화주가 운송비를 검증하지 못하는 이유
운송비는 물류비에서 가장 큰 항목이지만, 많은 화주가 운송사가 보낸 청구서를 거의 그대로 결제합니다. 검증할 의지가 없어서가 아니라 검증할 수단이 없기 때문입니다.
규모를 가정해 보겠습니다. 월 운송비가 3억 원인 화주에게 과다 청구가 2%만 섞여 있어도 월 600만 원, 연 7,200만 원입니다. 대부분은 악의가 아니라 운송사 쪽 수작업 실수이지만, 화주가 찾아내지 못하면 그대로 비용이 됩니다.
검증의 기준이 되는 데이터 세 가지
운임 검증은 청구서를 들여다보는 일이 아니라, 청구서와 비교할 기준 데이터를 갖추는 일입니다.
세 데이터는 운송 건 단위의 공통 키로 묶여야 합니다. 화주가 발번한 배차번호(운송 오더 번호)를 기준 키로 정하고, 운송사가 청구서에 이 번호를 반드시 적도록 계약에 명시하는 것이 가장 확실합니다. 번호가 빠진 청구 건에 대비해 상차일·차량번호·상하차지 조합을 보조 키로 둡니다.
요율 계약을 시스템이 읽을 수 있게 만들기
계약서 PDF에 적힌 요율은 사람만 읽을 수 있습니다. 자동 검증을 하려면 요율을 규칙 데이터로 바꿔야 합니다.
여기에 계약 버전과 적용 기간을 반드시 함께 관리해야 합니다. 요율이 바뀐 달에 이전 요율로 청구되는 일이 가장 흔한 오류이며, 운송 건의 상차일 기준으로 어느 버전을 적용할지 시스템이 판단할 수 있어야 합니다.
자동 대사와 예외 처리 흐름
기준 데이터가 갖춰지면 흐름은 단순합니다. 운송 실적으로 예상 운임을 먼저 계산하고, 청구 금액과 비교하여, 허용 오차 안이면 자동 승인합니다.
예를 들어 11톤 차량의 수도권→부산 구간 기본 운임이 450,000원, 유류 할증이 5%(22,500원), 무료 대기 1시간을 넘긴 1시간분 대기료가 20,000원이라면 예상 운임은 492,500원입니다. 청구 금액이 520,000원이면 차이는 27,500원(약 5.6%)이고, 허용 오차를 '건당 1% 또는 1,000원 이내'로 두었다면 이 건은 예외로 분류됩니다.
예외 건에는 사유 코드를 붙입니다. 중복 청구, 요율 버전 불일치, 톤급 상이, 증빙 없는 부대비용, 실적 없는 청구 등으로 나누고, 운송사와 주고받은 협의 내용과 최종 조정 금액을 건별로 남깁니다. 이 이력이 쌓여야 같은 유형의 차이가 반복되는 운송사를 식별할 수 있습니다.
정산 데이터를 물류비 분석으로 확장하기
검증을 거친 정산 데이터는 건 단위로 정리된 운송 원가 데이터이기도 합니다.
이 수치가 있으면 요율 재협상과 운송사 재배정을 감이 아니라 근거로 진행할 수 있습니다. 대기료가 집중되는 납품처는 요율이 아니라 입고 예약 방식을 바꿔야 하는 문제라는 점도 데이터로 드러납니다.
구축 범위 판단: TMS 기능과 별도 정산 시스템
이미 TMS를 쓰고 있다면 배차·실적 데이터는 TMS에서 가져오고, 요율 엔진과 대사 기능만 별도로 구축하는 방식이 현실적입니다. 표준 TMS의 정산 기능은 화주별로 복잡한 부대비용 규칙을 담기 어려운 경우가 많기 때문입니다. ERP와는 승인된 정산 금액을 매입 전표로 넘기는 지점에서 연동합니다.
도입은 단계적으로 진행하시기를 권합니다.
POLYGLOTSOFT의 운송 정산 시스템 구축
POLYGLOTSOFT는 화주의 계약 구조에 맞춘 요율 엔진, 청구서 자동 대사, 예외 처리 워크플로, TMS·ERP 연동까지 운송 정산 시스템을 맞춤 개발합니다. 구독형 개발 서비스를 이용하시면 요율 디지털화부터 작게 시작하여 단계별로 범위를 넓혀 가실 수 있습니다. 운송비 청구서를 검증할 기준이 필요하시다면 POLYGLOTSOFT에 문의해 주시기 바랍니다.