데이터 정정 이력, 바뀐 셀과 수정 이유를 연결해 남기기
기준일 2026-10-24 · AZET 운영팀 작성
가상 점검표의 R-017 행에서 수량 12가 2로 바뀌었습니다. 열흘 전 표를 가진 담당자는 왜 숫자가 줄었는지 알 수 없습니다. 물건이 이동했는지, 입력을 고쳤는지에 따라 후속 확인도 달라집니다. 이 글은 자료 정정 절차를 설계하는 참고 설명이며 실제 운영 기록은 아닙니다.
실제 변화와 입력 정정을 구별한다
점검 당시 수량이 12개였고 이후 10개를 이동했다면 새로운 사건을 기록해야 합니다. 반면 점검 당시부터 2개였는데 12로 잘못 입력했다면 과거 값의 정정입니다. 두 경우를 같은 '수정'으로 묶으면 시간에 따른 변화를 설명하기 어렵습니다.
정정을 시작할 때는 어떤 근거로 기존 값이 틀렸다고 판단했는지 확인합니다. 새 값이 더 그럴듯해 보인다는 이유만으로 바꾸지 않습니다. 당시 점검 기록과 입력 내역을 대조하고, 근거가 아직 부족하면 확정값 대신 검토 상태를 남길 수 있습니다.
| 이력 항목 | 가상 기록 | 필요한 이유 |
|---|---|---|
| 행 식별자 | R-017 | 정렬 뒤에도 같은 기록 찾기 |
| 정정 열 | 확인 수량 | 어느 값이 바뀌었는지 구분 |
| 이전 값·새 값 | 12 → 2 | 변경 내용 재확인 |
| 정정 사유 | 원기록과 입력값 불일치 | 판단 근거 설명 |
| 정정 시각·담당 | 실제 수정 시각과 업무 담당 | 후속 확인 창구 연결 |
셀 주소보다 행의 정체성을 남긴다
'C18 수정'이라고만 쓰면 정렬이나 행 삽입 뒤 다른 자료를 가리킬 수 있습니다. 행 식별자와 열 이름을 함께 기록하면 위치가 바뀌어도 정정 대상을 찾을 수 있습니다. 동일한 행을 두 번 고쳤다면 각 변경을 별도 이력으로 남겨 순서를 확인합니다.
원래 발생 시각과 정정 시각도 다릅니다. 20일 점검 자료를 24일에 고쳤다면 두 날짜를 나누어 기록합니다. 정정 날짜를 점검 날짜에 덮어쓰면 실제 사건이 언제 있었는지 잃을 수 있습니다. 판단에 쓴 근거 자료는 접근 가능한 위치로 연결하되 불필요한 개인 정보까지 이력에 복사하지 않습니다.
수정한 값이 어디에 쓰였는지 확인한다
한 셀을 고쳐도 그 값을 읽는 합계와 요약표는 여러 곳일 수 있습니다. 먼저 직접 연결된 계산 결과를 확인하고, 이미 공유한 자료에 영향이 있는지 살핍니다. 영향을 받는 수치와 그대로인 수치를 구분하면 수신자가 다시 확인할 범위를 알 수 있습니다.
수정 전후 자료가 서로 다른 시점에 추출되었다면 정정만으로 차이를 설명할 수 있는지도 대조합니다. 그 사이 새로운 행이 추가되었다면 전체 차이에는 두 원인이 함께 들어갑니다. 가능하면 같은 대상 범위에서 정정의 영향만 따로 확인합니다.
정정을 되돌릴 때도 기존 이력을 지우기보다 반대 방향의 변경과 그 이유를 남깁니다. 누가 맞았는지 따지는 기록보다 어떤 근거로 어떤 값을 채택했는지 설명하는 기록이 이후 검토에 도움이 됩니다.
자주 묻는 질문(FAQ)
Q1. 모든 오타에 같은 수준의 근거가 필요한가요? 계산과 판단에 미치는 영향에 따라 기록 수준을 정할 수 있습니다. 숫자, 단위, 대상 식별자가 바뀌는 경우에는 이전 값과 새 값을 남기는 편이 좋습니다.
Q2. 정정 이력에 원본 전체를 복사해야 하나요? 필요한 행과 변경 항목을 식별하고 근거 위치를 연결할 수 있으면 됩니다. 개인 정보나 내부 자료를 불필요하게 여러 곳에 복제하지 않습니다.
Q3. 잘못 공유한 표는 어떻게 설명하나요? 해당 행과 바뀐 값, 영향받는 계산, 새 자료 위치를 구체적으로 알립니다. 수정했다는 한 문장만으로 수신자에게 다시 비교할 일을 넘기지 않습니다.
AZET 관련 안내는 azet.io에서 확인하세요.