운송 완료 알림이 왔어요.
기사가 하차지에 도착했고, 화물이 내려졌어요. 현장에서의 일은 끝났어요.
그런데 담당자의 일은 끝나지 않았어요.
1. 완료 이후에 일어나는 일들
운송이 끝난 다음부터 시작되는 일이 있어요.
기사가 계산서를 발행해야 해요. 대기료나 추가 비용이 발생했다면 협의가 필요해요. 협의된 금액이 계산서에 정확히 반영됐는지 확인해야 해요. 화주에게는 이번 달 운송분을 청구해야 해요. 청구서와 배차 내역이 맞는지 대조해야 해요.
그리고 한 달에 한 번, 이 모든 것을 묶어서 월마감을 해요.
운송 완료는 끝이 아니에요. 다시 일이 시작되는 시점이에요.
2. 히스토리가 없을 때 생기는 일
대기료 건으로 기사님에게서 전화가 왔어요.
"지난달 청주 운송건에서 대기 2시간 있었는데 반영이 안 됐어요."
담당자는 기억이 가물가물해요. 카톡을 뒤져요. 그날 주고받은 메시지를 찾아요. 어떤 금액으로 협의했는지, 실제로 합의가 됐는지, 계산서에 반영이 됐는지 하나하나 확인해요.
그날 운송 건이 30개였다면, 정확히 어느 건인지 특정하는 것부터가 일이에요.
이런 상황이 한 달에 몇 번씩 반복돼요. 카톡이 운송 기록 보관소가 되는 이유예요.
3. 데이터는 있었어요. 연결이 안 됐을 뿐이에요
운송이 완료되면 데이터가 생겨요.
기사 정보, 상하차지, 운임, 완료 시각, 추가 비용 내역. 이 데이터는 어딘가에 있어요. 엑셀 일보에 있거나, TMS에 있거나, 기사 카톡에 있거나, 담당자 머릿속에 있어요. 그치만 어딘지 파악도 못하고 흩어져 있어요.
이 데이터가 필요해질 때, 분쟁이 생겼을 때, 정산을 검토할 때, 화주별 수익률을 볼 때, 데이터를 다시 모아야 해요. 모두 사람이 수기로요.
히스토리가 없는 게 아니었어요. 한 곳에 모여 있지 않았던 거예요.
4. 센디에서 이미 봤던 문제
센디는 수백만 건의 운송을 중개해왔어요. 그 과정에서 배웠어요. 운송이 완료되는 순간의 데이터가 얼마나 중요한지요. 화주 입장에서 "정말 완료됐나요?"를 확인하고 싶은 니즈, 기사 입장에서 "내가 이 운송을 했다"는 증빙의 필요성, 운송사 입장에서 "이 운송에서 얼마가 남았나"를 알고 싶은 욕구.
그래서 센디는 운송확인증을 만들었어요. 운송이 완료되는 순간 증빙이 자동으로 생성되는 기능이에요. 수기로 작성하거나 카톡으로 사진을 주고받을 필요가 없어요.
완료 시점의 데이터를 붙잡아두는 것, 그게 시작이었어요.
5. sendyX가 히스토리에 집중한 이유
운송 전 - 배차 - 오더 관리를 잘 처리하는 시스템은 이미 있어요. 그런데 운송 후가 비어 있었어요.
완료된 운송 건이 어떤 상태인지, 계산서가 발행됐는지 안 됐는지, 금액 수정이 있었는지, 정산이 완료됐는지. 이 흐름이 하나의 히스토리로 남는 시스템이 없었어요. sendyX가 사후 히스토리에 집중한 건 이 이유예요.
운송이 완료되는 순간부터 정산이 완료되는 순간까지, 그 사이에 일어나는 모든 것이 기록으로 남아야 해요. 나중에 분쟁이 생겼을 때 카톡을 뒤지지 않아도 돼요. 월말에 손익을 볼 때 엑셀을 새로 만들지 않아도 돼요. 팀별로, 기사별로, 화주별로 데이터를 꺼낼 수 있어요.
6. 히스토리가 쌓이면 달라지는 것들
분쟁이 줄어요 대기료, 추가 비용, 수정 발행 — 협의된 내역이 기록으로 남아 있으면 나중에 "그런 말 한 적 없다"가 사라져요.
수익률을 신뢰할 수 있어요 계산서 발행 여부와 관계없이 완료된 운송 건의 예상 매입이 잡혀 있어요. 수익률이 실제를 반영해요.
의사결정이 감이 아닌 데이터로 돼요 이 거래처가 실제로 남는 거래처인지, 이 노선이 효율적인지. 쌓인 히스토리가 답을 줘요.
운송이 완료되는 순간, 일이 끝나는 게 아니에요. 데이터가 시작되는 거예요. sendyX는 그 데이터를 붙잡는 것부터 시작해요.
sendyX가 만들어가는 운송 관리의 방향이 궁금하다면, 아래에서 업데이트를 받아보세요.
