韓国の輸出入申告データをExcelに
抽出する方法（2026年版ガイド）

UNI-PASSのパラドックス：韓国の世界水準の税関システムが生むデータ入力の盲点

UNI-PASSは、韓国関税庁の完全統合型電子通関プラットフォームです。輸入申告、輸出申告、貨物管理、関税納付、税関監査をカバーする単一窓口システムであり、釜山港や仁川港などで活動するすべての輸出者、輸入者、通関業者からの申告を処理します。95%以上の自動化率と24時間365日の運用を誇り、税関近代化のモデルとして10カ国に輸出されています。

盲点は明白なところに隠れています。UNI-PASSは通関手続きをエンドツーエンドで処理しますが、貿易チームが書類作成に必要とする構造化データファイルは生成しません。出力されるのは、印刷された수출신고서（輸出申告書）または수입신고서（輸入申告書）です。これは、保管され、商業送り状と照合され、貿易コンプライアンス追跡、HSコード台帳の維持、FTA原産地証明書の作成のために、手作業でスプレッドシートに再入力されなければならない紙のフォームまたはPDFです。

韓国の総貿易額は2025年に1.34兆ドルに達し、輸出は7097億ドル、輸入は6317億ドルで、世界第7位の貿易大国です。これらの取引のすべてが税関申告を発生させました。そして、通関後の貿易書類（HSコードの照合、FOBおよびCIF価額の検証、原産地の追跡）を管理するチームにとって、各申告は、UNI-PASSに一度入力されたものの、スプレッドシートに再度入力しなければならないデータとして存在します。貨物を90秒で通関させたシステムが、1件の申告につき3～5分かかる書類作成タスクを生み出しているのです。

韓国の輸出入申告書（수출입신고서）に実際に含まれるもの

なぜ手作業による再入力が続いているのかを理解するには、典型的な韓国の輸出入申告書に何が含まれているかを知ることが役立ちます。UNI-PASSの申告書式は、韓国の特定の規制および分類要件に適合させたWCOデータモデルに従っています。通関後の書類作成のために貿易チームが必要とする項目は、通関に必要な項目と同じではなく、通関後の出力は書類作成のユースケースに合わせて事前に整理されていません。

これらの各項目は、UNI-PASS内では構造化データとして存在しています。しかし、貿易コンプライアンス記録用に印刷された申告書を要求する場合——税関業者からの紙のコピーであれ、UNI-PASSポータルからのPDFダウンロードであれ——それは書式化された文書として届きます。その構造は視覚的であり、表形式ではありません。신고번호はある場所に、HSコードは別の場所に、FOB価額はさらに別の場所にあります。出荷台帳やHSコード監査証跡を作成する貿易コンプライアンス担当者にとっては、すべての項目を探し出し、読み取り、再入力しなければなりません。

ここに、韓国の世界クラスのデジタル税関システムと、貿易書類作成業務の日常的な現実との間のギャップが浮き彫りになります。UNI-PASSは通関手続きをデジタル化しました。しかし、貿易書類作成をデジタル化したわけではありません。その仕事は今も、誰かがキーボードの前で行っています。

輸出入申告が手入力作業を生み出す3つの理由

貿易チームが「このデータはすでにシステムにあるのに、なぜ再入力しなければならないのか」と感じるフラストレーションには、具体的かつ構造的な原因があります。それらを特定することで、問題と症状を切り離すことができます。

1. UNI-PASSは、構造化されたデータ出力ではなく、フォーマットされた書類として申告書を印刷します。 システムは、人間が読んで税関で保管するために設計された申告書のPDFや印刷物を生成します。提出された申告書には「Excelにエクスポート」ボタンはありません。データは視覚的なレイアウト（太字ハングルの見出し、列見出しの下に配置された値、重ねられたスタンプや署名）の中に閉じ込められており、人間が解析する必要があります。UNI-PASSポータルからのPDFダウンロードでさえ、機械可読なデータファイルではなく、申告フォームの画像です。これは意図的な設計であり、システムは通関後のデータの移植性よりも、通関スピードと法的完全性を優先しています。

2. 貿易書類は、インボイス、船荷証券（B/L）、原産地証明書（C/O）との照合作業を必要とします。 貿易コンプライアンス業務において、申告書は単独で存在するわけではありません。これは、商業インボイス（申告額の確認）、船荷証券（貨物数量の確認）、原産地証明書（FTA適格性の確認）と照合する必要があります。これらの書類はそれぞれ異なる形式で届きます。インボイスはサプライヤーからのPDF、B/Lはフォワーダーのポータルから、C/Oはスキャンされた証明書です。出荷台帳を管理する貿易チームは、申告データを抽出するだけでなく、4種類の書類にまたがってデータを統合する必要があります。申告書は多くの情報源のうちの1つに過ぎず、他の情報源はさらに構造化されていません。

3. 申告書の形式は、一般通関手続きと簡易通関手続きで異なります。 韓国では、申告制度が二分されています。一般申告（일반수출신고/일반수입신고）は、上記の全フィールドセットを保持します。2,000ドル未満の貨物に使用される簡易申告（간이수출신고）は、フィールド数が削減されています。見本、贈答品、FTA特恵対象貨物には、追加の表示が必要となる場合があります。月間200件の申告を複数の製品カテゴリーにわたって処理する貿易チームは、これらの形式が混在したものを扱うことになります。そして、固定レイアウトを前提としたテンプレートベースのツールは、形式が変わるとすぐに機能しなくなります。

これら3つの原因に共通する点は、データは存在するものの、移植可能ではないということです。データは、書類作成用に設計されたテーブルの中ではなく、通関用に設計された申告書ドキュメント形式の中に格納されています。データを一方の入れ物からもう一方の入れ物に移す作業こそが、手入力作業を生み出しているのです。

韓国申告データにセマンティック抽出が最適な理由

従来のテンプレートベースのOCR（ほとんどの文書抽出ツールが採用するアプローチ）では、UNI-PASSの印刷出力のどこに各フィールドが配置されているかを記憶させることで解決しようとします。1つの申告レイアウトで学習させると、ブロックAから申告番号（신고번호）を、ブロックBからHSコードを読み取ります。問題は、UNI-PASSの申告書には複数のレイアウトがあることです。輸出用と輸入用のフォームは異なり、一般申告と簡易申告も異なり、ポータルから印刷したPDFとブローカーの内部印刷物では見た目が変わります。1つのレイアウトで学習させたテンプレートは、次のレイアウトでは誤ったデータを返すか、データをまったく返しません。

カスタム列抽出 — ImageToTable.aiが使用する中核メカニズム — は、この関係を逆転させます。AIにデータがページのどこにあるかを教える代わりに、フィールドに名前を付けて抽出したい内容を指示します。列名「HSコード（10桁）」や「原産国」は、AIに対して、輸出か輸入か、一般申告か簡易申告か、ポータルPDFかブローカー印刷物かに関わらず、あらゆる申告形式において、そのセマンティックな意味に基づいて特定の値を特定するよう指示します。あなたが定義する列名がシグナルとなり、AIがレイアウトに適応します。

このセマンティックなアプローチが韓国の申告書にとって特に重要なのは、ハングルのフィールドラベルが、韓国語で学習していないOCRエンジンにとって構造的な課題を生み出すからです。韓国語のテキストをネイティブに理解するビジョンAI — 申告番号（신고번호）を申告番号として、原産地（원산지）を原産国として、輸入金額（CIF）（수입금액(CIF)）をCIF値として読み取る — は、これまで見たことのないレイアウトからでも正しい値を抽出できます。UNI-PASS印刷物のすべてのバリエーションで学習する必要はありません。ラベルの意味を読み取るのであって、フィールドの位置を読み取るのではないからです。

これは、より広範な通関申告書抽出に関する記事で説明しているのと同じパラダイムですが、特に韓国の申告書形式の状況に適用したものです。「セマンティック抽出が形式のバリエーションを克服する」というグローバルな原則は同じです。韓国での実装には、独自のフィールド構造、規制上のコンテキスト、およびコンプライアンスワークフローがあります。

韓国申告データの抽出列を設定する

最初のバッチからデータを抽出する前に、出力構造を定義してください。一度設定した列は、フォーマットの違いに関わらず、アップロードするすべての申告書に適用されます。

通関コンプライアンスチームが事後書類作成に必要とする一般的なフィールドに基づき、以下の列セットを推奨します。

これらの列は抽出インターフェースで一度だけ定義してください。アップロードするすべての申告書ファイル（UNI-PASS PDF、ブローカーのスキャン印刷物、写真コピーなど）は、この同じ列セットに対して読み取られます。AIは、テンプレート上の同じピクセル座標をスキャンするのではなく、列名との意味的な一致によって各フィールドを特定します。

この標準セットに加えて、船積港（선적항）、船名（선명）、コンテナ番号（컨테이너번호）などの追加フィールドが必要なチームは、同じインターフェースで列として追加してください。列名のみが設定に必要です。

韓国申告データ抽出のステップバイステップ

カラムセットを定義したら、抽出ワークフローは、処理する申告書の数やその入手方法に関係なく、一貫したパターンに従います。実際の流れは以下の通りです。

50件の申告書ファイルをアップロードしてから構造化されたテーブルを取得するまでのワークフロー全体は、各フィールドを手動で探し、読み取り、入力するのに数時間かかっていた作業が、わずか数分で完了します。ボトルネックはデータ入力速度から、あなたの検証速度へと移ります。

抽出データで実現できること：貿易コンプライアンスのユースケース

申告データが構造化されたスプレッドシートに格納されると、それはもはや「検索の問題」ではなくなり、紙のファイルやメールの添付ファイルにデータが散在している状態では困難または不可能だった貿易コンプライアンスワークフローが可能になります。

HSコード台帳のメンテナンス。韓国の10桁HSKコードは5年ごとに更新されます。次回の改定はHS 2027に基づき、2027年に予定されています。コード改定サイクルにおいて、輸入業者は過去の期間にどのHSコードが、どの製品に対して、どの関税率で使用されていたかを正確に把握する必要があります。構造化された申告台帳があれば、これはフィルタ操作で済みます。過去3年間のすべてのHSコードを抽出し、新しいHS 2027分類にマッピングされるコードを特定し、台帳を体系的に更新します。構造化データがない場合、同じ作業を行うには各申告書を個別に開き、コードをコピーする必要があります。

FTA原産地証明書の作成。米韓FTAに基づき、出荷の原産地を証明する輸出業者には、HSコード（国際6桁レベル）、原産地の判定、製品の説明が必要です。これらはすべて輸出申告書に記載されています。申告データがすでにスプレッドシートにある場合、原産地証明書の申請準備は、該当する列を抽出し、原産地基準を確認するだけです。そうでない場合は、申告書を開き、HSコードを見つけ、原産地フィールドを見つけ、それらを原産地証明書フォームに入力する必要があります。

関税の検証と監査証跡。韓国の国税基本法（국세기본법）第85条の3は、取引記録を5年間保存することを推奨しています。韓国関税庁の税関監査では、過去3年間の申告書を調査することができます。신고번호、HSコード、申告価格、原産地など、全フィールドの履歴を含む構造化された申告台帳は、紙のファイルでは得られない監査証跡を提供します。監査人が特定の貨物について質問した場合、台帳を開いて該当する行を見つけます。それがなければ、ファイルを見つけ、その中から申告書を見つけ、監査人の要求に応じて関連データを書き写す必要があります。

貿易照合と月次レポート。毎月150件の申告書と商業送り状を照合する物流管理者には、並べて表示できるビューが必要です。申告書のFOB/CIF価格と送り状の金額、HSコードと製品説明を並べて比較します。両方のデータセットがスプレッドシートにあれば、照合はVLOOKUPで完了します。申告データが紙のファイルにある場合、照合は物理的な書類のウォークスルーになります。つまり、書類を探し、読み、比較し、差異を記録し、次の書類に進むという作業です。

この方程式のコスト面、つまり手動による申告データ入力が韓国の貿易会社に与える時間、エラーリスク、FTA節約機会の損失について詳しく知りたい方は、手動による韓国税額計算書処理コストに関する記事の分析が、関連する書類タイプについて同じ構造で説明しています。申告書の計算も同じパターンに従い、さらに文書間の照合という次元が加わります。

よくある質問

AIは韓国の輸出申告書と輸入申告書の両方を一度に処理できますか？

はい。AIは文書の内容を読み取り、フィールドラベルとレイアウトに基づいて수출신고서（輸出申告書）と수입신고서（輸入申告書）を区別します。輸出申告書は主要な価値指標としてFOB値を、輸入申告書は関税計算のためにCIF値を保持します。同じ列セットにFOB値とCIF値の両方を含めることができ、AIは文書に含まれるフィールドを入力し、もう一方は空白のままにします。後続の「申告種類」列を使用して、貿易の方向で出力をフィルタリングできます。

印刷された申告書に手書きの値やブローカーの注釈がある場合はどうなりますか？

文書画像を直接処理する（テキストに変換してから処理するのではなく）Vision AIは、機械印刷テキストに重なる手書きの値やスタンプを読み取ることができます。精度は読みやすさに依存します。クリーンなPDF上の明確なブロック体の手書きは印刷テキストと同等の精度を達成しますが、筆記体の注釈や基礎となる値を隠すスタンプは信頼性を低下させます。システムは、誤った値を黙って返すのではなく、信頼性の低いフィールドを人間によるレビュー用にフラグ付けします。手書きのCIF調整やブローカーの修正スタンプは、韓国の申告書で最も一般的なエッジケースです。

これは税関ブローカーやUNI-PASSへの申告を置き換えるものですか？

いいえ。データ抽出は、通関後の貿易書類のための文書からスプレッドシートへの変換ステップ、つまり貨物が通関した後に行われる作業を処理します。税関ブローカーは引き続きUNI-PASSを通じて申告を行い、韓国関税庁の通関プロセスは変わりません。データ抽出は、すでに通関済みの申告書からデータを手動で再入力して、貿易コンプライアンススプレッドシート、監査ファイル、HSコードレジストリに反映する作業を置き換えます。

同じ抽出バッチに添付書類（インボイス、B/L、C/O）を含めることはできますか？

はい。申告書PDFと、対応する商業送り状、パッキングリスト、船荷証券、原産地証明書を同じバッチにアップロードしてください。抽出は、各文書を列定義に基づいて個別に読み取り、1つの統合テーブルを出力します。これは、出荷台帳を構築するための実用的なワークフローです。期間ごとまたは貿易ルートごとに1つのバッチを作成し、4つの文書タイプすべてが同じ構造化出力に取り込まれます。このアプローチの税関申告全般への完全なチュートリアルについては、グローバル税関申告書データ抽出ガイドをご覧ください。

韓国独自の10桁HSKコード形式は、AIはどのように処理しますか？

AIは申告書に記載されている10桁のHSKコードをそのまま読み取ります。これには、6桁の国際プレフィックスと4桁の韓国固有サフィックスの間にあるダッシュやスペース区切りも含まれます（例：3304.99.00.00）。抽出された値は、完全なコードが1つのセルに保持されます。通常、6桁の国際レベルのみが必要とされるFTA原産地証明書の場合、抽出されたコードの最初の6文字を専用の列に分離できます。この抽出では、現在のHSKコード表に対するコードの検証は行われません。その検証は、貴社の貿易チームまたは通関業者のコンプライアンス業務として残ります。

UNI-PASS申告書に印刷された韓国語ハングルの認識精度はどのくらいですか？

鮮明なUNI-PASS文書（機械生成のPDF、鮮明な印刷物）上の印刷された韓国語テキストは、構造化されたフィールド（申告番号、HSコード、日付、数値）において最大99%の認識精度を達成します。品名（품명）のような自由記述フィールドは、ハングルと英語の製品コードや技術的な略語が混在する可能性があるため、精度はやや低下しますが、実用的な範囲内です。韓国語文書に対するAIの精度の詳細な分析については、AIが韓国語の請求書を正確に読み取れるかに関する記事をご覧ください。同じモデルの動作が税関申告書にも適用されます。

複数のHSコード行を含む申告書（複数品目貨物）はどのように処理すればよいですか？

申告書のHSコード行ごとに、出力テーブルに1行が生成されます。12の異なる製品分類がある申告書は12行を生成し、各行には申告番号が繰り返され、その行固有のHSコード、製品説明、数量、金額が含まれます。これは複数行の文書抽出における標準的な動作であり、HSコード登録や関税計算監査に必要な明細項目構造に一致します。申告番号は、行全体をグループ化するキーとして機能します。