관세 데이터 관리가
포워더가 생각하는 것보다 더 많은 비용이 드는 이유

종이 없는 역설

정부는 지난 30년 동안 디지털 관세 인프라를 구축하는 데 많은 시간을 투자해 왔습니다. 미국은 2016년 자동 상업 시스템을 ACE로 전환했고, 영국은 관세 신고 서비스로 이전했으며, 인도는 ICEGATE를 구축했습니다. 수십 개국이 WCO 데이터 모델 프레임워크에 따라 싱글 윈도우 플랫폼을 출시했습니다. 모든 공식 지표에 따르면, 관세는 그 어느 때보다 디지털화되었습니다.

중간 규모 관세사의 현장에 들어가 보면 상황이 달라집니다. 한 신고 작성자가 화주로부터 받은 PDF 상업 송장을 엽니다. 이메일로 도착했으며, 포워더의 메시지에 첨부되어 있습니다. 그녀는 수하인 이름, HS 코드, 신고 가액, 원산지, 인코텀즈를 읽고 다른 소프트웨어인 ABI 신고 플랫폼에 입력합니다. 이 데이터는 ACE로 전송됩니다. 이후 다른 직원이 동일한 선적 정보를 회사의 TMS에 다시 입력하여 운영 추적을 하고, 또 다른 직원이 회계 시스템에 청구를 위해 다시 입력합니다. 하나의 송장에서 세 번의 수동 데이터 입력이 이루어집니다. 선적에 식품의 경우 FDA, 화학물질의 경우 EPA와 같은 협력 정부 기관이 관련되면 네 번째 시스템이 추가됩니다.

이것이 종이 없는 역설입니다. 관세 당국은 디지털 포털을 보유하고 있습니다. 중개인은 종이 양식 대신 컴퓨터를 사용합니다. 그러나 사람의 손이 선적 데이터와 만나는 지점에서 워크플로는 1990년대 이후 근본적으로 변하지 않았습니다. 문서는 팩스 대신 PDF입니다. 신고 소프트웨어는 현대적인 UI를 갖추고 있습니다. 하지만 핵심 활동인 한 화면에서 정보를 읽고 다른 화면에 입력하는 것은 동일합니다.

동일한 선적 데이터를 네 가지 시스템에 입력해야 하는 이유

이 문제가 운영상의 문제가 아닌 구조적 문제인 이유를 이해하려면, 단일 선적의 데이터 흐름을 따라가 보십시오:

1단계 — 송하인에서 포워더로. 선전의 수출업자가 상업 송장과 포장 명세서를 포워더에 보냅니다. 이 서류는 PDF 또는 스캔 이미지 형태로 도착합니다. 포워더의 운영 담당자가 문서를 열고 송하인 이름, 수하인, 품목 설명, 중량, 개수, 신고 가액 등 선적 정보를 포워더의 TMS(대부분 CargoWise)에 입력합니다. 이로써 예약, 통합, 운송사 커뮤니케이션에 사용되는 선적 기록이 생성됩니다.

2단계 — 포워더에서 세관 중개인으로. 포워더는 동일한 상업 송장과 포장 명세서를 목적지 국가의 세관 중개인에게 전달합니다. 중개인의 신고 작성자가 PDF를 열고 동일한 수하인, HS 코드, 가액 등의 데이터를 ABI 인증 신고 소프트웨어(미국 기준) 또는 해당 국가의 플랫폼에 다시 입력합니다. 포워더의 TMS와 중개인의 신고 소프트웨어는 서로 연동되지 않습니다. 두 회사가 모두 CargoWise를 사용하더라도, 서로 다른 법인이 운영하는 별도 인스턴스 간에는 데이터가 자동으로 전송되지 않습니다.

3단계 — PGA 포털 제출. 해당 물품이 협력 정부 기관(PGA)의 관할에 속하는 경우 — 의료기기는 FDA, 농산물은 USDA, 화학물질은 EPA — 별도의 포털을 통해 각기 다른 필드 요구사항으로 데이터를 제출해야 합니다. 데이터는 브로커의 ABI 입력 항목에 존재하지만, PGA 시스템으로 자동 입력되지 않습니다. 누군가가 이를 다시 입력하거나 복사-붙여넣기 합니다.

4단계 — 운영에서 회계로. 통관 후, 선적 세부 정보가 청구 시스템에 전달되어야 합니다. 포워더는 고객에게 인보이스를 발행해야 하고, 브로커는 엔트리에 대한 비용을 청구해야 합니다. 관세 금액은 실제 납부된 금액과 일치해야 합니다. 통합 ERP 모듈이든 독립형 플랫폼이든, 회계 소프트웨어는 관세 데이터를 기본적으로 소비하는 경우가 거의 없습니다. 다시 한 번: 데이터가 재입력됩니다.

5단계 — 내부 보고. 누군가가 TMS, ABI 시스템, 회계 시스템에서 데이터를 가져와 주간 운영 보고서용 스프레드시트에 입력합니다. 세 가지 소스 시스템, 하나의 Excel 워크북, 모두 수동 작업입니다.

각 단계마다 새로운 오류 가능성이 발생합니다. 물류 환경에서 표준 수동 데이터 입력 오류율은 약 1-4%입니다. 월 10,000건의 거래 기준으로 100-400건의 데이터 오류가 발생합니다. 관세에서 오류는 단순한 수정이 아닙니다 — 선적 보류, CBP 양식 28 정보 요청, 잠재적 벌금으로 이어집니다. 국제운송주선인연맹(FIATA)은 "시스템 간 상호운용성 부족 및 데이터 품질과 데이터 표준의 불일치"를 업계의 근본적인 과제로 명시적으로 지목합니다. 이 문제는 최고 수준에서 인식되고 있습니다. 이를 유지하는 구조는 아직 변하지 않았습니다.

아무도 예상하지 못한 호환성 문제

문제가 단순히 "회사마다 다른 소프트웨어를 사용한다"는 것이라면, API로 해결될 것입니다. 더 근본적인 문제는 관세 데이터 표준 자체가 국가마다, 때로는 같은 국가 내에서도 호환되지 않는다는 점입니다.

세계관세기구(WCO)는 1990년대부터 데이터 모델을 발표 및 유지 관리해 왔습니다. 이는 국경 간 데이터 교환의 상호운용성을 위해 설계된 조화롭고 표준화된 데이터 정의 및 전자 메시지 형식의 집합입니다. WCO 데이터 모델은 전 세계 단일창구(Single Window) 환경의 데이터 기반입니다. 이는 물품 신고, 화물 보고, 운송 수단 보고, 면허/허가/증명서를 위한 재사용 가능한 "정보 패키지"를 정의합니다. 이론상으로는 국경 간 무역 데이터의 보편적 언어입니다.

실제로는 APEC 단일창구 상호운용성 모범 사례 개요에 따르면, 회원 경제들은 WCO 데이터 모델이 존재함에도 불구하고 "다양한 데이터 형식(UN/EDIFACT, ANSI X12, XML 및 독점 형식)"을 사용하고 있습니다. 말레이시아의 uCustoms, 인도의 ICEGATE, 미국의 ACE 시스템, 영국의 CDS는 각각 다른 기술 아키텍처, 다른 필드 매핑, 다른 검증 규칙을 사용합니다. EU 내에서조차 연합 관세법(UCC)이 온라인 신고를 의무화하고 있지만, 회원국마다 구현 세부 사항이 다릅니다. 독일과 프랑스로 물품을 통관하는 브로커는 두 국가 모두 동일한 UCC 체계 하에서 운영됨에도 불구하고 서로 다른 국가 시스템 인터페이스에 직면합니다.

그 결과, 디지털화가 국가별, 플랫폼별로 진행되었고 구속력 있는 상호운용성 의무가 없는 글로벌 관세 인프라가 탄생했습니다. 각 국가 시스템은 디지털 섬입니다. 물품은 국경을 넘지만 데이터는 넘지 못합니다.

세관 데이터 실패의 실제 비용

세관 비효율성을 설명하는 언어는 추상적입니다. "병목 현상", "마찰", "지연" 같은 단어들입니다. 하지만 재입력 과정의 모든 오류에는 가격표가 붙어 있으며, 그 비용은 빠르게 누적됩니다.

가장 눈에 띄는 비용인 체선료와 체화료부터 살펴보겠습니다. HS 코드 불일치, 신고 가액 차이, 또는 증명서 누락으로 인해 세관 통관이 지연되어 화물이 항구에 머무르면 시간이 흐르기 시작합니다. 무료 기간(보통 3~7일)이 종료된 후 표준 체선료는 컨테이너당 하루 75~300달러입니다. 터미널 밖에서 선사의 컨테이너를 보관하는 체화료는 하루에 추가로 100~200달러가 부과됩니다. 첫 주가 지나면 요금은 더 올라갑니다. 단일 컨테이너가 하루 200달러로 10일 지연되면 예상치 못한 비용이 2,000달러입니다. 아시아에서 오는 12개 컨테이너 화물의 경우 24,000달러입니다. 여기에는 품절 비용, 일정 회복을 위한 급행 운임, 또는 FBA行 화물의 경우 아마존 재고 부족 패널티는 포함되지 않았습니다.

미주개발은행의 연구에 따르면, 항구 통관 지연이 하루씩 늘어날 때마다 총 무역 비용이 0.9% 증가합니다. 평균 수입 지연이 약 8.5일임을 감안하면, 정상적인 물품 도착 원가에 더해 7.65%의 추가 비용이 발생하는 셈입니다. 10만 달러 상당의 화물의 경우, 통관 지연으로 인해 7,650달러가 추가됩니다. 이는 평균 수치이며, 공항에서의 지연이 항구보다 비용이 더 많이 드는 것으로 나타났고, 대기업이 불균형적으로 더 높은 비용을 부담했습니다.

또한 세관 인보이스에 나타나지 않는 비용도 있습니다. 2025년 영국 중소기업 감사 결과, 총 운송 비용의 18%가 피할 수 있었던 벌금에 해당하는 것으로 나타났습니다. 이는 실제 세금 부담이 아닌, 데이터 오류, 지연 신고, 잘못된 분류로 인해 발생한 과태료입니다. 즉, 운송 예산의 거의 5분의 1이 데이터 입력 단계에서 비롯된 오류로 사라지는 것입니다.

보이지 않는 비용이 오히려 더 클 수 있습니다. 통관 소요 시간이 2일이 될 때도 있고 10일이 될 때도 있어 예측이 어렵다면, 공급망 계획자는 안전 재고를 쌓아둡니다. 이 재고는 운전 자본을 묶어둡니다. 개별 데이터 입력 오류는 연쇄적으로 발생할 수 있습니다. HS 코드 한 자를 잘못 입력하면 물품 보류가 걸리고, 보류는 체선료를 발생시키며, 체선료는 마진을 잠식합니다. 통관 지연을 유발하는 가장 흔한 세관 데이터 입력 실수 7가지에 대해 자세히 다루었습니다. 근본 원인은 거의 항상 프로세스 체인 어딘가에서 발생하는 재입력 오류입니다. 세계은행은 공급망 장벽(이 중 관세 절차가 핵심 요소)을 줄이면 모든 수입 관세를 철폐하는 것보다 최대 6배 더 큰 글로벌 GDP 증가 효과를 볼 수 있다고 추정했습니다. 잘못된 세관 데이터의 대가는 단순한 체선료 청구서가 아닙니다. 창고에 묶인 자본, 재고 부족으로 인한 매출 손실, 그리고 신뢰할 수 없는 리드 타임이 초래하는 경쟁력 약화입니다.

20년째 변하지 않은 브로커 데스크, 그 이유는?

비용이 이렇게 높은데도 시장이 해결책을 강제하지 못한 이유는 무엇일까요? 그 답은 세관 생태계 전반에 걸친 인센티브 불일치에 있습니다.

관세사는 데이터 품질이 아닌 건당 수수료를 받습니다. 통관 신고 작성자의 생산성은 건수로 측정됩니다. 즉, 하루에 처리하는 신고 건수입니다. 단순 및 복합 신고를 혼합하여 처리하는 작성자의 업계 기준은 월 150~200건입니다. 건수를 맞추기 위해 서두르면 건당 HS 코드 정확성 확인이나 신고 가치와 증빙 서류의 교차 검증에 할애하는 시간이 줄어듭니다. 그러나 오류로 인한 비용(통관 지연, CBP 문의, 과태료)은 관세사가 아닌 수입업체나 포워더가 부담합니다. 데이터를 입력하는 당사자가 데이터 입력 오류에 대한 비용을 지불하지 않는 구조입니다.

포워더는 데이터 관리가 아닌 운송에 대한 대가를 받습니다. 포워더의 수익은 화물 이동(혼재, 예약, 경로 지정)에서 발생합니다. 통관 데이터는 선적에 딸린 필요악이지 핵심 서비스가 아닙니다. 포워더는 서류를 관세사에 전달합니다. 서류에 오류가 있으면 관세사가 잡아내거나 세관이 적발합니다. 어느 쪽이든 포워더의 보상 구조는 상류 데이터 품질에 불이익을 주지 않습니다. 체인의 각 주체는 데이터 문제를 다음 주체로 떠넘길 유인이 있습니다.

데이터를 원천에서 바로잡기에 가장 유리한 위치에 있는 화주가 가장 직접적인 노출이 적습니다. 국제 화물을 선적하는 제조업체나 소매업체는 상업 송장과 패킹 리스트를 작성합니다. 이 서류는 한 번 작성됩니다. 화주는 자신의 손을 떠난 데이터가 어떻게 처리되는지 거의 보지 못합니다. 재입력 과정을 보지 못하고, 포워더가 전가하지 않는 한 체선료 청구서도 받지 못합니다. 그때쯤이면 지연을 초래한 데이터 오류는 이를 방지할 수 있었던 사람으로부터 조직상 세 단계나 떨어져 있습니다.

이러한 책임 분산은 관세 데이터 관리를 소프트웨어 문제가 아닌 구조적 문제로 만듭니다. 세계 최고의 AI 문서 추출 도구를 선적자 수준에 배포할 수 있지만, 추출된 데이터가 각 단계에서 사람이 재입력하지 않고도 포워더의 TMS, 브로커의 ABI 소프트웨어, PGA 포털로 직접 흘러들어갈 수 없다면, 5단계 체인 중 첫 단계만 디지털화한 것에 불과합니다.

이러한 격차를 해소하는 기술은 이미 존재합니다. 상업 송장, 패킹 리스트, 선하증권에서 구조화된 데이터를 추출할 수 있는 도구(엔트리 라이터가 수작업으로 읽는 바로 그 문서들)는 이미 작동 중입니다. 관세 신고 데이터를 Excel로 추출하는 전체 워크플로를 다루었습니다. 핵심 메커니즘은 비전-언어 모델 접근 방식입니다. 추출할 열(수하인 이름, HS 코드, 신고 가액, 원산지, 인코텀즈)을 정의하고 문서를 업로드하면 AI가 페이지상의 위치가 아닌 의미를 이해하여 각 값을 찾아냅니다. 출력물은 Excel, CSV 등 구조화된 테이블로, 모든 다운스트림 시스템의 단일 진실 공급원 역할을 할 수 있습니다. 적어도 추출 단계는 더 이상 수동일 필요가 없습니다.

하지만 추출은 첫 단계일 뿐입니다. 진정한 해결책은 추출된 데이터를 최종적으로 존재해야 하는 플랫폼에 연결하는 데 있습니다. 서로 다른 HS 코드 요구 사항을 가진 여러 국가 시스템에 각기 다른 물품 신고를 제출해야 하는 다국적 선적을 처리하는 포워더의 경우, 관세 신고를 하나의 스프레드시트로 일괄 처리하면 제출 단계에서 여전히 플랫폼별 제출이 필요하더라도 문서별 수동 추출 비용을 최소한 제거할 수 있습니다. 바로 여기서 구조적 과제(파편화된 표준, 상호 운용 불가능한 신고 시스템, 잘못 정렬된 인센티브)가 운영적 과제와 충돌합니다. 병목 현상은 문서를 읽는 것이 아니라 그 이후에 일어나는 일입니다.

자주 묻는 질문

왜 관세사는 자사의 TMS를 세관 시스템에 직접 연결하지 않나요?

많은 경우 가능합니다. 미국의 ABI 소프트웨어는 ACE에 직접 연결되며, 대부분의 선진국에도 유사한 직접 신고 구조가 존재합니다. 문제는 관세사-세관 간 연결이 아닙니다. 문제는 그 연결 이전의 모든 과정, 즉 선적 서류에서 데이터를 추출하고, 이를 관세사 시스템에 정확히 입력하며, 별도 플랫폼에 있는 포워더 및 PGA 데이터와 조정하는 일입니다. 세관까지의 마지막 단계는 디지털화되어 있지만, 그 이전 세 단계는 그렇지 않습니다.

WCO 데이터 모델이 상호운용성 문제를 해결하지 않나요?

WCO 데이터 모델은 상호운용 가능한 관세 데이터를 위한 용어집을 제공합니다. 즉, 표준화된 데이터 요소, 메시지 형식, 정보 패키지를 제공합니다. 하지만 제공하지 않는 것은 구속력 있는 이행 의무입니다. 각 국가는 자국의 관세 IT 인프라에 이 모델을 어떻게(또는 채택할지 여부) 도입할지 결정합니다. 그 결과, 아무도 사용할 의무가 없는 공통 사전이 탄생했습니다. 참고용으로는 유용하지만, 통합을 위해서는 충분하지 않습니다.

AI 문서 추출 도구가 다양한 형식의 관세 서류를 처리할 수 있나요?

상업 송장, 패킹 리스트, 선하증권, 원산지 증명서는 국가 내에서도, 다른 무역 파트너 간에는 말할 것도 없이 매우 다른 레이아웃을 가지고 있습니다. 최신 AI 기반 추출 도구는 형식에 구애받지 않습니다. 템플릿 패턴이 아닌 의미론적 콘텐츠를 이해하여 문서를 읽습니다. '수하인' 또는 'HS 코드' 필드가 페이지의 어디에 있든 찾아낼 수 있습니다. 깨끗한 문서의 인쇄된 텍스트에 대한 추출 정확도는 99%에 달할 수 있습니다. 한계는 AI의 판독 능력이 아니라, 생성된 데이터가 이를 소비하는 시스템으로 전달될 경로가 필요하다는 점입니다.

오늘날 포워더가 관세 데이터 비용을 줄이기 위해 할 수 있는 가장 효과적인 한 가지는 무엇일까요?

서류 접수 시점에 데이터 품질 문제를 직접 해결하는 것입니다. 포워더가 수신한 화주 PDF를 브로커에게 그대로 전달하는 대신, 주요 데이터 필드를 추출하여 구조화된 형식으로 변환한 후 하위 단계로 전달해야 합니다. 공급망 초기 단계에서 구조화된 데이터를 생성할수록 재입력 과정에서 발생하는 오류 위험이 줄어듭니다. PDF가 아닌 구조화된 선적 데이터를 브로커에게 제공하는 포워더는 브로커의 수동 데이터 추출 단계와 그에 따른 오류를 제거할 수 있습니다. 이것이 국가별 관세 시스템 간 상호운용성 문제를 해결하지는 못하지만, 공급망에서 발생하는 불필요한 비용 중 가장 큰 원인을 제거합니다.

관세 데이터 자동화는 IT팀이 있는 대형 포워더만 가능한가요?

과거에는 TMS 플랫폼과 관세 신고 소프트웨어 간 맞춤형 연동을 위해 대형 포워더만 감당할 수 있는 개발 리소스가 필요했습니다. AI 기반 문서 추출 도구는 이러한 상황을 바꾸었습니다. 템플릿 설정 없이 모든 문서에서 작동하며, Excel, CSV 등 표준 형식으로 출력하고 API 개발이 필요하지 않습니다. 월 수백 건의 선적을 처리하는 소규모 포워더도 상업 송장에서 몇 초 만에 구조화된 데이터를 추출할 수 있습니다. 이는 이전에는 전담 데이터 입력팀이나 고비용 맞춤형 연동이 필요했던 기능입니다.