通関データ管理がフォワーダーの想定以上に
コストを膨らませる理由

ペーパーレスの逆説

各国政府は、この30年近くにわたり、デジタル税関インフラの構築に取り組んできました。米国は2016年に自動化商業システムをACEに移行しました。英国は通関申告サービス（CDS）に移行しました。インドはICEGATEを構築しました。多くの国々が、WCOデータモデルの枠組みに従ってシングルウィンドウ・プラットフォームを立ち上げました。あらゆる公式指標によれば、税関はかつてないほどデジタル化が進んでいます。

しかし、中規模の通関業者のフロアに足を踏み入れると、状況は一変します。入力担当者が荷主からのPDFの商業送り状を開きます。それはメールで届き、フォワーダーのメッセージに添付されていました。彼女は荷受人名、HSコード、申告価格、原産国、インコタームズを読み取り、それらを別のソフトウェア、つまりABI申告プラットフォームに入力します。このプラットフォームがACEにデータを送信します。その後、別の担当者が同じ貨物情報を、業務追跡のために会社のTMSに再入力します。さらに別の担当者が請求のために会計システムに入力します。1枚の送り状から、手作業によるデータ入力が3回繰り返されます。貨物に関連する政府機関（PGA）が関与する場合、例えば食品ならFDA、化学品ならEPA、これで4つ目のシステムになります。

これがペーパーレスの逆説です。税関当局にはデジタルポータルがあります。ブローカーは紙の書類ではなくコンピューターを使用しています。しかし、人の手が貨物データに触れる時点では、そのワークフローは1990年代から根本的に変わっていません。書類はファックスではなくPDFになりました。申告ソフトウェアには最新のUIが採用されています。しかし、中核となる作業、つまり一方の画面から情報を読み取り、もう一方の画面に入力するという作業は、まったく同じです。

なぜ4つの異なるシステムに同じ貨物データを入力するのか

この問題が運用上の問題ではなく構造上の問題であることを理解するには、1件の貨物のデータの流れを追ってみましょう。

第1段階 — 荷主からフォワーダーへ。深圳の輸出業者が商業送り状と梱包明細書をフォワーダーに送ります。これらはPDFまたはスキャン画像として届きます。フォワーダーの運用作業員が書類を開き、荷主名、荷受人、商品説明、重量、個数、申告価格などの貨物詳細をフォワーダーのTMS（おそらくCargoWise）に入力します。これにより、予約、混載、運送会社との連絡に使用する貨物記録が作成されます。

第2段階 — フォワーダーから通関業者へ。フォワーダーは同じ商業送り状と梱包明細書を仕向国の通関業者に転送します。通関業者の入力担当者はPDFを開き、同じ荷受人、同じHSコード、同じ価格をABI認定の申告ソフトウェア（米国の場合）または同等の国内プラットフォームに再入力します。フォワーダーのTMSと通関業者の申告ソフトウェアは相互に連携していません。両社がCargoWiseを使用している場合でも、異なる法人が運営する別々のインスタンス間でデータが自動的に流れることはありません。

第3段階 — 申告からPGAポータルへ。貨物がPGAの管轄下にある場合（医療機器はFDA、農産物はUSDA、化学品はEPA）、異なるフィールド要件を持つ別のポータルを通じて別途データ提出が行われます。データは通関業者のABI申告に存在していますが、PGAシステムに自動入力されることはありません。誰かが再入力またはコピー＆ペーストする必要があります。

第4段階 — 業務から会計へ。通関後、貨物詳細は請求システムに届ける必要があります。フォワーダーは顧客に請求書を発行し、通関業者は申告の請求を行う必要があります。関税額は実際に支払われた金額と照合する必要があります。会計ソフトウェア（統合ERPモジュールでもスタンドアロンのプラットフォームでも）が通関データをネイティブに取り込むことはほとんどありません。ここでもまた、データの再入力が発生します。

第5段階 — 社内レポート。誰かがTMS、ABIシステム、会計システムからデータを取得し、週次の業務レポート用のスプレッドシートに入力します。3つのソースシステム、1つのExcelワークブック、すべて手作業です。

各段階で新たなエラー発生確率が生じます。物流環境における標準的な手動データ入力のエラー率は約1〜4%です。月間10,000件の取引では、100〜400件のデータエラーが発生します。通関において、エラーは単なる修正では済みません。貨物の保留、CBPフォーム28の情報提供依頼、潜在的な罰則につながります。国際フォワーダー連盟（FIATA）は、「システム間の相互運用性の欠如、データ品質とデータ標準の不整合」を業界の根本的な課題として明示的に挙げています。この問題は最高レベルで認識されています。しかし、それを支える構造は変わっていません。

誰も想定していなかった互換性の問題

問題が単に「企業が異なるソフトウェアを使っている」というだけなら、APIで解決できるでしょう。より深い問題は、税関データ標準自体が管轄区域によって互換性がなく、同じ管轄区域内でさえ互換性がないことです。

世界税関機構（WCO）は1990年代からデータモデルを公表・維持してきました。これは、国境を越えたデータ交換を相互運用可能にするために設計された、調和のとれた標準化されたデータ定義と電子メッセージ形式のセットです。WCOデータモデルは、世界中のシングルウィンドウ環境におけるデータ基盤です。物品申告、貨物報告、輸送手段報告、ライセンス・許可証・証明書のための再利用可能な「情報パッケージ」を定義しています。建前上は、国境を越えた貿易データの共通言語です。

実際には、APECのシングルウィンドウ相互運用性に関するベストプラクティス集によると、加盟エコノミーはWCOデータモデルの存在にもかかわらず、「多様なデータ形式（UN/EDIFACT、ANSI X12、XML、および独自形式）」を使用しています。マレーシアのuCustoms、インドのICEGATE、米国のACEシステム、英国のCDSは、それぞれ異なる技術アーキテクチャ、異なるフィールドマッピング、異なる検証ルールを使用しています。EU内でさえ、UCCがオンライン申告を義務付けているものの、実装の詳細は加盟国ごとに異なります。ドイツとフランスに貨物を輸入する通関業者は、同じUCCフレームワークの下で運用されているにもかかわらず、異なる国のシステムインターフェースに直面します。

その結果、デジタル化が国ごとに、プラットフォームごとに進められ、拘束力のある相互運用性の義務付けがないままの、世界的な税関インフラが生まれました。各国のシステムはデジタルの島です。貨物は国境を越えますが、データは越えません。

通関データの失敗が実際にもたらすコスト

通関の非効率性を表す言葉は抽象的です。「ボトルネック」「摩擦」「遅延」— しかし、再入力の連鎖におけるすべてのエラーには値札が付いており、それは急速に膨らんでいきます。

まず最も目に見えるコストから始めましょう。留置料とデマレージです。HSコードの不一致、申告価格の相違、証明書の欠落などにより通関手続きが滞り、貨物が港に留まる場合、時計は刻み始めます。標準的な留置料は、フリータイム期間（通常3〜7日）終了後、コンテナ1本につき1日$75〜$300です。ターミナル外で運送会社のコンテナを保持するためのデマレージ料金は、さらに1日$100〜$200加算されます。最初の1週間を過ぎると、これらの料金はさらに高騰します。単一コンテナで10日間の遅延が発生し、1日$200の場合、計画外のコストは$2,000になります。アジアからの12コンテナの貨物全体では、$24,000に達します — 在庫切れコスト、スケジュール回復のための緊急輸送費、FBA向け貨物であればAmazonの低在庫ペナルティを考慮する前の数字です。

米州開発銀行の調査によると、入国港での遅延が1日増えるごとに、貿易総コストは0.9%増加します。平均的な輸入遅延が約8.5日であることを考えると、これは通常の陸揚原価に加えて7.65%のコスト割増となります。$100,000相当の貨物の場合、通関関連の遅延により$7,650が追加されます。そして、この数字は平均値です。空港での遅延は海港よりもコストが高く、大企業は不均衡に高いコストを負担することが判明しています。

さらに、通関請求書には載らないコストもあります。2025年の英国中小企業監査では、総輸送費の18%が回避可能な罰金に起因していることが判明しました — これは実際の税負担ではなく、データの不正確さ、遅延申告、誤分類によって引き起こされる罰金です。これは輸送予算の約5分の1が、データ入力レベルで発生するエラーによって消えていることを意味します。

目に見えないコストは、おそらくさらに大きいものです。通関に要する時間が予測不能な場合（2日の場合もあれば10日の場合もある）、サプライチェーン計画担当者はバッファ在庫を積みます。そのバッファは運転資本を拘束します。個々のデータ入力エラーは連鎖的に拡大する可能性があります。HSコードの入力ミスが商品保留を引き起こし、保留が留置料を引き起こし、留置料が利益率を侵食します。通関遅延を引き起こす最も一般的な通関データ入力ミス7選については詳しく解説しましたが、その根本原因はほとんどの場合、チェーン内のどこかでの再入力エラーです。世界銀行は、サプライチェーンの障壁（通関手続きが中心的な構成要素）を削減することで、全輸入関税の撤廃よりも最大6倍も世界GDPを押し上げられる可能性があると試算しています。不良な通関データのコストは、留置料の請求書だけではありません。倉庫に固定された資本、在庫切れによる売上損失、そして不確実なリードタイムによる競争上の不利が含まれるのです。

なぜブローカーのデスクは20年間変わらないのか

コストがこれほど高いのに、なぜ市場は改善を迫らないのでしょうか。その答えは、通関エコシステム全体に浸透するインセンティブの不一致にあります。

通関ブローカーはデータ品質ではなく、件数単位で報酬を受け取ります。 入力担当者の生産性は処理件数、つまり1日あたりの処理件数で測定されます。業界のベンチマークは、単純な申告と複雑な申告を組み合わせて処理する担当者で月150〜200件です。件数をこなすことに追われると、1件あたりに費やす時間が減り、HSコードの正確性の検証や、申告価格と添付書類の突き合わせに割く時間が削られます。しかし、エラーのコスト（通関遅延、CBPからの照会、罰金）は、ブローカーではなく輸入者またはフォワーダーに直接降りかかります。データ入力の責任を負う当事者は、データ入力エラーの代償を払う当事者ではないのです。

フォワーダーはデータ管理ではなく、輸送に対して報酬を受け取ります。 フォワーダーの利益は貨物の移動（混載、予約、ルーティング）から生まれます。通関データは貨物に付随する必要な煩わしさであり、中核サービスではありません。フォワーダーは書類をブローカーに転送します。書類にエラーがあれば、ブローカーか税関がそれを検出します。いずれにせよ、フォワーダーの報酬体系は上流のデータ品質にペナルティを課しません。チェーン内の各当事者は、データ問題を次の当事者に押し付けるインセンティブを持っています。

荷主（データを発生源で修正する最適な立場にある当事者）は、直接的な影響を最も受けません。 国際輸送を行うメーカーや小売業者は、商業送り状と梱包明細書を作成します。これらの書類は一度だけ作成されます。荷主は、自らの手を離れた後のデータの行方をほとんど把握していません。再入力の工程も見えません。フォワーダーが転送しない限り、滞留料金の請求書も受け取りません。そして、その頃には、遅延の原因となったデータエラーは、それを防げたはずの担当者から組織的に3段階も離れた場所にあります。

この責任の断片化こそが、通関データ管理をソフトウェアの問題ではなく構造的な問題にしている理由です。世界最高のAI文書抽出ツールを荷主レベルに導入しても、抽出したデータがフォワーダーのTMS、ブローカーのABIソフトウェア、PGAポータルに、各段階での手作業による再入力なしで直接流れ込まなければ、5段階のチェーンの最初の1段階をデジタル化したにすぎません。

これらのギャップを埋める技術は存在します。商業送り状、梱包明細書、船荷証券から構造化データを抽出するツール（入力担当者が何時間もかけて手作業で読んでいるのと同じ書類）は、すでに機能しています。通関申告データをExcelに抽出するワークフロー全体についてはすでに解説しました。中核となる仕組みはビジョン言語モデル方式です。抽出したい列（荷受人名、HSコード、申告価格、原産国、インコタームズ）を定義し、書類をアップロードすると、AIが各値をページ上の位置ではなく意味を理解して特定します。出力は構造化テーブル（Excel、CSV）で、下流のすべてのシステムの単一情報源として機能します。少なくとも抽出ステップは、もはや手作業である必要はありません。

しかし、抽出は第一歩に過ぎません。真の解決には、抽出したデータを、最終的に置かれるべきプラットフォームへ接続することが必要です。複数国にまたがる貨物を扱うフォワーダーにとって、異なる国の申告書類が異なる国のシステムに異なるHSコード要件で提出される場合、税関申告を1つのスプレッドシートにバッチ処理することで、少なくとも書類ごとの手動抽出コストは排除できます。ただし、申告手続き自体は依然としてプラットフォーム固有の提出が必要です。ここで、構造的な課題（断片化された標準、相互運用性のない申告システム、整合性のないインセンティブ）が、運用上の課題と衝突します。ボトルネックは書類の読み取りではありません。その後の処理なのです。

よくある質問

税関ブローカーは、なぜ自社のTMSを税関当局のシステムに直接接続できないのですか？

多くの場合、接続は可能です。米国のABIソフトウェアはACEに直接接続されており、同様の直接申告アーキテクチャは先進国のほとんどに存在します。問題はブローカーと税関の間のリンクではありません。そのリンクの前のすべて、すなわち荷主の書類からのデータ抽出、それをブローカーのシステムに正確に取り込むこと、そして別のプラットフォームにあるフォワーダーやPGAのデータとの照合です。税関までの最後の1マイルはデジタル化されています。最初の3マイルはそうではありません。

WCOデータモデルは相互運用性の問題を解決しないのですか？

WCOデータモデルは、相互運用可能な税関データのための語彙を提供します。標準化されたデータ要素、メッセージ形式、情報パッケージです。しかし、拘束力のある実装義務は提供しません。各国が、そのモデルを自国の税関ITインフラにどのように（または採用するかどうか）採用するかを決定します。その結果、誰も使用を義務付けられていない共通の辞書ができあがります。参照には有用ですが、統合には不十分です。

AI文書抽出ツールは、税関書類の多様な形式に対応できますか？

商業送り状、パッキングリスト、船荷証券、原産地証明書は、同じ国内であっても、ましてや異なる貿易相手国間では、レイアウトが大幅に異なります。最新のAIベースの抽出ツールはフォーマット非依存です。テンプレートパターンではなく、意味論的なコンテンツを理解して文書を読み取ります。「荷受人」や「HSコード」のフィールドがページのどこにあっても見つけ出せます。クリーンな文書の印刷テキストに対する抽出精度は99%に達します。制限はAIの読み取り能力ではなく、生成されたデータがそれを消費するシステムへの経路を依然として必要とすることです。

通関データのコストを削減するために、フォワーダーが今日できる最大のことは何ですか？

書類を受け取った時点でデータ品質の問題を自社で管理することです。仕向け先のブローカーに荷主のPDFをそのまま転送するのではなく、書類が下流に流れる前に主要なデータ項目を構造化された形式に抽出します。チェーンの中で構造化データを早い段階で作成するほど、再入力の工程が減り、エラーリスクが低下します。ブローカーに転送されたPDFだけでなく、構造化された出荷データを提供するフォワーダーは、ブローカーの手動抽出作業とそれに伴うエラーを排除します。これにより、各国の税関システム間の相互運用性の問題は解決されませんが、チェーン内で回避可能な最大のコスト要因を取り除くことができます。

通関データの自動化は、ITチームを持つ大手フォワーダーにしか実現できないのでしょうか？

これまで、TMSプラットフォームと通関申告ソフトウェアの間のカスタム統合には、大手フォワーダーだけが負担できる開発リソースが必要でした。AIベースの文書抽出ツールはこの状況を変えました。テンプレート設定なしであらゆる文書に対応し、標準形式（Excel、CSV）で出力でき、API開発も不要です。月に数百件の出荷を処理する中小フォワーダーでも、商業インボイスから構造化データを1件あたり数秒で抽出できます。これは、以前は専任のデータ入力チームや高額なカスタム統合が必要だったのと同じ能力です。