韓国の現金領収書を一括処理して
税額控除に活用

1月の問題 — 税法とは無関係

1月になると、ほとんどの韓国の会社員は控除率の計算を暗記しています。現金領収証（현금영수증）とデビットカードは30%の所得控除率 — クレジットカードの15%の2倍です。伝統市場と公共交通機関の支出は40%の控除率です。基本控除限度額は、年収7,000万ウォン以下の場合は300万ウォン、それ以上の場合は250万ウォンです。控除が適用されるには、支出が総給与の25%を超えている必要があります。[NTS] これらの数字自体は問題ではありません。

問題は、税額控除の計算が構造化されたデータを前提としていることです。実際にあなたが持っているのは、典型的な1月の夜、まったく異なる4つの形式に散らばったコレクションです。

• Hometax（홈택스、NTSポータル）からのCSVファイル — 電子現金領収証の履歴（日付、事業者、金額、承認番号）が時系列で整理されていますが、経費カテゴリの分類はありません
• 中小商店からの感熱紙の紙の現金領収証の束 — 近所の金物屋、伝統市場の屋台、カード端末が壊れていたランチ店
• Naver PayとKakao Payのスクリーンショット — Hometax経由ではなく、アプリ内で現金領収証が発行された取引
• 自主発給分（자진발급분） — 電話番号を伝えなかった場合にNTSコード010-000-1234を使用して発行された領収証で、承認番号、日付、金額を手動で登録しない限りHometaxダッシュボードに表示されません

各ソースには、NTSがすでに把握している生の数字が含まれています。しかし、税務申告に必要な方法 — 経費カテゴリ別、控除タイプ別に分類され、勤務先の人事部や税務士（세무사）に渡せる状態 — でデータを整理しているものはありません。韓国のデジタル税務インフラが提供するものと、あなたの申告に必要なものとの間のギャップは、データ変換の問題です。そしてそれはバッチ変換の問題です。なぜなら、1枚の領収証を処理するのに3分かかる作業を150枚分行うと、丸一日の作業になるからです。

バッチ処理が実際に変えること

1枚の領収書を処理することと、150枚の領収書を処理することは、単なる規模の違いではありません。構造的に異なる問題です。ほとんどのデータ抽出チュートリアルでは、これらを同じ作業の繰り返し（列を定義し、アップロードし、結果を得る）として扱っています。しかし、領収書をバッチで処理する場合、1枚単位のワークフローでは決して表面化しない3つの課題が生じます。

フォーマットの混在。 1枚の領収書は1つのフォーマット（JPG写真、PDFスキャン、スクリーンショット）です。しかし、1年間に集めた150枚の領収書のバッチには、少なくとも3つのフォーマットが含まれます。紙の伝票をスマホで撮影した写真（照明、角度、背景ノイズが異なる）、HometaxからエクスポートしたPDFやスクリーンショットの表（情報が密集し、複数列で、フィールド境界の視覚的手がかりがない）、Naver PayやKakao Payのアプリスクリーンショット（UI要素と領収書データが混在）。これらを個別に処理する場合、フォーマットごとに別々にアップロードする必要があります。バッチで処理する場合、抽出ツールはこれらすべてを同じアップロードで処理し、フォーマットに関係なく実際のデータを読み取る必要があります。この機能はカスタム列抽出と呼ばれ、テンプレートベースのツールとは動作が異なります。つまり、各書類タイプのどこにフィールドが配置されているかをツールに学習させる代わりに、必要な列（日付、取引先、供給価額、付加税、合計）に名前を付け、AIが各領収書を読み取り、テキストの意味を理解することで値の位置を特定します（どこに配置されているかではありません）。

結果の統合。 10枚の領収書を1回ずつ処理すると、15個の別々のスプレッドシートができます。誰かがそれらを1つにコピー＆ペーストする必要がありますが、列ヘッダーにタイプミスや大文字小文字の不一致があると、Excelはそれを別の列として扱い、最終的な統合時にデータが2つのヘッダーに分割されてしまいます。バッチ処理ではこれが完全に解消されます。150枚すべての領収書が1つのバッチとして投入され、一貫した1セットの列ヘッダーを持つ1つのスプレッドシートが出力されます。

規模に応じた自動カテゴリ分類。 ここで効率の差がさらに広がります。1枚単位のワークフローでは、フィールドを抽出した後、手動で経費カテゴリ列（식대、교통비、사무용품비など）を追加する必要があります。150枚の領収書がある場合、これはすべての行をもう一度確認する作業になります。推論列を使用したバッチ処理では、これを1つのステップにまとめます。例えば、経費カテゴリ（選択肢：식대/교통비/사무용품비/임차료/통신비/소모품비/기타）のような列を定義すると、AIが各領収書を抽出する際に、同時に取引先名と取引のコンテキストを読み取り、適切なカテゴリを判断します。レストランの領収書は식대に。タクシーの領収書は교통비に。事務用品の領収書は소모품비になります。抽出とカテゴリ分類が同時に行われ、出力は事前に分類された状態で届きます。

150枚の領収書を手動で処理する平均的な作業者は、約450分を費やします。内訳は、日付、取引先、金額を入力するのに300分、その後、各行をカテゴリ分類するのにさらに150分です。自動カテゴリ分類付きのバッチ抽出では、同じ量を約15分で処理します（AIが1枚あたり5〜10秒で処理）。そして、統合・分類済みのスプレッドシートが出発点となり、2回の手作業を経た出力ではありません。

7つの列を一度定義すれば、150枚の領収書を一括処理

列定義の選択次第で、税理士にデータを渡したときに「そのまま使える」か「再フォーマットしてほしい」と言われるかが決まります。以下の7つのフィールドで、韓国の年末清算（연말정산）における現金領収書の一括処理に必要な項目をすべてカバーできます。

最初の5列は直接抽出です。AIが領収書面から値を直接読み取ります。最後の2列は推論列です。AIが領収書の内容を読み取り、その文脈を理解することで、たとえ書類に明示されていなくても、領収書のタイプと経費カテゴリを判断します。

供給価額（공급가액）と付加税（부가세）の区分は、総合所得税（종합소득세）を申告する事業者にとって特に重要です。なぜなら、仕入税額控除（매입세액공제）は供給価額に対してのみ適用されるからです。個人の年末清算の場合、合計金額が（支出 − 25%控除額）× 30%の計算式に使用されます。両方の列を含めておけば、再抽出することなく、どちらの用途にも対応できるスプレッドシートになります。

領収書タイプの列は、重要なエッジケースに対応します。すべての現金領収書に「소득공제용」や「지출증빙용」が明記されているわけではありません。領収書にラベルが記載されている場合（通常は上部近くに「현금(소득공제)」や「현금(지출증빙)」と表示）、AIはそれを直接抽出します。ラベルがない場合は「미표기」と返され、経費の性質に基づいて手動で分類します。

これらの7つの列を一度定義すれば、バッチ内のすべての領収書（鮮明なHometaxのスクリーンショット、感熱紙の薄い写真、Naver Payの取引詳細など）が、同じ列セットに対して処理されます。出力は、各行が1枚の領収書に対応し、7つの列すべてに値が入力された単一のスプレッドシートです。経費カテゴリの列があるため、税理士が必要とする並べ替えやフィルタリングはすでに完了しています。

領収書がうまく読み取れない場合：バッチ処理での例外対応

150枚の領収書をバッチ処理する場合、およそ10～15％に何らかの異常が見られます。つまり、15～22枚の領収書に注意が必要です。このようなケースへの対応こそ、バッチ処理が1枚ずつの手作業に勝る真価を発揮する点です。

感熱紙の劣化。 伝統市場の露店や近所の食堂の現金領収書は感熱紙で印刷されています。この紙は6～8か月でほぼ真っ白になるほど退色します。3月の領収書を1月に撮影すると、一部しか読めない場合があります。合計金額は見えても店名が消えている、日付は読めても供給価額と付加税の内訳が消えている、といった具合です。AIは読み取れるものだけを抽出するため、劣化した項目の出力セルは空白になります。これが合図です。手入力の場合は、記憶を頼りに推測するか、その領収書を完全にスキップすることになります。バッチ処理では、空白セルがあるとその領収書にフラグが立ち、Hometaxのダウンロードデータと照合します。電子記録には完全なデータが含まれています。フラグが立った領収書は、確認済みのHometax記録から空白を埋めるだけです。1枚あたり30秒の修正で済み、完全な手入力は不要です。

付加税内訳の欠落。 すべての現金領収書の形式が供給価額（공급가액）と付加税（부가세）を分けて表示しているわけではありません。一部の小規模事業者は合計金額のみの領収書を発行します。領収書に内訳がない場合、供給価額と付加税の列は空白になり、合計金額の列に全額が表示されます。個人の年末清算であればこれで十分です。控除額の計算式は合計金額を使用するからです。付加税の内訳が必要な事業者の場合、計算は簡単です。合計金額を1.1で割って供給価額を算出します（10％の付加税率の逆算）。これらの行に注釈列を設けて税理士向けに明記すれば、どの数値が直接抽出で、どの数値が計算値かを明確にできます。

Hometaxとの照合。 バッチ処理完了後、Hometaxの年末清算簡素化サービス（연말정산 간소화 서비스）のダウンロードデータを開き、総支出額とバッチ抽出の合計を比較します。差異がある場合、通常は2つの原因が考えられます。領収書の撮り忘れ（自主発給分（자진발급분）を撮影し忘れた）、または領収書の重複カウント（同じ取引がHometaxのエクスポートとスマホの写真の両方に含まれている）です。バッチ出力のスプレッドシートを使えば、この確認は1つのSUM比較で完了し、領収書1枚ずつの照合は不要です。

統合スプレッドシートから税務申告へ：引き継ぎ

バッチ抽出の出力は、カテゴリ別に整理されたスプレッドシートです。次のステップは、申告方法によって異なります。

勤務先の人事部を通じて申告する場合（韓国の年末清算で最も一般的な方法）、スプレッドシートは特定のソフトウェアのインポート形式に合わせる必要はありません。人事チームは、前年度分の会社単位の精算（1月17日～3月10日）において、NTS簡易サービスのデータと金額を照合するための参考資料として使用します。日付、カテゴリ、金額の順に列が整理されたスプレッドシートがあれば、合計額をクロスチェックするだけで検証が完了します。

税務士（세무사）を通じて申告する場合、通常は次のような書類が求められます：所得控除用（소득공제용）と支出証憑用（지출증빙용）に分類された領収書、種類別に分類された経費、そしてカテゴリ別の小計を示すサマリーシート。7列構成のバッチ抽出では、これら3つの要件をすべて満たした生データが生成されます。カテゴリ別のグループ化と小計は、Excelでピボットテーブルを作成するだけです。

삼쩜삼（累計720万人以上のユーザーが利用する税金還付申告プラットフォーム）やSSEMなどの税務プラットフォームを利用する場合、インポートのインターフェースは異なりますが、入力データは同じです。日付、経費カテゴリ、金額の列を含むスプレッドシートです。これらのプラットフォームは、最適な控除戦略（クレジットカードと現金領収書の支出における황금비율（黄金比率））を計算しますが、経費がすでに分類されていることを前提としています。뱅크샐러드（BankSalad）の計算機や카드고릴라（Card Gorilla）の控除最適化ツールも同様の前提に基づいています。バッチ抽出のステップは、これらのツールが「すでに持っている」と想定するデータを提供します。

現金領収書と税金計算書（세금계산서）の両方を処理する事業者（B2BとB2Cの収入が混在するフリーランサーに多い）の場合、同じバッチで両方の書類タイプを組み合わせることが可能です。これらの形式を混在させる際のフィールドに関する考慮事項については、韓国語の税金計算書抽出ガイドを、現金領収書の処理と重複する一般的な領収書ワークフローについては、韓国語の領収書抽出ガイドをご参照ください。

FAQ：韓国領収書（현금영수증）のバッチ処理と税額控除

毎年1月の年末清算の締切は同じスケジュールでやってきます。違うのは、あなたがその締切に臨むとき、カテゴリ分けされていない領収書の箱と役に立たないHometaxのCSVを抱えているか、それともすべての領収書がすでにラベル付け・分類・相互参照された1つのスプレッドシートを持っているかです。現金領収書の支出に対する30%の控除率は実際に価値があります。年収4000万ウォンの労働者の場合、300万ウォンの上限内で現金領収書の控除を最大化することで、課税所得を減らし、税区分を変えることも可能です。しかし、控除が実現するのは、領収書が集計・分類・提出された場合のみです。バッチ処理は、韓国の税制度がすでに追跡しているデータと、あなたの税務申告に実際に必要なスプレッドシートとの間のギャップを埋めます。