税計算書150件を1つのスプレッドシートに：
付加価値税の期限に遅れず一括処理する方法

韓国の税計算書に初めて触れる方へ：税計算書データをExcelに抽出するステップバイステップガイドから始めましょう。7つの必須項目、NTSのコンプライアンス規則、単一文書の抽出ワークフローを解説しています。この記事では、1枚から150枚にスケールする際に何が変わるかに焦点を当てます。

99%が電子化されていても、99%が自動化されているわけではない理由

韓国の電子税計算書システムは、2011年からすべての法人に義務付けられ、2023年7月からは年間売上高がKRW 1億を超える個人事業者にも拡大され、発行と送信を驚くほど効率的に処理しています。供給者はXML形式で請求書を作成し、PKIデジタル証明書で署名し、HomeTax（ホームテックス）、Douzone iCUBEなどのERPシステム、またはPopbill（パプビル）やBarobill（バロビル）などのASP（アプリケーションサービスプロバイダ）を通じてNTSに送信します。NTSは請求書を検証し、24桁の承認番号（승인번호）を返します。両者はいつでもHomeTaxで確認できます。

しかし、デジタル化は「請求書が電子文書として保存されている」と「その請求書のデータが作業用スプレッドシートに入っている」の境界で止まっています。買い手の実際のワークフローを考えてみましょう：供給者の税計算書は、メールのPDF添付、HomeTaxからの印刷物、またはPopbillからエクスポートされたファイルとして届きます。経理担当者がそれを開きます。供給価額（공급가액）はあるセルに、付加価値税額（세액）は別のセルにあります。事業者登録番号（사업자등록번호）は上部にXXX-XX-XXXXX形式で記載されています。担当者は各数値をExcelの行に入力します。そして次の請求書を開きます。これを繰り返します。

この非対称性は、見た目以上に重要です。付加価値税法第32条に基づき、すべての税計算書には、買い手の付加価値税申告に正確に反映されなければならない必須項目があります：供給者と買い手の登録番号、供給価額、付加価値税額、作成日付です。NTSが保有する情報と申告内容に不一致があると、交差検証フラグが発生します。そして、そこで正確なデータ抽出は利便性ではなく、コンプライアンス要件になるのです。

四半期末の算数：税計算書150枚の実際の内訳

韓国の付加価値税は四半期ごとに申告し、各四半期末の翌月25日までに提出します：1月25日、4月25日、7月25日、10月25日です。中規模企業で取引先が30〜60社の場合、四半期末の請求書量は通常100〜200枚の税計算書（세금계산서）になります。

150枚の税計算書の抽出計算は以下の通りです：

10時間は、すでにデジタル形式でどこかに存在する数字を入力するだけに費やす丸1日以上の労働時間です。しかもこれは楽観的なシナリオです — すべての請求書がクリーンで読みやすいPDFで届くことを前提としています。実際には、典型的な四半期のバッチには以下が含まれます：

• HomeTaxまたは取引先のERPから直接エクスポートされたPDF（クリーンで構造化されているが、取引先ごとにレイアウトが異なる）
• 標準的なNTS紙フォームで発行する小規模取引先からのスキャン済み紙の税計算書
• PopbillやBarobillなどのASPサービスが生成したメール添付のHTMLファイル（表示用にフォーマットされており、データ抽出用ではない）
• 現場の取引先がカカオトークで送信した印刷済み請求書のスクリーンショットや写真

フォーマットの多様性こそが隠れた増倍要因です。各取引先は同じ必須項目を異なる方法で配置しています — Douzone生成の請求書は事業者登録番号を左上のヘッダーブロックに置き、HomeTax印刷の請求書は中央揃えの2カラムレイアウトを使用し、Popbillエクスポートは登録番号をスタイル付きHTMLテーブルにラップします。テンプレートベースの抽出ツールでは、取引先ごとのフォーマットに個別の設定が必要になります。取引先が40社あれば、40のテンプレートを構築・維持する必要があり、取引先が請求ソフトウェアを更新すると、どのテンプレートも壊れてしまいます。

Douzone、ECOUNT、HomeTaxが仕入請求書のデータ抽出に対応しない理由

韓国の会計ソフトウェア市場は少数のプレイヤーによって支配されており、各社は意図的な製品選択を行っています：売上請求書ワークフローの最適化です。

Douzone Bizon（ドゥゾンビズオン） — 韓国最大のERPプロバイダーであり、スウェーデンのPEファームEQTに1.3兆KRWで買収されました — はWEHAGO（クラウドプラットフォーム）、iCUBE（約2万社が利用する標準ERP）、Smart A 10（韓国の中堅・中小企業および会計事務所の90%以上が帳簿管理に利用）を提供しています。3つとも売上税計算書の発行、NTS送信、付加価値税申告書の作成に対応しています。しかし、仕入先の請求書からデータを抽出する機能はありません。ワークフローは、仕入先の供給価額（공급가액）と付加価値税額（세액）を手動でシステムに入力することを前提としています。

ECOUNT — 8万社以上の法人顧客に月額55ドルの定額でサービスを提供するクラウドERP — も同じパターンです。購買モジュールで仕入請求書を記録できますが、データ入力は手動です。文書アップロード→自動フィールド抽出という経路はありません。

HomeTax（ホームテックス）自体は、送信されたすべての電子税計算書を中央データベースに保存しています。ログインして、日付範囲や仕入先で請求書を検索できます。しかし、データをダウンロードするにはHomeTaxのインターフェースを1クエリずつ操作する必要があり、エクスポート形式（大きなHTMLテーブルまたはExcelファイル）には、特定の照合に必要な請求書だけでなく、受領したすべての請求書がリストされます。また、紙や非電子の請求書（1億KRW未満の個人事業主には今も認められています）を受け取っている企業にとって、HomeTaxにはそれらの記録はまったくありません。

その結果、ワークフローは分裂します。売上請求書はデジタルで生まれ、リアルタイムで送信され、NTS承認番号とともに保存されます。一方、仕入請求書はPDF、スキャン、スクリーンショットとして届き、その中のデータはキーボードを通じてシステムに入力されます。複数の国 — ドイツのEingangsrechnungen、日本の適格請求書、韓国の税計算書 — から請求書を処理する企業にとって、手動抽出の問題はすべての市場で複合的に発生します。

税計算書を一括抽出してVAT対応スプレッドシートにまとめる方法

供給者ごとのテンプレート問題を解消するアプローチが列名抽出です。各供給者のレイアウト上の特定ピクセル座標でフィールドを認識するようツールを訓練する代わりに、抽出したいフィールド名を入力するだけです — 사업자등록번호（事業者登録番号）、공급가액（供給価額）、세액（付加価値税額）— AIはフィールド名の意味を理解して、ページ上のどこにあっても各値を特定します。これがImageToTable.aiの仕組みです。入力した列名がそのまま出力スプレッドシートのヘッダーになり、同じ列定義がバッチ内のすべての文書に適用されます。供給者間のレイアウトの違いに関係なく機能します。

四半期の税計算書処理におけるバッチワークフロー：

1ページあたり5〜10秒（手入力の3分と比較して）、150枚のバッチは25分以内で完了します — これは税計算書のExcel一括変換ツールページで説明したのと同じワークフローを、韓国の税計算書に適用したものです。列名は韓国語、英語、または混合で機能します — 「VAT Amount」と韓国語の同等表現はどちらも文書上の同じフィールドに解決されます。これは、チームが社内で韓国語を使用しながら、多国籍親会社の連結決算用に英語ラベルのエクスポートが必要な場合に重要です。同じ1列セットのバッチパターンは、領収書、納品書、登録証明書にも適用できます。詳細は韓国税務文書抽出ハブをご覧ください。

複数の仕入先から税計算書を収集してから処理する必要があるチームには、ImageToTable.aiがコレクションリンクを提供します。これは共有可能なURL（例：/c/xxxx）で、仕入先や社内スタッフが請求書を直接あなたの処理キューにアップロードできます。受信者は短い確認コードを入力し、登録なしでファイルをアップロードできます。ファイルはあなたのアカウントに届き、バッチ抽出の準備が整います。これにより、請求書が受信トレイで紛失したり、形式が不統一なまま届いたりするメール転送の手間がなくなります。

異常検知：NTSが指摘する前に不一致を発見する

バッチ抽出により、150行の単一スプレッドシートが生成されます。次のステップ、つまりバッチ処理ツールとバッチ処理ワークフローを区別するのは、検証です。韓国のNTSは売り手と買い手の付加価値税申告を交差検証し、不一致があれば調査が行われます。四半期バッチ処理で最も一般的なエラーは次のとおりです。

• 供給価額＋付加価値税額≠合計金額：供給価額（공급가액）と付加価値税額（세액）の合計が合計金額（합계금액）と一致しません。これは転記ミスや、仕入先が丸め誤差を起こした税計算書を示している可能性があります。いずれにせよ、申告前に解決が必要です。
• 事業者登録番号の欠落または形式エラー：交差検証には、XXX-XX-XXXXX形式の10桁の登録番号（사업자등록번호）が必要です。仕入先の番号が誤って読み取られた場合（スキャンした紙の請求書で8と6が似ているためによく発生します）、NTSの照合は失敗します。
• 申告期間外の日付：12月28日付の税計算書が1月のバッチに届いた場合、それはQ1ではなくQ4に属します。申告期間を誤って割り当てると、その四半期の付加価値税が過少または過大に計上される可能性があります。
• 重複した請求書：同じ仕入先の請求書が2回出現する場合（1回は直接のPDF添付、もう1回はHomeTaxのダウンロード）、仕入税額控除の申請額が膨らみます。

抽出されたデータがスプレッドシートにあれば、これらのチェックは手動レビューではなくExcelの数式になります。単純な=IF(공급가액+세액≠합계금액, "MISMATCH", "OK")列で、150件の請求書の算術エラーを数秒で検出できます。事業者登録番号の列に対するCOUNTIFで重複を検出できます。日付フィルターで四半期外の請求書を分離できます。これらは、データがまだ150個の個別PDFファイルに閉じ込められている場合には不可能な単純な操作です。

より大規模な業務で複数の文書タイプや市場からの請求書を処理する場合、異常検知のパターンは一貫しています。まず抽出し、スプレッドシートで検証し、例外を解決してから、会計システムにインポートします。韓国の税計算書を扱う場合でも、他のあらゆる形式の請求書を扱う場合でも、バッチ抽出ステップは、不明瞭な書類の山を監査可能なデータセットに変換します。そして、監査こそが実際の時間節約が積み重なる場面です。

FAQ

ImageToTable.aiは税計算書の韓国語文字を読み取れますか？

はい。基盤となるビジョンモデルは韓国語テキストをネイティブに処理します。供給価額（공급가액）、付加価値税額（세액）、事業者登録番号（사업자등록번호）、商号（상호）などのフィールド名が直接認識されます。列名は韓国語、英語、またはその両方（例：공급가액 (Supply Value)）で定義でき、AIは請求書自体が韓国語のみで印刷されているかどうかに関係なく、文書上の対応するフィールドにそれらをマッチングします。

混合形式——PDF、スキャンした紙、写真など——にも対応していますか？

はい。単一のバッチアップロードで、PDF、JPG、PNG、WebPファイルをまとめて受け付けます。抽出ロジックは全形式で同じです。テンプレート座標ではなく、列名に基づく意味的フィールドマッチングです。スキャンまたは撮影された税計算書は、テキストが判読可能であれば機能します。著しくぼやけていたり、深い折り目がある紙は、特定のフィールドの精度が低下する可能性があります。

韓国税計算書番号の抽出精度はどのくらいですか？

印刷された表データは最大99%の認識精度に達します。事業者登録番号の抽出は特に信頼性が高く、10桁のXXX-XX-XXXXX形式は構造的に明確で自己検証が可能です。スキャン文書の場合、精度はスキャン品質に依存します — 一貫した結果を得るには300 DPI以上を推奨します。

供給価額＋付加価値税額の検証チェックのような計算列を追加できますか？

はい。ImageToTable.aiは計算列をサポートしています — 文書に印刷された値ではなく、抽出データに基づく計算結果を出力する列です。Validation (공급가액 + 세액 = 합계금액)のような列を定義すると、AIがバッチ全体で計算し、不一致をフラグ付けします。これにより、基本的な算術チェックのための抽出後のExcel数式ステップが不要になります。

四半期付加価値税申告の準備に適していますか、それともアーカイブ専用ですか？

申告準備用に設計されています。出力は構造化されたExcelまたはCSVファイルで、各行が1つの税計算書に対応し、会計システムが付加価値税申告のインポートに必要なフィールドに一致する列が含まれます。抽出と検証後、ファイルはDouzone Smart A 10、ECOUNT、またはCSVベースの取引アップロードを受け入れる任意のシステムにインポートできます。

修正税計算書はどうですか？

修正税計算書（수정세금계산서）は同じ必須フィールド構造に従いますが、追加の指標（修正事由コード、当初承認番号の参照）が含まれます。これらのフィールド — 수정사유（修正事由）と당초승인번호（当初承認番号）— の列を追加し、標準の請求書と同じバッチで抽出できます。出力では、元の請求書と修正請求書が1つのスプレッドシートで明確に区別されます。