전 그룹사 공통 업무 절차 · 기록과 확인 상태를 쓰는 법 · 용어 풀이
언제 사용하는가
부서 간 숫자가 다르거나 누락·중복·정합성 문제가 있다. 데이터를 가공·연계하기 전에 의미와 기준을 맞추는 경우도 포함한다.
지금 할 일
- 다른 값이 나온 자료 두 개의 기간·단위·포함 대상·원천을 나란히 적습니다.
- 뜻이 다른지, 같은 뜻인데 값이 틀린지 현업의 업무 기준으로 구분합니다.
- 수정이 필요하면 원천 또는 변환 담당에게 근거를 넘기고 같은 기준으로 재검사합니다.
기술·데이터 요청은 거버넌스팀이 먼저 접수해 유관 부서를 파악하고 연결합니다. 실제 접수 주소는 별도 선정입니다. 보안 사고 의심은 일반 접수를 기다리지 않고 기존 보안 대응 절차에 즉시 연결합니다.
정보주체의 열람·정정·삭제·처리정지·동의 철회 요청은 일반 접수·담당 연결을 기다리지 않고 기존 개인정보 접수·처리 경로로 바로 전달합니다. 개인정보 열람·정정·삭제·처리정지 요청 연결하기
접수 방법과 기존 기록 연결 · 담당자나 권한을 모를 때의 확인 요청
무엇을 준비하는가
비교 자료와 기준일, 차이가 난 항목·범위, 원천·집계 방식 중 아는 정보, 업무 영향.
비교표 작성 예시
가상의 비용 보고서 두 개를 비교한 예시입니다. 금액이 다르더라도 비교 조건부터 확인합니다.
| 비교 항목 | 보고서 A | 보고서 B | 대조 결과 |
|---|---|---|---|
| 기간 | 9월 전체 | 9월 전체 | 같음 |
| 단위·통화 | 만원·KRW | 만원·KRW | 같음 |
| 포함·제외 | 부가세 제외 | 부가세 포함 | 다름 |
| 기준일 | 비용 반영일 | 비용 반영일 | 같음 |
| 원천·갱신 | 같은 원천·같은 마감본 | 같은 원천·같은 마감본 | 같음 |
| 표시 금액 | 100만 원 | 110만 원 | 정의 차이 확인 |
이 예시에서는 부가세 포함 여부를 맞춘 뒤 다시 비교합니다. 정의가 다른 값을 곧바로 오류로 정정하지 않습니다. 아래 기록 예시는 같은 조건에서 실제 누락을 발견했을 때의 후속 처리입니다.
어떤 순서로 진행하는가
- 차이를 재현한다
- 정의·기간·단위가 같은지 확인한다
- 같지 않으면 업무 기준을 조정한다 / 같으면 원천·변환·갱신 문제를 확인한다
- 해당 담당이 수정한다
- 같은 조건으로 재검증한다
- 이용자에게 결과와 남은 한계를 알린다
단계별 Owner·Steward 업무
Owner는 실제 지정·위임 범위에서 업무 판단을 수행합니다. Steward는 기존 권한 안에서 자료를 정리·점검·갱신하고, 기술 설정·수정·보안 검토는 해당 담당에게 연결합니다. 단계마다 새 결재를 요구하지 않으며, 새 기준·중요 영향·조건 이탈이 있을 때 필요한 판단을 받습니다. 별도 승인과 전문 규정의 요건은 그대로 적용합니다.
| 진행 단계 | Owner가 판단·확인할 일 | Steward가 준비·수행할 일 | 다음 단계에 넘길 결과 |
|---|---|---|---|
| 1. 차이를 재현한다 | 어떤 업무 판단·보고가 영향을 받는지와 대응 우선순위를 정한다. | 차이가 발생한 자료·조회 시점·조건·값을 보존하고 기존 기록에서 재현한다. | 재현 가능한 비교 조건·차이·업무 영향 |
| 2. 정의·기간·단위가 같은지 확인한다 | 기간·기준일·단위·포함/제외가 같은 업무 의미인지 확인한다. | 정의서·원천·계산식·갱신 시점을 비교표로 정리한다. | 정의 차이인지 같은 조건의 오류인지에 대한 근거 |
| 3. 같지 않으면 업무 기준을 조정한다 / 같으면 원천·변환·갱신 문제를 확인한다 | 정의가 다르면 공통 기준과 목적별 기준의 적용 범위를 판단한다. 부서 간 이견은 거버넌스팀 조정에 연결한다. | 정의 차이이면 정의·사용처를 정리하고, 같은 정의이면 원천·변환·갱신 증거를 해당 담당과 대조한다. | 정의 조정안 또는 원인·수정 범위·담당; 미결 판단은 유지 |
| 4. 해당 담당이 수정한다 | 수정 범위·업무 영향·재검증 조건을 확인하고 자신의 권한을 넘는 승인은 연결한다. | 원천·업무·IT의 수정 담당에게 요청 기록과 조건을 전달하고 실제 변경 근거를 받는다. | 수정 대상·전후 값/버전·실행 근거 |
| 5. 같은 조건으로 재검증한다 | 같은 조건의 재검증 결과가 업무 기준을 충족하는지 판단한다. | 최초 비교 조건으로 다시 검사하고 관련 집계·사용처의 결과를 대조한다. | 재검증 결과; 실패하면 원인 확인·수정으로 회귀 |
| 6. 이용자에게 결과와 남은 한계를 알린다 | 사용 재개 가능 범위·남은 한계·추가 개선 필요를 판단한다. | 영향받은 이용자에게 결과·한계를 알리고 목록·요청 기록·다음 점검을 갱신한다. | 이용자 안내·Owner 판단 근거·종료 또는 후속 조치 |
일상 수행·업무 판단·승인을 구분하는 기준 · 두 기록을 끝까지 연결한 가상 예시
어떤 경우에 다른 경로로 가는가
업무 정의·품질은 현업 Owner가 판단합니다. 부서 간 이견은 거버넌스팀이 조정하되 최종 조정 주체는 미정입니다. 기술 요청은 거버넌스팀이 접수 후 생산·IT 등 유관 부서에 연결합니다. 정의·코드·연계 변경은 바뀌는 데이터와 업무 영향 확인하기를 함께 적용합니다. 접수와 해결 완료를 구분합니다. 미결인 동안 두 정의를 구분해 표시하고 자료의 이용 한계에 따라 잠정·사용 보류와 다음 확인을 기록합니다.
어디까지 확인하면 끝나는가
원인과 수정 범위가 설명되고 재검증 결과·이용자 안내를 확인할 수 있다. 미해결 문제는 영향·담당·후속 확인을 남긴다.
누가 판단하고 수행하는가
현업 Owner가 업무 의미·품질·허용 수준을 판단하고 생산·IT 역할이 오류를 수정합니다. 거버넌스팀은 접수·담당 연결·공통 방법·이견 조정·결과 확인을 맡습니다. 사고 의심은 기존 보안 대응 절차에 즉시 연결합니다.
결과를 남길 때 확인할 항목
대상·적용 기준·실행 결과·남은 문제와 다음 담당을 기존 기록에서 이어갑니다. 공통 기록 항목을 참고하되, 이 업무에서 남길 내용은 아래 예시와 함께 확인합니다.
작성 예시: 집계에 쓰는 항목 코드가 누락된 경우
설명용 가상 예시입니다. 실제 자료·지정·승인·운영 결과로 바꿔 기록합니다.
| 항목 | 기록한 내용 |
|---|---|
| 비교 조건 | 같은 기간·대상·단위·원천인지 먼저 확인. 조건이 다르면 정의를 맞춘 뒤 다시 비교. |
| 발견 | 가상 자료 100건 중 필수 항목 코드가 없는 3건을 발견. |
| 요청 | 누락 행·원천 위치·필수 조건·영향받은 보고서를 수정 담당에게 전달. |
| 조치·재검사 | 원천 담당이 3건을 정정. 같은 100건과 필수 조건으로 다시 검사해 누락 0건을 확인. |
| 완료·한계 | 코드 누락 문제의 해결을 기록하고 집계 보고서에 반영됐는지 확인. 이 검사만으로 모든 내용의 정확성을 보장하지 않음. |
인계할 때: 보안 관련 역할에는 목적·자료 내용·분류·이용/수신 범위·적용 조건·기존 승인 근거를, IT에는 원천/대상 위치·변경 전후·시점·오류/실행 기록·요청 결과를 전달합니다. 필요한 범위와 기존 보호 조건을 지킵니다.
두 기록의 연결
- 데이터 관리 목록의 항목 ID 또는 위치
- 요청·처리 기록의 ID 또는 위치
- 연결한 기존 대장·정의서·결재·운영 기록
함께 볼 관리 영역과 다음 업무
이 업무에 적용할 세부 기준
함께 읽기: 범위의 근거는 위 관리 영역에서, 보호·승인 조건은 제공된 사내 규정에서 확인합니다.