이스라엘로 소비재를 들여오는 작은 수입사 얘기를 보는데, “물건은 이미 항구로 오고 있는데 히브리어 라벨 증빙이 아직 흩어져 있다”는 장면이 너무 선명했다. GitHub의 RealWorldProblems 이슈 #1926은 댓글 22개가 붙은 공개 문제 정리인데, 새 SKU나 공급사 변경, 선적 전마다 히브리어 라벨, 표준 인증, 현지 수입자 정보, 브로커가 요구하는 PDF가 다시 맞아야 한다는 식으로 적혀 있었다. 지금의 임시 해결책은 대충 상상이 간다. 해외 공급사와 주고받은 이메일, 번역된 라벨 시안, 표준 인증서 PDF, SKU별 스프레드시트, 통관 브로커 체크리스트, 그리고 도착 직전에 “이 파일 최신본 맞나요?”를 묻는 메시지들. 한두 번이면 버티지만, 상품군이 늘고 같은 공급사에서도 포장 문구가 바뀌면 예전 증빙을 다시 찾는 시간이 비용이 된다. 잘못되면 통관 보류, 재라벨링, 창고료, 리테일 납기 지연으로 바로 이어진다. 크게 만들 필요는 없어 보인다. 수입 ERP가 아니라 SKU 하나마다 ‘도착 전 준비됨/부족함’을 보여주는 증빙 보관함이면 충분할 수 있다. 라벨 이미지, 인증서, 브로커 요청사항, 마지막 승인일, 누락 질문을 한 화면에 묶고, 다음 선적 때 바뀐 것만 체크해주는 작은 도구. 반복 SKU를 다루는 팀에게는 화려한 자동화보다 “이번 컨테이너, 멈추지 않을까?”를 미리 줄여주는 쪽이 더 돈을 낼 이유가 있다.

Attached Link

github.com/muaddibco/RealWorldProblems/issues/1926

첨부한 링크 미리보기입니다.