일본 적격 청구서 데이터를
엑셀로 추출하는 방법

청구서당 3개의 신규 필드 — 아무도 대비하지 못한 데이터 입력 문제

2023년 10월 이전까지 일본 공급업체 청구서는 발행자명, 구매자명, 거래일자, 품목 설명, 수량, 단가, 합계 금액으로 구성된 간단한 문서였습니다. 경리 담당자는 2~3분 만에 회계 시스템에 입력하고 다음 작업으로 넘어갈 수 있었습니다.

소비세법 제57조의2에 근거한 적격 청구서 제도에 따라, 모든 적격 청구서에는 이제 6개의 필수 필드가 포함되어야 합니다. 그중 3개는 신규 필드입니다: 발행자의 등록번호(登録番号, T + 13자리), 8% 표준세율과 10% 경감세율로 각각 구분한 합계 금액(税率ごとに区分した合計額), 그리고 각 세율별 소비세액(税率ごとの消費税额等)입니다.

실제로 이는 청구서당 데이터 입력 작업량이 50% 증가한 것이 아니라 거의 두 배로 늘어났음을 의미합니다. 각 신규 필드는 단순히 추가 숫자를 복사하는 것 이상입니다. 등록번호는 2023년 이전 청구서에는 전혀 없는 형식을 요구합니다. 세율별 구분 금액은 담당자가 라인 항목을 스캔하고, 세율별로 그룹화한 후 각 그룹을 합산하여 하나가 아닌 두 개의 소계를 입력해야 합니다. 그리고 소비세 필드는 일본 엔화로 필수 입력 사항이며, 라인 항목 합계에서 수학적으로 도출 가능함에도 불구하고 별도로 입력해야 합니다.

국세청에 따르면 2025년 3월 기준 약 461만 개 사업자(개인사업자 220만, 법인 241만)가 적격 청구서 발행자로 등록했습니다. 즉, 수백만 개 사업자가 이러한 신규 필드가 포함된 청구서를 발행하고 있으며, 이들로부터 구매하는 모든 재무팀이 데이터 입력의 영향을 체감하고 있습니다.

적격청구서(適格請求書)의 구성 — 재무팀이 반드시 알아야 할 6가지 필드

국세청의 공식 사양(이 국세청 적격청구서 가이드 참조)은 적격 문서가 포함해야 할 내용을 정확히 정의합니다. 아래는 6가지 필드이며, 2023년 이후 추가된 3가지는 별도 표시되어 있습니다:

필드 1, 4, 5는 청구서 데이터 입력을 단일 합계 작업에서 다중 필드 파싱 작업으로 전환시킨 세 가지 새로운 데이터 차원입니다. 등록 번호는 T 다음에 정확히 13자리 숫자가 오는 고정된 패턴을 따르므로, 무엇을 찾아야 하는지만 알면 자동 추출에 매우 적합합니다. 그러나 이중 세율 합계와 소비세액은 공급업체의 청구서 템플릿마다 위치가 달라 템플릿 기반 OCR의 신뢰성을 떨어뜨립니다.

2026년 10월이 전환점인 이유

적격청구서제도에는 과도기가 포함되어 있으며, 이제 더욱 엄격해지려고 합니다:

2026년 10월부터 미등록 사업자로부터 10% 세율로 1만 엔을 구매할 경우, 현재 단계의 200엔에서 500엔의 매입세액공제를 잃게 됩니다. 월 200건의 공급업체 청구서를 처리하는 중견 기업에서 미등록 사업자가 15%만 되어도, 이 항목들을 올바르게 처리하는 것과 그렇지 않은 것의 차이는 빠르게 누적됩니다.

또한 이 시기는 등록을 미룬 많은 외국 기업과 면제 소규모 사업자가 B2B 고객으로부터 압박을 받기 시작하는 해입니다. 그 고객들은 매입세액공제를 유지하기 위해 적격청구서가 필요합니다. 등록 발행자의 깔끔한 PDF든, 과도기를 이용하는 개인 사업자의 손으로 쓴 영수증이든, 받은 청구서 형식에서 데이터를 추출할 수 없다면 모든 거래에서 손해를 보게 됩니다.

적격 세금계산서 데이터를 하나의 스프레드시트로 추출하는 방법 — 단계별 가이드

ImageToTable.ai는 열 이름 추출 방식을 사용합니다. 템플릿 기반 OCR 도구처럼 각 필드에 경계 상자를 그리는 대신, 원하는 열 이름(예: "등록번호", "공급가액(8%)", "소비세(10%)")을 입력하면 AI가 해당 값의 위치가 아닌 의미를 이해하여 페이지 어디에서든 값을 찾아냅니다. 이는 공급업체마다 등록번호를 오른쪽 상단에 배치하거나, 회사 도장 옆 하단에 배치하는 등 필드 위치가 제각각인 적격 세금계산서에 특히 유용합니다.

다음은 여러 공급업체의 적격 세금계산서 배치를 추출하는 워크플로우입니다:

적격청구서 처리의 핵심 장점은 열 이름이 곧 추출 지침이라는 점입니다. 내부 청구서 등록부에 사용하는 스프레드시트 헤더명을 그대로 쓰면 됩니다. 별도의 템플릿 설계 단계, 학습 샘플, 공급업체별 설정이 필요 없습니다.

8% / 10% 세율 구분을 자동으로 처리하기

적격청구서 제도에서 가장 시간이 많이 드는 수작업이 바로 이 부분입니다. 기존 시스템에서는 회계 담당자가 청구서당 총액 하나만 입력하면 됐습니다. 하지만 새 시스템에서는 품목을 8% 경감세율(외식 및 주류 제외 식음료)과 10% 표준세율의 두 가지 세율로 나누고, 각각 합계를 구한 뒤 두 소계와 각각의 소비세액을 모두 기록해야 합니다.

표준세율 주방기기와 경감세율 식자재가 섞인 15개 품목의 외식업체 청구서라면, 데이터 입력에 3~4분이 정당하게 소요됩니다. 청구서 50건이라면 세율 분류에만 3시간 이상 걸립니다.

ImageToTable.ai는 추론 열을 통해 이 문제를 해결합니다. AI가 문서 내용을 읽고, 해당 항목이 문서에 명시적으로 표시되지 않더라도 각 품목이 속한 범주를 판단하는 방식입니다. 범주(옵션: 8% 경감 / 10% 표준)와 같은 열을 정의하면, AI가 각 품목을 읽고 일본 소비세 분류 규칙에 따라 경감세율 대상인지 식별한 후 결과를 입력합니다. 이는 경험칙에 따른 추측이 아닙니다. 일본의 경감세율 분류(음식 및 음료 중 외식 및 주류 제외)는 대규모 언어 모델이 품목 설명만으로 적용할 수 있을 정도로 구체적입니다.

그 결과, 10%와 8% 합계가 각각 별도 열에 이미 입력되어 청구서별로 올바르게 그룹화된 단일 스프레드시트가 생성되며, 재무팀이 각 품목을 수동으로 분류할 필요가 없습니다.

自動登録番号抽出：T+13桁を大規模に処理

登録番号は、適格請求書においてコンプライアンス上最も重要な項目です。これが欠落または誤っている場合、仕入税額控除の対象となりません。また、最も構造化された項目でもあり、有効な登録番号はすべて Tの後に13桁の数字（例：T1234567890123）というパターンに一致します。

しかし、構造的な予測可能性はフォーマットで終わります。実際の請求書では、登録番号は以下の場所に表示される可能性があります：

• 右上のヘッダー、会社ロゴの隣
• フッター、会社印鑑（印鑑）の隣
• 発行者の名前の下、別の「登録番号」行
• その他の事業者登録情報とともに、あらかじめ印刷された枠内
• 完全に欠落 — 供給者が未登録の場合、または経過措置を適用している場合

ある供給者のレイアウトで学習したテンプレートベースのOCRツールは、別の供給者では機能しません。一方、文書の内容を意味的に読み取るAIは、「Tの後に13桁の数字」がどこに現れても識別できます。これは、人間の事務員がページをスキャンして特定のパターンを探すのと同じ方法です。抽出された番号は、国税庁の公開適格請求書発行事業者登録サイト（国税庁適格請求書発行事業者公表サイト）と照合できます。このサイトでは、登録番号または事業者名で検索して、発行者が正当に登録されているかを確認できます。

入金請求書を処理する経理チームにとって、これにより登録番号の処理は、「14桁のコードを手動で入力し、国税庁のサイトで照合する」から、「抽出されたT番号をスプレッドシートで確認し、サンプルをレジストリとスポットチェックする」へと変わります。その差は、請求書1枚あたり数分から数秒です。

일본 회계 플랫폼의 범위와 그 한계

일본의 3대 클라우드 회계 플랫폼 — freee, 머니포워드 클라우드, 야요이(弥生) — 은 모두 2023년 10월 적격청구서 제도 시한에 맞춰 업데이트되었습니다. 각 플랫폼은 송장의 등록번호 관리, 이중 세율 소비세 표시, 전자장부보존법에 따른 7년 전자 보관 요건을 지원합니다.

하지만 이 플랫폼들은 발행 측면의 적격 송장을 위한 것이지, 외부 공급업체로부터 PDF, 종이, 스크린샷 형태로 도착하는 수백 장의 송장에서 데이터를 추출하기 위한 것이 아닙니다. 공급업체가 PDF 송장(스캔본, 모바일 사진 등)을 보내면 회계 플랫폼은 이를 읽을 수 없습니다. 데이터 입력은 여전히 사람이 키보드로 해야 합니다.

이것이 바로 AI 추출 도구가 채우는 정확한 격차입니다. "공급업체 송장 수신"과 "회계 시스템에 데이터 입력" 사이에 위치하여, freee와 머니포워드가 하지 못하는 단계 — 기계가 읽을 수 없는 문서를 구조화된 필드로 변환 — 를 처리합니다. SAP Japan, Oracle Japan, Microsoft Dynamics 365(일본 현지화 버전) 같은 국제 ERP를 사용하는 기업의 경우, 이 플랫폼들이 적격 송장 필드를 표시하는 데도 수동 설정이 필요하고, 수신 문서에서 추출하는 것은 더욱 어렵기 때문에 격차는 더 큽니다.

본사와 데이터를 공유해야 하는 일본 내 외국계 자회사에서 흔히 사용하는, 구글 시트를 송장 등록부로 활용하는 팀의 경우, ImageToTable.ai의 구글 시트 애드온이 추출 결과를 활성 시트에 직접 기록합니다. 열 이름을 한 번 지정하고, 사이드바를 통해 송장을 업로드하면, 추출된 데이터가 보고서가 있는 스프레드시트를 벗어나지 않고 행을 채웁니다.

자주 묻는 질문

AI가 손으로 작성된 적격 청구서를 추출할 수 있나요?

네, 하지만 현실적인 기대치가 필요합니다. ImageToTable.ai의 비전 모델은 손으로 쓴 등록 번호, 금액, 날짜(일본어 필기체 포함)를 읽을 수 있습니다. 그러나 필기 인식 정확도는 인쇄된 텍스트보다 본질적으로 낮으며, 일본의 레스토랑 및 소매 업계에서 흔히 볼 수 있는 열화된 감열지 영수증은 깔끔하게 작성된 청구서보다 낮은 품질의 결과를 제공합니다. 이 도구는 대부분의 재무 팀이 실제로 직면하는 혼합 환경(80% 인쇄/PDF 청구서, 20% 수기 전표)에 가장 적합하며, 순수 필기 전용 워크플로우에는 적합하지 않습니다.

공급자가 등록되지 않았고 인보이스에 등록번호가 없는 경우 어떻게 되나요?

등록되지 않은 공급자의 인보이스에 등록번호가 없는 경우, 열 추출 시 해당 필드는 비워둡니다 — 번호를 임의로 생성하지 않습니다. 현재 전환 기간(2026년 9월까지) 동안에는 적절한 장부 기록이 유지되는 한 등록되지 않은 공급자로부터의 구매에 대해 매입세액 공제의 80%를 청구할 수 있습니다. 2026년 10월부터는 50%로 감소합니다. 이 도구는 규정 준수 여부를 결정하지 않습니다 — 문서에 있는 내용을 추출할 뿐이며, 귀하의 재무팀이 추출 결과를 바탕으로 전환 기간 세율 규칙을 적용합니다.

이 도구는 연호 날짜 형식(令和X年Y月Z日)을 처리할 수 있나요?

네. "송장 날짜"로 열을 정의하면 AI가 송장에 표시된 모든 날짜 형식(令和6年5月28일 같은 일본 연호 날짜 포함)을 추출합니다. 추출 결과는 원래 형식을 유지합니다. 다운스트림 프로세스에 양력 날짜가 필요한 경우, 도구의 후처리 레이어에서 내보내기 중 연호 날짜를 자동으로 변환할 수 있습니다.

공급업체 송장 100개 이상을 한 번에 일괄 처리할 수 있나요?

네. 일괄 처리 — 여러 파일을 동시에 업로드하고 각 행이 하나의 문서에 해당하는 통합 엑셀 스프레드시트를 받는 기능 — 은 핵심 기능입니다. 배치당 파일 제한은 없지만, 처리 시간은 총 페이지 수에 비례합니다. 일반적인 단일 페이지 송장 100개 배치는 10분 이내에 완료됩니다. 배치 내 모든 파일은 동일한 열 정의를 공유하므로, 적격 송장 필드를 한 번만 정의하면 전체 배치에 적용됩니다.

登録番号のない簡易適格請求書（氏名省略）はどうなりますか？

小売店、飲食店、タクシー事業者など、不特定多数の顧客に販売する事業者が発行する簡易請求書は、項目6（宛名）を省略した有効な適格請求書です。本ツールでは問題なく処理できます。文書に列として定義した項目が含まれていない場合、該当セルは出力スプレッドシートで空白になります。エラーも混乱もありません。

도구가 NTA 데이터베이스에서 등록번호를 확인하나요?

아니요. 이 도구는 송장에서 T+13 등록번호를 추출할 뿐, NTA 등록부에 연결하여 번호가 유효한지 확인하지는 않습니다. NTA의 적격 송장 발행자 게시 사이트를 통한 확인은 별도 단계로 남아 있습니다. 도구가 없애는 것은 14자리 코드를 브라우저 기반 조회 도구에 수동으로 입력하는 작업입니다. 추출된 T-번호가 스프레드시트에 있으므로 샘플이나 전체 목록을 NTA 사이트에서 일괄 확인할 수 있습니다.

먼저 추출하고, 한 번만 검증하세요

적격청구서제도는 데이터 입력을 새로 만든 것이 아니라, 2023년 10월 이전에는 없던 세 가지 필수 항목을 추가해 데이터 입력을 실질적으로 더 어렵게 만들었습니다. 일본의 모든 재무팀은 이미 이 필드들을 처리하고 있습니다. 문제는 이 필드들을 청구서 하나하나 수동으로 입력하고 있는지, 아니면 프로그램 방식으로 추출하고 있는지입니다.

2026년 10월 매입세액공제율이 80%에서 50%로 전환되면, 이 필드들의 정확성은 선택이 아닌 필수 사항이 됩니다. 등록번호를 올바르게 추출하는 것과 한 자리 잘못 입력하는 것의 차이는 단순한 처리 비용이 아니라, 감사 시 잃게 되는 실제 세액공제액입니다.