Lean AI for Forwarding: C.H. Robinson이 해상·항공 견적을 2~3분으로 줄이고 통관 서류를 에이전트에 맡긴 방식

C.H. Robinson은 국제 운송의 견적, 예약, 통관을 각각 여러 에이전트가 나눠 맡는 구조로 바꿔 견적을 하루 이상에서 몇 분으로 줄였습니다. 따라 하려면 터미널 요금 같은 자주 바뀌는 외부 데이터를 매일 갱신하는 장치와, 고객마다 다른 처리 규칙을 에이전트가 읽을 수 있는 형태로 정리한 고객 맥락이 먼저 있어야 합니다.

요약

미국 물류 중개사 C.H. Robinson은 2026년 10월 26일 보도자료에서 해상 운송, 항공 화물, 미국 통관 업무에 AI 에이전트를 투입했다고 밝혔습니다. 북미 육상에서 쓰던 Lean AI(업무를 먼저 다시 설계하고 그 위에 사내 에이전트를 얹는 회사의 운영 방식)를 포워딩(국제 운송 주선)으로 옮긴 것입니다. 육상 생산성과 모델 선택, 인력 효과는 이틀 뒤 열린 3분기 실적 콜을 정리한 앞선 노트에서 다뤘으므로 이 노트는 포워딩 확대만 다룹니다. 보도자료가 드는 대상은 네 가지입니다. 해상·항공 견적, 터미널 요금 감시, 해상 예약 요청 처리, 미국 통관 서류 처리입니다. 운송 한 건을 처리하는 데 에이전트가 열 개 넘게 함께 움직이기도 합니다.

견적에서 효과가 가장 크게 드러났습니다. AI는 고객 3,600곳 이상에 견적을 8만 건 넘게 냈습니다. 항공 견적은 약 하루에서, 해상 견적은 2~3일에서 각각 2~3분으로 줄었습니다. 2025년 미국·캐나다 고객의 LCL(less-than-container-load, 컨테이너 한 대를 채우지 못하는 소량 화물) 해상 견적으로 시작해 지금은 FCL(컨테이너 단위 화물)과 항공 화물까지, 멕시코·유럽·중남미·오세아니아 고객까지 넓혔습니다. 중국 고객 대상 시범이 진행 중이고 2026년 4분기에 동남아·인도·중동·아프리카를 엽니다. 해상 예약은 8월 중국을 시작으로 4분기 아시아 나머지, 2027년 1분기 전 세계로 넓힙니다. 미국 통관에서는 관세사가 쓰는 시간이 23% 줄었습니다. Arun Rajan 최고전략·혁신책임자는 Lean AI를 어디에 쓸지 “disciplined choices”(엄격하게 고른 선택)를 하고 있다고 했습니다. 아래에서는 네 에이전트 묶음의 작동 방식을 풀고 같은 구조를 수출입 물류나 구매 조직에 옮길 때 필요한 데이터와 일정을 덧붙입니다.

핵심 메커니즘

Agentic Quoting: 사람의 해상 견적 과정을 에이전트 여러 개로 나누기

해상 견적은 원래 담당자가 여러 곳에 묻고 계산해서 만드는 일입니다. C.H. Robinson은 이 과정을 그대로 본떠 에이전트와 서브에이전트(subagent, 상위 에이전트가 부르는 작은 작업 단위)에 나눠 맡겼습니다. 먼저 화주가 무엇을 원하는지 파악합니다. 다음으로 운송사나 터미널 같은 외부에 필요한 정보를 요청하고 출발지와 도착지 쪽 변수를 따져 경로를 정합니다. 화주가 항만을 정하지 않으면 픽업 위치를 보고 항만을 제안합니다. 보도자료의 예는 함부르크, 브레머하펜, 네덜란드 항만 가운데 선박 운항 빈도를 기준으로 고르는 경우입니다. 트럭·철도·바지선 중 내륙 운송 수단을 제안하고 필요하면 혼재(consolidation) 센터도 고릅니다. 내륙 트럭 구간은 별도 에이전트가 맡아 일반 트럭(TL), LTL, 냉장, 평판(flatbed), 긴급 소형(hotshot) 운송 견적을 냅니다. 이 구조는 견적 요건이 많고 외부 확인이 여러 번 필요한 일에 맞습니다. 단가표 하나로 끝나는 단순 견적이라면 에이전트를 여러 개로 나눌 이유가 적습니다.

Terminal Fee Monitor: 자주 바뀌는 터미널 요금을 매일 갱신하기

견적이 틀리는 흔한 이유는 오래된 요금입니다. 보도자료는 상하이를 예로 듭니다. 에이전트는 먼저 화주가 상하이의 두 항만 가운데 어디를 말하는지 가립니다. 한쪽은 운송 거리가 길고 통행료가 붙기 때문입니다. 상하이 터미널 43곳은 요금이 서로 다르고 자주 바뀝니다. 그래서 별도 에이전트가 매일 터미널 웹사이트를 확인하고 요금 공지 이메일을 지켜봅니다. 이전에는 시차가 다른 지역의 직원이 견적마다 터미널에 전화를 걸어야 했습니다. 요금을 견적 시점에 묻지 않고 미리 갱신해 두므로 견적 중에 답을 기다릴 일이 줄어듭니다. 요금 출처가 공개 웹이나 정기 공지일 때 맞는 방식이고 협상으로만 정해지는 요금에는 쓰기 어렵습니다.

Customer Context Agent: 예약 요청마다 고객 규칙을 먼저 붙이기

C.H. Robinson에는 매주 해상 예약 요청이 수천 건 들어옵니다. Mike Neill CTO는 에이전틱 AI 이전 약 10년 동안 디지털 예약 양식과 데이터 교환을 써도 해상·항공 예약 요청의 자동화율이 약 5%에 그쳤다고 설명했습니다. 고객 한 곳이 공급사를 50곳씩 두기도 하는데, 견적이 나간 뒤에는 그 공급사들이 각자 예약을 넣기 때문입니다. 새 구조에서는 한 에이전트가 요청마다 고객별 맥락을 먼저 덧붙입니다. 고객의 선호, 요건, 처리 절차가 그것입니다. 그 뒤 다른 에이전트가 이 맥락을 따라 일을 처리합니다. 공급사마다 요청 형식이 달라도 따라야 할 고객 규칙은 하나이므로, 규칙을 먼저 붙이면 뒤의 에이전트가 같은 기준으로 처리합니다. Neill은 예약 단계를 모두 자동화하려면 할 일이 더 남았다고 덧붙였습니다.

Customs Document Agents: 서류를 나눠 데이터를 뽑고 빠진 서류까지 요청하기

미국 통관에는 화주, 운송사, 정부 기관에서 오는 서류가 48종(four dozen) 넘게 쓰입니다. 새 무역 협정과 관세, 강화된 규정 때문에 일손이 더 많이 듭니다. 통관 에이전트는 들어온 서류를 나누고 분류해 해당 운송 건에 붙입니다. 다른 에이전트가 필요한 데이터를 추출하고 시스템이 빠진 서류를 찾아 요청합니다. 끝에는 청구서와 정보 묶음을 자동으로 보냅니다. 그 결과 투입 시간이 23% 줄었고 관세사는 핵심 검증과 규정 준수 단계에 집중합니다. 검증과 준수 책임은 계속 관세사에게 있습니다. 서류 종류가 많고 형식이 제각각인 업무, 예를 들어 수입 원산지 증빙이나 협력사 인증서 관리에도 같은 순서를 쓸 수 있습니다.

Context Layer: 쌓인 데이터와 고객 맥락 위에서 에이전트 돌리기

보도자료는 에이전트가 100조 개의 데이터 포인트와 고객별 정보를 담은 맥락 층(context layer)을 근거로 판단한다고 밝힙니다. 회사는 2023년에 첫 사내 에이전트를 만들었고 지금은 수백 개를 운영합니다. 사내 소프트웨어 엔지니어와 데이터 과학자 약 450명이 이 시스템을 맡습니다. 같은 구조를 만든다면 견적 에이전트는 과거 경로와 요금 이력을, 예약 에이전트는 고객 규칙을, 통관 에이전트는 운송 건 정보를 이 층에서 가져오게 됩니다. 에이전트 수를 늘리기 전에 이 층부터 갖춰야 하는 이유입니다.

통념과 다른 주장

보도자료에 나온 사례

에이전트	상황	한 일	결과	연결
해상·항공 견적	항공 약 1일, 해상 2~3일 걸림	요청 파악·외부 문의·경로 결정을 에이전트에 나눔	견적 8만 건+, 고객 3,600곳+, 2~3분	Agentic Quoting
터미널 요금	상하이 터미널 43곳 요금이 자주 바뀜	웹사이트 매일 확인, 공지 메일 감시	견적마다 전화할 필요 없음	Terminal Fee Monitor
해상 예약	주 수천 건, 10년간 자동화 약 5%	요청마다 고객 맥락을 붙이는 에이전트	중국 8월 시작, 2027년 1분기 전 세계	Customer Context Agent
미국 통관	서류 48종 넘음, 규정 강화	분할·분류·추출·누락 요청·청구 자동화	투입 시간 23% 감소	Customs Document Agents

기술 디테일: 포워딩 에이전트를 직접 만든다면

견적 에이전트를 돌리려면 요청 파악 단계의 출력부터 고정합니다. LLM은 메일이나 포털 요청을 아래 같은 구조화 출력(JSON)으로 바꾸는 데만 쓰고 운임 합산은 요금표를 읽는 규칙 코드가 맡습니다. 추출은 temperature 0으로 두고 필수 필드가 비면 화주에게 되묻는 메일 초안을 만들게 합니다. 항만 제안처럼 판단이 들어가는 단계는 후보 2~3개와 근거(운항 빈도, 내륙 거리)를 함께 내게 해 담당자가 고를 수 있게 합니다. 아래 필드와 값은 가상 예시이며 C.H. Robinson이 밝힌 구현이 아닙니다.

{
  "request_id": "Q-2026-118204",
  "mode": "ocean_fcl",
  "origin": {"city": "Shanghai", "port": null, "pickup_zip": "201203"},
  "destination": {"country": "DE", "port_candidates": ["DEHAM", "DEBRV", "NLRTM"]},
  "container": {"type": "40HC", "count": 2},
  "cargo_ready_date": "2026-11-20",
  "incoterm": "FOB",
  "missing_fields": ["commodity_hs_code"],
  "customer_profile_id": "CUST-0457"
}

호출 단위와 모델은 단계마다 다르게 잡습니다. 요청 추출은 요청 한 건당 한 번, 서류 분류는 문서 한 장당 한 번 호출하고 작은 모델로 충분한지 먼저 시험합니다. 항만·경로 제안처럼 판단이 들어가는 호출만 큰 모델에 맡기고 같은 입력으로 3회 돌려 추천 항만이 달라지면 확정하지 않고 담당자에게 넘깁니다. 모든 호출에 요청 번호, 모델 버전, 근거로 쓴 요금 행의 확인 시각을 남겨야 나중에 틀린 견적의 원인을 찾을 수 있습니다.

요금 감시를 돌리려면 터미널마다 출처 URL, 확인 시각, 요금 항목, 적용 시작일, 이전 값과의 차이를 한 행으로 저장합니다. 크롤러는 하루 한 번 돌리고 공지 메일은 수신 즉시 파싱합니다. 값이 바뀌면 그 터미널을 쓰는 진행 중 견적에 표시를 답니다. 48시간 넘게 확인하지 못한 요금은 “확인 필요”로 바꿔 견적에 자동으로 쓰지 않게 막습니다.

예약 맥락 에이전트를 돌리려면 고객 SOP(처리 절차서)를 문서로 두지 말고 필드로 바꿉니다. 선호 선사, 금지 경유지, 서류 마감 규칙, 승인자 같은 항목입니다. 에이전트는 예약 요청에 이 프로필을 붙여 다음 에이전트로 넘기고 프로필과 충돌하는 요청은 사람에게 보냅니다. 지표는 사람 손을 거치지 않고 끝난 예약 비율(무수정 처리율)로 봅니다.

통관 서류 에이전트를 돌리려면 분류와 추출을 나눕니다. 분류기는 문서 유형과 신뢰도를 내고 신뢰도가 기준(예: 0.9) 아래면 사람이 고릅니다. 추출은 유형별 필드 목록(상업송장의 품목·금액·원산지 등)을 정해 두고 같은 문서를 두 번 추출해 값이 다르면 검토로 보냅니다. 누락 판정은 운송 건별 필수 서류 목록과 대조하는 규칙으로 처리합니다.

막히는 경우	증상	대응
항만·터미널 이름이 모호함	다른 항만 요금으로 견적	후보를 함께 내고 확인 질문 메일 자동 생성
요금 공지 형식 변경	크롤러가 값을 못 읽음	확인 시각이 오래된 요금은 견적에서 자동 제외
고객 SOP가 문서로만 있음	예약마다 예외 발생	상위 고객부터 필드형 프로필로 전환
스캔 품질이 낮은 서류	추출 값이 흔들림	두 번 추출 비교, 불일치 시 관세사 검토

현업 실행 디테일: 누가, 언제, 무엇을

역할	맡는 일
포워딩 사업 책임자	시범 항로·통관 창구 선정, 확대 판정
견적·영업 지원 담당	기준선 견적 시간 기록, 에이전트 견적 검수
고객 운영 담당	상위 고객 SOP를 필드형 프로필로 정리
관세사	서류 유형 목록과 필수 서류 규칙 정의, 최종 검증
데이터 엔지니어	요금 수집, 서류 분류·추출 파이프라인 운영

준비물. 최근 3개월 견적 요청 메일과 회신, 주요 항로 터미널 요금 출처 목록, 상위 고객 10곳의 처리 절차서, 통관 건별 서류 묶음 200건 정도가 필요합니다. 기준선은 시작 전 2주치 견적 소요 시간과 통관 건당 투입 시간으로 잡습니다.

기간	할 일	산출물
1~2주	시범 항로 1개와 통관 창구 1곳 선정, 기준선 측정, 고객 SOP 필드화	기준선 표, 고객 프로필 10건
3~5주	에이전트가 견적·서류 분류를 내고 사람이 기존대로 처리하며 비교	불일치 목록, 수정률
6~9주	시범 항로 견적과 통관 서류 준비를 에이전트 결과로 운영, 사람은 검수	주간 지표 리포트
10주	판정 회의, 다음 항로·창구 결정	확대 계획서

현업에 물을 것.

1. 견적 한 건에 가장 오래 걸리는 확인 작업은 무엇이고 누구에게 묻나요?
2. 자주 바뀌는 요금은 어디서 공지되고 지금은 누가 갱신하나요?
3. 고객별 예외 규칙은 어디에 적혀 있고 신입이 그것을 어떻게 배우나요?
4. 통관 서류가 빠져 지연된 건은 한 달에 몇 건이고 어떤 서류가 가장 자주 빠지나요?

진행 판정 기준(예시). 실운영 4주 동안 세 조건을 채우면 다음 항로로 넓힙니다. 견적 중앙값이 기준선의 절반 이하이고 담당자가 고친 견적이 10% 미만이며 통관 건당 투입 시간이 15% 이상 줄어야 합니다. 하나라도 못 채우면 원인을 찾고 4주를 더 봅니다.

AX 적용 제언. 수출입 비중이 큰 제조·유통 기업이라면 포워더에 맡기던 견적 비교와 통관 서류 준비부터 이 구조를 시험해 볼 만합니다. 순서는 요금 감시처럼 정답이 분명한 일부터입니다. 요금 데이터가 매일 갱신되면 견적 에이전트가 붙고 고객(사내라면 사업부) 규칙을 필드로 정리하면 예약 자동화로 넘어갈 수 있습니다. C.H. Robinson이 2025년 미국·캐나다 LCL 견적 하나로 시작해 화물 유형과 지역을 차례로 늘린 순서도 참고가 됩니다. 통관은 책임 소재가 분명해야 하므로 처음부터 관세사의 최종 검증 단계를 업무 규정에 적어 둡니다.

원문 사례

항목	내용
발표	C.H. Robinson 보도자료, 2026.10.26 (미네소타 에덴프레리)
발언자	Mike Short(Global Forwarding 사장), Mike Neill(CTO), Arun Rajan(최고전략·혁신책임자)
견적	고객 3,600곳+에 8만 건+, 항공 약 1일 → 2~3분, 해상 2~3일 → 2~3분
견적 범위	2025년 미국·캐나다 LCL로 시작, 지금 FCL·항공, 멕시코·유럽·중남미·오세아니아
견적 확대	중국 시범, 2026년 4분기 동남아·인도·중동·아프리카
요금 감시	상하이 항만 2곳, 터미널 43곳, 웹사이트 매일 확인·공지 메일 감시
해상 예약	주 수천 건, 이전 10년 자동화 약 5%, 2026년 8월 중국 → 4분기 아시아 → 2027년 1분기 전 세계
통관	서류 48종+, 분할·분류·추출·누락 요청·청구, 투입 시간 23% 감소
기반	데이터 포인트 100조 개, 고객 맥락 층, 2023년 첫 에이전트, 현재 수백 개, 엔지니어·데이터 과학자 약 450명
회사 규모	고객 약 75,000곳, 운송사 약 450,000곳, 연 약 3,700만 건, 화물 약 230억 달러

핵심 개념

Freight Forwarding

화주를 대신해 해상·항공 국제 운송을 예약하고 통관과 내륙 운송까지 묶어 주선하는 사업입니다.

LCL / FCL

LCL은 여러 화주의 소량 화물을 컨테이너 하나에 섞어 싣는 방식, FCL은 컨테이너 한 대를 한 화주가 통째로 쓰는 방식입니다.

Consolidation center

소량 화물을 모아 컨테이너 단위로 묶는 혼재 거점입니다.

Hotshot

소형 트럭으로 급한 화물을 단독 운송하는 미국식 긴급 운송입니다.

Customs brokerage

수입자를 대신해 세관 신고와 서류를 처리하는 통관 대행 업무입니다. 미국에서는 면허를 가진 관세사가 맡습니다.

내 메모

TODO: 내 생각 추가

원문은 C.H. Robinson 보도자료 「C.H. Robinson debuts Lean AI for ocean shipping, air freight, and customs」(2026.10.26)이며 같은 내용을 Cargo Connect와 DC Velocity가 보도했습니다. 요약, 핵심 메커니즘의 사례 내용, 통념과 다른 주장, 사례 표, 원문 사례 표는 보도자료의 내용을 AX Review가 다시 정리했고 수치와 효과는 회사 측 발표입니다. 기술·현업 실행 디테일, JSON 예시, 데이터·처리·지표 표, 일정과 판정 기준, 인포그래픽은 원문에 없는 내용으로 새로 작성했으며 그 안의 필드명과 숫자는 가상 예시입니다. 전문은 원문 페이지에서 볼 수 있습니다.