EXPORT DESK AUTOMATION

포워딩 · 수출 운영 자동화

Freight forwarding · Export operations

수출 데스크의 반복 업무는
시스템이 처리할 수 있습니다.

Most of what an export desk
does every day follows rules.

요청을 판독해 배정하고, 선사 서류를 대조하고, 마감 변경의 영향 범위를 찾아 정합하고, 고객 앞 안내를 초안까지 준비합니다. 담당자는 확인하고 승인합니다.

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.

4,374 자동 대조·추적된 부킹 bookings tracked and reconciled
793 자동 판독된 선사 확정 서류 carrier documents read automatically
95,000 색인된 업무 메일 · 즉시 검색 operational emails indexed and searchable
6 · 11 연동 선사 · 감시 터미널 carriers integrated · terminals monitored
29 무인 운영 중인 정기 작업 scheduled jobs running unattended

미국 수출 포워더에서 매일 운영 중인 시스템의 실측값 · 2026.08

Measured from a system in daily production at a US export forwarder · Aug 2026

문제

The problem

규칙대로 처리하면 되는 업무가 담당자의 하루를 차지합니다.

Work that follows rules is consuming your team's day.

중복 입력

The same data, entered three times

부킹번호 · 선명 · 마감 · 수량이 서류에서 기준 데이터로, 다시 고객 회신으로 옮겨집니다. 하루에도 수십 번, 전부 수작업으로.

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.

조용한 스케줄 변경

Schedule changes that arrive quietly

선사는 선명이나 마감을 바꾸며 통지를 한 번만 보냅니다. 그 한 통을 놓치면 화물이 실리지 못합니다.

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.

가장 바쁜 시점의 오류

Errors at the worst possible hour

사고는 마감 당일 오후에 발생합니다. 아무도 두 번 확인할 여유가 없는 바로 그 시점입니다.

Mistakes happen on the afternoon of the cut-off — exactly when nobody has time to check twice.

실제 기록

From the record

한 데스크에서, 27일 동안 실제로 잡아낸 것.

What one desk actually caught in 27 days.

3,989 감지·반영한 데이터 변경 — 하루 약 148건 data changes detected and applied — about 148 a day
1,166 그중 마감(cut-off) 변경 of them cut-off changes
380 서류가 오지 않은 부킹을 형제 부킹 서류로 바로잡은 건 corrections to bookings that never received a document at all
110 마감이 틀린 채 남아 있었을 부킹 bookings left carrying the wrong cut-off

마지막 두 숫자가 핵심입니다. 선사는 같은 배에 실린 부킹 중 일부에만 서류를 보냅니다. 나머지는 아무도 확인할 수 없습니다 — 읽을 서류 자체가 없기 때문입니다. 담당자가 아무리 성실해도 없는 메일은 못 읽습니다. 시스템은 같은 배에 묶인 부킹을 모두 찾아 값을 맞춥니다.

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

수출 업무 전 구간. 각 구간은 독립 모듈입니다.

The full export cycle — as independent modules.

필요한 구간만 선택해 도입할 수 있습니다. 기존 시스템을 교체하지 않고, 비어 있는 자리를 채우는 방식으로 붙습니다.

Adopt only the parts you need. Nothing is replaced — each module fills a gap alongside the systems you already run.

모듈기능효과 ModuleWhat it doesWhat 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 →

설계 원칙

Design principles

처리는 시스템이, 결정은 사람이.

The system does the work. People keep the authority.

[✓] 승인 후 발송 — 회사 밖으로 나가는 모든 커뮤니케이션은 자동화가 초안까지만 작성합니다. 발송은 담당자 확인 후 이루어집니다. 외부로 나가는 모든 경로에 사람이 개입하는 지점이 반드시 존재합니다.

[✓] 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.

  1. 확실한 것만 처리하고, 애매하면 넘깁니다.판단이 서지 않으면 멈추고 담당자 목록으로 올립니다. 자신 있게 틀리는 것보다 정직하게 넘기는 편이 운영상 안전합니다.
    Certain work is handled; ambiguity is escalated.When the system cannot decide, it stops and hands the item to a person. An honest hand-off is safer to operate than a confident mistake.
  2. 제출 전 재확인.외부 시스템 제출은 직전에 화면을 다시 읽어 항목을 검산합니다. 하나라도 어긋나면 제출하지 않습니다.
    Re-read before submitting.Before anything is submitted to an external system, the screen is read back and every value verified. One mismatch and nothing goes.
  3. 감시 계층 분리.자동화를 감시하는 계층은 자동화와 분리해 운영합니다. 한쪽이 멈춰도 다른 쪽이 알립니다.
    Monitoring runs separately.The layer that watches the automation is kept independent of it, so a failure on one side is still reported by the other.
  4. 책임 경계 명문화.최종 확인 권한은 설계상 고객사 담당자에게 있으며, 계약서에 책임 한도를 명시합니다.
    Liability is defined in writing.Final review authority rests with your staff by design, and the contract states the limits of responsibility explicitly.

배경

Background

소프트웨어 회사가 아니라, 실무자가 설계했습니다.

Designed by an operator, not a software vendor.

미국 포워딩 회사에서 수출 데스크를 직접 담당하고 있습니다. 이 시스템은 제 업무를 줄이기 위해 설계했고, 이후 매일 실제 운영에서 사용되고 있습니다.

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

부담이 가장 큰 업무 하나를 먼저 검증합니다.

We prove it on your heaviest task first.

시스템 일괄 교체를 제안하지 않습니다. 효과가 가장 빠른 단일 모듈을 실제 업무에 적용해 결과를 확인하신 뒤, 확장 여부를 결정하시면 됩니다.

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.

단계내용기간 StageWhat happensTimeline
진단 업무 흐름 인터뷰. 자동화 가능 영역과 불가 영역을 구분하고 우선순위를 제안합니다. 무료 · 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