기계 지원 번역, 검토 중입니다.
팩하우스 운영
식품 유통업체를 위한 재고 관리 소프트웨어: 확인해야 할 사항
작업장(패크하우스)은 한 방향으로 재고를 추적한다. 생산자로부터 제품이 들어오고, 가공되어, 대부분 하나의 사업장을 통해 포장 제품으로 나간다. 식품 유통업체의 재고 문제는 완전히 다른 형태를 띤다. 같은 SKU라도 세 개의 서로 다른 공급업체로부터 세 가지 다른 원가와 유통기한으로 들어올 수 있고, 하나 이상의 창고에 걸쳐 보관되며, 단순히 가장 저렴하게 픽업할 수 있는 단위가 아니라 유효기한이 가장 가까운 로트를 기준으로 출고 주문에 할당되어야 한다. 단일 사업장 로트 추적용으로 만들어진 소프트웨어나 소상공인용 범용 재고 도구는 바로 이 다중 SKU, 다중 공급업체의 복잡성 지점에서 무너지는 경향이 있다. 이것은 어떤 제품을 구매해야 하는지가 아니라 무엇을 평가해야 하는지에 대한 체크리스트이며, 적합한 선택은 단일 기능 목록보다 SKU 수, 공급업체 수, 창고 규모에 더 좌우된다.
핵심 요약
- 유통업체의 재고는 작업장(패크하우스) 재고와는 다른 형태의 문제다. 많은 공급업체로부터 온 많은 SKU가 하나 이상의 창고를 통해 이동하는 것이지, 수확물을 포장 제품으로 바꾸는 단일 사업장이 아니다.
- 핵심 테스트는 시스템이 동일한 SKU에 대해 여러 공급업체와 여러 위치에 걸쳐 로트 또는 배치 단위로 재고를 추적하는지 여부이지, 품목당 단일한 실행 재고 수량만이 아니다.
- 벤더의 샘플 데이터가 아니라 실제 SKU 수와 공급업체 수를 사용해 데모나 체험판을 요청하라. 샘플 200개 품목에서는 빠른 시스템도 실제 카탈로그 규모에서는 크게 느려질 수 있다.
- 짚고 넘어가야 할 위험 신호: 마케팅 자료는 암시하지만 실제로는 진짜 다중 창고 지원이 없는 경우, 부패하기 쉬운 품목에 로트나 유효기한 추적이 없는 경우, 필요한 연동 기능이 오늘 테스트할 수 있는 작동 중인 연결이 아니라 로드맵상의 약속으로만 설명되는 경우다.
실제로 단일 SKU에 대한 다중 공급업체, 다중 로트 재고를 처리하는가
핵심 질문은 시스템이 동일한 SKU의 여러 미소진 로트를 동시에 보유할 수 있는지, 각각 다른 공급업체에서 온 것으로, 각각 자체 원가, 입고일, 유효기한 또는 최적 소비기한을 가지고, 어느 로트가 어느 주문을 이행할지 선택할 수 있게 하는지 여부다. SKU당 단일한 실행 수량만 추적하는 시스템은 "이 주문이 어느 로트에서 출고되는가"라는 질문에 답할 수 없으며, 이는 마진(공급업체가 다르면 원가도 다름) 측면과 추적성(리콜 시 어느 공급업체의 로트가 어느 고객에게 갔는지 알아야 함) 측면 모두에서 중요하다. 유효기한이 다른 동일 품목의 두 미소진 로트를 시스템이 어떻게 처리하는지 구체적으로 물어보라. 선입선출(유효기한이 빠른 것부터 출고) 할당을 제안하거나 강제하는지, 아니면 주문을 픽업하는 사람의 기억에 맡기는지 확인하라.
여러 창고에 대해서도 같은 질문을 하라. 하나 이상의 위치를 운영하고 있거나 운영할 계획이라면, 재고가 창고별로 추적되며 창고 간 재고를 확인하고 이동할 수 있는지, 아니면 시스템이 단일 사업장을 전제로 하고 다중 위치 지원이 실제 기능이 아니라 임시로 덧붙인 우회 방법인지 확인하라.
데모 데이터가 아니라 실제 카탈로그로 테스트하라
깨끗한 샘플 SKU 몇백 개로 구성된 데모 환경은 실제 규모에서 시스템이 어떻게 작동하는지에 대해 거의 아무것도 말해주지 않는다. 계약하기 전에 실제 SKU 수, 실제 공급업체 수, 가능하다면 실제 주문량을 사용한 체험판이나 최소한 안내를 받는 데모를 요청하라. 영업 데모에서는 즉각적으로 느껴졌던 검색, 필터링, 리포팅 기능도 데이터베이스에 실제 수년치 입고 이력과 수천 개의 SKU-로트 조합이 들어가면 상당히 느려질 수 있다.
이 시점은 자신의 데이터를 다시 빼낼 수 있는지 테스트하기에도 좋은 때다. 지원 티켓 뒤에 갇히지 않고 사용 가능한 형식으로 전체 재고 이력을 내보낼 수 있는 것은, 수년치 기록을 그 시스템에 맡기기 전에 어떤 벤더에게든 당연히 기대할 수 있는 것이다.
연동, 그리고 "로드맵에 있음"과 오늘 실제로 작동하는 것의 차이
유통업체는 일반적으로 재고 데이터가 회계, 주문 접수 프런트엔드, 경로 또는 배송 계획 도구, 또는 소매 고객과의 EDI 연결 등 최소 하나의 다른 시스템과 소통해야 한다. 필요한 특정 연동 기능이 기능으로 설명되거나 향후 출시로 약속되는 것이 아니라 오늘 실제로 작동하는 모습을 보여달라고 요청하라. 로드맵 항목은 기능이 아니며, 영업 대화 중의 "그건 만들어드릴 수 있습니다"는 서명 전에 테스트할 수 있는 연결과는 다른 약속이다.
서로 매우 다른 시스템들에서 공통적으로 나타나기 때문에 분명히 짚고 넘어갈 만한 위험 신호가 몇 가지 있다. 마케팅 자료는 암시하지만 여러 창고에 대한 실제 지원이 없는 경우, 부패하기 쉬운 품목에 로트나 배치 추적이 없는 경우(단순 수량만의 재고는 부패하기 쉬운 유통이 아니라 포장 상품 패턴이다), 그리고 영업 통화 전까지 가격이 불투명하게 유지되는 경우다. 자신의 규모에 대한 적합성에 자신 있는 시스템은 대개 초기에 명확한 숫자를 기꺼이 제시하기 때문이다. 이 중 어느 것도 어떤 특정 제품이 최선인지에 관한 것이 아니라, 다중 SKU, 다중 공급업체 유통을 위해 만들어진 시스템이 실제로 해야 할 일, 그리고 범용 또는 단일 사업장 도구가 조용히 하지 않는 일에 관한 것이다.