포워딩 · 수출 운영 자동화
Freight forwarding · Export operations
요청을 읽고, 잡아 둔 부킹과 맞춰 보고, 선사 서류가 오면 값을 하나씩 대조하고, 마감이 바뀌면 어느 건까지 걸리는지 찾고, 고객에게 보낼 안내를 씁니다. 전부 규칙대로 굴러가는 일입니다. 그 부분을 시스템이 합니다. 보내기는 여전히 사람이 누릅니다.
Reading the request. Matching it to space you already hold. Comparing the carrier's document to it, field by field. Working out which other bookings a moved cut-off just broke. Writing what the customer needs to know. All of it follows rules, so the system does that part — and a person still presses send.
미국 수출 포워더에서 매일 돌고 있는 시스템에서 실제로 잰 값 · 2026.08
Measured from a system in daily production at a US export forwarder · Aug 2026
동작
See it run
실제로 있었던 일을 그대로 옮겼습니다. 그 배에는 다섯 건이 실려 있었는데 통지에는 하나만 적혀 있었습니다. 나머지 넷은 읽을 메일 자체가 없었습니다. 아무것도 안 누르셔도 저절로 돌아갑니다.
This actually happened; it has just been rebuilt here. Five bookings were on that sailing and the notice named one. For the other four there was no email to read at all. Nothing to click — it plays on its own.
모든 부킹번호·선사명·수량·날짜는 가상입니다. · 따로 열기
Every reference, carrier name, quantity and date shown is fictional. · Open on its own
흐름
How it works
답은 이미 있습니다. 다만 다섯 군데에 흩어져 있습니다. 시스템은 묻기 전에 모아 둡니다.
The answer already exists. It is just sitting in five different places. The system collects it before anyone asks.
하루에 50~200통 중 한 통
One of 50–200 a day
양식도 참조번호도 없습니다. 그냥 한 줄입니다. 그런데 답하려면 어디를 봐야 하는지는 담당자만 압니다.
No form, no reference number. Just a line of text. And the only person who knows where to look is the one who is already busy.
한 건에 10~15분
10–15 minutes each
어느 하나만으로는 답이 안 됩니다. 선사 사이트를 열고, 터미널 사이트를 열고, 트럭커 메일을 뒤지고, 시트를 보고, 옛 스레드를 찾습니다. 그러고 나서 답장을 씁니다.
No single one of them has the whole answer. So you open the carrier site, then the terminal site, then hunt for the trucker's email, then the sheet, then the thread where it was amended. Then you write the reply.
묻기 전에, 매 회차마다
Before anyone asks, every pass
다섯 군데를 하루 종일 스스로 돌면서 한 자리에 모읍니다. 그래서 「찾는 시간」이 사라집니다. 어긋난 값이 있으면 그것도 같이 올라옵니다.
It walks those five sources all day and keeps the answer in one place, so the looking-up disappears. Anything that disagrees between them comes up with it.
체크하기 전에는 나가지 않습니다.
Nothing sends until this is ticked.
이것 없이는 아무것도 안 나갑니다
Nothing leaves without this
답장은 쓰여 있습니다. 고치셔도 되고, 버리셔도 됩니다. 그리고 물어보지 않은 것 하나가 같이 올라옵니다 — 아직 반입 안 된 세 번째 컨테이너.
The reply is already written. Edit it, or throw it away. And it surfaces the thing nobody asked about — the third container that has not gated in yet.
업계 조사에 따르면 포워더는 하루 50~200통의 고객 메일을 받고, 메일 확인과 회신이 근무시간의 30%까지 차지합니다. 상태 문의 한 건에 자료를 찾는 시간만 10~15분입니다.
Industry surveys put a forwarding desk at 50–200 customer emails a day, with email alone consuming up to 30% of working time. A single status request costs 10–15 minutes just to research.
잡아내는 것
What it catches
전부 아는 문제입니다. 몰라서 놓치는 것이 아니라, 확인할 시간이 없어서 놓칩니다.
None of these are surprises. They get missed because there is no time to check, not because nobody knows about them.
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 found and corrected together, with a notice drafted for each shipper.
Terminal
선사 컨펌에는 금요일 16시로 적혀 있는데 터미널 게이트는 목요일에 닫습니다. 트럭이 도착해서야 알게 됩니다.
The carrier's confirmation says Friday 16:00. The terminal gate closed Thursday. You find out when the truck is at the gate.
터미널 11곳의 스케줄을 매일 직접 읽어 선사 값과 다르면 이른 쪽을 띄웁니다.
Eleven terminal schedules are read daily and the earlier deadline is surfaced whenever it differs from the carrier's.
VGM
한 건만 빠져도 그 컨테이너는 안 실립니다. 여러 건이 걸린 배에서는 어느 것이 빠졌는지 세는 일부터가 일입니다.
One missing filing and that box does not load. On a multi-container sailing, just working out which one is missing takes time.
배가 나가기 전에 컨테이너 단위로 셉니다 — 반입된 수와 신고된 수가 다르면 마감 전에 알립니다.
Counted container by container before the cut — if what is gated in does not match what is filed, you hear about it while there is still time.
Draft B/L
컨테이너 67개면 대조할 값이 200개쯤 됩니다. 씰 번호 한 자리가 틀리면 B/L·신고서·도착지 서류로 그대로 따라갑니다.
Sixty-seven containers is around 200 values to compare. One wrong digit in a seal number follows the shipment into the B/L, the filing and the arrival paperwork.
도착 즉시 전 항목을 대조하고 선사 앞 정정 요청까지 초안으로 올려 둡니다.
Every field is compared the moment it arrives, with the correction to the carrier drafted and waiting for approval.
AES / ITN
신고는 넣었는데 응답을 아무도 확인하지 않습니다. 출항할 때가 되어서야 없는 것을 알게 되고, 벌금은 화주 몫입니다.
The filing went in, but nobody checked the response. It surfaces at sailing, and the penalty lands on the shipper.
신고와 회신을 한 쌍으로 봅니다 — 회신이 없거나 값이 어긋나면 열린 건으로 남습니다.
The filing and its response are tracked as a pair — no response, or a value that disagrees, keeps the item open.
Omission
항차가 취소되거나 기항이 빠지면 그 배에 걸린 부킹 전부가 갈 곳을 잃습니다. 트럭이 움직이기 전에 화주가 알아야 합니다.
A blank sailing or an omitted call leaves every booking on it without a ship. The shipper needs to know before the trucker rolls.
스케줄이 바뀌면 걸린 부킹을 전부 세어 다음 배 후보와 함께 한 장으로 올립니다.
When the schedule changes, every affected booking is counted and put in front of you with the next sailings alongside.
Roll
선사가 다음 배로 넘겼는데 화주에게 나간 컨펌에는 옛 배와 옛 마감이 그대로 적혀 있습니다.
The carrier moved it to the next sailing. The confirmation already sent to the shipper still shows the old vessel and the old cut-off.
나간 안내와 지금 값을 늘 견줍니다 — 어긋나면 정정 안내를 초안으로 준비합니다.
What you told the customer is checked against what is true now — when they diverge, the correction is drafted.
Pre-Alert
도착지 파트너는 서류가 있어야 움직입니다. 늦으면 통관이 밀리고 보관료가 붙습니다. 그런데 이 일은 늘 다른 일에 밀립니다.
The destination agent cannot start without the documents. Late means delayed clearance and storage charges — and this task is always the one that gets pushed.
출항에 맞춰 스스로 준비됩니다 — 서류가 다 모이면 첨부까지 붙은 채 대기열에 올라옵니다.
It builds itself against the sailing date — once the documents are complete it appears in the queue, attachments and all.
여덟 가지 모두 규칙으로 판정되는 일입니다. 판단이 갈리는 건은 시스템이 처리하지 않고 사람에게 넘깁니다.
All eight follow rules. Anything that requires judgement is handed to a person instead of decided.
문제
The problem
부킹번호와 배 이름, 마감, 수량을 선사 서류에서 시트로 옮기고, 시트에서 다시 고객 메일로 옮깁니다. 하루에 수십 번입니다. 옮길 때마다 틀릴 수 있는 자리가 하나씩 늘어납니다.
Booking number, vessel, cut-off, quantity: out of the carrier's document into a sheet, out of the sheet into an email. Dozens of times a day. Every hop is one more place for it to go wrong.
선사가 배나 마감을 바꾸면 메일이 한 통 옵니다. 그 메일에 부킹번호가 하나만 적혀 있는 일이 흔합니다. 같은 배에 실린 나머지는 어디에도 안 적힙니다.
When a carrier moves a vessel or pulls a cut-off in, one email arrives — and it often names a single booking. The others on that same sailing appear nowhere.
두 번 볼 여유가 가장 없는 시각에, 두 번 봐야 할 일이 몰립니다. 꼼꼼함의 문제가 아니라 시간의 문제입니다.
The hour with the least room to check twice is the hour that most needs it. That is a problem of time, not of care.
실제 기록
From the record
뒤의 두 숫자가 핵심입니다. 선사는 같은 배에 실린 부킹 중 일부에만 서류를 보냅니다. 나머지는 확인할 방법이 없습니다 — 읽을 서류가 아예 없으니까요. 아무리 꼼꼼한 담당자도 오지 않은 메일은 못 읽습니다. 시스템은 같은 배에 묶인 부킹을 전부 찾아서 값을 맞춰 놓습니다.
The last two numbers are the point. A carrier sends a document for some of the bookings on a sailing, not all of them. Nobody can check the rest — there is no email to read. However diligent your team is, they cannot read a document that never arrived. The system finds every booking on that sailing and brings them into agreement.
2026-07-29 ~ 08-27 · 실제 운영 기록에서 센 값입니다 · 어떻게 셌는지는 요청하시면 그대로 보여 드립니다
29 Jul – 27 Aug 2026 · counted directly from the operating log · the time-saving estimate and its arithmetic are available on request
시스템 구성
What the system covers
쓰시던 시스템을 갈아엎지 않습니다. 지금 비어 있는 자리, 사람이 손으로 메우고 있는 자리에만 붙습니다. 하나만 쓰셔도 됩니다.
Nothing you already run gets replaced. Each piece drops into a gap that a person is currently filling by hand. One is enough to start.
| 모듈 | 기능 | 효과 | Module | What it does | What changes |
|---|---|---|---|---|---|
| 요청 받기 | 고객 요청을 읽어 잡아 둔 부킹과 맞추고, supplier·품목별로 나눠 회신 초안까지 써 둡니다 | 한 건에 20~30분 걸리던 것이 2분 검수로 | Request intake | Reads customer requests, matches them to available space, splits by supplier and commodity, and drafts the reply | 20–30 minutes of handling per request becomes a 2-minute review |
| 선사 서류 대조 | 선사 여섯 곳의 확정 서류를 읽어 시트에 반영하고, 요청한 값과 한 칸씩 맞춰 봅니다 | 옮겨 적는 일이 없어지고, 어긋난 값은 담당자가 열기 전에 표시됩니다 | Document reconciliation | Reads confirmations from six major carriers into your records and checks every field against what was requested | Retyping disappears; discrepancies surface before anyone looks |
| 마감 지키기 | 선사 스케줄과 터미널 열한 곳을 매일 봅니다. 마감이 바뀌면 그날 잡고, 같은 배에 실린 건들까지 같이 고칩니다 | 마감을 놓쳐서 화물이 못 실리는 일이 없어집니다 | Schedule & cut-off watch | Polls carrier schedules and 11 terminals daily, catches changes the day they happen, and reconciles every booking on the same sailing | Missed cut-offs stop being a possible failure |
| 선사 사이트 다루기 | 선사 웹에서 부킹을 내고, 고치고, 취소합니다. 제출 직전에 화면을 다시 읽어 값을 하나씩 검산합니다 | 같은 화면을 반복해서 채우는 일이 없어지고, 잘못 넣은 값은 아예 제출되지 않습니다 | Carrier portal integration | Creates, amends and cancels bookings on carrier sites, re-reading the screen and verifying every field before submitting | Repetitive entry removed; wrong entries never submitted |
| 선적 서류 | SI 를 써서 내고, Draft B/L 을 값 하나하나 대조하고, Pre-Alert 과 Telex Release 를 준비해 둡니다 | 서류가 늦어서 생기는 지연이 줄어듭니다 | Shipping documents | Files shipping instructions, compares draft B/Ls line by line, prepares 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 keeps the receipts | Nothing is left unfiled as a deadline closes |
| 자동화 지켜보기 | 자동화를 따로 지켜보는 층입니다. 멈추거나, 틀리거나, 규칙을 벗어나면 화면·휴대폰·메일로 바로 알립니다 | 자동화가 조용히 멈춰 있는 상황이 없어집니다 | Operational monitoring | An independent layer watching the automation itself — failures, stalls and rule violations reach your dashboard, phone or inbox at once | Automation can no longer fail silently |
돌아가는 걸 보시겠습니까. 실제로 있었던 일 몇 가지를 화면으로 만들어 뒀습니다 — 무슨 일이 났고, 왜 아무도 못 봤고, 지금은 무엇이 그걸 막고 있는지. 하나에 1~2분입니다. 번호·수량·날짜는 전부 가상입니다.
See it run. A few things that actually happened, rebuilt as short interactive walkthroughs — what went wrong, why nobody caught it, and what stands in the way now. One or two minutes each. Every reference and quantity shown is fictional.
사례 전체 보기 → See all case files →손으로 10분, 그마저도 두 개를 놓쳤습니다. 시스템은 3초에 다 보고 선사 앞 정정 요청까지 써 둡니다.
Ten minutes by hand, and two errors still got through. Three seconds by the system — with the correction to the carrier already written.
열어 보기 →Open → CASE 03같은 화물이 두 번 들어갔습니다. 합계는 둘 다 더했고, 어디에서도 오류가 안 났습니다.
The same cargo went in twice. The total counted both, and nothing anywhere raised an error.
열어 보기 →Open →설계 원칙
Design principles
[✓] 승인해야 나갑니다 — 회사 밖으로 나가는 것은 전부 초안까지만 만들어 둡니다. 보내는 건 사람이 확인하고 누릅니다. 밖으로 나가는 길에는 예외 없이 사람이 서 있습니다.
[✓] Approve, then send — everything that leaves your office is drafted by the system and sent by a person. Every outbound path has a human checkpoint on it, by design.
배경
Background
미국 포워딩 회사에서 수출 데스크를 7년째 직접 맡고 있습니다. 이 시스템은 제 일을 줄이려고 만들기 시작했고, 지금은 매일 실제 업무에서 돌고 있습니다.
I run the export desk at a US freight forwarder. This system was built to reduce my own workload, and it has been in daily production use ever since.
보통의 개발은 요구사항을 받아서 만듭니다. 그래서 현장에서만 나오는 예외는 한참 뒤에야 드러납니다. 이건 그 예외를 먼저 겪은 사람이 만들었습니다. 선사가 서류도 없이 메일 한 줄로 배를 바꿔 버리는 일, 같은 배에 실린 건들이 서로 다른 값을 든 채 굳어 버리는 일 — 요구사항 문서에는 안 적히지만 매주 일어나는 일들입니다.
A conventional software project is built from requirements handed over in advance, which is why the exceptions that only appear on the floor tend to surface late. This one was designed by someone who hit those exceptions first — a carrier changing a schedule in a one-line email with no document attached, bookings on the same sailing quietly drifting out of agreement. None of that appears in a specification. All of it happens weekly.
그리고 자동화는 만드는 것보다 계속 돌리는 게 훨씬 어렵습니다. 선사 화면은 수시로 바뀌고 서류 양식도 조금씩 달라집니다. 그 속에서 안 멈추게 하는 일 — 지켜보고, 되살리고, 조금씩 늘려 가는 일 — 에 이 시스템의 절반이 들어가 있습니다.
And the harder half of automation is not building it — it is keeping it alive. Carrier sites change, document formats drift. Monitoring, recovery, and staged rollout are where half of this system's design went.
미국 기반 · 미국 및 한국 포워더 대상 · 한국어 / English
Based in the US · working with forwarders in the US and Korea · English / 한국어
— B.H. Lee
진행 방식
How we work
시스템을 통째로 바꾸자는 이야기가 아닙니다. 효과가 제일 빨리 보이는 것 하나만 실제 업무에 올려서 결과를 보시고, 더 할지는 그때 정하시면 됩니다.
No wholesale replacement. One module — the one that pays back fastest — goes live on your desk. You judge the result before anything else is built.
| 단계 | 내용 | 기간 | Stage | What happens | Timeline |
|---|---|---|---|---|---|
| 진단 | 일하시는 순서를 같이 짚어 봅니다. 자동화할 값어치가 있는 것과 없는 것을 갈라 드리고, 순서를 제안합니다. | 무료 · 30분 | Assessment | A walk through your workflow. I separate what is worth automating from what is not, and propose an order. | Free · 30 min |
| 파일럿 | 제일 위에 둔 것 하나를 실제 업무에 올립니다. | 2~4주 | Pilot | The highest-priority module goes into real use on your desk. | 2–4 weeks |
| 확장 | 먼저 올린 것이 자리를 잡으면 하나씩 더합니다. 매번 승인을 받고 진행합니다. | 모듈당 2~4주 | Expansion | Module by module once the pilot has proven itself, each step approved before it starts. | 2–4 weeks each |
| 운영 지원 | 월 정액입니다. 선사 화면이 바뀌면 맞춰 고치고, 새 예외가 나오면 더하고, 계속 손봅니다. | 지속 | Ongoing care | Flat monthly. Carrier system changes, new exceptions, continuous improvement. | Ongoing |