DATA OPERATIONS · GOVERNANCE · 2026.10.12

누가 이 숫자를 바꿨는지 아무도 모른다면

지난달과 같은 품목인데 견적 단가가 다르게 나갔고, 거래처 담당자 연락처는 어느새 바뀌어 있고, 재고 수량은 실사 없이 조정돼 있습니다. "누가, 언제, 왜 바꿨나요?"라는 질문에 아무도 답하지 못한다면 문제는 사람이 아니라 구조에 있습니다. 핵심 데이터가 바뀔 때마다 그 흔적이 자동으로 남지 않기 때문입니다.

숫자는 바뀌었는데 이유가 남지 않는 이유

공유 엑셀은 여러 사람이 같은 셀을 고칠 수 있지만, 바뀌기 전 값과 바꾼 이유는 따로 남지 않는 경우가 많습니다. 업무 시스템도 화면에서는 '현재 값'만 보여주기 때문에, 이전 값이 무엇이었는지 확인하려면 메신저 대화나 메일을 뒤지거나 담당자의 기억에 기대야 합니다.

여기에 자동화가 더해지면 상황은 더 복잡해집니다. 사람이 고친 값과 연동 작업이 덮어쓴 값이 섞이면서, 숫자가 이상하다는 걸 발견해도 사람 실수인지, 연동 오류인지, 정상적인 정책 변경인지 구분하기 어려워집니다.

변경 이력이 없으면 생기는 일

• 원인 추적이 어렵습니다: 이상한 숫자를 발견해도 어느 시점, 어떤 경로로 바뀌었는지 거슬러 올라갈 단서가 없습니다.
• 되돌리기가 어렵습니다: 이전 값을 모르면 백업 파일을 찾아 비교하거나 처음부터 다시 확인해야 합니다.
• 잘못된 값이 퍼집니다: 마스터 데이터의 한 칸이 틀리면 그 값을 참조하는 견적, 발주, 정산, 대시보드가 함께 틀어집니다.
• 대화가 책임 공방이 됩니다: 기록이 없으면 "제가 바꾼 거 아닌데요"라는 말을 확인할 방법도 없습니다.

무엇을 기록해야 하나: 변경 이력의 기본 항목

변경 이력은 복잡할 필요가 없습니다. 아래 여섯 가지만 일관되게 남아도 대부분의 질문에 답할 수 있습니다.

특히 '누가'에 사람과 자동화 작업을 구분해서 남기는 것이 중요합니다. 연동 작업도 하나의 사용자처럼 이름을 붙여 두면, 문제가 생겼을 때 사람의 수정과 시스템의 덮어쓰기를 바로 나눠 볼 수 있습니다.

모든 데이터를 다 기록할 필요는 없습니다

처음부터 모든 테이블의 모든 칸을 기록하려 하면 저장량과 알림이 감당하기 어려워집니다. 잘못 바뀌었을 때 영향이 큰 데이터부터 우선순위를 정하는 것이 현실적입니다.

기록 → 알림 → 조회 → 되돌리기 구조

1. 수정 경로 줄이기: 같은 데이터를 고칠 수 있는 곳이 여러 군데면 이력도 흩어집니다. 핵심 데이터는 수정 경로를 한두 곳으로 모읍니다.
2. 자동 기록: 저장되는 순간 변경 전후 값과 사용자, 시각, 경로를 별도 이력 저장소에 자동으로 남깁니다. 사람이 따로 적는 방식은 금방 빠지기 시작합니다.
3. 이상 변경 알림: 단가가 일정 비율 이상 바뀌거나, 거래처 계좌가 바뀌거나, 근무 시간 외에 대량 수정이 일어나면 담당자에게 알립니다.
4. 쉬운 조회: 데이터 화면에서 바로 "이 값의 변경 이력"을 볼 수 있어야 실제로 쓰입니다.
5. 되돌리기와 보관: 이전 값으로 되돌릴 때도 그 되돌림 자체를 새 이력으로 남기고, 이력은 수정·삭제할 수 없는 곳에 정해진 기간 동안 보관합니다.

이력 저장소를 일반 사용자가 고칠 수 있다면 기록의 의미가 약해집니다. 이력은 쌓이기만 하고 지워지지 않는 구조로 두고, 조회 권한도 필요한 사람에게만 주는 것이 기본입니다.

AI는 어디에 쓰면 좋을까

변경을 기록하는 일 자체는 규칙과 시스템의 몫입니다. AI는 쌓인 기록을 사람이 읽기 쉽게 만드는 데 도움이 됩니다.

• 한 주 동안의 변경 내역을 "가격 정책 변경 3건, 거래처 정보 변경 12건"처럼 요약한 주간 리포트 만들기
• "지난달 단가가 바뀐 품목만 보여줘" 같은 질문을 이력 조회 조건으로 바꿔 주는 일
• 사유가 비어 있거나, 평소와 다른 사용자·시간대·규모의 변경을 검토 후보로 묶어 주는 일

다만 AI가 이력을 직접 수정하거나 '문제 없음'으로 정리해서는 안 됩니다. 원본 기록은 그대로 두고, AI는 그 위에서 요약하고 후보를 제시하는 역할에 머물게 하는 것이 안전합니다.

도입 전 체크리스트

1. 잘못 바뀌면 영향이 큰 핵심 데이터 목록과 담당자 정하기
2. 각 데이터를 고칠 수 있는 경로(화면, 엑셀 업로드, 연동 작업) 모두 적어 보기
3. 자동화 작업마다 구분 가능한 이름을 붙여 사람의 수정과 나누기
4. 변경 사유를 필수로 받을 항목과 선택으로 둘 항목 정하기
5. 알림을 보낼 이상 변경 기준(변경 폭, 시간대, 건수) 정하기
6. 이력 보관 기간과 조회 권한을 내부 규정에 맞게 정하기

FAQ

변경 이력을 남기려면 시스템을 새로 바꿔야 하나요?

꼭 그렇지는 않습니다. 많은 업무 시스템과 데이터베이스는 변경 기록 기능을 제공하거나, 변경 전후 값을 별도 테이블에 쌓도록 구성할 수 있습니다. 공유 엑셀이 중심이라면 핵심 마스터 데이터만 먼저 수정 경로가 하나인 곳으로 옮기고, 그 경로에서 이력을 남기는 방식으로 작게 시작할 수 있습니다.

모든 데이터의 변경을 다 기록해야 하나요?

처음부터 전부 기록하면 저장량과 알림이 늘어나 오히려 아무도 보지 않게 됩니다. 단가·할인율, 거래처 계좌와 연락처, 재고 수량 조정, 지표 정의, 권한처럼 잘못 바뀌었을 때 영향이 큰 데이터부터 기록하고 범위를 넓히는 편이 현실적입니다.

변경 이력은 얼마나 오래 보관해야 하나요?

데이터 종류와 업종, 적용되는 법령과 내부 규정에 따라 달라질 수 있으므로 일률적으로 정하기 어렵습니다. 회계·인사·개인정보처럼 별도 기준이 있을 수 있는 데이터는 담당 부서나 전문가와 확인해 보관 기간을 정하고, 그 기준을 이력 저장 구조에 반영하는 것이 좋습니다.

Voxen은 이렇게 접근합니다

Voxen은 AI를 억지로 모든 단계에 넣기보다 현재 업무와 데이터를 먼저 살펴보고 가장 단순하고 안정적인 자동화 구조를 찾습니다. 데이터 수집·엔지니어링, AI 판단, API·대시보드, 맞춤 시스템 구축을 실제 비즈니스 프로세스에 맞게 연결합니다.

이 글도 읽어보세요

• 여러 시스템 숫자가 다르게 나온다면? 데이터 정합성 자동 점검 가이드 — 시스템끼리 숫자가 맞는지 자동으로 비교하는 점검 구조
• 거래처가 왜 세 번씩 등록돼 있을까요? 중복 데이터 자동 정리 가이드 — 마스터 데이터를 깨끗하게 유지하는 첫 단계
• 같은 '매출'인데 팀마다 숫자가 다르다면? 지표 정의 표준화·자동 집계 가이드 — 지표 기준과 변경 시점을 한곳에서 관리하는 방법