무엇이 올지 모르는 상태로 문을 엽니다
입고가 밀리는 이유를 물으면 대부분 "트럭이 늦게 온다"는 답이 돌아옵니다. 그런데 도크에서 실제 시간을 재 보면 이야기가 달라집니다. 차량 접안 후 상차 완료까지 90분이 걸렸다면, 그중 60분 이상이 하차가 아니라 검수와 라벨 작업에 쓰이는 경우가 흔합니다.
구조를 보면 원인이 명확합니다. 거래명세서를 손에 들고 파렛트를 헤치며 수량을 세고, 납품처마다 바코드 체계가 달라 센터 표준 라벨을 다시 붙입니다. 리라벨링에 케이스당 8초만 잡아도 하루 6,000케이스를 처리하는 센터에서는 약 13시간, 인력 1.7명분이 라벨기 앞에서 소모됩니다.
반대로 GS1 표준 라벨이 생산 단계에서 이미 부착되어 있으면 어느 물류센터로 입고되든 재라벨 없이 그대로 처리됩니다. 컨베이어나 소터를 도입해도 입고 데이터가 없으면 설비는 입구에서 멈춰 섭니다. 무엇이 몇 개 오는지 모르는 상태에서는 자동 분류 로직이 판단할 근거가 없기 때문입니다.
ASN이 바꾸는 입고 흐름
사전입고정보(ASN)는 품목·수량·로트·유통기한·포장 단위를 차량이 도착하기 전에 미리 받아 두는 문서입니다. EDIFACT의 DESADV, X12의 856 트랜잭션이 표준 형식입니다.
ASN이 들어오면 검수의 성격이 바뀝니다. 명세서를 보며 세는 일에서, 이미 알고 있는 내역과 맞추는 일로 전환됩니다. 운영 측면에서는 다음이 가능해집니다.
다만 ASN이 부정확하면 신뢰가 무너지고 현장은 다시 전수 검수로 돌아갑니다. 따라서 ASN 정확도(수량·로트 일치율) 98% 이상을 거래처 평가 지표로 삼고 월별로 공유하는 운영이 필요합니다.
SSCC 한 번 스캔으로 끝나는 구조
SSCC(Serial Shipping Container Code)는 파렛트·케이스·토트 같은 물류 단위에 부여하는 18자리 고유 식별번호이며, GS1 애플리케이션 식별자 `(00)`으로 표현됩니다. 이 번호를 스캔하면 ASN 명세를 불러와 하위 케이스의 GTIN과 로트까지 한 번에 전개할 수 있습니다.
GS1-128 케이스 라벨에는 보통 다음 정보가 함께 담깁니다.
파렛트 등 물류단위 라벨은 `(00)` SSCC를 기본으로 하고, 내품이 단일 품목일 때 `(02)` 내품 GTIN과 `(37)` 내품 수량을 함께 표기합니다. `(37)`은 `(02)`와만 함께 쓰이며 `(01)`과는 결합할 수 없습니다.
효과는 시간으로 드러납니다. 24케이스 파렛트를 케이스당 10초씩 전수 검수하면 약 4분이 걸리지만, SSCC 1회 스캔은 3초입니다. 수동 키인은 1,000건당 3~5건의 오타가 발생하는 반면 스캔 경로에서는 이 오류가 사실상 사라집니다.
물론 전부 파렛트 수취로 갈 수는 없습니다. 고가·의약품·유통기한 민감 품목은 케이스 단위 전수 검수, 표준 준수 거래처의 회전 빠른 대량 품목은 SSCC 수취로 나누는 기준을 품목 마스터에 속성으로 두는 방식이 현실적입니다.
표준을 안 쓰는 거래처가 섞여 있을 때
현실에서는 표준 거래처와 비표준 거래처가 같은 도크를 씁니다. 그래서 WMS는 처음부터 이중 경로로 설계해야 합니다. 표준 경로는 SSCC 스캔 기반, 비표준 경로는 수기 입력과 센터 라벨 발행 기반으로 두고, 입고 완료 이후의 재고 반영 로직은 하나로 합칩니다.
거래처 전환을 설득할 때는 정성적 요청보다 숫자가 효과적입니다. 위 예시처럼 리라벨링 13시간을 인건비로 환산하면 연간 수천만 원 규모가 나오고, 이 비용을 거래처별로 배분한 표가 협상 자료가 됩니다.
ASN 수신 채널도 EDI, 엑셀 첨부, 메일, 포털 업로드가 뒤섞여 있습니다. 이때는 채널마다 로직을 만들지 않고, 수신 어댑터에서 공통 내부 포맷으로 변환한 뒤 검증·적재는 단일 파이프라인을 태우는 구조가 유지보수 비용을 줄입니다.
데이터 정합성이 무너지는 지점
ASN을 받아도 매칭이 안 되는 사고는 대부분 상품 마스터에서 시작됩니다. 거래처는 GTIN으로 보내는데 센터는 자체 품목코드로만 관리하면, 매핑 테이블이 없는 신규 SKU는 그대로 예외 처리로 빠집니다.
설계 요건으로 못 박아야 할 항목은 세 가지입니다.
로트와 유통기한도 같습니다. 입고 단계에서 누락되면 이후 FEFO 출고, 리콜 추적, 임박재고 관리 규칙이 전부 근거를 잃습니다. 입고에서 받지 못한 정보는 출고에서 만들어낼 수 없습니다.
도입 순서와 기대 효과
한 번에 전 거래처를 전환하는 방식은 거의 실패합니다. 물량 상위 거래처 3~5곳의 ASN부터 연동하고, 검수 소요시간·수량 오류율·도크 회전율 세 지표를 도입 전후로 비교해 근거를 만드는 단계적 접근이 안전합니다. 물량이 집중된 상위 거래처만 처리해도 전체 입고 건수의 상당 부분이 표준 경로로 넘어옵니다.
POLYGLOTSOFT는 WMS 구축 경험을 바탕으로 ASN 수신 인터페이스(EDI·엑셀·API)와 GS1-128 라벨 발행, 스캔 검수 화면을 하나의 흐름으로 함께 설계합니다. 기존 ERP·거래처 시스템과의 연계 범위부터 점검이 필요하시다면 언제든 문의해 주시기 바랍니다.