엑셀 정산이 만드는 보이지 않는 손실
3PL 물류센터의 월말 풍경은 대체로 비슷합니다. 화주 20곳의 요율표 20종을 엑셀 시트에 펼쳐 놓고, WMS에서 뽑은 입출고 내역을 붙여 넣은 뒤 담당자가 기억하고 있는 예외 규칙을 하나씩 적용합니다. "A화주는 반품 검수 3건까지 무료", "B화주는 지난 분기부터 파렛트 단가 인상" 같은 조건이 문서가 아니라 사람의 머릿속에 남아 있습니다.
이 방식은 두 가지 손실을 동시에 만듭니다. 하나는 누락 청구(revenue leakage)입니다. 부가 작업을 수행하고도 청구서에 올리지 못한 금액은 업계 경험상 전체 매출의 2~5%에 이릅니다. 다른 하나는 과청구 클레임입니다. 화주가 이의를 제기하면 근거 자료를 찾는 데만 며칠이 걸리고, 결국 감액으로 마무리되는 경우가 많습니다. 두 문제의 원인은 동일합니다. 과금 근거가 실제 트랜잭션과 분리되어 있기 때문입니다.
월말 3일을 정산에 쏟는 조직은 그 3일만큼 영업과 개선 활동을 하지 못합니다. 정산 자동화는 비용 절감이 아니라 영업 시간을 되찾는 일에 가깝습니다.
3PL 요금 구조를 데이터 모델로 옮기기
자동화의 출발점은 요율을 구조화된 데이터로 정의하는 일입니다.
자동 정산 엔진의 핵심 설계 포인트
과금의 원천은 WMS 트랜잭션입니다. 어떤 이벤트를 과금 트리거로 볼지 정의하는 것이 설계의 절반을 차지합니다. 출고 지시 시점인지 출고 확정 시점인지, 취소된 주문의 피킹 작업은 과금하는지에 따라 월 금액이 크게 달라집니다. 트랜잭션 ID를 청구 라인에 그대로 연결해 두면 이후 대부분의 분쟁이 조회 한 번으로 정리됩니다.
요율은 코드가 아니라 데이터로 관리해야 합니다. 화주별 규칙을 조건문으로 구현하면 신규 화주를 받을 때마다 개발과 배포가 필요합니다. 규칙 테이블과 계산 엔진을 분리하면 온보딩 소요 시간이 2주에서 반나절 수준으로 줄어듭니다.
재계산과 감사 추적도 필수입니다. 단가 소급 적용과 오류 정정은 반드시 발생하므로, 원본 청구를 덮어쓰지 말고 정정 이력을 별도 버전으로 남겨야 합니다. 확정된 청구는 세금계산서 발행, 회계 시스템 전표 생성, 미수금 관리까지 자연스럽게 이어져야 합니다.
분쟁을 줄이는 것은 결국 투명성입니다
화주 포털에서 청구 금액을 건 단위로 드릴다운할 수 있으면 문의 자체가 줄어듭니다. 총액에서 항목별로, 다시 일자별로, 최종적으로 개별 트랜잭션까지 내려가는 구조를 권장합니다.
정산을 확정하기 전에 검증 리포트를 먼저 공유하고 3영업일의 이의제기 기간을 두는 방식도 효과적입니다. 확정 후 감액 처리보다 확정 전 조정이 회계 부담이 훨씬 적습니다. 화주 ERP와는 EDI 또는 API로 청구 데이터를 표준 포맷으로 교환하는 것이 좋습니다.
화주 입장에서도 검증 체계가 필요합니다
받은 청구서를 그대로 승인하지 않으려면 자체 물류비 원가 데이터를 갖추어야 합니다. 계약 단가 테이블을 내부 시스템에 보관하고, 자사 주문 데이터와 3PL 청구 라인을 자동 대사(reconciliation)하면 단가 불일치와 중복 청구를 매달 자동으로 걸러낼 수 있습니다. 대사 결과를 월별 추이로 관리하면 협상 시점의 근거 자료로도 활용할 수 있습니다.
POLYGLOTSOFT의 구독형 정산 시스템 구축
3PL 정산은 한 번 구축하고 끝나는 시스템이 아닙니다. 화주가 늘고 요율 규칙이 바뀔 때마다 계속 손을 봐야 합니다. POLYGLOTSOFT는 월 단위 구독형 개발 모델로 정산 엔진을 구축하고 지속적으로 개선합니다. WMS 연동, 요율 규칙 설계, 화주 포털, 회계 시스템 연계까지 전담팀이 맡아 진행합니다. 현재 정산 프로세스 진단이 필요하시면 언제든 문의해 주십시오.