일본 적격청구서 200장, 하나의
스프레드시트로: T번호 입력 없이 일괄 처리

적격청구서 시스템이 처음이신가요? 일본 적격청구서 데이터를 엑셀로 추출하는 단계별 가이드에서 필수 입력 항목 6가지, 등록번호 형식, 이중 세율 구조, 2026년 10월 전환 마감일을 확인하세요.

인보이스 제도에서 일괄 처리가 속도가 아닌 이유 — 소비세 신고 준수를 위한 필수 과정

2023년 이후 소비세 신고 규칙에 따라, 기업은 소비세 신고에 대해 두 가지 계산 방법을 사용할 수 있습니다: 적산 계산과 할인 계산. 할인 계산은 더 간단합니다 — 세율별로 총 세금 포함 구매 금액을 합산하여 세액을 계산합니다. 적산 계산은 더 정확하며, 소액 거래가 많은 기업에 종종 유리합니다. 인보이스별 반올림이 일관되게 납세자에게 유리하기 때문입니다.

대부분의 재무팀이 첫 2023년 이후 세금 신고를 준비할 때 발견하는 중요한 제약은 다음과 같습니다: 매출 세금에 적산 계산을 선택하면, 매입 세금에도 반드시 동일한 방법을 사용해야 합니다. 매출에는 적산, 매입에는 할인을 혼용할 수 없습니다. 이는 국세청 적격 인보이스 제도 규칙에 따라 허용되지 않습니다.

실제로 의미하는 바는 다음과 같습니다: 공급업체로부터 받는 모든 적격 인보이스에 대해, 해당 문서에 인쇄된 정확한 소비세액이 필요합니다 — 총액에서 계산하는 것이 아니라 인보이스 자체에서 그대로 추출해야 합니다. 이를 월 200개의 인보이스에 적용해 보십시오. 일괄 처리의 문제는 "인보이스 200개를 입력해야 한다"는 것이 아닙니다. "세금 신고 소프트웨어가 내가 납부해야 할 금액을 계산하기 시작하기 전에, 세율별로 개별 소비세액 200개가 필요하다"는 것입니다.

수학적으로 구체화해보겠습니다. 누적 계산은 적격 세금계산서에 기재된 모든 소비세액의 합계를 구한 후 78/100을 곱하는 방식입니다. 공제 방식을 사용할 경우, 세금이 포함된 총 매입 금액을 세율별로 나누어 표준 세율은 7.8/110, 경감 세율은 6.24/108을 곱합니다. 두 방식 모두 동일한 세금 신고 결과에 도달하지만, 누적 계산 방식은 합계를 내기 전에 먼저 200개의 문서에서 세금계산서별 세금 데이터를 추출해야 합니다. 이것이 바로 일괄 추출의 차이입니다.

月100～300枚の請求書で単一書類ワークフローは破綻する

50～100の取引先を持つ中堅企業では、月間100～300枚の請求書を受け取るのが一般的です。最低ラインの100枚でも、適格請求書制度で6項目の入力が必要な場合、抽出すべきデータは600件。1枚あたり3分の手作業（各取引先の独自レイアウトから登録番号を探し、税率ごとに明細を分け、消費税額を入力）で、5時間のデータ入力作業になります。300枚なら15時間——月にほぼ2営業日を請求書データ入力だけに費やす計算です。

さらに問題を複雑にするのがフォーマットの多様性です。1ヶ月に届く取引先の請求書には以下が含まれます：

• 登録番号が標準フォーマットで明記された、法人取引先からのクリーンなPDF
• 地方卸売業者からのスキャン紙請求書——T番号が隅に押し込められた所定用紙
• 個人事業主からの手書き納品書のスマホ写真——技術的には適格簡易請求書に該当
• 適格請求書発行事業者に登録した海外取引先からの外貨建て請求書——消費税は日本円表示が必要

テンプレートベースの抽出——A社の請求書、次にB社、C社とフィールド認識を学習させる手法——は、この多様性の前で機能しません。1社分の12月フォーマット用テンプレートを設定し終わる頃には、その取引先が1月に請求書レイアウトを変更しています。1枚の請求書で機能したツールが、残り199枚の異なるフォーマットの請求書の前ではボトルネックになるのです。

일괄 처리 — 여러 파일을 동시에 업로드하고 각 행이 하나의 문서에 해당하는 단일 병합 스프레드시트를 받는 방식 — 워크플로우를 "하나의 인보이스, 하나의 추출 세션, 하나의 결과"에서 "한 번의 업로드, 한 번의 열 정의, 하나의 파일에 200개의 결과"로 바꿉니다. 사용자가 정의한 열 이름 — 등록 번호, 인보이스 날짜, 합계(10%), 합계(8%), 소비세(10%), 소비세(8%), 공급업체명 — 은 각 공급업체가 인보이스를 작성하는 방식과 관계없이 전체 배치에 적용됩니다.

なぜ日本の会計プラットフォームは請求書データの取り込みに対応していないのか

日本の主要なクラウド会計プラットフォーム3社 — freee、マネーフォワード クラウド、弥生 — はすべて、2023年10月の期限までに適格請求書制度に完全対応しました。各プラットフォームは、送り状への自動T番号挿入、軽減税率の二重表示、消費税申告書の作成、電子帳簿保存法に準拠した7年間の電子保存に対応しています。

しかし、これらのプラットフォームには根本的な非対称性があります。これらは適格請求書を発行し、消費税申告書を提出するために作られています。PDFや紙のスキャン、スマホ写真で届く仕入先からの請求書を受領し、データを抽出するためには作られていません。

実際の業務フローはこうです。仕入先がPDFの請求書をメールで送信します。経理担当者がそれを開きます。freee/マネーフォワード/弥生はそのPDFを読み取れません — これらのプラットフォームには、受信ファイルに対する文書抽出機能がありません。担当者は、PDFから登録番号、軽減税率別の合計額、消費税額を手動で会計ソフトの買掛金支払い入力画面に打ち込む必要があります。その後、ソフトウェアが仕訳、税額計算、申告書作成を処理します。しかし、抽出のステップ — 「請求書を受け取る」から「データがシステムに入力される」までの橋渡し — は、完全に手作業のままです。

マネーフォワード クラウドは仕訳インポート用のCSV取込に対応しており、freeeはExcelベースのデータインポートをサポートしています。どちらも便利ですが、データがすでに構造化されたCSVまたはExcel形式である必要があります。200件の請求書データをその構造化形式に変換するという困難な部分は、どちらのプラットフォームも対応していないステップです。

SAP Japan、Oracle Japan、Microsoft Dynamics 365（日本ローカライズ版）を利用する外資系企業では、そのギャップはさらに大きくなります。これらのERPでは、適格請求書の項目を仕入先マスタに表示するだけでも手動設定が必要であり、ましてや受領した書類からデータを抽出することはなおさら困難です。例えば、Dynamics 365の日本ローカライズ版では、適格事業者と非適格事業者で個別の売上税グループを設定し、標準税率と軽減税率に対応する品目レベルの税グループを定義し、請求書レイアウトを構成する必要があります。これらはすべて、データがすでに構造化された形で利用可能であることを前提としています。

적격 세금계산서 200건을 소비세 신고용 스프레드시트로 추출하는 방법

ImageToTable.ai는 열 이름 추출 방식을 사용합니다. 템플릿 기반 OCR 도구처럼 필드 주변에 경계 상자를 그리는 대신, 원하는 필드 이름(예: "등록번호", "합계(10%)", "소비세(8%)")을 입력하면 AI가 페이지 어디에서든 해당 값을 의미적으로 찾아냅니다. 이 메커니즘 덕분에 다양한 공급업체 형식의 문서를 일괄 처리할 수 있습니다. 추출 명령이 위치 기반("좌표 X=150, Y=230에서 찾기")이 아니라 의미 기반("이 페이지에서 T+13자리 등록번호 찾기")이기 때문입니다.

월별 적격 세금계산서 처리를 위한 일괄 작업流程:

소비세 신고의 핵심 장점: 내보내기의 소비세 열(각 적격 청구서에 정확히 인쇄된 금액)은 누적 계산(積上げ計算)의 원시 입력값입니다. '소비세(10%)' 열을 합산하고 '소비세(8%)' 열을 합산한 후 각각에 78/100을 곱하면 신고 기간의 매입세액 공제액이 산출됩니다. 청구서별 계산기 작업이나 수동 입력에 따른 반올림 오류가 없습니다.

200件の請求書における自動8％/10％税率区分

適格請求書制度によって生じた最も時間のかかる手作業が、軽減税率と標準税率の区分です。2023年10月以前は、経理担当者は請求書ごとに1つの合計金額を入力するだけで済みました。しかし新制度では、品目を8％軽減税率（テイクアウトの飲食料品、新聞）と10％標準税率の2つの区分に分類し、それぞれの合計額と消費税額を記録する必要があります。

厨房機器（10％）と食材（8％）が混在する15品目の仕入請求書の場合、この分類だけで1枚あたり2～3分のデータ入力時間が増加します。税率混在の品目がある請求書が200枚あれば、分類作業だけで月に3～4時間を要します。

本ツールは推論列機能でこの問題を解決します。AIが文書内容を読み取り、たとえ区分が明示されていなくても各品目の該当カテゴリを判定します。税率（選択肢：8％軽減／10％標準）のような列を定義すると、AIが各品目を読み取り、日本の消費税の軽減税率対象品目の分類ルールに基づいて該当する税率を自動入力します。日本の軽減税率の対象（テイクアウトの飲食料品で酒類以外、および新聞購読）は、品目説明から大規模言語モデルが適用できるほど明確に定義されています。

バッチ処理の結果：経理担当者が200枚の請求書の品目を手作業で分類する代わりに、スプレッドシートの出力には8％合計、10％合計、およびそれぞれの消費税額が請求書ごと・税率ごとに正しく分類された列が既に含まれています。積上げ計算の入力値はすぐに集計できる状態になります。

등록번호 추출과 전자장부보존법 검색 기능을 한 번에

전자장부보존법(電子帳簿保存法)은 전자 보관된 모든 거래 문서가 거래일자(取引年月日), 거래금액(取引金額), 거래처(取引先)의 세 가지 기준으로 검색 가능해야 한다고 요구합니다. 또한 이 세 가지 기준은 범위 지정(예: "1만 엔에서 5만 엔 사이의 모든 청구서")과 조합 검색(예: "2026년 3월 X 공급업체의 모든 청구서")을 지원해야 합니다.

연간 매출이 5천만 엔을 초과하는 기업의 경우 이러한 검색 요건이 필수입니다. 5천만 엔 미만 기업의 경우 세무 공무원의 다운로드 요청에 응할 수 있으면 요건이 완화됩니다. 이는 검색 가능한 기록의 필요성을 없애는 것이 아니라 기술적 구현을 단순화하는 양보입니다.

공급업체가 제목을 붙인 대로 200개의 공급업체 PDF가 들어 있는 폴더("invoice_march.pdf", "請求書20260315.pdf", "Scan001.pdf")는 적합하지 않습니다. 각 행에 해당 PDF에서 추출한 구조화된 데이터(등록번호, 공급업체명, 청구서 날짜, 합계(10%), 합계(8%), 소비세(10%), 소비세(8%))가 포함된 스프레드시트는 적합합니다. 법에서 검색하도록 요구하는 모든 기준이 스프레드시트의 열이 됩니다. 날짜 범위 필터링, 금액 필터링, 거래처 검색 모두 기본 스프레드시트 작업이 됩니다.

이는 적격 청구서 제도에 대한 논의에서 거의 인정되지 않는 일괄 추출의 부차적 이점입니다. 청구서에서 구조화된 데이터를 추출하는 행위는 동시에 전자 보관 검색 요건을 충족시킵니다. 소비세법에서 규정한 7년 기간 동안 원본 PDF를 보관해야 하지만, 세무 조사 중 신속한 검색을 위해 추출된 스프레드시트가 실제로 사용하는 도구입니다.

추출된 T-번호(T+13자리)는 검증 가능한 데이터셋을 생성합니다. 국세청의 적격청구서 발행자 공개 사이트에서 등록번호로 조회할 수 있습니다. 스프레드시트 열에 200개의 T-번호가 있으면, 등록부에서 샘플을 점검하거나 — 고위험 공급자의 경우 전체 열을 검증할 수 있습니다 — 브라우저 조회 도구에 14자리 코드를 하나씩 수동 입력할 필요 없이 말이죠.

2026년 10월: 일괄 처리 문제 비용이 2.5배 증가하는 시점

적격청구서제도의 미등록 사업자로부터 매입 시 경과적 공제율이 2026년 10월 1일부터 강화됩니다:

월 200건의 청구서를 처리하고 공급업체의 15%가 미등록 상태인 기업(중소기업 및 개인사업자 거래처가 있는 기업의 현실적인 수치)의 경우, 2026년 10월 공제율이 80%에서 50%로 낮아지면서 위험이 커집니다. 등록번호를 잘못 기재하거나 공급업체가 미등록 상태임을 간과하여 잘못된 공제율을 적용하면 청구서당 매입세액 공제 손실이 2.5배 증가합니다. 일괄 추출은 규정 준수 결정을 내리지 않지만, 필사 오류로 인한 위험을 초래하는 수동 단계를 제거합니다.

자주 묻는 질문

적격청구서와 적격간이청구서를 함께 일괄 처리할 수 있나요?

네. 소매업체, 음식점, 택시 사업자 등 불특정 고객에게 판매하는 업체가 사용하는 적격간이청구서에는 받는 사람 이름 항목이 없습니다. 일반 청구서와 간이 청구서가 섞여 있을 때도 도구는 각 문서에 있는 필드를 추출합니다. "받는 사람 이름"이 정의된 열 중 하나라면, 간이청구서의 경우 출력 스프레드시트에서 해당 셀이 비어 있습니다. 별도의 배치나 열 설정이 필요하지 않습니다.

공급업체 청구서가 일본 연호(令和X年Y月Z日) 대신 서양력을 사용하면 어떻게 되나요?

추출 결과는 청구서의 원래 날짜 형식을 유지합니다. 다운스트림 워크플로에서 서양력(예: ERP 가져오기)이 필요한 경우, 도구의 후처리 레이어에서 내보내기 시 연호 날짜를 자동으로 변환할 수 있습니다. 열을 "청구서 날짜"로 정의하면 AI가 표시된 날짜 형식을 추출합니다. 형식 변환을 활성화하면 令和8年5月28일이 내보내기 시 2026-05-28로 변환됩니다.

200건의 송장을 일괄 처리하는 데 얼마나 걸리나요?

처리 시간은 파일 수가 아닌 총 페이지 수에 비례합니다. 일반적인 단일 페이지 적격 송장 200건을 일괄 처리하는 경우 10분 이내에 완료됩니다. 여러 페이지로 구성된 송장(예: 주요 공급업체의 월별 통합 명세서로 5페이지 분량의 라인 항목 포함)은 처리 시간이 비례하여 증가합니다. 동일한 배치의 모든 파일은 동일한 열 정의를 공유하므로 적격 송장 필드를 한 번만 정의하면 모든 문서에 적용됩니다.

이 도구는 NTA 등록부에 대해 T-번호를 확인하나요?

아니요. 이 도구는 송장에 표시된 T+13자리 등록 번호를 추출할 뿐, NTA의 적격 송장 발행자 공개 사이트에 연결하여 해당 번호가 유효한지 확인하지는 않습니다. 이 도구가 없애는 것은 14자리 코드를 수동으로 입력하는 작업입니다. 추출된 T-번호는 스프레드시트 열에 준비되어 확인을 기다립니다. 확인 단계는 여전히 별도로 필요하지만, 데이터 입력 작업(브라우저 조회 도구에 200개의 코드 입력)이 아닌 검토 작업(번호 열을 표본 확인)이 됩니다.

一括抽出は電子帳簿保存法の保存要件を満たしますか？

一括抽出により、日付、金額、取引先の検索が可能で、範囲指定や複合検索にも対応した構造化スプレッドシートが生成され、検索要件を満たします。ただし、法律では原本（PDF、スキャン、写真）を7年間保存することが依然として義務付けられています。抽出されたスプレッドシートは検索可能な索引であり、原本ファイルが法的記録となります。両方を保存する必要があります。

freee、MoneyForward、Yayoiに出力を直接インポートできますか？

はい、各サービスのCSVインポート機能を使用することで可能です。MoneyForward Cloudでは仕訳インポートに対応しており、スプレッドシートの列を仕訳項目にマッピングできます（インボイス区分：適格、80%控除など）。freeeは取引入力のためのExcelデータインポートに対応しています。抽出結果は、これらのインポート機能が必要とする構造化データを提供します。インポートマッピングの設定は会計プラットフォームごとに一度だけ行えば、その後は毎月の一括抽出→CSVエクスポート→インポートが反復可能なワークフローになります。

200件を一括抽出、計算は一度

適格請求書等保存方式（インボイス制度）の実際の運用負荷は、請求書に追加された3つの項目ではありません。それらの項目によって、消費税申告ソフトが処理を開始する前に集計しなければならないデータが生まれることこそが本質です。積上げ計算は合計額を受け付けません。各請求書に記載された個々の消費税額を、各事業者が選択したフォーマットのまま抽出する必要があります。

2026年10月の経過措置（80％→50％）により、この集計作業の重要性はさらに増します。200件の請求書からT番号を正しく抽出するのと、一部を誤入力するのとでは、処理コストだけでなく、控除しきれない仕入税額という形で実際の損益に直結します。