단어·용어·도메인을 고칠 때 그 항목을 쓰는 용어·칼럼이 있으면, 저장 전에 '⚠️ 변경 영향 분석' 창이 떠서 함께 바뀔 항목을 보여 줍니다. 확인 및 일괄 업데이트를 누르면 보여 준 항목까지 함께 바뀌고, 취소를 누르면 저장 자체가 취소됩니다. 파트너의 창에는 확인 및 일괄 승인 요청이 있고, 누르면 함께 바꾸는 내용으로 승인 요청이 이어집니다.

무엇을 고치면	항상 함께 바뀜	'연관 칼럼의 정보 … 함께 변경'을 켰을 때만
단어 이름·영문약어	그 단어로 이뤄진 용어의 이름·영문약어, 그 용어를 속성으로 쓰는 칼럼의 속성	칼럼명(새 약어로)
도메인	그 도메인을 쓰는 용어의 도메인·데이터타입·길이·소수점	그 용어를 쓰는 칼럼의 데이터타입·길이·소수점
용어 이름·영문약어	그 용어를 속성으로 쓰는 칼럼의 속성	칼럼명(새 약어로)

테이블 삭제 — 칼럼이 있는 테이블의 [삭제]를 누르면 '⚠️ 테이블 삭제 데이터 확인' 창이 뜹니다.

• ⚠️ 관련 칼럼 함께 삭제 — 테이블과 그 칼럼을 모두 지웁니다. 테이블을 지울 때는 이 버튼을 쓰세요. 파트너가 누르면 칼럼 삭제와 테이블 삭제가 한 묶음 요청으로 바로 나갑니다(장바구니와는 따로 나가는 새 요청입니다).
• 테이블만 삭제 — 쓰지 않는 편이 좋습니다. 버튼 설명은 '칼럼은 유지'지만 실제로는 그렇게 되지 않습니다. DB관리자·기관관리자·일반사용자가 누르면 칼럼이 남아 있는 한 '하위 종속성…'으로 항상 실패합니다. 파트너가 누르면 테이블 한 건의 삭제 요청이 나가고, 승인되면 테이블과 함께 그 칼럼도 모두 삭제됩니다.
• DB관리자·기관관리자·일반사용자가 칼럼을 따로 정리하려면, 테이블 창의 칼럼 목록에서 칼럼을 먼저 지운 뒤 테이블을 삭제하세요. → 테이블·칼럼

결재 대기 중인 항목

누군가 결재를 요청해 두었거나 다른 파트너가 장바구니에 담아 둔 항목에는 🔒 결재대기항목이 붙습니다.

파트너는 결재가 끝날 때까지 그 항목을 고치거나 지울 수 없습니다. 결재가 끝난 뒤 다시 하세요.

파트너 — 승인 요청은 이렇게 나갑니다

• 장바구니가 비어 있으면 한 건짜리 요청으로 나갑니다. 장바구니에 항목이 있으면 '배치에 추가하고 승인 요청하시겠습니까?'를 묻고, 장바구니 전체와 함께 한 묶음 요청으로 나갑니다. → 테이블·칼럼
• 같은 항목에 이미 대기 중인 요청이 있으면 '…요청이 대기 중입니다'로 막힙니다. 결재가 끝난 뒤 다시 하세요.
• 수정 요청은 값을 하나라도 바꿔야 버튼이 켜집니다(버튼에 마우스를 올리면 '변경 사항이 없습니다.').
• '다른 파트너가 결재 진행 중인 … 을 참조하고 있어 승인 요청할 수 없습니다'가 나오면, 참조한 단어·도메인·용어의 결재가 끝난 뒤 다시 요청하세요.
• 한 묶음에 '어떤 항목 삭제'와 '다른 항목의 이름을 그 이름으로 바꾸기'를 함께 담지 마세요. 승인할 때 이름 바꾸기가 삭제보다 먼저 처리되어 '같은 이름의 항목이 이미 있어' 반영되지 않습니다. 삭제 요청이 승인된 뒤에 이름 바꾸기를 따로 요청하세요.
• '변경 영향 분석' 창을 거친 단어·용어·도메인 수정과, 그 수정으로 함께 바뀌는 칼럼의 수정을 한 묶음에 함께 담지 마세요. 승인할 때 단어·용어·도메인 수정이 먼저 처리되면서 그 칼럼을 바꿔 두므로, 칼럼 수정은 '원본 데이터가 이미 삭제되었습니다' 또는 "'○○' 필드의 원본 데이터가 타 작업에 의해 변경되었습니다"라는 이유로 반영되지 않습니다(미반영). 단어·용어·도메인 수정이 승인된 뒤에 칼럼 수정을 따로 요청하세요.

테이블 행의 수정 → 아래 '칼럼정보 (클릭하여 칼럼 목록 조회)'를 펼치면 그 테이블의 칼럼 목록이 나옵니다.

• ➕ 칼럼 추가 · 행의 수정/삭제 — 칼럼 하나를 다룹니다.
• 📋 일괄 칼럼 추가 — 여러 칼럼을 표에 한 번에 적습니다. 속성(용어) 칸의 🔍로 용어를 고르면 칼럼명·데이터타입·길이가 채워집니다. 설명은 필수이고, 이미 있는 칼럼명은 빨간 테두리로 표시되어 제외됩니다.
• ⚠️ 전체 칼럼 삭제 — 그 테이블의 칼럼을 모두 지웁니다.
• 순서 바꾸기 — 첫 칸의 ⠿ 손잡이를 끌어 놓으면 '순서 변경됨 — 저장 시 반영됩니다.'가 뜹니다. 테이블 창의 저장(파트너는 승인 요청)을 눌러야 반영되고, 누르지 않고 창을 닫으면 버려집니다.
• 노란 배경에 [결재대기]가 붙은 행은 결재 중이라 고칠 수 없고, 분홍 배경에 취소선이 그어진 행은 삭제 대기 중입니다.

DB관리자·기관관리자·일반사용자는 칼럼 창의 저장/수정으로 바로 반영됩니다.

파트너 — 장바구니에 담아 한 번에 요청하기

결재는 파트너가 보낸 변경 요청을 DB관리자(또는 기관관리자)가 승인하거나 반려하는 일입니다. 승인되어야 사전에 반영됩니다. 📋 검토 요청을 누르면 '📋 표준 검토 요청' 창이 열립니다.

• 큰 탭: 📦 배치 검토(여러 항목을 묶은 요청) / 📋 개별 검토(한 건짜리 요청). 괄호 안 숫자는 대기 중인 건수입니다.
• 작은 탭: 결재 요청(대기 중) / 결재 완료. '결재 완료 (12) · ✏️ 3 · ❌ 2'처럼 숫자가 붙습니다. ✏️는 승인자가 값을 고쳐 승인한 요청 수, ❌는 일부 항목이 반려된 묶음 요청 수입니다.
• 상태: ⏳ 대기 ✅ 승인 ❌ 반려 🚫 취소
• 창 오른쪽 위, 닫기(×) 왼쪽의 ⛶(크게 보기)를 누르면 창이 화면 전체로 커지고, 다시 누르면 원래 크기로 돌아옵니다. 고른 크기는 이 브라우저가 기억해 다음에 열 때도 그대로입니다.
• 상세(▶)의 설명·비고 값은 창 폭에 맞춰 두 줄까지 보이고, 더 길면 '…'로 줄입니다. 줄인 값에 마우스를 올리면 전체가 나오고, 누르면 그 자리에서 다 펼쳐집니다(다시 누르면 접힘). 크게 보기에서는 더 많이 보입니다.

요청자(파트너)

승인자(DB관리자·기관관리자)

• 새 요청은 📋 검토 요청 버튼의 빨간 숫자로 알 수 있습니다. DB관리자에게는 '🔔 새로운 "표준 관리" 검토 요청이 N건 등록되었습니다.' 알림도 뜹니다.
• 묶음 요청('배치 검토' 탭): 검토로 내용을 펼쳐 본 뒤 전체 승인 또는 전체 반려(사유 입력). 일부 항목만 반려할 수도 있습니다(아래 '묶음 중 일부만 반려하기').
• 한 건짜리 요청('개별 검토' 탭): 행마다 승인/반려. 받은 요청이 대기 중이면 표 제목 줄 맨 오른쪽 칸에 일괄승인·일괄반려 버튼이 보입니다. 이 두 버튼은 대기 중인 한 건짜리 요청을 모두 한 번에 처리합니다(묶음 요청은 포함되지 않습니다).
• 반려 사유는 1,000자까지 적을 수 있습니다.

승인할 때 함께 바뀌는 용어·칼럼

• 한 건짜리 단어·용어·도메인 수정 요청을 승인할 때 바뀌는 용어·칼럼이 있으면 '⚠️ 변경 영향 분석' 창이 뜹니다. 다만 용어·칼럼이 실제로 함께 바뀌는 것은 요청자가 요청할 때 이 창에서 확인 및 일괄 승인 요청을 누른 요청뿐입니다. 승인자가 바꿀 수 있는 것은 창 아래 '연관 칼럼의 정보 … 함께 변경' 하나이고, 처음에는 요청자가 고른 값으로 맞춰져 있습니다.
• 묶음 요청의 승인과 [일괄승인]에서는 이 창이 뜨지 않습니다. 요청자가 고른 설정대로 용어·칼럼이 함께 바뀌며, 그 설정은 묶음 상세에 보이지 않습니다. 승인한 뒤 표준 점검의 칼럼 탭으로 결과를 확인하세요.

고쳐서 승인하기(승인자 수정)

등록·수정 항목의 일부 칸은 승인자가 직접 고쳐 승인할 수 있습니다. 상세(▶)를 펼친 아래 '✏️ 승인자 수정' 상자에서 고치고, ↺ 요청값으로 되돌립니다.

유형	고칠 수 있는 칸
단어	영문명, 단어설명
용어	영문명, 용어설명
도메인	도메인설명, 저장형식, 표현형식
테이블 · 칼럼	설명

고친 값은 승인할 때 함께 반영되고, 반려하면 버려집니다. 고친 내용은 브라우저에만 있어 페이지를 떠나면 사라집니다.

묶음 중 일부만 반려하기

• 모든 항목이 반려 대상이 되면 승인 버튼이 꺼집니다 — 전체 반려를 쓰세요(적어 둔 행별 사유도 함께 기록됩니다).
• 검토하는 사이 사전이 바뀌어 함께 반려될 범위가 달라지면 '연쇄 반려 범위가 달라졌습니다…' 안내 후 다시 확인을 받습니다.

승인했는데 사전에 반영되지 않은 경우

• 묶음 요청: 반영되지 못한 항목은 '실패'로 셉니다(결과 알림 끝의 ', N건 실패'). 승인자에게는 그 자리에서 안내창으로 알리고, 결재 완료에서는 ⚠️ 미반영 N건 표시와 [대상] 안의 '⚠️ 미반영(실패)' 상자로 승인자·요청자 모두에게 보입니다.
• 한 건짜리 요청: 바꾸려는 이름이 이미 있어 수정이 반영되지 않아도 요청은 ✅ 승인으로 기록됩니다. 이때 승인자에게만 "⚠️ 같은 이름(키 '…')의 항목이 이미 있어 이 수정은 사전에 반영되지 않았습니다." 안내창이 뜹니다([일괄승인]은 끝난 뒤 한꺼번에 알려 줍니다). 안내를 보면 사전을 확인하고, 요청자에게 알려 다시 요청받으세요.
• 요청한 뒤 원본이 바뀐 수정 요청은 "'○○' 필드의 원본 데이터가 타 작업에 의해 변경되었습니다" 또는 '원본 데이터가 이미 삭제되었습니다'라는 이유로 반영되지 않습니다. 묶음에서는 그 항목만 미반영(실패)이 되고, 한 건짜리 요청은 승인되지 않고 대기로 남으니 반려한 뒤 다시 요청받으세요. 같은 묶음의 단어·용어·도메인 수정이 먼저 반영되면서 칼럼을 함께 바꾼 경우에도, 그 칼럼의 수정은 같은 이유로 미반영됩니다.
• 이미 같은 이름으로 등록돼 있는 항목의 등록 요청은 건너뛰지만 실패로 세지 않습니다(이미 있던 항목이 그대로 남습니다). 값이 다를 수 있으니 필요하면 사전에서 확인하세요.

기록

• 반려 사유는 일부 반려·전체 반려·한 건 반려 모두 그 DB의 변경 이력(화면·엑셀)에 남습니다. 그 DB의 변경 이력은 그 DB의 DB관리자, 소속 기관의 기관관리자, 같은 기관의 파트너가 볼 수 있습니다. 시스템관리자도 모든 DB의 이력에 접근할 수 있습니다(표준 관리 화면에는 시스템 사전의 이력만 나옵니다). 개인 정보 같은 민감한 내용은 사유에 적지 마세요. 사유는 1,000자까지 적을 수 있습니다.
• 요청자와 승인자는 결재 창의 '결재 완료' 탭에서도 사유를 봅니다.

칼럼 '표준 불일치' 한꺼번에 맞추기

점검을 실행한 시점에 결재 대기 중이던 칼럼은 결재중으로 표시되어 한꺼번에 맞추기에서 빠집니다.