韓国税インボイスデータを
Excelに抽出する方法
韓国国税庁(NTS)は年間6億件以上の電子税インボイスを処理しており、これは国内で発行される全インボイスの99%に相当します。しかし、それらのインボイスを受け取る経理チームにとって、データ抽出の問題は依然として手作業に依存しています:事業者登録番号(사업자등록번호)、供給価額(공급가액)、付加価値税額(세액)をPDFや印刷物からスプレッドシートへ、フィールドごとに手入力しているのです。このガイドでは、韓国税インボイス(세금계산서)の必須項目、標準的なOCRツールがそれらでつまずく理由、そして四半期の付加価値税申告に備えて、必要なデータをExcelに抽出する方法を解説します。

重要なポイント
- 韓国のインボイスの99%はすでに電子化されています — しかし、供給価額(공급가액)をExcelに手入力している買掛金担当者は、その進歩をまったく実感できていません。
- 必須項目は7つ、ベンダーのレイアウトは数十種類:ホームタックス(HomeTax)、ポップビル(Popbill)、バロビル(Barobill)、ドゥゾン(Douzone)はそれぞれ事業者登録番号や付加価値税額を異なる場所に配置しているため、テンプレートベースのツールはサプライヤーごとに新しい設定が必要です。
- ImageToTable.aiは供給価額をピクセル座標ではなく概念として読み取ります — 1つの列定義で、あらゆるベンダーの税インボイスを同じスプレッドシートに抽出でき、サプライヤーごとの設定は不要です。
韓国税額計算書と標準インボイスの違い:韓国税額計算書を定義する7つの必須項目

韓国税額計算書(세금계산서)は、VAT欄が追加されただけの一般的な商用インボイスではありません。これは韓国付加価値税法第32条で定められた法的に規定された文書形式であり、記載されたすべての項目が特定のコンプライアンス目的を果たします。韓国の仕入先インボイスからExcelにデータを抽出する場合(買掛処理、VAT申告書の作成、ERPインポートなど)、これらの必須項目を理解することが前提条件となります。
第32条に基づき、税額計算書には以下の情報を含める必要があります。発行されたインボイスにこれらのいずれかが欠けている場合、仕入先は供給価額の最大2%の罰則にさらされます:
| # | 項目(英語) | 項目(韓国語) | 抽出において重要な理由 |
|---|---|---|---|
| 1 | 供給者登録番号 | 공급자 등록번호 | 10桁の事業者登録番号(사업자등록번호)(形式:XXX-XX-XXXXX)。ERPでの仕入先照合の主キー。 |
| 2 | 供給者名および代表者 | 상호 / 성명 | 会社名+代表者名。異なるフォントサイズで印刷されることがよくあります。 |
| 3 | 供給を受ける者登録番号 | 공급받는자 등록번호 | 自社の事業者登録番号。照合のため、自社の記録と照合する必要があります。 |
| 4 | 供給価額 | 공급가액 | VAT控除前の正味金額。VAT申告書の計算の基礎となる数値です。 |
| 5 | VAT金額 | 세액 | 供給価額の10%。供給価額×10%と正確に一致する必要があります。不一致はエラーを示します。 |
| 6 | 作成日 | 작성일자 | インボイスがどの四半期のVAT期間に該当するかを決定します。 |
| 7 | 明細項目(品目、数量、単価) | 품목 / 수량 / 단가 | 品目レベルの詳細。簡易インボイスでは任意ですが、正式な税額計算書では標準です。 |
これらの7つの主要項目に加えて、NTSホームタックス(홈택스)システムを通じて発行される電子税額計算書には、追加のNTS承認番号(국세청승인번호)が付与されます。これは、税当局がインボイスが適切に送信されたことを確認するために割り当てる一意の識別子です。2023年7月以降、年間売上高がKRW 1億を超えるすべての事業者は電子発行が義務付けられているため、通常遭遇するインボイスのほとんどにこの番号が記載されています。
データ抽出における実際的な影響:1枚の税務インボイスには最低でも7つの異なるデータポイントが含まれ、それぞれ別々のExcel列に入れる必要があります。2つの登録番号は厳密な形式に従い、供給価額/付加価値税は算術的な検証を必要とします。これが作業対象となるドキュメント構造であり、汎用的な「スキャンして出力」というアプローチが実用可能な結果をほとんど生まない理由を説明しています。同じデータを、現金領収書、納品書、事業者登録証明書を含む韓国税務ドキュメント全体のファミリーで項目別にマッピングしたものは、韓国税務ドキュメント処理ガイドをご参照ください。
フィールドを理解することは第一歩です。次の問題は、なぜそれらをドキュメントからきれいに取り出すのが見た目よりも難しいのかということです。
コピーペーストと標準OCRが韓国税務インボイスで破綻する理由
韓国税務インボイス(세금계산서)には、汎用OCRツールや手動コピーペーストのワークフローがうまく処理できない3つの固有の課題があります。そして、これらの課題は複数のサプライヤーからのインボイスを処理する際にさらに複雑になります。

課題1:韓国語と数字の混在テキスト。一般的な税務インボイスには、韓国語の文字(会社名、品目説明)、アラビア数字(登録番号、金額)、時には英語の略語が含まれ、すべてが同じ視覚領域内に存在します。単一言語のドキュメント向けに最適化された標準OCRエンジンは、数字に近接した韓国語の文字を誤読することが多く、類似した文字を混同したり、カンマ区切りの韓国語金額を誤解釈するなどの乱れた出力を生成します。
課題2:標準化されたフィールド位置がない。税務インボイスの内容は法律で標準化されていますが、レイアウトは標準化されていません。ホームタックス(HomeTax)を通じて発行された電子税務インボイスは、認識可能な2パネル構造(左に供給者、右に購入者)に従います。しかし、サードパーティのASPサービス(Popbill(팝빌)、Barobill(바로빌)、またはDouzone Bizon(더존비즈온)のERP生成インボイス)を通じて発行されたインボイスは、同じフィールドを異なる位置、フォントサイズ、テーブル構造で配置する場合があります。事前定義されたゾーンに依存してフィールドを特定するテンプレートベースのOCRは、レイアウトのバリエーションごとに個別のテンプレートを必要とします。
課題3:供給価額/付加価値税額/合計金額の検証トラップ。正しく発行された税務インボイスでは、下部の3つの数値は厳密な関係に従います:合計金額(합계금액)=供給価額(공급가액)+付加価値税額(세액)。手動入力で1桁の転記ミス(₩3,004,000を₩3,040,000としてコピー)が発生すると、エラーは黙って付加価値税申告に伝播します。NTSが申告内容をサプライヤーの送信データと照合するまで気付かない可能性があり、調査や調整通知が発生することがあります。
NTSのデータによると、電子発行により紙のインボイスコンプライアンスコストは年間推定₩900億削減されました。しかし、ラストマイルの問題(電子インボイスから自社システムへのデータ転送)は、依然としてAP事務員の机の上に残っています。
ここで、テンプレートベースの抽出とセマンティック抽出の違いが重要になります。テンプレートベースのツールでは、各フィールドの周りに矩形を描き、座標を保存する必要があります。すべての請求書が1つの供給元から同じ形式で届く場合は機能しますが、数十のベンダーから税務請求書を受け取る場合には現実的ではありません。セマンティック抽出(ビジョン言語モデルが使用するアプローチ)は、人間と同じように文書を読み取ります。つまり、供給価額ラベルの横にある数字が、ページ上のどこにあっても供給価額であることを理解します。
課題を定義したところで、実際の抽出ワークフローをご紹介します。
ステップバイステップ:税務請求書フィールドをExcelに抽出する
ImageToTable.aiはカスタム列抽出を使用して、あらゆる文書レイアウトから特定のフィールドを抽出します。核となる考え方は、テンプレート上でフィールドの座標をマッピングする代わりに、韓国語または英語で列名を入力すると、AIが各フィールドラベルの意味を理解して対応する値を特定するというものです。入力した列名が、出力スプレッドシートの正確なヘッダーになります。
税額計算書ファイルをアップロード
1つまたは複数の税額計算書ファイルをアップロードしてください — ホームタックスからのPDFエクスポート、紙の請求書のスキャン(JPG/PNG)、またはメールのスクリーンショット。PDF、JPG、PNG、WebPに対応しています。一括処理の場合は、すべてのファイルを一度にアップロードしてください。結果は1つのスプレッドシートに統合され、請求書ごとに1行が生成されます。
抽出する列を定義
スプレッドシートで必要なフィールド名を入力してください。韓国語ラベル、英語ラベル、またはその両方を使用できます — AIは両方を理解します。標準的な税額計算書の抽出には、以下の列セットが実用的です:
작성일자— 発行日공급자 사업자등록번호— 供給者登録番号공급자 상호— 供給者会社名공급받는자 사업자등록번호— 購入者登録番号공급가액— 供給価額(VAT前の純額)세액— VAT額합계금액— 合計金額국세청승인번호— NTS承認番号(電子税額計算書用)
Excelを生成してダウンロード
抽出をクリックしてください。各請求書は出力スプレッドシートの1行に対応し、列名がヘッダーになります。1ページの税額計算書は通常5〜10秒で処理されます。出力はXLSX、CSV、またはJSONとしてダウンロードでき、会計システムへのインポートやExcelでのさらなる分析にそのまま使用できます。韓国語の税額計算書以外のフィールドレベルの請求書抽出の詳細な手順については、請求書フィールドをスプレッドシートに抽出する方法をご覧ください。
韓国語の税額計算書に特に便利な機能が2つあります。まず、推論列を使用すると、請求書に明示的に印刷されていないデータの列を追加できます。たとえば、VAT Period (options: Q1/Q2/Q3/Q4)という名前の列を追加すると、AIが発行日(작성일자)を読み取り、該当する四半期のVAT期間(1月〜3月 = Q1、4月〜6月 = Q2、7月〜9月 = Q3、10月〜12月 = Q4)を判定して期間ラベルを入力します — Excelでの手動VLOOKUPステップを省けます。次に、計算列で算術を検証できます:VAT Check (공급가액 × 0.1 = 세액?)という名前の列は「OK」または差異額を出力し、VAT申告前に数字が合わない請求書をフラグ付けします。
以下で自分の税額計算書でお試しください — ログインは不要です:
ファイルは安全に処理され、保存されません。
1枚の請求書は簡単です。本当の試練は、付加価値税申告期限前に一括処理することです。
四半期ごとの付加価値税申告期限前に、何百もの税金計算書を処理する
韓国の付加価値税申告は四半期ごとで、各申告は四半期終了翌月25日までに提出します:1月25日(第4四半期)、4月25日(第1四半期)、7月25日(第2四半期)、10月25日(第3四半期)。各期限の数週間前、中規模韓国企業の買掛金チーム — 特に外部の税理士(세무사)事務所を利用している企業 — は、すべての仕入先税金計算書を、NTS電子計算書記録と照合できる単一のデータセットに統合するという限られた時間に直面します。

その量は決して軽視できません。月次請求書を受け取る仕入先が30〜50社ある企業では、四半期ごとに90〜150枚の税金計算書が蓄積されます。下請け業者や材料供給業者と取引する建設会社や商社では、簡単に300〜500枚に達します。1枚あたり3分の手入力で、300枚の請求書は15時間の集中的なデータ入力作業を消費します — 通常、申告期限の前週に集中します。
一括処理はこの計算を変えます。HomeTaxからのPDFダウンロード、各仕入先からのメール添付、スキャンした紙のコピーなど、すべての税金計算書を一度にアップロードします。同じ列定義が全ファイルに適用されます。結果は1つのExcelファイルに統合され、請求書ごとに1行、時系列で並びます。1ページあたり5〜10秒で、300枚の請求書は手動での再入力なしに1時間以内で処理されます。
ここで、テンプレートよりもセマンティック抽出アプローチの価値が発揮されます。300件の請求書は数十のサプライヤーから届き、それぞれが少しずつ異なるレイアウトを使用しています。ホーム택스で発行されるものもあれば、팝빌や바로빌を利用するもの、더존비즈온のERPを使うものもあります。テンプレートベースのツールでは、レイアウトごとに個別の設定が必要になります。カスタム列抽出は、ピクセル座標ではなくフィールドラベル(공급가액、세액、사업자등록번호)を読み取るため、すべてのバリエーションで同じ列名を使用します。
バッチ実行の実用的なヒント:ファイル名列を追加してください。ツールが各行にソースファイル名を自動的に入力するため、レビュー中に数値がおかしい場合、抽出された値を元のドキュメントに簡単に追跡できます。より深いトレーサビリティが必要な場合は、バッチ請求書データ抽出の広範なアプローチについても学べます。
Excelから더존비즈온、ECOUNT、SAP Koreaへ
税務請求書データをExcelに抽出するだけでは、最終ステップになることはほとんどありません。ほとんどの韓国企業では、データをERPや会計システムに流し込む必要があります。韓国市場には、地元ベンダーが支配する独自のソフトウェア環境があります。
더존비즈온は、韓国における国内大手のERP・会計プラットフォームで、中小企業および税務会計分野で最大の市場シェアを誇ります。その製品群(クラウド型SMB向けWEHAGO、中堅企業向けiCUBE、税務会計事務所向けSmart A)はすべて、特定の列マッピングを持つ構造化インポートファイルを想定しています。ImageToTable.aiから抽出したExcelは、더존비즈온のインポートテンプレートに合わせて再フォーマットできます。通常、サプライヤーの主要キーとして사업자등록번호、別々の数値列に공급가액と세액、YYYY-MM-DD形式の작성일자が必要です。
ECOUNT ERPは韓国の中小企業に人気があり、買掛金取引のCSV/Excelインポートをサポートしています。インポート形式では、サプライヤー登録番号、請求書日付、説明、金額、VATを別々の列として想定しており、このガイドで説明する抽出列セットに直接対応します。
SAP Koreaは大企業向けで、通常、FI(財務会計)モジュールを通じたデータマッピングが必要です。抽出したExcelは、SAPのLSMWやBDCツールによるバッチアップロード前の中間ステージングファイルとして使用できます。
どのシステムを使用する場合でも、重要な原則は同じです。最初から抽出列をERPの期待するインポートフィールドに合わせて定義することです。더존비즈온のインポートテンプレートが사업자등록번호ではなく거래처코드(ベンダーコード)という列を期待する場合、抽出列もそれに合わせて名前を付けます。AIは列の呼び名ではなく、ドキュメント上のフィールドが表す内容に基づいて値を抽出するため、追加のマッピングステップなしでインポート用にフォーマットされた出力が得られます。
請求書抽出がAP自動化ワークフローにどのように組み込まれるかの広範な視点については、請求書抽出フィールドガイドを参照してください。
よくある質問
電子税票と紙の税票の両方を読み取れますか?
はい。ホームタックスからPDFでダウンロードした電子税票(전자세금계산서)と、スキャンしてJPGまたはPNGにした紙の税票の両方に対応しています。AIは文書の視覚的な内容を読み取るため、元の生成方法に関係なく処理できます。印字が鮮明なスキャン文書は、デジタル生成のPDFと同じ抽出精度が得られます。通常のスキャン条件下で印刷された表データの抽出精度は最大99%です。
明細行まで抽出できますか、それとも請求書レベルの合計のみですか?
両方対応しています。明細行のフィールド(품목(品目)、수량(数量)、단가(単価)、공급가액(行の供給額))の列を定義すると、明細行ごとに1行が作成されます。請求書レベルのフィールド(供給額合計、付加価値税額、合計金額)のみを定義した場合は、請求書ごとに1行が作成されます。原価計算に明細レベルの詳細が必要か、付加価値税申告に合計のみが必要かによって選択が変わります。
事業者登録番号の形式(XXX-XX-XXXXX)はどのように処理されますか?
10桁の事業者登録番号(사업자등록번호)は、ハイフン区切りの形式を維持したまま抽出されます。ERPへのインポートでハイフンなしの番号が必要な場合は、書式を除去するルールを備えた計算列を追加するか、出力に対してExcelのSUBSTITUTE関数を使用してダッシュを一括削除できます。
国税庁承認番号はどうなりますか?
国税庁承認番号(국세청승인번호)は、電子税票に長い英数字コード(通常XXXXXXXX-XXXXXXXXの形式)として表示されます。列名として追加すると、他のフィールドと一緒に抽出されます。この番号は、ホームタックスの記録と照合して、特定の請求書が国税庁に正しく送信されたことを確認するのに役立ちます。
韓国語と他の言語の請求書を同じバッチで処理できますか?
はい。韓国語の税票と海外サプライヤーからの請求書(英語、日本語、中国語など)の両方を受け取る場合、それらを同じバッチに含めることができます。AIは200以上の言語をネイティブに処理します。韓国語の列名は韓国語のフィールドに一致します。同じバッチ内の非韓国語の請求書については、AIが同等のフィールド概念をマッピングします(例:「Supply Value」は供給額フィールドに一致)。国別ガイドについては、日本の適格請求書の抽出、ドイツのRechnungの抽出、またはメキシコのCFDIの抽出を参照してください。
抽出したデータは付加価値税申告に十分ですか?
抽出されたExcelは、付加価値税申告書の作成に使用される生データ(供給価額、付加価値税額、供給者・購入者の事業者登録番号、日付)を提供します。ただし、韓国での実際の付加価値税申告は、ホーム택스または税理士・会計ソフトウェア(Douzone、ECOUNTなど)を通じて行われます。抽出結果は申告プロセスの構造化された入力データとして機能し、NTSへの直接提出ではありません。米国の税務フォームと韓国の請求書の両方を扱う企業は、W-2および1099税務フォームデータの抽出に関するガイドをご覧ください。
次の付加価値税申告期限の準備をイメージしてみましょう
税務請求書を受け取ってから、ERPにクリーンで構造化されたデータが入るまでのギャップは、四半期ごとに何時間も失われる場所です。30枚でも300枚でも、抽出ステップは数日ではなく数分で完了するはずです。税務請求書(実際のものまたはサンプル)をアップロードして、フィールドが最初のパスで正しい列に配置されるのを確認してください。