韓国の輸出入
申告データを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. 貿易書類はインボイス、船荷証券、原産地証明書との照合が必要である。 申告書は貿易コンプライアンス業務において単独で存在するものではありません。商業インボイス（申告額の検証）、船荷証券（貨物数量の検証）、原産地証明書（FTA適格性の検証）と照合する必要があります。これらの書類はそれぞれ異なる形式で届きます——インボイスはサプライヤーのPDF、船荷証券はフォワーダーのポータルから、原産地証明書はスキャンされた証明書です。出荷台帳を管理する貿易チームは、申告書データを抽出するだけでなく、4種類の書類にまたがってデータを統合します。申告書は多くの情報源の1つであり、他の情報源はさらに構造化されていません——そのスタックの韓国語インボイス側は、韓国税務書類抽出ハブでカバーされています。

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

これら3つの原因に共通するのは、データは存在するが移植可能ではないということです。データは、通関用に設計された申告書形式の中にあり、書類作成用に設計されたテーブルの中にはありません。データを一方のコンテナから他方へ移すことが、手入力作業を生み出しているのです。

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

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

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

このセマンティックなアプローチが韓国の申告書にとって特に重要なのは、ハングルのフィールドラベルが韓国語非対応のOCRエンジンにとって構造的な課題を生み出すためです。韓国語のテキストをネイティブに理解するビジョンAIは、신고번호を申告番号として、원산지를原産地として、수입금액(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は文書に含まれるフィールドに入力し、もう一方は空白のままにします。後続の「申告種類」列で、貿易の方向別に出力をフィルタリングできます。

印刷された申告書の手書きの値やブローカーの注記はどうなりますか？

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

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

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

同じ抽出バッチに添付書類（インボイス、船荷証券、原産地証明書）を含めることはできますか？

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

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

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コード台帳や関税計算監査に必要な明細項目構造に一致します。申告番号は行全体のグループ化キーとして機能します。