포워딩 · 수출 운영 자동화
Freight forwarding · Export operations
고객의 요청을 Booking 정보와 대조하고, 선사 서류가 도착하면 항목별로 검증합니다. 마감이 변경되면 영향받는 건을 전부 찾아내고, 고객에게 보낼 안내문을 작성합니다. 모두 정해진 규칙에 따라 처리할 수 있는 업무입니다. 이 부분을 시스템이 수행하고, 모든 발송은 담당자의 승인을 거친 후에만 이루어집니다.
Reading customer requests. Matching them against booked space. Verifying carrier documents field by field. Identifying every booking affected when a cut-off changes. Drafting the customer notice. All of it is rule-based work — the system handles that part, and a person approves everything before it goes out.
미국 수출 포워더의 실제 운영 시스템에서 측정한 수치 · 2026년 8월 기준
Measured from a system in daily production at a US export forwarder · Aug 2026
시연
See it run
실제 사례를 그대로 재현한 화면입니다. 해당 선박에는 부킹 다섯 건이 배정되어 있었지만 통지에는 한 건만 명시되었고, 나머지 네 건은 확인할 메일 자체가 없었습니다. 별도의 조작 없이 자동으로 재생됩니다.
This is a real incident, reconstructed exactly as it occurred. Five bookings were assigned to that sailing; the notice named one. For the other four, no email ever arrived. The demo plays automatically — no interaction required.
표시된 부킹번호·선사명·수량·날짜는 모두 가상의 값입니다. · 새 창에서 열기
All booking numbers, carrier names, quantities and dates shown are fictional. · Open in a new tab
작동 방식
How it works
시간에 민감한 물류에서 대응 속도는 곧 신뢰입니다. 답은 이미 존재합니다 — 다만 다섯 곳에 흩어져 있을 뿐입니다. 자동화 시스템은 문의가 도착하기 전에 데이터를 한곳에 취합해 관리합니다.
In logistics, response time is trust. The answer already exists — it is simply spread across five systems. This one consolidates it before the question arrives.
하루 50~200통 중 한 통
One of 50–200 a day
양식도, 참조번호도 없는 한 줄짜리 메일입니다. 하지만 어디를 확인해야 하는지는 오직 담당자만 알고 있습니다.
No form, no reference number — a single line of text. And the only person who knows where to look is the one already handling everything else.
건당 10~15분
10–15 minutes each
어느 한 곳에서 풀 수 있는 문제가 아닙니다. 선사 사이트와 터미널 사이트를 확인하고, 트럭커 메일을 찾고, 관리 시트와 이전 스레드까지 확인한 후에야 회신을 작성할 수 있습니다.
No single source holds the complete answer. You check the carrier site, then the terminal site, search for the trucker's email, open the sheet, find the thread where the booking was amended — and only then write the reply.
문의가 오기 전에, 매 회차마다
Before anyone asks, on every pass
시스템은 다섯 곳의 소스를 하루 종일 순회하며 정보를 한곳에 취합합니다. 검색에 쓰이던 시간이 사라지고, 소스 간 불일치가 있으면 함께 표시됩니다.
The system polls all five sources throughout the day and keeps the answer in one place. The looking-up time disappears — and any discrepancy between sources is flagged alongside it.
승인 전에는 발송되지 않습니다.
Nothing goes out until this box is checked.
이 단계 없이는 어떤 것도 발송되지 않습니다
Nothing goes out without this step
회신은 이미 작성되어 있습니다. 수정하거나 폐기할 수 있습니다. 그리고 고객이 묻지 않은 사항 — 아직 반입되지 않은 세 번째 컨테이너 — 까지 함께 표시됩니다.
The reply is already drafted. Edit it, or discard it. And it surfaces what nobody asked about — the third container that has not gated in yet.
업계 조사에 따르면 포워딩 데스크는 하루 50~200통의 고객 메일을 처리하며, 메일 업무만으로 근무시간의 최대 30%가 소요됩니다. 실제로는 상태 문의 한 건을 받아 상황을 파악하는 데만 최소 30분, 자료를 찾아 회신을 정리하는 데 다시 10~15분이 걸립니다.
Industry surveys place a forwarding desk at 50–200 customer emails a day, with email alone consuming up to 30% of working hours. In practice, a single status inquiry takes at least thirty minutes just to understand the situation — and another 10–15 minutes to gather the material and draft the reply.
시스템 구성
What the system covers
기존 시스템을 교체하지 않습니다. 현재 사람이 수작업으로 처리하고 있는 구간에만 결합되며, 모듈 하나만으로도 시작할 수 있습니다.
Nothing you currently run is replaced. Each module fits into a gap that is now being filled by hand — and a single module is enough to start.
| 모듈 | 기능 | 효과 | Module | What it does | What changes |
|---|---|---|---|---|---|
| 요청 접수 | 고객 요청을 판독하여 확보된 부킹과 대조하고, supplier·품목별로 분류한 뒤 회신 초안까지 작성합니다 | 건당 20~30분 소요되던 처리가 2분 검토로 단축됩니다 | Request intake | Reads customer requests, matches them against available space, splits them by supplier and commodity, and drafts the reply | 20–30 minutes of handling per request becomes a two-minute review |
| 선사 서류 대조 | 선사 6곳의 확정 서류를 판독하여 기록에 반영하고, 요청 값과 항목별로 대조합니다 | 전기(轉記) 작업이 사라지고, 불일치는 담당자가 열람하기 전에 표시됩니다 | Document reconciliation | Reads confirmations from six major carriers into your records and verifies every field against what was requested | Retyping disappears; discrepancies are flagged before anyone opens the file |
| 스케줄·마감 관리 | 선사 스케줄과 터미널 11곳을 매일 확인합니다. 마감 변경을 당일 감지하고, 같은 선박의 부킹 전체를 함께 보정합니다 | 마감 누락으로 인한 선적 실패가 사라집니다 | Schedule & cut-off monitoring | Polls carrier schedules and eleven terminals daily, detects changes the day they occur, and reconciles every booking on the affected sailing | Missed cut-offs are eliminated as a failure mode |
| 선사 포털 연동 | 선사 웹사이트에서 부킹을 생성·수정·취소합니다. 제출 직전 화면을 재판독하여 값을 항목별로 검증합니다 | 반복 입력이 사라지고, 잘못된 값은 제출 자체가 차단됩니다 | Carrier portal integration | Creates, amends and cancels bookings on carrier websites, re-reading the screen and verifying every field before submission | Repetitive entry is removed; incorrect values are never submitted |
| 선적 서류 | SI를 작성·제출하고, Draft B/L을 항목별로 대조하며, Pre-Alert과 Telex Release를 준비합니다 | 서류 지연으로 인한 선적·통관 지연이 감소합니다 | Shipping documentation | Prepares and files shipping instructions, verifies draft B/Ls line by line, and assembles pre-alerts and telex releases | Documentation lead time shortens |
| 신고·요금 처리 | 수출신고를 제출하고 회신 번호를 기록에 반영합니다. 터미널 요금은 명세를 검산한 후 결제하고 영수증을 보관합니다 | 마감 직전까지 신고가 누락된 채 남는 상황이 사라집니다 | Filings & fees | Submits export filings and writes reference numbers back, verifies terminal charges before payment, and retains receipts | No filing is left outstanding as a deadline approaches |
| 운영 모니터링 | 자동화를 감시하는 독립 계층입니다. 중단·오류·규칙 위반이 발생하면 대시보드·휴대폰·메일로 즉시 통보합니다 | 자동화가 조용히 멈춰 있는 상황이 발생하지 않습니다 | Operational monitoring | An independent layer that watches the automation itself — failures, stalls and rule violations are reported immediately to your dashboard, phone or inbox | Silent failure is no longer possible |
사례
Case files
각 사례는 열면 저절로 재생됩니다. 무슨 일이 있었고, 왜 감지되지 않았으며, 지금은 무엇이 이를 막는지 2분이면 확인하실 수 있습니다. 표시되는 번호·수량·날짜는 모두 가상입니다.
Each case plays on its own once you open it — what went wrong, why it went unnoticed, and what prevents it now. About two minutes each. Every reference, quantity and date shown is fictional.
수작업으로 10분이 걸렸고, 그럼에도 오류 2건이 통과되었습니다. 시스템은 3초에 전 항목을 대조하고 선사 앞 정정 요청까지 작성해 둡니다.
Ten minutes by hand, and two errors still slipped through. Three seconds by the system, with the correction to the carrier already drafted.
화주가 목요일 밤에 보낸 수정 인보이스가 안읽음 214통 속에 묻혔습니다. 수출신고는 이미 옛 금액으로 나간 뒤였고, 출항까지 여섯 시간 남아 있었습니다.
An amended invoice arrived on Thursday night and sat unread among 214 messages. The filing had already gone in on the old value, six hours before departure.
터미널 게이트가 이틀 닫혔고 대리점 통관이 늦었습니다. 그걸 증명할 기록은 받은편지함·대리점 스레드·트럭커 메시지·시스템 로그 네 군데에 흩어져 있었습니다.
The terminal gate was shut for two days and the agent ran late. The proof sat in four places at once — an inbox, an agent thread, a messaging app and a log.
설계 원칙
Design principles
[✓] 승인 후 발송 — 외부로 나가는 모든 것은 시스템이 초안까지만 작성합니다. 발송은 담당자가 확인하고 승인합니다. 외부로 나가는 모든 경로에는 예외 없이 사용자의 확인 단계가 있습니다.
[✓] Approve, then send — everything that leaves your office is drafted by the system and released by a person. Every outbound path includes a human checkpoint, by design.
배경
Background
미국 포워딩 회사에서 7년째 수출 데스크를 직접 담당하고 있습니다. 이 시스템은 제 업무량을 줄이기 위해 개발을 시작했고, 현재까지 매일 실제 업무에서 운영되고 있습니다.
I have run the export desk at a US freight forwarder for seven years. This system began as a way to reduce my own workload, and it has been in daily production use ever since.
일반적인 소프트웨어 개발은 사전에 정리된 요구사항을 기반으로 진행되기 때문에, 현장에서만 드러나는 예외 상황은 한참 뒤에야 발견됩니다. 이 시스템은 그 예외를 먼저 겪은 사람이 설계했습니다. 선사가 서류 없이 메일 한 줄로 스케줄을 변경하는 일, 같은 선박의 부킹들이 서로 다른 값을 가진 채 방치되는 일 — 요구사항 문서에는 기재되지 않지만 매주 발생하는 상황들입니다.
A conventional software project is built from requirements gathered in advance, which is why the exceptions that only appear on the operations floor tend to surface late. This system was designed by someone who encountered those exceptions first-hand — a carrier changing a schedule in a one-line email with no document attached, bookings on the same sailing quietly drifting out of sync. None of it appears in a requirements document; all of it happens weekly.
그리고 자동화는 구축보다 유지가 훨씬 어렵습니다. 선사 화면은 수시로 바뀌고 서류 양식도 계속 달라집니다. 그 환경에서 시스템이 멈추지 않도록 하는 일 — 모니터링, 복구, 단계적 확장 — 에 이 시스템 설계의 절반이 투입되었습니다.
And the harder half of automation is not building it — it is keeping it running. Carrier sites change without notice; document formats drift. Monitoring, recovery and staged rollout account for half of this system’s design.
미국 기반 · 미국 및 한국 포워더 대상 · 한국어 / English
Based in the US · Serving forwarders in the US and Korea · English / 한국어
— B.H. Lee
진행 방식
How we work
시스템 전체를 교체하자는 제안이 아닙니다. 효과가 가장 빠르게 확인되는 모듈 하나를 실제 업무에 적용해 결과를 확인하신 후, 확장 여부를 결정하시면 됩니다.
This is not a wholesale replacement. One module — the one with the fastest payback — goes live on your desk, and you judge the results before anything further is built.
| 단계 | 내용 | 기간 | Stage | What happens | Timeline |
|---|---|---|---|---|---|
| 진단 | 업무 흐름을 함께 검토합니다. 자동화할 가치가 있는 업무와 그렇지 않은 업무를 구분하고, 우선순위를 제안합니다. | 무료 · 30분 | Assessment | A structured walk-through of your workflow. I identify what is worth automating, what is not, and propose an order of priority. | Free · 30 min |
| 파일럿 | 최우선 모듈 하나를 실제 업무에 적용합니다. | 2~4주 | Pilot | The highest-priority module goes into live use on your desk. | 2–4 weeks |
| 확장 | 파일럿이 검증되면 모듈을 하나씩 추가합니다. 각 단계는 사전 승인 후 진행됩니다. | 모듈당 2~4주 | Expansion | Additional modules are added one at a time once the pilot has proven itself, each step approved in advance. | 2–4 weeks each |
| 운영 지원 | 월 정액 방식입니다. 선사 화면 변경에 대응하고, 새로운 예외를 반영하며, 지속적으로 개선합니다. | 지속 | Ongoing support | Flat monthly fee. Covers carrier system changes, new exceptions and continuous improvement. | Ongoing |
보류 — 아래 세 구간은 뺄지 검토 중입니다
On hold — the three sections below are under review
감지 항목
What it catches
모두 알려진 문제들입니다. 몰라서 놓치는 것이 아니라, 확인할 시간이 없어서 놓치는 것입니다.
None of these are surprises. They are missed for lack of time, not lack of awareness.
Cut-off
같은 선박에 다섯 건이 배정되어 있어도 선사 통지에는 부킹번호 하나만 기재되는 경우가 흔합니다. 나머지 네 건은 확인할 메일 자체가 없습니다.
Five bookings on the sailing, one booking number in the notice. For the other four, no email ever arrives.
같은 선박·같은 항구의 부킹을 전부 찾아 일괄 보정하고, 화주 앞 안내문을 건별로 준비합니다.
Every booking on that vessel and port is identified and corrected together, with a notice drafted for each shipper.
Terminal
선사 컨펌에는 금요일 16시로 기재되어 있지만 터미널 게이트는 목요일에 닫힙니다. 트럭이 게이트에 도착한 뒤에야 확인되는 경우가 많습니다.
The carrier’s confirmation says Friday 16:00; the terminal gate closes Thursday. Too often, this is discovered when the truck is already at the gate.
터미널 11곳의 스케줄을 매일 확인하여, 선사 값과 다를 경우 더 이른 마감을 우선 표시합니다.
Eleven terminal schedules are checked daily, and the earlier deadline is surfaced whenever it differs from the carrier’s.
VGM
한 건만 누락되어도 해당 컨테이너는 선적되지 않습니다. 여러 건이 걸린 선박에서는 어느 컨테이너가 누락되었는지 파악하는 것부터가 별도의 작업입니다.
One missing filing keeps that container off the vessel. On a multi-container sailing, simply identifying which one is missing takes time.
출항 전 컨테이너 단위로 집계하여, 반입 수량과 신고 수량이 다르면 마감 전에 알립니다.
Counted container by container before the cut-off — if the gated-in count does not match the filed count, you are alerted while there is still time to act.
Draft B/L
컨테이너 67개면 대조해야 할 값이 200개에 달합니다. 씰 번호 한 자리의 오류가 B/L, 수출신고, 도착지 서류까지 그대로 이어집니다.
Sixty-seven containers means roughly 200 values to compare. A single wrong digit in a seal number carries through to the B/L, the export filing and the destination paperwork.
서류 도착 즉시 전 항목을 대조하고, 선사 앞 정정 요청을 초안으로 준비해 둡니다.
Every field is compared the moment the document arrives, with a correction request to the carrier drafted and ready for approval.
AES / ITN
신고는 접수되었지만 회신을 아무도 확인하지 않습니다. 출항 시점에야 누락이 드러나고, 벌금은 화주에게 부과됩니다.
The filing went in, but no one verified the response. The gap surfaces at sailing — and the penalty falls on the shipper.
신고와 회신을 한 쌍으로 추적합니다. 회신이 없거나 값이 일치하지 않으면 해당 건은 미결로 유지됩니다.
Each filing and its response are tracked as a pair — a missing response or a mismatched value keeps the item open until resolved.
Omission
항차가 취소되거나 기항이 누락되면 해당 선박에 배정된 부킹 전체가 영향을 받습니다. 트럭이 출발하기 전에 화주에게 안내되어야 합니다.
A blank sailing or an omitted port call affects every booking assigned to that vessel. Shippers need to know before the truck rolls.
스케줄 변경 시 영향받는 부킹을 전수 확인하여, 대체 선박 후보와 함께 한 화면으로 보고합니다.
When the schedule changes, every affected booking is identified and presented together with alternative sailings.
Roll
선사는 다음 항차로 이월했지만, 화주에게 발송된 컨펌에는 이전 선박과 이전 마감이 그대로 남아 있습니다.
The carrier moved the booking to the next sailing, but the confirmation already sent to the shipper still shows the old vessel and the old cut-off.
발송된 안내와 현재 값을 상시 대조하여, 불일치가 발견되면 정정 안내를 초안으로 준비하여 담당자에게 승인을 요청합니다.
What was sent to the customer is continuously checked against current data — any divergence produces a drafted correction, submitted for your approval.
Pre-Alert
도착지 파트너는 서류가 도착해야 업무를 시작할 수 있습니다. 지연되면 통관이 밀리고 보관료가 발생합니다. 그럼에도 이 업무는 늘 다른 업무에 밀립니다.
The destination agent cannot begin without the documents. A late pre-alert means delayed clearance and storage charges — yet this is the task that always gets deferred.
출항 일정에 맞춰 자동으로 준비됩니다. 서류가 모두 갖춰지면 첨부까지 완료된 상태로 승인 대기열에 올라옵니다.
It is assembled automatically against the sailing date — once the documents are complete, it appears in the approval queue with attachments in place.
여덟 가지 모두 규칙으로 판정 가능한 업무입니다. 판단이 필요한 건은 시스템이 처리하지 않고 담당자에게 이관합니다.
All eight are rule-based determinations. Anything that requires judgement is escalated to a person rather than decided by the system.
문제
The problem
부킹번호, 선박명, 마감, 수량을 선사 서류에서 시트로, 시트에서 다시 고객 메일로 옮겨 적습니다. 하루 수십 회 반복되며, 옮길 때마다 오류 가능성이 하나씩 늘어납니다.
Booking number, vessel, cut-off, quantity — from the carrier’s document into a sheet, from the sheet into a customer email, dozens of times a day. Every transfer adds another opportunity for error.
선사가 선박이나 마감을 변경하면 메일이 한 통 도착합니다. 그 메일에 부킹번호가 하나만 기재된 경우가 흔하며, 같은 선박의 나머지 부킹은 어디에도 기재되지 않습니다.
When a carrier changes a vessel or moves a cut-off, a single email arrives — often naming a single booking. The rest of the bookings on that sailing appear nowhere.
재확인할 여유가 가장 없는 시간대에, 재확인이 필요한 업무가 집중됩니다. 꼼꼼함의 문제가 아니라 시간의 문제입니다.
The hours with the least room for double-checking are the hours that need it most. It is a problem of time, not of diligence.
운영 기록
From the record
마지막 두 수치가 핵심입니다. 선사는 같은 선박의 부킹 중 일부에만 서류를 발송합니다. 나머지는 확인할 방법이 없습니다 — 읽을 서류 자체가 없기 때문입니다. 아무리 숙련된 담당자도 도착하지 않은 메일은 읽을 수 없습니다. 시스템은 같은 선박에 묶인 부킹을 전수 조회하여 값을 일치시킵니다.
The last two figures are the point. A carrier sends documents for some of the bookings on a sailing, not all of them. The rest cannot be checked — there is no document to read. However experienced the team, no one can read an email that never arrived. The system identifies every booking on the sailing and reconciles them all.
2026년 7월 29일 ~ 8월 27일 · 실제 운영 로그에서 집계한 수치입니다 · 산출 방식은 요청 시 그대로 공개합니다
29 Jul – 27 Aug 2026 · counted directly from the production log · methodology available on request