기사님이 운행 완료를 입력했는데도 청구 단계에서 대기료, 추가 경유, 거래처 요청 변경을 다시 확인해야 하는 경우가 있습니다. 월말 정산이 늦어지는 이유는 회사마다 다르지만, 완료 사실과 청구 금액 확정을 하나의 상태로 묶어 두면 예외 건을 가려내기 어려워질 수 있습니다.
운송비 청구 시스템을 기획할 때 핵심은 완료 버튼에 사진이나 서명을 얼마나 붙일지부터 정하는 일이 아닙니다. 배차 때 정한 단가·경로·작업 조건이 유지된 운행만 기본 운임 청구 목록에 넣고, 금액이나 부담 주체가 달라질 수 있는 항목은 담당자가 다시 판단하도록 흐름을 나누는 일입니다.
완료 접수와 청구 확정은 다른 판단으로 둔다
기사의 완료 입력은 현장 작업이 끝났다는 보고입니다. 반면 청구 확정은 회사가 배차 조건과 운행 기록을 비교한 뒤, 거래처에 낼 기본 운임을 잠글 수 있다고 판단한 결과입니다. 일부 운송 관리 제품은 운행 실행 상태를 비용 확인과 정산의 선행 조건으로 설정할 수 있습니다. 다만 이 기능이 잘 작동하려면 계약 단가와 업무 규칙이 미리 등록되어 있어야 합니다.
두 단계를 분리하면 완료 접수 뒤 시스템이 우선 기본 운임 청구 후보를 만들고, 정해 둔 조건을 통과한 건만 자동 확정할 수 있습니다. 담당자는 모든 완료 건을 다시 들여다보기보다 조건에서 벗어난 건에 집중합니다. 추가 경유가 있었더라도 기본 운임까지 되돌리는 대신, 추가 경유 비용만 별도로 확인하는 방식도 가능해집니다.
시간 기록도 둘로 나누어 보관하는 편이 좋습니다. 현장에서 작업이 끝난 시각과 시스템에 완료가 등록된 시각은 통신 문제나 사후 입력 때문에 다를 수 있습니다. 어느 시간을 청구 마감이나 대기료의 기준으로 쓸지는 계약과 운영 정책으로 정해야 합니다. 다만 수정이 생겼을 때 기존 값을 덮어쓰지 않고, 누가 무엇을 왜 바꿨는지 남겨야 나중에 판단 근거를 확인할 수 있습니다.
기본 운임 자동 확정은 조건이 분명한 운행부터 시작한다
자동 확정은 “완료된 운행 전체”가 아니라 “배차 조건과 결과가 명확히 일치한 기본 운임”에 적용하는 편이 낫습니다. 예를 들어 고정 노선에 정액 운임을 적용하고, 배차 뒤 차량·물량·경로·작업 조건의 변경이 없었다면 완료 기록은 합의된 단가를 적용하는 근거가 될 수 있습니다. 완료 기록 자체가 새 단가를 판단하는 자료가 되는 것은 아닙니다.
요구사항에는 자동 확정의 기준을 짧고 분명하게 적어 두는 것이 좋습니다.
- 배차 번호와 운송사, 기사 또는 차량 정보가 배차 기록과 일치한다.
- 출발지·도착지와 예정 경유지에 변경이 없다.
- 적용할 계약 단가와 단가 기준이 등록되어 있다.
- 기본 작업 단위와 실제 완료 시각이 빠짐없이 남아 있다.
- 추가 비용 요청, 거래처 이의, 배차 변경 이력이 없다.
가상의 사례로 서울과 대전 사이를 정액 운임으로 운행한다고 가정해 보겠습니다. 기사가 하차 완료를 입력했고 배차 조건도 바뀌지 않았다면, 시스템은 기본 운임을 청구 목록에 자동 반영할 수 있습니다. 반대로 배차 단가가 아직 등록되지 않았거나 물량 변경 여부가 확인되지 않는다면, 완료 입력이 있어도 자동 확정 대상에서 제외하는 편이 안전합니다.
추가 비용은 계산 가능 여부와 승인 가능 여부를 나눈다
대기료, 추가 경유, 상하차 지원, 반품 회차처럼 현장 상황에서 생기는 비용은 기본 운임과 성격이 다릅니다. 이런 비용을 기본 운임에 합쳐 한 번에 확정하면, 담당자는 나중에 어느 금액이 약정 운임이고 어느 금액이 예외 비용인지 다시 추적해야 합니다. 기본 운임은 자동 확정하더라도 예외 비용은 별도 검수 대상으로 남겨 둘 이유가 여기에 있습니다.
대기료를 예로 들면 계약 단가와 무료 허용 시간뿐 아니라, 도착·작업 시작·작업 종료 시각이 신뢰할 수 있는 방식으로 기록되어야 계산을 자동화할 수 있습니다. 계산값이 나와도 자동 승인까지 가능한지는 별도 문제입니다. 수하인 지연인지, 운송사 사정인지, 거래처가 비용을 부담하기로 사전 합의했는지가 불명확하면 담당자가 사유와 근거를 보고 판단해야 합니다.
업체나 내부 개발팀과 논의할 때는 기사 앱의 완료 화면보다 예외 검수 흐름을 먼저 확인해 볼 만합니다. 완료 처리와 기본 운임 확정을 분리할 수 있는지, 비용 사유마다 필요한 기록과 승인자를 다르게 정할 수 있는지, 완료 시각·등록 시각·단가·수정 이력을 함께 볼 수 있는지를 묻는 방식입니다. 처음부터 모든 추가 비용을 자동화하기보다, 현재 가장 자주 다시 확인하는 비용 사유 하나부터 분리해 보면 필요한 기록과 모호한 거래처 조건이 드러납니다.
