전화로 받은 요청은 메모에, 카톡으로 받은 상·하차지는 대화방에, 엑셀로 받은 물량은 파일에 남습니다. 담당자는 각각의 내용을 읽고 배차 프로그램이나 운송관리 시스템에 다시 입력합니다. 입력 도중 변경 요청이 오면 원문을 찾아 수정하고, 빠진 조건은 화주에게 다시 확인해야 합니다.
화물 오더 입력을 개선하려면 이 과정을 나눠 살펴볼 필요가 있습니다. 받은 내용을 읽는 작업, 시스템 항목에 맞춰 정리하는 작업, 빠진 정보를 확인하는 작업은 서로 다릅니다. 어디를 자동화하고 어디에서 사람이 확인할지 구분하면, 우리 회사에 필요한 기능도 구체적으로 정할 수 있습니다.
01 / 입력 흐름
오더를 받은 뒤, 어떤 내용을 다시 입력하는지 살펴보세요
먼저 평소 처리하는 오더를 몇 건 골라 접수부터 시스템 등록까지 따라가 보세요. 정상적으로 들어온 주문뿐 아니라 주소가 빠진 주문, 시간이 바뀐 주문, 여러 건이 한꺼번에 들어온 주문도 함께 보는 것이 좋습니다.
| 접수 방식 | 시스템에 옮길 때 하는 일 | 확인할 지점 |
|---|---|---|
| 전화 | 통화 내용을 메모하고 입력 항목으로 정리 | 메모에 빠진 조건, 재확인이 필요한 내용 |
| 카톡·문자 | 대화에서 해당 주문을 찾아 필요한 내용을 입력 | 최초 요청과 후속 변경의 연결, 한 메시지 안의 여러 주문 |
| 엑셀 | 화주별 열과 행을 시스템 항목에 맞춰 옮김 | 날짜·주소 형식, 한 행과 한 오더의 관계, 수정본 구분 |
예를 들어 카톡 메시지를 읽어 상·하차지와 일시를 추출할 수 있어도, 실제 시스템 등록까지 담당자가 다시 입력해야 한다면 그 작업은 남습니다. 반대로 시스템 입력을 자동화해도 화주에게 확인할 조건이 빠져 있다면 바로 배차를 진행하기 어렵습니다.
대표와 운영 책임자가 먼저 확인할 것은 한 건을 처리할 때 담당자가 손대는 지점입니다. 접수된 정보가 시스템에 들어갈 때까지 어떤 재입력과 확인이 반복되는지 적어 보세요.
02 / 항목 정리
서로 다른 주문을 같은 항목으로 정리하세요
화주에게 받는 형식이 달라도 시스템에 필요한 항목을 정해 두면, 자동으로 채울 내용과 추가로 확인할 내용을 구분하기 쉽습니다.
다음은 설명을 위한 가상 메시지입니다. 실제 고객 자료나 OPUS 화면이 아닙니다.
받은 메시지
10월 6일 오전 9시 경기 화성 A창고 상차, 같은 날 대전 B센터 하차입니다. 5톤 윙바디, 파렛트 8개예요. 상세 주소는 따로 보내드릴게요.
원문에 없는 정보는
확인할 항목으로 남깁니다.
입력 항목으로 정리
| 입력 항목 | 메시지에서 정리할 내용 | 추가 확인 |
|---|---|---|
| 상차 일시 | 10월 6일 오전 9시 | 실제 접수 맥락의 연도 |
| 상차지 | 경기 화성 A창고 | 상세 주소·현장 연락처 |
| 하차 일시 | 10월 6일 | 하차 시간 또는 허용 시간대 |
| 하차지 | 대전 B센터 | 상세 주소·현장 연락처 |
| 차량 조건 | 5톤 윙바디 | 추가 차량 조건 유무 |
| 화물 | 파렛트 8개 | 중량·규격 등 배차에 필요한 조건 |
| 운임 | 기재 없음 | 계약 단가 적용 여부 또는 별도 협의 |
이렇게 정리하면 원문에 없는 내용도 드러납니다. 누락된 운임을 임의로 채우거나 창고 이름만으로 주소를 확정하지 않고, 확인할 항목으로 남길 수 있습니다. 실제 필수 항목은 회사의 업무와 사용하는 시스템에 맞춰 정하면 됩니다.
전화 오더는 메모를 입력 자료로 쓸지, 음성을 처리할지부터 구분해야 합니다. 카톡은 내용을 복사해 넣는 방식과 대화를 직접 가져오는 방식이 다릅니다. 엑셀도 지정 양식 업로드와 화주별 제각각인 파일을 처리하는 기능은 다릅니다. 프로그램을 비교할 때는 우리 회사가 받는 형태 그대로 어디까지 처리되는지 확인하세요.
03 / 예외 확인
변경·중복·누락을 확인할 지점을 정하세요
처음 받은 내용을 입력한 뒤에도 주문은 바뀔 수 있습니다. 아래 가상 상황을 같은 주문으로 연결해 처리할 수 있는지 살펴보세요.
“아까 요청한 건 상차가 오전 9시에서 11시로 바뀌었습니다.”
기존 주문을 찾고, 상차 시간을 바꾸고, 이미 배차가 진행됐다면 관련 담당자에게 변경을 전달해야 합니다. 이때 새 주문으로 등록되는지, 기존 주문을 수정하는지에 따라 이후 업무가 달라집니다.
자동화 도입 전에는 다음 네 가지를 점검해 보세요.
- 변경: 최초 요청과 수정 내용을 연결하고 최신 조건을 확인할 수 있는가?
- 중복: 같은 주문이 카톡과 엑셀로 각각 들어왔을 때 어떻게 구분하는가?
- 누락: 주소·일시·차량 조건이 부족하면 어떤 방식으로 확인하는가?
- 등록 결과: 기존 시스템에 등록되지 않은 건을 담당자가 알아볼 수 있는가?
이 항목들은 도입을 검토할 때 확인할 기준입니다. 제품마다 지원 방식과 범위가 다르므로, 정상 주문과 예외 주문을 함께 시연해 보는 것이 좋습니다.
04 / 도입 검토
배차 프로그램은 ‘받은 자료부터 등록 결과까지’ 확인하세요
운송사·주선사가 배차 프로그램이나 운송관리 시스템을 검토할 때, 오더를 입력하는 화면만으로는 실제 업무 변화가 잘 보이지 않을 수 있습니다. 현재 쓰는 자료를 기준으로 다음 흐름을 확인해 보세요.
받은 자료 → 항목 정리 → 담당자 확인 → 시스템 등록 → 등록 결과 확인
| 도입 검토 질문 | 확인할 내용 |
|---|---|
| 어떤 자료를 넣을 수 있나요? | 텍스트·이미지·엑셀 등 지원 형식과 입력 방법 |
| 무엇이 자동으로 정리되나요? | 상·하차지, 일시, 차량 조건 등 인식 항목과 확인 방법 |
| 기존 시스템에 어떻게 들어가나요? | 연동 대상, 별도 설정, 담당자가 직접 처리할 단계 |
| 수정이나 등록 실패는 어떻게 처리하나요? | 수정 절차, 재처리 방법, 담당자에게 보여주는 상태 |
샘플은 거래처명·연락처 등 식별 정보를 제거한 자료나 가상 자료로 준비할 수 있습니다. 내용이 잘 정리된 주문과 확인이 필요한 주문을 함께 비교하세요.
효과를 확인할 때는 입력 시간뿐 아니라 수정에 든 시간과 담당자의 확인 횟수도 기록하면 좋습니다. 예를 들어 같은 샘플에서 기존 방식과 도입 검토 방식의 ‘항목 정리부터 등록 확인까지 걸린 시간’을 비교할 수 있습니다. 이런 비교는 적용 가능성을 판단하는 출발점이며, 전체 운영 성과는 실제 업무에서 별도로 확인해야 합니다.
05 / 현장 적용
OPUS는 화물 정보 인식과 반복 입력 업무를 연결합니다
OPUS는 텍스트와 이미지로 들어온 화물 정보를 읽고 정리해 정보망·TMS 업무로 연결하는 AI 운영 플랫폼입니다. 적용 기능과 연동 범위는 사용하는 시스템과 업무 방식에 따라 확인합니다.
KLD가 공개한 도우물류 사례에는 화주별 오더 양식과 카카오톡 메시지를 인식·기록하고, 여러 플랫폼의 등록·취소를 통합해 처리한 과정이 소개돼 있습니다. 도입 당시 고객 사례로, 현재 모든 기업에 같은 방식으로 적용된다는 의미는 아닙니다. 도우물류 고객 사례 읽기
우리 회사에서 검토할 범위를 정하려면 오더가 들어오는 채널, 현재 사용하는 시스템, 가장 많이 반복하는 입력 작업부터 정리해 보세요. 이를 기준으로 자동화할 업무와 담당자가 확인할 부분을 함께 살펴볼 수 있습니다. OPUS 기능과 도입 검토 항목 보기