税計算書150件、スプレッドシート1つ：
VATの期限を逃さず一括処理する方法

韓国の税計算書は初めてですか？まずは税計算書データをExcelに抽出するステップバイステップガイドをご覧ください。7つの必須項目、NTS準拠ルール、単一文書の抽出ワークフローを解説しています。この記事では、1枚から150枚にスケールする際に何が変わるかに焦点を当てます。

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

韓国の電子税計算書システムは、2011年以降すべての法人に義務付けられ、2023年7月以降は年間売上1億KRW以上の個人事業主にも拡大されました。発行と送信のプロセスは驚くほど効率的です。供給者は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時間というのは、すでにデジタル形式でどこかに存在している数字を入力するだけに費やす、丸一日以上の労働時間です。しかもこれは楽観的なシナリオで、すべての請求書がきれいで読みやすいPDFで届くことを前提としています。実際には、一般的な四半期のバッチには次のものが含まれます。

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

フォーマットの多様性こそが、見えにくい増倍要因です。各取引先は同じ必須項目を異なる方法で配置します。Douzone Bizonが生成した請求書は事業者登録番号を左上のヘッダーブロックに配置しますが、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ファイル）には、特定の照合用に必要な請求書だけでなく、受領したすべての請求書がリストアップされます。また、紙や非電子の請求書（KRW 1億未満の個人事業者には依然として許可されています）を受け取っている企業にとって、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月のバッチに含まれた場合、それはQ4に属し、Q1ではありません。申告期間を誤って割り当てると、その四半期の付加価値税が過少または過大に計上される可能性があります。
• 重複した請求書：同じ売り手の請求書が2回出現する場合 — 一度は直接のPDF添付として、もう一度はHomeTaxダウンロードとして — 仕入税額控除の請求額が膨らみます。

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

複数の文書タイプと市場からの請求書を処理する大規模な運用では、異常検知パターンは一貫しています：まず抽出し、スプレッドシートで検証し、例外を解決し、その後会計システムにインポートします。韓国の税計算書を扱う場合でも、他の形式の請求書を扱う場合でも、バッチ抽出ステップは不透明な書類の山を監査可能なデータセットに変換します — そして監査こそが、実際の時間節約が複利効果を生む場所です。

FAQ

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

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

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

はい。1回のバッチアップロードで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ベースの取引アップロードを受け入れる任意のシステムにインポートできます。

修正税計算書についてはどうですか？

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