감사인은 최종 숫자보다 경로를 봅니다
회계법인이 특정 SKU, 채널, 창고를 지정해 기말 재고 수량을 확인해 달라고 요청하면 최종 숫자만 보여줘서는 부족합니다.
그 숫자가 어떤 원천 데이터에서 왔는지, 어떤 SKU 매핑 규칙을 거쳤는지, 어떤 수불 계산을 했는지, 차이가 있었다면 누가 소명했고 누가 승인했는지 보여줘야 합니다.
실행 인사이트: 월마감 리포트를 만들 때부터 감사 샘플 요청을 역순으로 생각하십시오. “이 숫자를 클릭하면 원천 행까지 내려갈 수 있는가”가 가장 중요한 기준입니다.
증적 패키지 5종
1. 확정 재고 리포트: 기준월, 법인, 창고, SKU별 확정 수량과 프리즈 시각을 담습니다.
2. 원천 증빙 인덱스: API 호출, 업로드 파일, ERP 내보내기 파일, 원천 행 ID를 찾을 수 있어야 합니다.
3. SKU 매핑 레지스터: ASIN, MSKU, FNSKU, ERP 품번, 번들 구성과 적용 기간을 남깁니다.
4. 단차 소명 리포트: 단차 원인, 담당자 소명, 승인 상태, 관련 메모를 담습니다.
5. 변경 이력 로그: 업로드, 재처리, 승인, 프리즈, 다운로드 이벤트를 시간 순서로 기록합니다.
30분 대응을 가능하게 하는 운영 조건
감사 요청이 온 뒤 자료를 찾기 시작하면 30분 대응은 불가능합니다. 마감 실행 시점에 이미 원천과 결과가 연결되어 있어야 합니다.
각 리포트 행은 원천 파일과 매핑 규칙으로 돌아갈 수 있어야 하고, 소명 메모는 개인 메일함이 아니라 시스템에 남아야 합니다.
파일명 규칙도 중요합니다. 같은 SKU라도 마감 전 재처리 결과와 프리즈 이후 결과가 섞이면 감사 대응은 즉시 복잡해집니다.
최종 실행안: 월마감 완료 버튼을 누르기 전에 “샘플 SKU 3개를 임의로 골라 원천 행까지 추적”하는 테스트를 하십시오. 이 테스트를 통과하지 못하면 리포트가 아니라 숫자표만 만든 것입니다.


