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

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枚ずつ処理すると、1枚3分の作業が150枚で丸一日の苦行に膨れ上がるからだ。

バッチ処理で実際に変わること

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

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

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

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

平均的な従業員が150枚の領収書を手動で処理する場合、約450分かかります。日付、事業者名、金額を入力するのに300分、その後、各行をカテゴリ分類するのにさらに150分です。自動カテゴリ分類付きのバッチ抽出は、同じ量を約15分で処理します。AIが各領収書を5〜10秒で処理し、結合・分類済みのスプレッドシートが、2段階の手作業の成果物ではなく、出発点になります。

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

列定義の選び方次第で、税理士にうなずきながら渡されるか、再フォーマットを依頼されるかが決まります。韓国の年末清算（연말정산）における現金領収書の一括処理には、7つのフィールドで全要件をカバーできます。

最初の5列は直接抽出です。AIが領収書の表面から値を直接読み取ります。残りの2列は推論列です。AIは領収書の内容を読み、その文脈を理解することで、たとえ文書自体にその言葉が一切記載されていなくても、領収書タイプと経費カテゴリを判定します。

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

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

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

領収書が言うことを聞かないとき：バッチ規模での例外処理

150枚の領収書のバッチでは、およそ10〜15パーセントに何らかの異常があります。つまり15〜22枚の領収書に注意が必要で、その処理方法こそが、バッチ処理が単一領収書ワークフローに対して示す真の利点です。

色あせた感熱紙。 伝統市場の屋台や近所の食堂の現金領収書は感熱印刷です — 6〜8か月でほぼ白紙に色あせる紙です。1月に撮影した3月の領収書は部分的にしか判読できないかもしれません：合計金額は見えるが事業者名が色あせている、または日付は読めるが供給価額と付加税の内訳が消えている。AIは読めるものを抽出します — 色あせたフィールドの出力セルは空白になり、それがシグナルとなります。手入力ワークフローでは、記憶から推測するか、領収書を完全にスキップするかのどちらかです。バッチワークフローでは、空白セルがその領収書をHometaxダウンロードとの照合対象としてフラグ付けし、電子記録には完全なデータが含まれています。検証済みのHometax記録から空白を埋めます — フラグ付けされた領収書1枚につき30秒の修正で、完全な手入力は不要です。

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

Hometaxとの照合。 バッチ完了後、Hometaxの年末清算簡素化サービス（연말정산 간소화 서비스）のダウンロードを開き、総支出額をバッチ抽出の合計と比較します。不一致は通常、次の2つのいずれかを意味します：領収書の取り漏れ（撮影し忘れた自主発給分）、または領収書の二重計上（同じ取引がHometaxのエクスポートとスマホの写真の両方に存在する）。バッチ出力スプレッドシートにより、このチェックは1回のSUM比較で完了し、領収書ごとの照合は不要です。

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

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

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

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

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

現金領収証（현금영수증）と税金計算書（세금계산서）の両方を処理する事業者（B2BとB2Cの収入が混在するフリーランサーに一般的）の場合、同じバッチで両方の文書タイプを組み合わせることが可能です。これらの形式を混在させる際のフィールド考慮事項については、韓国税金計算書抽出ガイドを、現金領収証処理と重複する一般的な領収書ワークフローについては、韓国領収書抽出ガイドを参照してください。バッチに納品書や登録証明書も含まれる場合は、韓国税務文書抽出概要で、その混在スタック内のすべての文書タイプの列セットを確認できます。

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

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