혼합 출하를 라벨이 없는 배선 캐비닛처럼 생각해 보자. 엔지니어의 관점에서는 모든 것이 안에 있지만, 도면이 가리키는 곳에는 아무것도 없다. 한 컨테이너에 열두 가지 SKU가 들어 도착하고, 전기 주전자라고 표시된 상자 안에 조용히 건강 냄비가 들어 있다. 그 상자를 라벨대로 격납하면 재고를 보관한 것이 아니다. 오류를 보관한 것이며, 3개월 뒤 피커가 그 대가를 치른다.
먼저 2024년 9월 둥관의 창고 이야기부터 시작하겠다. 소형 가전 수출업체를 위한 혼합 컨테이너가 도착했다. 사전 출하 통지(ASN)에는 40개 품목, 약 860개 상자가 적혀 있었다. 하역팀은 시간을 절약하려 트럭에서 내린 그대로 팔레트를 격납했다. 다음 날 피킹에서 2개 SKU가 상자 단위로 서로 바뀐 것이 드러났다. 고객 불만이 문제를 멈추기 전에 30건이 넘는 주문이 잘못 출고되었고, 6명이 2일 내내 재작업과 대체품 대응에 매달렸다. 근본 원인은 피킹이 아니었다. 도착 당일 아무도 물건을 펼쳐 확인하지 않은, 빠진 단계였다.
대조적으로 2025년 3월 닝보의 자동차 부품 창고가 있다. 같은 종류의 혼합 출하, 약 720개 상자였다. 그곳에서는 먼저 8명이 4시간 동안 분류 벤치에서 작업했다. SKU별로 상자를 펼치고, 하나씩 스캔하고, 선반에 가기 전에 각 더미에 임시 로케이션 코드를 붙인 카드 태그를 달았다. 그 컨테이너는 이후 차이 없이 피킹되었다. 노동 시간은 대체로 비슷했다. 차이는 오류를 어디서 잡았느냐였다. 분류 벤치에서는 몇 분이면 되지만, 고객의 손에 넘어가면 돈과 신뢰를 잃는다. 이 글의 수치는 계산을 풀어보기 위한 예시이며, 업계 벤치마크가 아니다.
혼합 출하 분류를 생략할 수 없는 이유: 먼저 오류의 가격을 매겨라
많은 관리자는 분류를 중복 단계로 여긴다. 격납 스캔이 어차피 문제를 잡을 것이라고 가정한다. 그 논리는 이렇게 이해할 수 있다. 고객이 무료로 품질 검사를 해 줄 것이라고 가정하는 것과 같다. 가격을 매기기 전까지는 효율적으로 들린다.
간단한 예시 계산을 해 보자. 800개 상자의 혼합 출하가 분류를 건너뛰고 바로 격납되고, 단 3퍼센트의 상자만 잘못 표시되었다고 가정하자. 그것은 재고 속 24개의 잘못된 상자이다. 일부는 잘못 피킹된다. 일부는 순환 실사와 시스템의 불일치를 만든다. 일부는 아무도 설명할 수 없는 반품으로 돌아온다. 고객 서비스 시간, 재출하, 반품 운임, goodwill 비용을 더하면, 단 한 건의 잘못된 출하만으로도 컨테이너 전체를 분류하는 인건비를 쉽게 넘어선다.
더 나쁜 것은, 잘못된 재고가 재고 정확도 자체를 오염시킨다는 점이다. 시스템은 SKU A가 200단위 있다고 말하지만, 선반에는 170단위만 있고, A 라벨을 단 SKU B가 30단위 섞여 있다. 보충 조언과 구매 계획은 그 거짓을 따른다. 분류 벤치는 오류가 시스템 기록을 얻기 전에 막기 위해 존재한다.
| 오류가 발견되는 곳 | 예시 비용 | 부담하는 자 |
|---|---|---|
| 분류 벤치 | 1명, 확인과 교환에 10분 | 창고, 내부적으로 |
| 이후 재고 실사 중 | 반나절의 실사와 대장 조정 | 창고와 고객 신뢰 |
| 고객에게 잘못 출하된 후 | 재출하, 반품, 보상, 불만 | 고객 관계와 실제 현금 |
여기서 직관에 반하는 점이 있으며, 현장 담당자들이 가장 저항하는 점이다. 분류는 느려 보이지만, 당신이 가진 가장 빠른 수정 수단이다. 벤치에서의 1시간 추가가 이후 10시간의 재작업을 절약한다. 자동화 엔지니어로서 나는 느린 프로세스보다 조용한 오류를 더 걱정한다. 느린 프로세스는 스스로를 드러내지만, 조용한 오류는 복리로 커지기 때문이다.
혼합 출하 분류 대장: 4열이면 충분하다
대장을 과하게 만들지 말자. 4열이면 된다. ASN이 약속한 것, 실제로 도착한 것, 눈에 보이는 손상이나 이상, 그리고 처분이다. SKU당 1행, 받은 상자당 1개의 체크. A3 종이로 하는 것도, 스캐너가 달린 태블릿으로 하는 것도 보았다. 형식은 중요하지 않다. 중요한 것은 모든 상자에 기록된 도착지가 있다는 점이다.
작업 순서는 이렇다. 첫째, 팔레트를 해체하지 않고 하역하고 상자 번호순으로 분류 구역에 배치한다. 둘째, SKU별로 더미로 나누고, 각 더미에 SKU, 예상 수량, 누적 수령 수량을 적은 손글씨 카드를 붙인다. 셋째, 상자 하나하나를 스캔한다. 스캔이 겉 라벨과 맞지 않는 상자는 격납 준비 구역이 아니라 격리 구역으로 간다. 넷째, 현장에서 대장을 대조하고, 부족, 과다, 잘못된 SKU 상자를 발생하는 대로 기록하고, 증거를 사진으로 찍고, 화주나 공급업체에 확인을 통지한다.
예시를 들어 보자. ASN은 SKU X가 120개 상자로 도착해야 한다고 하지만, 스캔에서는 114개만 발견된다. SKU Y는 80개 상자로 도착해야 하지만, 86개가 나타난다. 따로 읽으면 각 행은 손실이나 이익처럼 보인다. 함께 읽으면 도난이나 계수 실수가 아니라 공급업체의 포장 교환을 가리킨다. 두 행을 나란히 놓은 대장이 당신을 대신해 주장해 준다. 대장이 없으면 부족한 것 같다고 말할 수밖에 없고, 공급업체는 잘못 세었다고 답하며, 대화는 거기서 끝난다.
혼합 출하 불일치 차단: 부족, 과다, 잘못된 SKU
세 가지 불일치 유형은 실패 방식이 다르므로 다르게 다뤄야 한다.
부족이 자동으로 손실은 아니다. 보고하기 전에 건물 안의 3곳을 확인하라. 부족한 상자가 다른 SKU 더미에 있는지, 아직 컨테이너 안에 있는지, 손상된 상자가 예외 구역에 따로 두어졌는지 말이다. 둥관 사례에서는 부족과 과다가 동시에 나타나 2개 SKU가 서로 바뀌었고, 어느 한 행만 보면 손실처럼 보였다. 먼저 자신의 분류 구역부터 뒤져라. 그 수색이 빈손으로 끝나야 외부에 보고한다.
과다는 뜻밖의 횡재가 아니다. 기록되지 않은 여분 재고는 기록되지 않은 부채이다. 고객은 돌려달라고 하거나 비용을 청구할 것이고, 오늘의 설명되지 않은 잉여는 다음 실사 때 설명되지 않은 부족이 된다. 과다는 따로 보관하고 따로 기록하며, 보충 출하인지, 오출하인지, 반품인지 결정하기 전에 화주의 확인을 기다린다.
잘못된 SKU 상자는 세 가지 중 가장 위험하며, 특히 겉 라벨이 내용과 다를 때 그렇다. 상자 전체를 격리하라. 피킹 가능한 재고로 해체하지 말라. 잘못된 단위가 로케이션에 흩어지면 다시는 완전히 회수할 수 없기 때문이다.
또 하나의 함정에도 주의해야 한다. 혼합 출하에는 겉으로 비슷해 보이는 거의 동일한 변형, 같은 모델의 다른 배치나 색상이 들어 있는 경우가 많다. 겉 라벨만 확인해서는 충분하지 않다. 나의 작업 기준은 SKU당 최소 2개 상자를 개봉해 검사하고, 고가이거나 혼동하기 쉬운 SKU는 그 표본을 약 10퍼센트까지 높이는 것이다. 검사는 공급업체에 대한 불신이 아니다. 나중에 오는 피커를 위한 보험이다.
분류 벤치에서 격납으로: 오류를 재고에 들이지 않는 인수인계
분류가 끝나면 격납으로의 인수인계는 3가지를 넘겨야 한다. 분류된 실물 더미, 서명된 대장, 그리고 격리 중인 미해결 문제 목록이다. 격납 작업자는 확인된 더미만 받는다. 격리된 물품은 받지 않고, 격납하지 않으며, 가용 재고로 시스템에 입력하지 않는다. 그 인수인계는 불필요한 관료 절차처럼 보이지만, 명확한 책임선을 긋는다. 분류팀은 수량이 맞는지 책임지고, 격납팀은 물품을 어디에 둘지 책임진다. 이후 문제가 생겨도 어깨를 으쓱하는 것이 아니라 단계까지 추적할 수 있다.
여기서 실용적인 습관 하나가 제 값을 한다. 분류된 혼합 출하 물품을 로케이션으로 보낼 때, 그날의 도착일과 컨테이너 번호를 시스템에 태그하라. 이후 고객이 배치에 대해 불만을 제기해도, 창고 전체를 뒤집는 대신 그 하나의 컨테이너에 대한 분류 기록을 꺼낼 수 있다.
그렇다면 분류 단계는 비용을 들일 만한가? 하나의 숫자로 판단하라. 막은 잘못된 출하의 수에 건당 처리 비용을 곱한 값과, 분류에 소요된 추가 노동 시간을 비교하는 것이다. 위의 예시 계산에서는 단 5건의 잘못된 주문을 막는 것만으로 컨테이너 전체의 분류 시간을 상쇄하고, 대부분의 혼합 출하는 그 기준을 쉽게 넘는다. 격납은 분류 대신이 아니라 분류 후에 시작한다. 오류를 찾는 가장 저렴한 장소는 상자가 이미 손 안에서 열려 있는 벤치이기 때문이다.
Da Liu, 자동화 엔지니어 지음
영어판 번역본입니다. 내용이 다를 경우 영어판을 우선합니다.





