창고가 WMS로 가동 개시를 준비할 때, 가장 과소평가되는 단계는 좀처럼 소프트웨어 선택이 아니다. 데이터 클렌징이다. 벤더 데모는 항상 매끄럽게 보이지만, 실제 데이터가 시스템에 들어오는 순간 진실이 드러난다. 하나의 제품이 세 개의 품목 코드를 달고 있는 것, 몇 달 전에 해체된 랙이 여전히 위치 기록에 올라 있는 것, 실제 케이스가 20개 들이인데 케이스 수량이 24로 적혀 있는 것 같은 경우다. 시스템은 어느 행이 올바른지 판단할 수 없다. 대체한 스프레드시트보다 더 빠르고 더 철저하게 오류를 실행할 수 있을 뿐이다.

구현 벤더들은 수년 동안 공개 회고에서 이렇게 말해왔다. 가동 개시 지연의 큰 비중은 기능 부족이 아니라 마스터 데이터에서 비롯된다. 업계에는 대략적인 경험칙이 있는데, 레거시 시스템의 하나의 오류가 새 시스템에서는 오류의 사슬이 된다는 것이다. 이 규칙에는 엄격한 통계적 근거가 없지만 방향은 맞다. WMS는 재고, 태스킹, 청구를 동일한 마스터 기록에 묶기 때문에, 하나의 어긋난 필드가 하류로 전파된다. 마스터 데이터 위생을 출시 전날 밤의 잡무가 아니라 정식 가동 개시 관문으로 취급하는 것은 프로젝트가 내릴 수 있는 가장 저렴한 결정 중 하나다.

2024년 가을, 저장성에서 소형 가전제품을 취급하는 제3자 창고가 스프레드시트와 레거시 도구에서 WMS로 옮길 준비를 하고 있었다. 카탈로그는 8,000 SKU가 넘었고, 샘플 재고 실사에서 대략 열 개 중 하나가 중복 코딩 문제를 겪고 있는 것으로 나타났다. 동일한 전기 주전자가 온라인 채널용 코드 하나, 오프라인 채널용 코드 하나, 그리고 계약 고객이 부여한 세 번째 코드를 달고 있었다. 가동 개시 후 피킹 작업은 코드별로 발행되었으므로, 세 개의 코드는 세 개의 서로 다른 제품으로 취급되었다. 화면에서는 재고가 풍부해 보였지만, 피커들은 웨이브 도중에 서로 다른 번호 아래에서 같은 상품을 쫓고 있다는 것을 알게 되었다. 팀이 코드 병합 규칙을 재구축하는 동안 라인은 2일간 멈췄다. 교훈은 복잡하지 않다. 스프레드시트 시대의 중복 코드는 그저 지저분해 보였을 뿐이다. WMS 시대에는 라인을 멈춘다.

데이터 클렌징이 실제로 다루는 범위: 다섯 가지 마스터 파일

정리 범위는 구체적으로 유지할 수 있다. 다섯 가지 마스터 파일이 대부분을 커버한다. 실무적으로는 품목 마스터 데이터가 먼저다. 하나의 실물 제품은 하나의 기본 코드를 유지하고, 나머지 모든 코드는 이력을 삭제하는 대신 보존하면서 매핑이 된다. 모델, 변형, 색상 같은 사양 필드는 일부 행에서는 약어, 다른 행에서는 정식 명칭이 아니라 단일 명명 규칙이 필요하다. 다음은 위치 마스터 데이터다. 위치 코드, 위치 유형, 물리적 위치는 일대일로 대응해야 하며, 해체된 랙이나 번호가 바뀐 통로는 현장에서 바뀌는 동시에 테이블에서도 정리되어야 한다. 측정 단위와 케이스 구성도 하나의 파일이다. 각 단위에서 케이스로, 케이스에서 파렛트로 이어지는 변환 사슬은 한 줄씩 확인해야 한다. 케이스 수량 오류는 입고 차이의 가장 흔한 원인 중 하나이기 때문이다. 바코드도 또 하나다. 동일 제품의 내측 케이스, 외측 케이스, 파렛트 코드는 중복되거나 뒤바뀌어서는 안 되며, 스캔 테스트는 모든 코드 구간을 커버해야 한다. 재고 잔액은 마지막 파일이자 가장 어려운 파일이다. 시스템 잔액, 실물 실사, 재무 기록은 개시 차이로 새 시스템에 이월되는 것이 아니라 출시 전에 조정되어야 한다.

잔액은 이해할 만한 이유로 일정 마지막으로 밀리는 경향이 있다. 전면 실사는 라인을 멈추고, 인력이 필요하며, 팀이 물려받은 엉망진창과 마주하게 한다. 그러나 잔액이 불분명한 채로 출시하면 새 시스템에 잘못된 출발점을 넘겨주는 것이고, 그 이후의 모든 차이 분석은 그 위에 쌓인다. 실행 가능한 접근법은 차이를 세 가지 밴드로 나눈다. 원인을 추적할 수 있는 품목은 즉시 조정하고, 추적할 수 없지만 수량과 금액이 작은 품목은 별도 추적 하에 관찰 목록에 올리며, 추적할 수 없고 큰 품목은 가동 개시 전에 해결해야 한다. 이러한 밴드의 기준은 구현 컨설턴트 혼자 정하는 것이 아니라 사전에 문서화하고 창고 관리자와 재무 양쪽이 서명해야 한다.

동결과 델타: 가동 개시 전 데이터 클렌징의 리듬

정리에는 프로젝트가 자주 간과하는 차원, 즉 리듬도 있다. 데이터는 한 번 씻었다고 깨끗하게 유지되지 않는다. 창고는 매일 입고, 출고, 반품을 계속하고, 새로 정리된 기록은 동결하지 않으면 새로운 비즈니스로 다시 더러워진다. 일반적인 관행은 동결 시점을 정하는 것이다. 그 이후에는 마스터 데이터 변경은 승인 양식을 통해서만 이루어지고, 모든 변경은 델타 목록에 들어가며, 델타 목록은 출시 당일 새 시스템에 일괄 적재된다. 1주에서 2주간의 동결 기간이면 대개 충분하다. 이를 훨씬 길게 늘리면 비즈니스 팀이 비공식 변경으로 프로세스를 우회하기 시작해 새로운 더러운 데이터가 생긴다.

광둥성의 한 전자상거래 창고는 2025년 초에 정확히 이 문제에 부딪혔다. 팀은 전환 한 달 전에 데이터를 정리했지만 동결 장치를 두지 않았다. 출시 3일 전, 운영팀은 프로모션 대응을 위해 200개가 넘는 신제품을 코드 승인 없이 추가했고, 새 품목은 레거시 시스템에 직접 들어갔다. 출시 당일 새 시스템에는 해당 제품들의 케이스 구성이 없었고, 입고는 반나절 동안 멈췄다. 회고에서는 한 가지 규칙이 추가되었다. 동결 기간 동안에는 마스터 데이터 관리자만 새 품목 코드를 만든다. 비즈니스 팀은 코드를 요청할 수는 있지만 만들지는 않는다. 이 규칙은 여분의 관료 절차처럼 보인다. 실제로는 델타를 한 쌍의 손에 모아준다.

가동 개시 전에 고쳐야 할 것과 기다릴 수 있는 것을 사전에 정해두는 것도 마찬가지로 가치가 있다. 핵심 흐름을 막는 항목은 첫 번째 그룹에 속한다. 중복 코드, 누락된 케이스 구성, 존재하지 않는 위치, 반복된 바코드, 미조정 잔액이다. 출시 후에 이를 고치는 것은 라인을 멈추는 것을 의미한다. 보고 세분성과 통계 차원에 영향을 주는 항목은 두 번째 그룹에 속한다. 너무 거친 품목 카테고리, 누락된 브랜드 필드, 불완전한 과거 배치 정보다. 이들은 입고나 출고를 막지 않으며 출시 후 거버넌스 목록에 올릴 수 있다. 경계선을 가르는 테스트는 단 하나다. 정상 업무 중 현장 작업자가 작업 도중에 멈추게 될 것인가 하는 것이다.

재작업 청구서: 데이터 클렌징이 일찍 할수록 저렴해지는 이유

재작업 비용은 간단한 프레임워크로 추정할 수 있다. 준비 중 발견된 오류는 수정하는 데 한 사람의 시간으로 대략 반나절이 든다. 테스트 중 발견된 같은 오류는 테스트 케이스 재실행과 교육 자료 수정을 끌어들여 비용을 몇 배로 불린다. 출시 주에 발견되면 라인 정지, 수동 검증, 고객 설명이 더해져 비용이 다시 불어난다. 출시 한 달 후에 발견되면 오류는 이미 주문, 재고 기록, 송장에 퍼져 있고 정리는 가장 비싸진다. 아래 표는 정확한 통계가 아니라 상대적 배수를 제시한다. 정확한 배수는 운영마다 다르지만 상승 방향은 일관적이다.

| 발견 단계 | 일반적인 결과 | 상대 비용 | | --- | --- | --- | --- | | 준비 | 마스터 기록 하나 수정 | 1x | | 테스트 | 기록 수정 및 회귀 테스트 | 3x에서 5x | | 출시 주 | 라인 정지 및 수동 검증 | 약 10x | | 출시 한 달 후 | 문서 간 추적 및 송장 조정 | 20x 이상 |

이 프레임워크는 직관에 반하는 판단으로 이어진다. 마스터 데이터를 100% 깨끗하게 닦는 것이 종종 노력의 최선 사용처는 아니다. 일부 과거 기록은 단종 제품이나 더 이상 창고와 거래하지 않는 고객에 관한 것이고, 그런 기록에 많은 노동을 들이면 수익이 적다. 더 나은 목표는 출시를 막는 항목에 대해 결함을 거의 제로로 만드는 것이고, 나머지는 출시 후 거버넌스 목록에 올려 대략 3개월에 걸쳐 처리하는 것이다. 절대적인 청결을 추구하면 출시 일정이 길어지고, 길어진 일정은 프로젝트에 대한 비즈니스 측의 인내심을 갉아먹는다. 정리의 목표는 완벽이 아니다. 현장 작업이 걸려 넘어지지 않고 달릴 수 있는 운영 바닥이다.

주목할 만한 추세가 하나 있다. 지난 몇 년간 WMS 벤더들의 제품 설명에 마스터 데이터 거버넌스 모듈이 더 자주 등장하고 있는데, 때로는 독립 기능으로, 때로는 구현 툴킷 안에서 등장한다. 이는 가동 개시 실패가 기능 격차에서 데이터 격차로 이동하고 있음을 업계가 인식했음을 시사한다. 앞으로를 보면 데이터 품질은 창고 시스템 선정에서 조용한 평가 차원이 될 수 있다. 시스템을 사기 전에, 자신의 데이터가 직접 투입될 수 있는지 물어보라. 답이 아니라면 프로젝트 예산은 출시 전날 밤에 데이터 관문을 통과할 수 없다는 것을 알게 되는 대신, 처음부터 정리를 위한 자금과 시간을 확보해야 한다. 구매자들이 데모의 매끄러움이 아니라 데이터 준비도를 얼마나 정직하게 평가하는지로 벤더를 채점하기 시작할지 여부는 열린 질문이며, 그 답이 다음 라운드 구현이 어떻게 판매될지를 결정할 것이다.

Dr. Chen, 공급망 연구원 지음 영어판 번역본입니다. 내용이 다를 경우 영어판을 우선합니다.