포워딩 · 수출 운영 자동화
Freight forwarding · Export operations
요청을 판독해 배정하고, 선사 서류를 대조하고, 마감 변경의 영향 범위를 찾아 정합하고, 고객 앞 안내를 초안까지 준비합니다. 담당자는 확인하고 승인합니다.
Requests parsed and allocated. Carrier documents cross-checked. Schedule changes traced to every booking they touch. Customer notices drafted and waiting. Your team reviews and approves.
미국 수출 포워더에서 매일 운영 중인 시스템의 실측값 · 2026.08
Measured from a system in daily production at a US export forwarder · Aug 2026
동작
See it run
아래 화면은 실제 사건을 그대로 옮긴 것입니다. 그 배에는 다섯 건이 실려 있었고, 나머지 넷은 읽을 메일이 없었습니다. 아무것도 누르지 않으셔도 됩니다.
What follows is a real incident, rebuilt. Five bookings were on that sailing; for four of them no email ever arrived. Nothing to click — it runs on its own.
모든 부킹번호·선사명·수량·날짜는 가상입니다. · 따로 열기
Every reference, carrier name, quantity and date shown is fictional. · Open on its own
문제
The problem
부킹번호 · 선명 · 마감 · 수량이 서류에서 기준 데이터로, 다시 고객 회신으로 옮겨집니다. 하루에도 수십 번, 전부 수작업으로.
Booking number, vessel, cut-off, quantity — copied out of a document into a sheet, then into an email. Dozens of times a day, all by hand.
선사는 선명이나 마감을 바꾸며 통지를 한 번만 보냅니다. 그 한 통을 놓치면 화물이 실리지 못합니다.
A carrier moves a vessel or pulls in a cut-off and tells you once. Miss that one email and the cargo misses the ship.
사고는 마감 당일 오후에 발생합니다. 아무도 두 번 확인할 여유가 없는 바로 그 시점입니다.
Mistakes happen on the afternoon of the cut-off — exactly when nobody has time to check twice.
실제 기록
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
필요한 구간만 선택해 도입할 수 있습니다. 기존 시스템을 교체하지 않고, 비어 있는 자리를 채우는 방식으로 붙습니다.
Adopt only the parts you need. Nothing is replaced — each module fills a gap alongside the systems you already run.
| 모듈 | 기능 | 효과 | Module | What it does | What changes |
|---|---|---|---|---|---|
| 요청 접수 · 배정 | 고객 요청을 판독해 보유 선복과 매칭하고, 공급처·품목 단위로 분할해 회신 초안까지 생성 | 요청 1건당 수작업 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 |
| 선사 서류 대조 | 주요 선사 6곳의 확정 서류를 자동 판독해 기준 데이터에 반영하고 요청 내용과 항목별 대조 | 전사 작업 소멸 · 불일치는 담당자가 보기 전에 표시 | 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 |
| 스케줄 · 마감 감시 | 선사 스케줄과 터미널 11곳을 매일 조회. 마감 변경을 당일 포착하고 같은 배편에 묶인 건들을 자동 정합 | 마감 누락으로 인한 선적 사고 차단 | 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 →Draft B/L 180개 값 중 둘이 어긋났습니다. 직접 찾아보실 수 있습니다.
Two of the 180 values on a draft B/L disagreed. See if you can find them.
열어 보기 →Open → CASE 03같은 화물이 기록에 두 번 담겼습니다. 합계는 둘 다 더했고 오류는 나지 않았습니다.
The same cargo was recorded twice. The total added both, and no error was raised.
열어 보기 →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
미국 포워딩 회사에서 수출 데스크를 직접 담당하고 있습니다. 이 시스템은 제 업무를 줄이기 위해 설계했고, 이후 매일 실제 운영에서 사용되고 있습니다.
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 |