2023년 11월, 추수감사절 일주일 전. 저는 캘리포니아 온타리오의 3PL 창고에 있었습니다. 성수기에는 하루 18,000건의 주문을 출고합니다. 오후 4시, 오퍼레이션 매니저가 스프레드시트를 제 앞에 내동댕이쳤습니다. 11월 첫 20일 동안 140건의 예외 티켓——피킹 오류, 찾을 수 없는 재고, 장부와 맞지 않는 재고. 고객서비스는 반품과 항의로 허덕이고 있었습니다. 오류율: 1.2%.
그들의 WMS는 전년해 가동한 것으로, 여섯 자릿수 투자에 기능도 풍부했습니다. 그런데 예외 처리는 "메모" 칸 하나——문제를 발견한 사람이 메모에 한 줄 적고, 사진 찍고, 단체 채팅방에서 소리를 질렀습니다. "이 물건 누구 거야?"
뒤는 짐작할 수 있을 겁니다. 메모는 적히고, 물건은 계속 분실 상태. 채팅은 시끄럽고, 사흘 뒤엔 아무도 기억하지 못했습니다. 한 달 뒤 그들은 단 한 장의 "예외 책임 시트"로 바꿨습니다. 모든 예외가 시스템에 입력되고, 마감 기한을 따라 흐르고, 기한을 넘기면 자동 에스컬레이션. 2024년 1월까지 오류율은 0.35%가 됐습니다. 인력도 시스템도 새로 추가하지 않았습니다.
창고 일 20년, 너무 많은 현장들이 피킹 전략, 웨이브 알고리즘, 자동화에 돈을 쏟아부으면서 예외 처리를 "2단계"에 묶어두는 것을 봐 왔습니다. 제 평가는 단호합니다. 클로즈드루프 예외 처리가 없으면, 여러분의 WMS는 반쪽짜리 시스템일 뿐입니다.
모든 창고가 겪는 네 가지 예외
20년을 겪고 나니 단언할 수 있습니다. 예외의 90%는 네 개 상자에 들어갑니다. 이걸 꿰뚫으면 여러분 시스템에 승산이 있습니다.
피킹 오류. 잘못된 상품, 잘못된 수량, 잘못된 로케이션. 이커머스 창고의 매일 특선 메뉴: 로케이션 A의 상품이 주문 B의 카톤에 들어갑니다. 근본 원인은 대개 피킹 확인 단계——스캐너가 로케이션 바코드를 읽지 않았거나, 읽었는데 WMS가 두 번째 확인을 건너뛴 것입니다. 검수 스테이션에서 한 건 걸릴 때마다 15–20분의 역추적 조사 비용: 누가 피킹했는지, 어느 웨이브인지, 선반에 뭐가 남았는지.
어디로도 안 가는 입고. 입고 시 상품이 WMS에 없는 로케이션, 또는 잘못된 레벨에 적재됩니다——시스템은 레벨 4라고 하고 현실은 레벨 2. 다음 피킹 때 시스템은 사람을 빈 슬롯으로 보내고, 작업자는 두 번의 왕복을 태우며 원인을 찾습니다. 이게 제일 고된 건, 에러가 나지 않기 때문입니다. 그냥 모든 걸 느리게 할 뿐, 경영 보고서 어느 곳에도 보이지 않습니다.
시스템은 재고 있다, 선반은 아니라고 한다. 모든 순환 실사 차이의 오래된 발생원. WMS는 로케이션 A에 50개가 있다고 표시, 선반에는 47개. 원인은 다양합니다. 반품이 입고 처리 전에 가져다 쓰였거나, 파손이 미신고됐거나, 입고 과다 등록에 조정이 빠졌습니다. 이 티켓이 열리면 먼저 로케이션을 동결하세요——동결 없이 재고를 조정하면 다음 피킹에 지뢰를 심는 셈입니다.
웨이브에 잘못 들어간 SKU. 네 개 중 가장 교활합니다. 웨이브 계획이 SKU를 잘못된 웨이브에 넣거나, 있어선 안 될 SKU가 섞인 채 웨이브가 출고됩니다. 검수에서만 잡히고, 적재 준비된 화물은 다시 풀어야 합니다. 책임자는 대개 피커가 아니라 웨이브 플래너——그래서 아무도 나서서 자기 거라고 하지 않는 것입니다.
예외 티켓은 WMS에서 네 가지 상태를 가져야 합니다
예외가 실제로 닫히는지는 단 하나에 달렸습니다. 시스템 안의 완전한 상태 체인. 제 고객사 표준은 네 가지 상태, 건너뛰기 없습니다.
생성. 발견한 사람이 30초 안에 만듭니다. 피커, 검수원, 입고 담당자——모두에게 티켓 권한을 줍니다. 티켓엔 세 가지가 필요합니다. 예외 유형, 로케이션 또는 SKU, 그리고 사진. 사진이 없으면 리뷰어가 그대로 반려할 수 있습니다.
인수. 티켓은 자동으로 담당자에게 라우팅됩니다. 피킹 오류는 교대조 피킹 리드에게, 입고 오류는 입고 팀에게, 재고 불일치는 재고관리(IC) 역할에게. 인수 기한: 2시간. 놓치면 티켓은 수퍼바이저에게 자동 에스컬레이션. 이게 전체 체인의 핵심입니다——에스컬레이션 없는 티켓은 시스템 안에서 썩습니다.
검증. 고친 사람이 아닌 다른 사람이 수정 내용을 검증합니다. 고친 사람에게 최종 결정권은 없습니다. 피킹 오류라면 검증자가 원래 로케이션을 재계수합니다——수량이 맞고, 로케이션이 맞고, 사진이 업로드됐습니다. 재고 불일치라면 검증자가 해당 SKU의 최근 7일간 거래 이력을 뽑아 차이 설명이 말이 되는지 확인합니다. 자기 수정은 자기가 검증하는 게 아닙니다.
종료. 검증 통과 후에만. 종료하려면 근본 원인 코드를 선택해야 합니다. 스캔 누락, 잘못된 로케이션, 시스템 데이터, 상류 입고 문제 등. 근본 원인 코드는 경영진을 위한 것——월간 보고서를 뽑아 어떤 원인이 지배적인지 보고, 다음 달엔 그거부터 고칩니다.
네 상태를 거치는 동안 티켓 한 건에 약 25분의 인건비. 많게 들릴 겁니다. 단체 채팅방에서 사흘 썩다가 항의와 환불로 되돌아오는 티켓과 비교하기 전까지는요. 그 25분은 이 건물에서 가장 저렴한 25분입니다.

누가 얼마나 빨리 할지를 못 박는 책임 시트
상태 체인은 골격, 책임 시트는 근육입니다. 온타리오 창고에 준 시트가 여기 있습니다——그대로 베껴 쓰세요:
| 예외 유형 | 생성자 | 담당자 | SLA | 종료 기준 |
|---|---|---|---|---|
| 피킹 오류 | 검수원 | 교대조 피킹 리드 | 4시간 | 원래 로케이션 재계수, 수량이 시스템과 일치, 로케이션 사진 업로드 |
| 재고 차이 | 순환 실사원 / 피커 | IC 전문가 | 24시간 | 로케이션 동결, 7일간 거래 이력 검토, 차이 사유와 조정 번호 기록 |
| 입고 오류 | 입고 담당자 / 빈 슬롯을 발견한 피커 | 입고 리드 | 8시간 | 상품을 정확한 로케이션으로 이동, 로케이션 바코드 스캔 확인, 사진 업로드 |
| 웨이브 내 잘못된 SKU | 검수원 | 웨이브 플래너 / 교대조 수퍼바이저 | 4시간 | 웨이브 수정 또는 재계획, 영향받은 주문 재검증 |
시트는 사무실 벽과 WMS 예외 모듈 첫 화면에 붙였습니다. SLA를 넘기면 시스템이 에스컬레이션 대상에게 이메일과 문자를 자동 발송합니다. 리드들은 일주일간 투덜댔고, 한 달 뒤 티켓 평균 종료 시간은 31시간에서 6시간으로 떨어졌습니다.
이제 "예외세"를 계산해 봅시다
티켓 한 건 평균 25분의 인건비. 캘리포니아 창고 임금이 시간당 $18–$22, $20이라 치면——직접 인건비는 $8.30. 하지만 그건 잔돈일 뿐입니다.
건물을 빠져나간 피킹 오류: 반품 운송비 $8–$12, 고객서비스 10분, 재배송을 위한 또 한 번의 출고 운송비, 그리고 측정조차 안 되는 고객 이탈. 보수적으로 봐도 새어 나간 예외 한 건의 총비용은 $40–$60.
온타리오 창고는 한 달에 140건의 티켓이 발생했습니다. 절반이 새어 나갔다고 치고, 건당 $50: 한 달 $3,500, 일 년 $42,000. 그게 예외세입니다——예산을 세우든 말든 항의와 환불과 잔업으로 어차피 내는 돈입니다.
그래서 저는 예외 처리를 WMS 가동의 우선순위 2위라고 부릅니다. 1위는 입고와 출고를 돌리는 것. 2위는 예외 루프입니다. 웨이브 알고리즘이나 자동화 연동은 기다려도 됩니다——본류가 빨리 돌수록 예외도 빨리 새고, 루프가 없으면 오류율에 터보차저를 다는 셈입니다.
"2단계"라는 생각은 버리세요. 내일 아침 두 가지. 첫째, WMS에 세 가지 예외 티켓 유형을 설정하세요——피킹 예외, 재고 차이, 입고 오류. 세 종류만으로도 단체 채팅방은 이깁니다. 유형, 사진, 담당자, 기한——이 네 필드를 돌리세요. 둘째, 책임 시트를 인쇄해서 벽에 붙이세요. 누가 만들고, 누가 인수하고, 얼마나 빨리 닫고, 뭐가 종료로 인정되는지——한 줄 한 줄 못을 박습니다.
그리고 집에 가져갈 질문 하나. 지난달 여러분 창고에는 예외가 몇 건 있었고——그중 실제로 닫힌 건 몇 건, 조용히 잊힌 건 몇 건인가요? 그 숫자를 뽑아 보면 자신이 낸 예외세가 정확히 얼마인지 알게 됩니다.
영어판 번역본입니다. 내용이 다를 경우 영어판을 우선합니다.










