UNI-PASS輸出データのギャップが
貿易チームの想定以上にコストを生む理由

デジタル申告が生み出す紙の作業

韓国の貿易会社による典型的な輸出取引を考えてみましょう。蔚山の工場から米国の買い手向けに出荷される自動車部品があります。企業の通関士は午前10時にUNI-PASSを通じて輸出申告書 (수출신고서)を提出します。通常の申告であれば、このプロセスは数分で完了します。午前11時30分までに、申告は韓国税関庁(KCS)の自動リスク評価を通過し、承認されます。貨物の積み込みが許可されます。韓国税関庁の統計によると、このシナリオは全輸出申告の約95%を占めています。つまり、申告、審査、そして通関が手作業なしで完了します。

この時点で、税関の観点からは取引は完了しています。しかし、輸出企業の貿易チームにとっては、業務は通関コンプライアンスから社内データ処理へと移行したばかりです。チームはその申告データを、少なくとも以下の4つの下流システムで必要とします。

• HSコードコンプライアンス台帳 — どの出荷に対してどの10桁のHSKコードが申告されたかを記録し、出荷後の監査やFTA原産地確認に使用します。
• 貿易金融ファイル — 韓国輸出入銀行(KEXIM)の輸出金融や信用状(L/C)の交渉のために、FOB価額と出荷詳細を文書化します。
• 付加価値税ゼロ税率証拠書類フォルダ — 韓国の国税庁(NTS)は、輸出業者に対し、海外供給の証明として輸出申告記録(輸出実績証明書 (수출실적증명서))を保管し、付加価値税ゼロ税率 (부가가치세 영세율)申告の根拠とすることを義務付けています。(完全にデジタル化された税制が依然として紙ベースの手作業を生み出すという同じ矛盾は、韓国税額計算書における手動データ入力の問題の根底にもあります。)
• 3ウェイマッチングワークシート — 申告の数量と金額を商業送り状およびパッキングリストと照合し、買い手がクレームを提起する前に不一致を特定します。

これらの下流システムはいずれもUNI-PASSに接続されていません。申告データは韓国税関庁のデータベースに存在しますが、貿易チームの社内プロセスでは、スプレッドシート、ERP、またはPDF申請書に添付された形でデータが必要です。印刷されたUNI-PASS申告領収書(輸出申告必証 (수출신고필증))が、世界最高の税関システムと企業のデータインフラとの間の橋渡しとなります。その橋は手動入力で構成されています。

UNI-PASS申告書に含まれるすべての項目と、そのデータの行き先

標準的な韓国の輸出申告書（수출신고서）には、出荷の種類に応じて約20～30のデータ項目が含まれています。下流システムで実際に必要とされる項目はさらに少ないですが、それぞれが通関手続き以外にも特定の目的を持っています。

これらの各項目は、申告時に入力された時点で一度UNI-PASSから出力され、下流の書類に記載されるたびに再入力する必要があります。5つの内部プロセスで使用される1件の申告は、4回の余分な再入力ステップを生み出します。月間200件の申告を処理する企業では、これは800回もの不要なデータ転送となり、それぞれに誤字、数字の入れ替え、項目の欠落といったリスクが伴います。

皮肉なことに、この再入力のほとんどはデータの品質向上に貢献しません。UNI-PASSで申告されたHSコードは、貿易チームがコンプライアンス登録簿に入力するHSコードと同じものです。韓国輸出入銀行(KEXIM)に送信されるFOB価額は、税関に既に申告されているFOB価額と同じです。再入力は情報を何も追加せず、労力とリスクを増やすだけです。

UNI-PASSとスプレッドシートの間にある3つのギャップ

UNI-PASSと社内データシステムの間にあるギャップは、単一の統合機能の欠如ではありません。それは、それぞれに異なる原因と解決策を持つ、3つの個別の断絶です。これらを個別に理解することが、解決への第一歩です。

ギャップ1：UNI-PASSにネイティブなERPエクスポート機能がない

韓国税関庁(KCS)はUNI-PASSを通関手続き（受付、審査、承認、貨物の引取り）を処理するために設計しており、企業のERPシステムにデータを送り込むためのものではありません。このシステムは、印刷またはPDFでダウンロード可能な申告書 (필증) を生成しますが、SAP Korea、Oracle、またはDouzone (더존) や iCUBE (아이큐브) などの国内システムが取り込める形式への構造化データのエクスポートは、ネイティブ機能ではありません。UNI-PASSポータルには、申告者が社内で使用するための「CSVにエクスポート」ボタンは存在しません。

一部の大手韓国商社は、韓国税関庁のデータウェアハウスから申告データを取得するカスタムEDIブリッジを構築しています。しかし、これらの統合には専任の開発リソース、継続的なメンテナンス、および韓国税関庁との年間サービス契約が必要です。韓国の輸出企業の大半、つまり韓国の輸出基盤の大部分を占める中堅の貿易会社や製造業者にとって、実用的なデータ提供チャネルは、依然として印刷されたPDFです。

ギャップ2：貿易金融には署名済みの紙の記録が必要

仮にUNI-PASSがワンクリックでCSVエクスポートを提供したとしても、銀行や輸出信用機関は貿易金融の申請において、物理的またはスキャンされた申告書類を依然として必要とします。企業が韓国輸出入銀行(KEXIM)を通じて輸出融資を申請したり、韓国貿易保険公社(K-SURE)を通じて注文保険を申請したりする場合、引受担当者は、商業送り状やパッキングリストとともに、署名済みの輸出申告書の写しを確認する必要があります。また、船荷証券(B/L)も必要です。韓国税関庁の確認印と申告者の署名が入った申告書 (수출신고필증) は、貨物が正式に輸出されたことを示す法的証拠です。

これは、銀行がすぐに廃止するような旧来の慣行ではありません。紙の申告書は、第三者による検証として機能します。韓国税関庁が、何が、誰に、いくらの価格で輸出されたかを確認するのです。その申告書に基づいて輸出融資を引受ける銀行は、輸出業者の自己申告数値ではなく、税関データに依存しています。紙の証跡は監査証跡です。そして、デジタル申告書の検証が貿易金融処理の標準機能になるまでは、基礎データが電子形式で存在していたとしても、印刷された申告書は引き続き必要書類であり続けるでしょう。

ギャップ3：3ウェイマッチングには横並びの比較が必要

標準的な国際取引では、少なくとも3つの独立して作成された書類が発生します。すなわち、商業送り状（輸出業者が発行）、パッキングリスト（倉庫が作成）、そして輸出申告書(수출신고서)（通関業者またはフォワーダーがUNI-PASSを通じて提出）です。これらはすべて同一の貨物を記述していますが、それぞれに数量、重量、または製品コードがわずかに異なる場合があります。パッキングリストと申告書の間で50kgの差異、インボイスと一致しないユニット数、またはプロフォーマインボイスに記載されたものと異なるHSコード(HS 부호) — これらのいずれもが、仕向地での税関検査、信用状(L/C)に基づく支払い遅延、または買い手からの不足荷送り請求を引き起こす可能性があります。

貿易チームは日常的に3ウェイマッチングを手作業で行っています。すなわち、インボイスPDF、パッキングリストPDF、申告書PDFを横に並べて開き、各項目を比較し、差異をスプレッドシートに記録します。これは、ほとんどの貿易チームにとって通関後で最も時間のかかる業務であり、比較可能な形式で申告データを抽出できるかどうかに完全に依存しています。そして、ほとんどのチームにとって、それはインボイスとパッキングリストのデータと同じスプレッドシートにデータを打ち直すことを意味します。

見逃した差異の影響は、それを確認するための労力に比べて不釣り合いに大きくなります。プロフォーマインボイスと輸出申告書の間でHSコードが1つだけ一致しなかった場合、仕向港での貨物の引き取りが3日から14日遅延する可能性があります。そして、関連する保管料、滞船料、罰金などのコストは、出荷前に不一致を発見するのに要したであろう10分間をはるかに上回ります。

手作業による再入力の実際のコスト — 1回の出荷あたり、年間あたり

手作業による申告データの再入力の直接的なコストは、1件の申告あたりの時間が短いため、過小評価されがちです。貿易の専門家が、申告書の主要項目を社内のスプレッドシートに抽出するのに5分を費やすかもしれません。1件の申告あたり5分では、解決すべき問題とは思えないかもしれません。

しかし、1件あたりの見積もりは2つの点で誤解を招きます。第一に、各申告を独立したタスクとして扱っていますが、実際には、同じ申告データが複数の後続プロセス（HSコード台帳、貿易金融、付加価値税(VAT)証拠書類フォルダ、3ウェイマッチング）のために再入力されます。1件の申告につき4つの入力ポイントがあり、それぞれ2～3分かかるとすると、合計は1件あたり10～15分に近づき、5分ではありません。第二に、検証ステップを無視しています。データ入力後、入力された値が申告書と一致するか誰かが確認する必要があります。貿易チームが自己検証のための時間を予算化することはほとんどありません。

以下は、月間200件の申告を処理する中堅の韓国輸出企業の控えめな見積もりです。

年間600時間——これはフルタイム勤務15週間分に相当する——を、UNI-PASSに既に存在するデータの再入力に費やしていることになる。韓国の貿易専門家の人件費（中堅貿易業務スタッフの平均給与＋諸経費に基づく）を1時間あたり約35,000ウォンとすると、単一部署の単一業務に対して年間2,100万ウォン（約15,500米ドル）のコストが発生する。2025年に輸出申告を行った7万社以上の企業が存在する韓国の輸出エコシステム全体では、この手作業による再入力の総コストは数千億ウォンに上る。

これらは仮定の話ではない。韓国の貿易フォーラムや専門家ネットワークでは、HSコードの入力ミスにより貨物が仕向地の税関で保留された事例、申告書とインボイスの金額不一致が韓国税関庁(KCS)の監査を引き起こした事例、輸出者の事業者登録番号(BRN)の誤記により付加価値税(VAT)還付が四半期全体にわたって遅延した事例などが頻繁に報告されている。これらの共通点は、貿易チームの不注意ではなく、手作業による再入力が規模の拡大に伴いエラーを不可避にしていることである。

従来のOCRではUNI-PASSの紙のギャップを解決できない理由

問題が印刷された申告データのデジタル化であるなら、当然の疑問は「印刷された申告書をスキャンしてOCRを実行すればよいのでは？」ということです。答えは、印刷されたUNI-PASS申告領収書には、従来のOCRツールでは対応できない3つの特性があるからです。

第一に、視覚的なレベルでフォーマットが標準化されていません。 KCS規制の下でデータスキーマは固定されていますが、UNI-PASS申告書の視覚的なレンダリングは、申告者が印刷またはエクスポートする方法によって異なります。UNI-PASSウェブポータルから直接印刷する場合（A4に最適化されたコンパクトで密なレイアウト）、通関業者からフォーマットされたPDFを受け取る場合（通関業者のヘッダーが追加されたり、フィールドグループが再配置されたりする）、あるいはオフィス間でFAXされた原本のコピーを扱う場合などがあります。ピクセル座標（x: 420, y: 680）に抽出ボックスを設定するゾーンOCRシステムは、2番目のレイアウトでは失敗し、3番目では無意味な結果を出力します。

第二に、申告書はバイリンガルであり、文字ベースの抽出を混乱させます。 多くのフィールドは韓国語（한글）と英語の両方で表示され、フィールドラベルは一方の言語、データ値はもう一方の言語に切り替わる可能性があります。主に英語テキストで学習された従来のOCRエンジンは、「FOB Value」のラテン文字を正しく認識しても、対応する値の列にある韓国語の文字を誤読する可能性があります（またはその逆）。言語の境界は文書の途中で変化し、テンプレートベースのOCRツールは文書途中の言語切り替えを適切に処理できません。

第三に、物理的な申告書には印刷後の人工物が蓄積されます。 印刷された申告書には、会社の印鑑（도장）が押されたり、ボールペンで署名されたり、通関業者による手書きの修正が加えられたりすることがよくあります。これらの人工物は印刷データに重なります。赤い印鑑がHSコードフィールドに重なる場合、手書きのメモが正味重量を隠す場合、署名が申告番号に重なる場合があります。従来のOCRはこれらをノイズとして読み取り、重要なフィールドが失われたり文字化けしたりした結果を生成します。

テンプレートベースのOCRツール（「AI搭載」と宣伝されていても、従来のレイアウト分析に基づいて構築されたものを含む）は、データをどこにあるかで識別しようとするため、これら3つのすべての点で失敗します。フィールドの位置が変わったり、言語の混合が文字認識を混乱させたり、物理的な人工物がテキストの一部を覆ったりすると、警告なしに抽出は失敗します。貿易チームは、手作業でデータを入力するよりも多くの時間をOCRエラーの修正に費やすことになり、そのためほとんどのチームは申告書処理にOCRをまったく使用しないのです。

セマンティック抽出がギャップを埋める方法

別のアプローチは、異なる問いから始まります。「このページのどこにHSコードがあるか？」と尋ねる代わりに、「HSコードとはどのようなものか、そしてこの文書のどの値がその説明に一致するか？」と問いかけます。これが位置ベースの抽出とセマンティックベースの抽出の違いであり、視覚言語モデル(VLM)が、印刷されたUNI-PASS申告書を、貿易の専門家と同じように読める理由です。つまり、各フィールドがどこにあるかではなく、何を意味するかを理解するからです。

ImageToTable.aiは、このセマンティック抽出パラダイムに基づいて構築されており、製品ではカスタム列抽出と呼んでいます。出力スプレッドシートに必要な列を、名前を入力して定義します。「申告番号」「HSコード」「FOB価額」「輸出者事業者登録番号」「正味重量」などです。AIは印刷された各申告書ページを読み取り、文書内でのセマンティックな役割を理解することで各列に対応する値を見つけ出し、スプレッドシートに入力します。テンプレートのトレーニング、ゾーンの描画、レイアウトごとの設定は一切不要です。

月間200件の申告を処理する韓国の貿易チームにとって、ワークフローは50時間の再入力から、約30分のプロセスへと変わります。

出力結果は申告書の単なるコピーではなく、コンプライアンス台帳、貿易金融アプリケーション、付加価値税証拠書類フォルダ、3ウェイマッチングワークシートに、再入力の手間を一切かけずに取り込める構造化データです。かつて4つの個別の手作業工程を経て15分を要していたフィールドが、今では一度抽出され、プレビューで確認され、単一のデータソースから下流のすべてのプロセスで使用されます。

同じ貿易ワークフローで商業送り状やパッキングリストも処理する企業にとっては、それらの書類にも同じ抽出アプローチが適用されます。これにより、3ウェイマッチングをスプレッドシート内で完結させることができ、申告データ、送り状データ、パッキングリストデータが、統合された照合シートのそれぞれの列に自動的に入力されます。

よくある質問

UNI-PASSのペーパーギャップは、韓国の税関システムへの批判ではありません。UNI-PASSは、その設計目的において真にワールドクラスです。このギャップは、通関用に構築されたシステムが、本来接続されることのなかった社内業務プロセスへのデータ提供メカニズムとしても機能するよう求められた結果です。このギャップは、韓国税関庁がERPエクスポートボタンを追加するのを待っていても埋まりません。貿易チームが、現在印刷するのと同じくらい簡単に、タイピングもテンプレートも統合契約もなしに申告データを抽出できる方法を手に入れたときに、初めて埋まるのです。