일본 적격청구서 추출:
適格請求書 데이터 처리 완벽 가이드

適格請求書制度で実際に変わったこと

2023年10月以前、日本の消費税は帳簿方式で運用されていました。事業者が仕入税額控除を申請する際、特定の税率に対応する請求書は不要で、取引総額を記録した会計帳簿を保持し、その帳簿から控除額を計算していました。政府が適格請求書等保存方式（インボイス制度）を消費税法第57条の2に基づき導入したのは、2019年に日本が複数税率（標準10％、軽減8％（特定の食品や新聞購入向け））を導入した後、帳簿方式が機能しなくなったためです。同一取引に2つの税率が混在する場合、請求書にはどの税率がどの品目に適用されるかを明記し、買い手は正しい控除を申請するためにその証拠を保持する必要があります。

この制度により、日本は帳簿方式からインボイス方式の仕入税額控除へ移行しました。これは欧州のVAT制度と同じ構造であり（メキシコのCFDIシステムの運用方法と構造的に類似していますが、日本のアプローチは電子フォーマットに関してそれほど厳格ではありません。比較としてメキシコのCFDIデータ抽出完全ガイドをご覧ください）。税額控除の申請をサポートするすべての請求書に6つの必須項目が義務付けられました。買い手が全額の仕入控除を申請できるようにしたい供給者は、国税庁（NTA）に登録し、すべての請求書に登録番号を記載する必要があります。2025年3月時点で、国税庁は約461万の登録適格請求書発行事業者（QII）を報告しており、そのうち約220万が個人事業主、241万が法人です。

日本の仕入先請求書を処理するすべての人にとっての実際的な影響は明白です。6つの必須項目のいずれかが欠けている請求書は、全額の仕入税額控除申請をサポートできません。国税庁は適格請求書発行事業者公表サイトを運営しており、買掛金管理チームは登録番号を確認できます。そして、入ってくるすべての請求書にその確認手順が必要です。この確認は2023年以前には存在しませんでした。現在は請求書ごとの運用コストとなっています。

これが自動請求書処理の全体像にどのように適合するかを理解するには、請求書データ抽出の実際と仕組みの概要をご覧ください。その概念は、日本の適格請求書にも他の構造化文書と同様に適用され、さらに日本の制度が追加するコンプライアンス層が加わります。

適格請求書の6つの必須項目

国税庁は、すべての適格請求書に正確に6つのデータ項目を要求しています。1つでも欠けると、買い手はその取引について全額の仕入税額控除を請求できなくなります。6つの項目は、国税庁の公式仕様書（日本語）で定義されています。

항목 1, 4, 5는 완전히 신규입니다 — 개혁 이전의 일본 청구서에는 없던 항목입니다. 항목 3은 기존에 존재했지만 이제 추가 요구사항이 생겼습니다: 8% 경감세율이 적용되는 품목은 반드시 명시해야 합니다. 軽減税率対象(게이겐 제이리쓰 타이쇼, "경감세율 적용 대상")라는 문구나 품목 옆에 간단한 ※ 표시만으로도 충분합니다.

小売店や消費者向けの取引（飲食店、タクシー、自動販売機など）では、適格簡易請求書が認められています。これは宛名を省略でき、記載項目を簡略化できますが、登録番号と税率ごとの内訳は必須です。

T番号：確認と抽出

登録番号は、適格請求書で最も重要な項目です。これがないと、仕入税額控除の申請はできません。形式は「T」の後に13桁の数字が続く、統一されたものです。

法人の場合、T番号は法人番号（13桁）の先頭にTを付けたものです。個人事業主の場合、国税庁がマイナンバーとは異なる専用の13桁の番号を割り当て、プライバシーを保護します。国内に恒久的施設を持たない外国事業者も登録してT番号を取得できます。

国税庁の公的データベース（invoice-kohyo.nta.go.jp）では、登録番号や事業者名で検索できます。検索結果には、発行者の登録名、登録日、有効状況が表示されます。番号が該当しない、または名称が請求書と一致しない場合、その書類は税額控除の対象となる適格請求書として扱えません。

日本の事業者の中には、T番号をT1234567890123（連続した文字列）で印刷する者もいれば、T 1234-56-789012のように法人番号の区切りに合わせてハイフンを入れる者もいます。どちらの形式も有効です。国税庁のデータベース検索では、Tを除いた13桁の数字で受け付けます。

請求書データ抽出システムで位置ベースのルールに依存するものは、T番号のレイアウトが事業者によって大きく異なるため、この項目で失敗することがよくあります。Tのプレフィックスパターンと13桁の数字列を認識して、ページ上のどこにあっても見つけられるツールは、事業者ごとの設定なしで、登録済みのすべての事業者からの請求書を処理できます。

税率区分：8%適用時と10%適用時

日本の複数消費税率は2019年10月から施行されています。適格請求書では、金額を2つの区分に分け、それぞれに小計と計算税額を記載する必要があります。

適格請求書では、国税庁の規定により税率区分ごとに2つの計算が必要です。

• 課税標準額（対価の額） — 商品・サービスの価格。税抜または税込で表示。請求書にはどちらの方式かを明記する必要があります。
• 消費税額 — 10%と8%の区分ごとに別途計算。1円未満の端数は、発行者の判断で切り捨てまたは四捨五入します。

一般的な適格請求書では、これらを区分ごとに明示します。

合計行は、両方の税率区分の全額を合算したものであり、単なる総額ではありません。請求書によっては、最初に税抜合計を表示し、その下に消費税額を別途記載する場合もあります。この2つの税率区分の表示方法の多様性こそが、テンプレートベースの抽出が日本の請求書で失敗する主な理由です。レイアウトは事業者ごとに異なるだけでなく、取引が両方の税率の品目を含むか、単一税率か、同一文書内で複数税率の品目が混在するかによっても変わります。

일본 청구서가 특별히 까다로운 이유

일본 적격 청구서는 다른 국가의 청구서보다 근본적으로 처리가 어려운 네 가지 구조적 과제를 제시합니다. 이는 드문 사례가 아니라, AP팀이 일본 공급업체로부터 처리하게 될 청구서 중 상당 부분에 영향을 미칩니다.

세로쓰기(縦書き) — 텍스트가 위에서 아래로, 오른쪽에서 왼쪽으로 읽힐 때

현재 대부분의 일본 비즈니스 문서는 가로쓰기(横書き, 요코가키)를 사용하지만, 전통적인 공급업체, 특히 소규모 회사, 건설 회사, 고령의 개인 사업자 중 상당수는 여전히 세로쓰기(縦書き, 타테가키)로 청구서를 발행합니다. 세로 레이아웃에서는 텍스트가 오른쪽에서 왼쪽으로 진행되는 열을 따라 위에서 아래로 흐릅니다. 가로 레이아웃에서는 값의 왼쪽에 나타나는 필드 레이블이 세로 레이아웃에서는 값의 위나 아래에 나타납니다. 세로 청구서의 라인 항목 테이블은 종종 열 헤더를 테이블 오른쪽에 배치하여 안쪽으로 읽도록 합니다.

표준 OCR 엔진(대부분의 API 기반 문서 AI 서비스 포함)은 왼쪽에서 오른쪽, 위에서 아래로의 읽기 순서를 가정합니다. 세로로 포맷된 일본 청구서를 만나면 일반적으로 잘못된 순서로 문자를 출력하여 구조화된 문서를 복구 불가능한 엉망으로 만듭니다. 읽기 순서 문제는 세로 텍스트를 처리하기 위해 Sarashina2.2와 같은 전용 일본어 OCR 모델이 개발될 정도로 심각합니다. 이는 범용 OCR이 이 형식을 얼마나 잘 처리하지 못하는지를 보여줍니다.

비전 기반 AI 추출(기존 OCR과 달리)은 이 문제를 다르게 처리합니다. 고정된 순서로 문자를 읽는 대신, 모델이 전체 페이지를 보고 문서 구조를 시각적으로 이해한 후 의미론적으로 필드를 추출합니다. 발행자 이름 옆에 세로로 인쇄된 T-번호는 모델이 등록 번호의 생김새를 이해하기 때문에 여전히 T-번호로 인식됩니다. 페이지를 올바른 순서로 읽었기 때문이 아닙니다.

手書きインボイス — 中小企業では依然として一般的

日本の約336万の中小企業（全企業の99.7%）は、完全にデジタル化されたものから完全に紙ベースのものまで多岐にわたります。国税庁は、6つの必須項目すべてが含まれていれば、手書きの適格請求書を明示的に認めています。電子生成、デジタル署名、構造化フォーマットの要件はありません（ただし、Peppol JP PINTは電子インボイス標準として推奨されています）。

つまり、仕入先（大阪の地元建設下請け業者、家族経営のラーメン店、フリーランスのITコンサルタント）は、登録番号、税率内訳、合計金額を、あらかじめ印刷された請求書フォームに手書きで記入できます。その請求書は法的に有効です。しかし、テンプレートベースのOCRシステムで正確に処理することはほぼ不可能です。

手書きの日本語適格請求書の抽出問題は、単に個人間で筆跡が異なることだけではありません。日本語の手書きは、アラビア数字（算用数字）と漢数字（大字 — 1、2、3の代わりに壱、弐、参）を混在させ、さらに伝統的な文脈では、勘定科目が半筆書体で書かれることもあります。請求書の1つのフィールドに、印刷された漢字の見出しと手書きの数量・金額が混在する可能性があり、AIはそれらを確実に区別しなければなりません。

ハンコの印影干渉

印鑑（ハンコ、個人または会社印）は、日本のビジネス文書の標準的な要素であり続けています。多くの請求書では、発行者の名前や合計金額欄の上に朱肉による赤い印影が押されています。この赤いインクは印刷または手書きの文字と重なることが多く、特に金額や登録番号などの数値フィールドに印影がかかると、視覚的な干渉を引き起こしてOCR精度を低下させます。

これは文書の欠陥ではありません。印影は意図的な認証メカニズムです。しかし、抽出システムにとっては、従来のOCRでは解決できない局所的な遮蔽を生み出します。丸い赤い印影が合計金額の数字を覆うと、OCRは部分的な文字形状を読み取り、誤った値を出力します。ページ全体をマルチモーダルAIモデルが解釈する画像として扱う、視覚意味レベルで動作する抽出ツールは、周囲のコンテキストから隠れたテキストを推測できることが多く、少なくとも部分的な文字認識に失敗したOCRエンジンよりも高い信頼度で人間による確認が必要な領域をフラグ付けできます。

和暦の日付書式 — 令和8年が2026年になる理由

日本の請求書では、西暦に加えて、または代わりに元号がよく使われます。現在の元号である令和は2019年に始まりました。日付は次のような形式で表示されます。

日本の請求書を処理する抽出システムは、元号の日付を自動的に西暦に変換する必要があります。理想的には、ISO 8601（2026-03-10）形式で直接スプレッドシートに出力します。ほとんどのグローバルOCRツールはこの変換を処理しません。汎用の文書AIプラットフォームは「令和8年」を文字列として扱い、それが日付を表すことを理解しません。標準的な日付形式を期待する下流システムで出力を使用可能にするには、意味的な日付解析を伴うフィールドレベルの抽出が必要です。

請求書に元号と西暦の両方が併記されている場合（例：「令和8年（2026年）3月10日」）、抽出システムは西暦を信頼できる値として優先し、元号の日付を相互検証に使用する必要があります。

適格請求書データの抽出方法：実践的なワークフロー

日本の適格請求書のための信頼性の高い抽出ワークフローを構築するには、登録番号の特定、2つの税率区分の分離、元号の日付変換、手書きや縦書きフォーマットがもたらす非標準レイアウトへの対応という4つの異なる問題を解決する必要があります。以下は、適格請求書の全範囲で機能する実践的な5ステップのプロセスです。

ステップ1：出力列を定義する

各供給業者の文書がどのように見えるかについてルールを設定するのではなく、必要なデータを定義します。適格請求書の場合、列リストには標準的な請求書フィールドと、コンプライアンスに必要な日本固有のフィールドの両方を含める必要があります。

ImageToTable.aiのカスタム列抽出モデルでは、これらの列名がAIが従う指示になります。AIは請求書を読み取り、座標ではなく意味的な意味によって各値を見つけ、対応するセルを埋めます。「登録番号 (T+13桁)」という名前の列は、AIに14文字のT+数字パターンをページ上のどこでも見つけるように指示します。それがヘッダーに水平に表示されているか、余白に垂直に表示されているか、発行者の住所の上に赤いスタンプで押されているかに関係なく、その列に抽出します。テンプレートの設定、ゾーンの描画、供給業者ごとの設定は一切不要です。

2단계: 모든 공급업체 서식을 한 번에 일괄 업로드

추출 방식이 레이아웃에 의존하지 않으므로, 처리 전에 공급업체별로 청구서를 분류할 필요가 없습니다. 대기업의 구조화된 PDF 25장, 소기업의 수기 양식 12~13장, 중견기업의 다양한 레이아웃으로 구성된 총 50장의 청구서를 한 번에 일괄 업로드할 수 있습니다. AI는 각 문서를 독립적으로 읽고 동일한 열 세트를 추출합니다.

이것이 의미 기반 추출과 템플릿 기반 OCR의 실질적인 차이점입니다. 템플릿 방식은 이 배치에 대해 공급업체별로 10~15개의 설정이 필요합니다. 레이아웃마다 영역을 만들고, 세로/가로 방향을 조정하고, 수기/인쇄 여부를 조정해야 합니다. 의미 기반 추출은 위치가 아닌 의미를 읽기 때문에 한 번에 모두 처리합니다.

3단계: 국세청 등록부에서 등록번호 확인

추출 후 T-번호는 단일 열에 표시됩니다. 확인 워크플로는 조회 방식입니다. 추출된 등록번호 열을 내보내고 invoice-kohyo.nta.go.jp의 국세청 공개 등록부와 대조합니다. 소량 워크플로의 경우 T 접두사를 제외한 13자리 숫자를 검색 양식에 입력하여 수동으로 확인할 수 있습니다. 대량의 경우 국세청 등록부를 프로그래밍 방식으로 조회할 수 있습니다.

일치하는 사업자명이 반환되지 않는 T-번호는 플래그를 지정해야 합니다. 가장 흔한 원인은 추출된 번호의 오타입니다. 흐리거나 도장이 겹친 등록 필드의 숫자를 잘못 읽은 경우입니다. AP 담당자가 추출된 값을 수정하고 다시 확인합니다.

4단계: 회계 시스템에 맞게 출력 정규화

추출된 데이터는 freee, MoneyForward, Yayoi 또는 기타 회계 플랫폼에 입력되기 전에 세 가지 정규화 단계를 거쳐야 합니다:

• 날짜 정규화: 모든 연호 날짜(令和8年, R8 등)를 ISO 8601(2026-03-10) 또는 회계 시스템에서 선호하는 형식으로 변환합니다.
• 세액 교차 확인: 추출된 消費税額(10%) 및 消費税額(8%)가 각각 추출된 과세 금액 × 10% 및 × 8%와 일치하는지 확인합니다(발행자의 반올림 방식 허용). 불일치 시 검토를 위해 플래그를 지정합니다.
• 세전/세후 표준화: 일부 청구서가 税抜(세전)을 사용하고 다른 청구서가 税込(세후)을 사용하는 경우, 모든 값을 단일 기준으로 변환하여 총계정원장 보고에 사용합니다.

5단계: 회계 소프트웨어로 가져오기

정규화된 스프레드시트는 CSV를 통해 일본 회계 플랫폼으로 가져올 수 있습니다. freee와 MoneyForward Cloud 모두 매입 청구서 데이터의 CSV 가져오기를 지원하며, Yayoi (弥生会計)는 데스크톱 및 클라우드 버전에서 가져오기 기능을 제공합니다. 핵심 요구 사항은 CSV 열이 회계 시스템의 가져오기 템플릿과 일치하는 것인데, 이는 1단계에서 출력 열을 이미 정의했다면 간단합니다.

Google Sheets를 작업 환경으로 사용하는 팀의 경우, ImageToTable.ai의 Google Sheets 애드온을 사용하면 중간 파일 내보내기 없이 추출 결과를 활성 스프레드시트에 직접 저장할 수 있습니다. AI가 청구서를 읽고 데이터를 시트에 한 번에 작성합니다.

일본 회계 소프트웨어가 적격 청구서 시스템을 지원하는 방식

일본의 3대 회계 플랫폼인 freee, MoneyForward Cloud, Yayoi (弥生会計)는 모두 적격 청구서 시스템을 기본 지원합니다. 각 플랫폼은 T-번호와 세율별 합계가 포함된 규정 준수 청구서를 생성하고, 소비세 신고 계산을 처리합니다. 그러나 이들 플랫폼의 청구서 생성 기능과 청구서 추출 기능 간에는 상당한 차이가 있습니다:

세 가지 모두 공통된 패턴을 보입니다. 내장 OCR은 영수증(レシート) — 짧고 균일한 감열지에 예측 가능한 형식 — 을 위해 설계되었으며, T-번호 추출, 이중 세율 구분, 여러 페이지에 걸친 라인 항목 테이블이 포함된 다양한 형식의 공급업체 청구서에는 적합하지 않습니다. 이는 회계 플랫폼의 실패가 아니라 설계상의 결과입니다. 영수증은 대량·저복잡성 문서이고, 공급업체 청구서는 소량·고복잡성 문서로 규정 준수 문제를 수반합니다. OCR 요구 사항이 충분히 달라 단일 엔진으로 두 가지를 모두 잘 처리하기는 어렵습니다.

따라서 일본 재무팀의 실무 워크플로는 2계층 접근 방식입니다. 회계 플랫폼은 강점(은행 조정, 급여, 세무 신고, 영수증 OCR)에 사용하고, 다양한 형식의 공급업체 청구서 처리는 전용 청구서 데이터 추출 도구에 맡긴 후 CSV 가져오기로 두 시스템을 연결합니다.

경과 조치 일정 — 2031년까지의 변화

적격 청구서 제도에는 미등록(면세) 공급업체로부터의 구매에 대한 매입세액 공제를 단계적으로 축소하는 경과 조치가 포함되어 있습니다. 이는 사소한 조정이 아닙니다. 각 단계마다 미등록 업체와의 거래 실효 비용이 변경되며, 변경 시마다 ERP 재구성, AP 재교육, 공급업체 재협상이 필요합니다.

일본 청구서를 처리하는 AP팀에게 이 일정은 실질적인 요구 사항을 만듭니다. 모든 청구서를 등록 또는 미등록 공급업체로부터의 것으로 분류하고, 각 청구서에 적용되는 공제율이 해당 기간과 일치해야 합니다. 이전에 등록된 공급업체의 등록이 만료된 경우 해당 청구서는 경과율로 처리되어야 하며, 전액 공제율이 적용되어서는 안 됩니다. 따라서 체계적인 T-번호 확인은 단순한 규정 준수 단계를 넘어 재무 정확성 요구 사항이 됩니다.

日本商工会議所は、2回にわたる調査で制度の運用実態を追跡しました。2024年に会員企業3,149社を対象に行った調査では、48.8%がコスト増加、82.2%が事務負担増加を報告。2025年の追跡調査（2,710社）では、それぞれ45.8%、73.4%と改善したものの、依然として回答企業の約4分の3に影響が及んでいます。新たな業務の最大の要因は「仕入先の登録状況の確認・管理」で、回答企業の74.8%が挙げています。

よくある質問

手書きの日本語インボイスは適格請求書として有効ですか？

はい。国税庁は適格請求書を電子データや機械印字に限定していません。登録番号や税率の内訳など、6つの必須項目をすべて満たしていれば、手書き、印刷、PDFのいずれでも有効な適格請求書となります。小規模事業者からの手書きインボイスは一般的であり、法的に有効です。

適格請求書の登録番号はどのような形式ですか？

形式は、アルファベットのTの後に13桁の数字が続きます（例：T1234567890123）。法人の場合、13桁は法人番号です。個人事業主の場合、国税庁が別途13桁の番号を付与します。頭文字のTは必須であり、適格請求書登録番号を他の識別子と区別します。

抽出データ内の和暦日付はどのように処理すればよいですか？

和暦日付（令和8年3月10日、R8.3.10、H30.12.1）は、抽出時にISO 8601形式（2026-03-10）に変換する必要があります。換算式は、令和=西暦-2018、平成=西暦-1988、昭和=西暦-1925です。インボイスに和暦と西暦の両方が記載されている場合（例：「令和8年（2026年）3月10日」）は、西暦をそのまま使用します。

インボイスに1つの税率しかない場合はどうなりますか？

適格請求書に10%対象品目のみ、または8%対象品目のみが含まれる場合でも、事業者はどの税率が適用されるかを明確に示し、その単一税率に係る消費税額を表示する必要があります。他の税率の品目が存在しないことが明確であれば、1つの税率のみの表示で問題ありません。一部のインボイスでは、該当しない税率の欄に「0」や「－」を記載しています。

추출 도구는 세로 쓰기(縦書き) 청구서를 처리할 수 있나요?

템플릿 기반 OCR 도구는 세로 쓰기 청구서를 안정적으로 처리하지 못합니다. 문자를 잘못된 순서로 읽기 때문입니다. 문서를 전체적으로 읽는(좌에서 우로 한 줄씩 스캔하지 않는) 비전 기반 추출은 의미 기반으로 필드를 식별하므로 세로 레이아웃을 처리할 수 있습니다. 일본어 청구서용 추출 도구를 평가할 때는 반드시 세로 쓰기 문서로 테스트하세요. '일본어 지원'을 표방하는 모든 도구가 세로 쓰기 텍스트를 처리할 수 있는 것은 아닙니다.

일본에서 적격 청구서에 Peppol JP PINT가 필수인가요?

아닙니다. Peppol JP PINT는 일본 디지털청이 권장하는 전자청구서 표준이지만, 필수는 아닙니다. 적격 청구서는 6가지 필수 항목을 모두 포함하기만 하면 종이, PDF 또는 모든 전자 형식으로 발행할 수 있습니다. 그러나 대량 B2B 거래의 경우, 수동 데이터 입력이나 추출 없이 구조화된 데이터의 자동 교환을 가능하게 하므로 Peppol 도입이 증가하고 있습니다.

공급업체의 T-번호를 어떻게 확인하나요?

국세청은 invoice-kohyo.nta.go.jp에서 공개 등록부를 운영합니다. 13자리 숫자(T 접두사 제외)를 입력하거나 업체명으로 검색하세요. 등록부는 발행자의 등록명, 등록일 및 현재 상태를 반환합니다. 이 확인 절차는 일본 적격 청구서를 처리하는 모든 AP 워크플로우의 일부여야 합니다.

적격 청구서는 얼마나 보관해야 하나요?

국세청은 적격 청구서를 관련 과세 기간 종료일로부터 7년간 보관하도록 요구합니다. 이는 발행자와 수취자 모두에게 적용됩니다. 종이 청구서의 디지털 보관(스캔본)은 디지털 사본이 모든 필수 항목을 명확하게 유지하는 경우 허용됩니다.

적격 청구서는 세전 또는 세후 금액을 사용하나요?

둘 다 허용됩니다. 청구서에는 표시된 금액이 세전(税抜)인지 세후(税込)인지 명확히 명시해야 합니다. 청구서에 사용된 기준이 명시적으로 표시되지 않은 경우, 국세청 지침은 모호한 청구서를 공제 목적으로 잠재적으로 무효로 간주합니다. 데이터를 추출할 때는 출력이 두 기준을 구분하고 회계 시스템에 맞게 단일 기준으로 표준화해야 합니다.