일본 적격 청구서(適格請求書) 추출:6개 필드와 워크플로우 완전 가이드

2023년 10월부터 매입자가 소비세 공제를 받기 위해 사용하는 일본 내 모든 청구서에는 6가지 필수 필드가 포함되어 있습니다: T+13자리 등록번호, 세율 구간별로 계산된 세액, 그리고 8%와 10% 과세 거래를 구분하는 품목明细입니다. 이 제도는 손으로 쓴 청구서(請求書)를 A4 용지에 발행하는 개인 사업자부터 Peppol 네트워크를 통해 구조화된 XML을 교환하는 법인까지, 약 460만 등록 사업자에게 영향을 미칩니다. 이 가이드는 전체적인 그림을 다룹니다: 적격 청구서가 법적으로 유효하려면 무엇이 필요한지, 각 필드의 의미와 위치, 일본 청구서 레이아웃이 대부분의 자동화 도구가 해결하지 못하는 추출 과제를 만드는 이유, 그리고 디지털·스캔·손으로 쓴 형식 등 모든 형식을 처리하는 워크플로우를 구축하는 방법.

수작업 입력은 그만 — AI가 대신 읽어드립니다
이미지나 PDF를 업로드하세요 — 10초 만에 정형 데이터로
지금 체험하기 →
Japanese qualified invoice documents and business paperwork on a desk

주요 시사점

  1. 대부분의 청구서 OCR 도구가 일본어를 지원한다고 주장하지만, 네 가지 구조적 현실이 조용히 이를 무너뜨립니다: 표준 OCR이 잘못된 순서로 읽는 세로 텍스트(縦書き), 법적으로 유효한 손으로 쓴 적격 청구서, 중요 필드를 가리는 도장, 그리고 글로벌 플랫폼이 변환하지 못하는 연호 날짜(令和8年).
  2. 템플릿 기반 추출은 일반적인 혼합 배치에 대해 공급업체별 구성 10~15개가 필요합니다. 모든 공급업체가 T+13 등록번호를 헤더, 푸터, 여백, 또는 은행 송금 정보 옆의 작은 글씨 등 다른 위치에 배치하기 때문입니다.
  3. 의미 기반 추출은 각 필드가 무엇인지 이해하면서 읽고, 공급업체별 설정 없이 한 배치에서 모든 형식을 처리하며, 추출된 T-번호를 NTA 공개 등록부에 단일 열 조회로 검증합니다.

적격 청구서 제도가 실제로 바꾼 것

2023년 10월 이전까지 일본의 소비세는 장부 기반 방식으로 운영되었습니다. 매입 세액 공제를 신청하는 사업자는 특정 세율에 맞는 청구서가 필요 없었고, 거래 합계를 기록한 회계 장부를 유지했으며, 공제액은 그 장부에서 계산되었습니다. 정부는 일본이 2019년에 이중 소비세율을 도입한 이후 장부 기반 방식이 실용적이지 않게 되었기 때문에 소비세법 제57조의2에 따라 적격 청구서 제도를 도입했습니다 — 10% 표준 세율과 일부 식품 및 신문 구매에 대한 8% 경감 세율입니다. 동일 거래에 두 세율이 공존할 때, 청구서는 각 품목에 적용되는 세율을 명시해야 하며, 구매자는 올바른 공제를 청구하기 위해 그 증빙을 보관해야 합니다.

이 제도는 일본을 장부 기반에서 청구서 기반 매입 세액 공제로 전환시켰습니다 — 이는 유럽의 VAT 체계와 동일한 구조이며(멕시코의 CFDI 시스템 운영 방식과도 구조적으로 유사하지만, 일본의 접근 방식은 전자 형식에 대해 덜 엄격합니다 — 다른 국가의 청구서 시스템과 비교하려면 멕시코 CFDI 추출 전체 가이드를 참조하세요). 세액 공제 청구를 지원하는 모든 청구서에는 6개 필드가 필수화되었습니다. 구매자가 전체 매입 공제를 청구할 수 있도록 하려는 공급자는 일본 국세청(NTA)에 등록하고 모든 청구서에 등록 번호를 포함해야 합니다. 2025년 3월 기준, NTA는 약 461만 명의 적격 청구서 발행자(QII)가 등록되었다고 보고했으며, 여기에는 약 220만 명의 개인 사업자와 241만 개의 법인이 포함됩니다.

일본 공급업체 청구서를 처리하는 모든 사람에게 실질적인 영향은 분명합니다: 6개 필수 필드 중 하나라도 누락된 청구서는 전체 매입 세액 공제를 지원할 수 없습니다. NTA는 AP 팀이 등록 번호를 확인할 수 있는 적격 청구서 발행자 공개 등록부를 운영하며 — 들어오는 모든 청구서에 대해 해당 확인 절차가 필요합니다. 이러한 확인은 2023년 이전에는 존재하지 않았습니다. 이제는 청구서당 운영 비용이 되었습니다.

이것이 자동화된 청구서 처리의 더 큰 그림에 어떻게 맞는지 이해하려면 청구서 데이터 추출이 실제로 무엇이며 어떻게 작동하는지에 대한 개요를 참조하세요 — 이 개념은 일본의 적격 청구서에도 다른 구조화된 문서와 동일하게 적용되며, 일본 제도가 추가하는 규정 준수 계층이 더해집니다.

적격 청구서의 6가지 필수 기재 사항

NTA는 모든 적격 청구서에 정확히 6가지 데이터 포인트를 요구합니다. 이 중 하나라도 누락되면 구매자는 해당 거래에 대해 전체 매입세액 공제(仕入税額控除)를 청구할 수 없습니다. 6가지 필드는 NTA 공식 사양 문서에 정의되어 있습니다:

#필드2023년 10월 신규?추출 참고 사항
1발행자 이름 및 등록 번호 (発行事業者の氏名又は名称及び登録番号)예, 등록 번호는 2023년 이전에는 존재하지 않았습니다형식: T + 13자리 숫자. NTA 등록부와 대조 확인해야 합니다.
2거래 날짜 (取引年月日)아니요일본 연호 날짜 형식(令和8年3月10日)으로 표기되는 경우가 많습니다. 괄호 안에 서양 날짜가 포함될 수도 있습니다.
3거래 내용 및 경감세율 표시아니요8% 세율 항목은 명시적으로 표시해야 하며, 주로 별표(※) 또는 "경(軽)"이라는 단일 문자로 표시됩니다.
4세율별 합계 금액 (税率ごとに区分して合計した対価の額)예, 이중 세율 구분10% 및 8% 과세 금액에 대해 별도 소계를 기재합니다. 세금 제외 또는 세금 포함 금액일 수 있습니다.
5세율별 소비세액 (税率ごとの消費税額)예, 세율별 세액 계산정수 엔 단위로 계산됩니다. 엔 미만의 분수 금액은 발행자의 방식에 따라 절사 또는 반올림됩니다.
6수취인 이름 (書類の交付を受ける事業者の氏名又は名称)아니요구매자의 등록된 사업자 이름입니다. 종종 "御中" (onchū)와 같은 존칭이 뒤따릅니다.

필드 1, 4, 5는 완전히 새로운 항목입니다 — 개혁 이전의 일본 청구서에는 존재하지 않았습니다. 필드 3은 기존에 있었지만 이제 추가 요건이 생겼습니다: 8% 경감세율이 적용되는 품목은 명시적으로 표시해야 합니다. 품목 옆에 경감세율 대상(軽減税率対象, keigen zeiritsu taishō)이라는 문구나 간단한 ※ 표시를 하면 충분합니다.

소규모 소매 및 소비자 대상 거래 — 레스토랑, 택시 서비스, 자판기 — 의 경우 적격 간이 청구서(適格簡易請求書)가 허용됩니다. 이 양식은 수취인 이름을 생략하고 축소된 필드 세트를 허용하지만, 등록 번호와 세율 구분은 여전히 필요합니다.

T-번호: 검증 및 추출

등록 번호(登録番号, tōroku bangō)는 적격 청구서에서 가장 중요한 필드입니다. 이 번호가 없으면 해당 청구서로는 매입세액 공제를 청구할 수 없습니다. 형식은 일관됩니다: 문자 T 뒤에 13자리 숫자가 옵니다.

법인의 경우 T-번호는 T + 기존 13자리 법인번호(法人番号, hōjin bangō)입니다. 개인 사업자의 경우 NTA가 개인정보 보호를 위해 마이넘버(個人番号)와 별개의 전용 13자리 번호를 부여합니다. 일본에 영구 사업장이 없는 적격 외국 기업도 등록하여 T-번호를 받을 수 있습니다.

NTA의 공개 레지스트리인 invoice-kohyo.nta.go.jp에서 등록 번호나 사업자 이름으로 누구나 검색할 수 있습니다. 조회 결과에는 발행자의 등록 이름, 등록 날짜, 활성 상태가 표시됩니다. 번호가 검색되지 않거나 이름이 청구서와 일치하지 않으면 해당 문서는 세액 공제 목적의 적격 청구서로 간주될 수 없습니다.

추출 과제: T-번호는 문서 어디에나 나타날 수 있습니다 — 헤더 근처, 푸터 블록, 발행자 등록 주소 옆, 또는 송금 정보(振込先欄) 근처의 작은 글씨에 숨어 있을 수도 있습니다. 일반적으로 예측 가능한 헤더 위치에 나타나는 유럽의 VAT 번호와 달리, 일본의 T-번호는 표준 배치 규칙이 없습니다. 의미 기반 추출 — 시스템이 페이지의 모든 숫자를 읽고 T 접두사가 붙은 14자리 문자열을 위치가 아닌 의미로 식별하는 방식 — 이 다중 공급업체 워크플로우에서 유일하게 신뢰할 수 있는 접근법입니다.

일부 일본 공급업체는 T-번호를 T1234567890123로 인쇄합니다. 다른 업체는 법인번호 그룹에 맞춰 하이픈을 넣어 T 1234-56-789012로 구분합니다. 두 형식 모두 유효합니다. NTA 레지스트리 조회는 T 접두사 없이 13자리 숫자를 허용합니다.

위치 기반 규칙에 의존하는 청구서 데이터 추출 시스템은 T-번호 레이아웃이 공급업체마다 크게 다르기 때문에 이 필드에서 자주 실패합니다. T 접두사 패턴과 13자리 숫자 시퀀스를 인식하여 페이지의 어느 위치에 나타나든 찾아내는 도구는 공급업체별 설정 없이 모든 등록 공급업체의 청구서를 처리할 수 있습니다.

세율 분류: 8% 적용 시점과 10% 적용 시점

일본의 복수 소비세율은 2019년 10월부터 시행되었습니다. 적격 청구서의 세부 내역은 각각 자체 소계와 계산된 세액을 가진 두 개의 별도 범주로 금액을 구분해야 합니다:

세율구분적용 대상청구서 표기
10%표준세율 (標準税率, hyōjun zeiritsu)경감세율 적용 대상이 아닌 모든 재화 및 용역. 주류, 외식, 일반 상품 포함.10% 대상 (10%対象)
8%경감세율 (軽減税率, keigen zeiritsu)식음료. 정기구독 계약에 따라 발행되는 신문.8% 대상

적격 청구서에서 NTA는 세율 구간별로 두 가지 별도 계산을 요구합니다:

  • 과세 대상 금액 (対価の額) — 재화 또는 용역의 가격으로, 세금 별도(税抜, zeinuki) 또는 세금 포함(税込, zeikomi)으로 표시됩니다. 청구서에는 어떤 방식이 사용되었는지 명시해야 합니다.
  • 소비세액 (消費税額) — 10% 및 8% 구간에 대해 각각 별도로 계산됩니다. 엔 미만의 분수는 발행자의 재량에 따라 절사하거나 내림합니다.

일반적인 적격 청구서는 이러한 항목을 별도의 라인 블록으로 표시합니다:

10% 대상 ¥100,000
10% 소비세 ¥10,000

8% 대상 ¥50,000
8% 소비세 ¥4,000

합계 ¥164,000

합계 라인(合計, gōkei)은 종종 두 세율 구간을 포함한 모든 값의 합계입니다 — 단순한 총계가 아닙니다. 일부 청구서는 세금 별도 합계를 먼저 표시하고 아래에 별도의 소비세 라인을 둡니다. 이 두 세율 범주의 표시 방식이 다양한 이유 중 하나는 일본 청구서에서 템플릿 기반 추출이 실패하는 주요 원인입니다: 레이아웃은 공급업체마다 다를 뿐만 아니라, 거래에 두 세율의 품목이 모두 포함되는지, 단일 세율인지, 또는 동일 문서 내에서 혼합 세율의 라인 항목이 있는지에 따라 달라집니다.

일본 청구서가 추출에 특별한 어려움을 주는 이유

일본의 적격 청구서는 대부분의 다른 시장의 청구서보다 근본적으로 처리하기 어렵게 만드는 네 가지 구조적 과제를 제시합니다. 이 네 가지 중 어느 것도 예외적인 사례가 아닙니다. 약 461만 개의 등록 발행업체 중 약 220만 개가 개인 사업자이며, 소규모 공급업체일수록 여전히 종이로 작업할 가능성이 가장 높습니다.

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

대부분의 일본 비즈니스 문서는 이제 가로 쓰기(横書き, yokogaki)를 사용하지만, 상당수의 전통적인 공급업체 — 특히 소규모 기업, 건설 회사, 그리고 나이 든 개인 사업자 — 는 여전히 세로 쓰기(tategaki)로 청구서를 발행합니다. 세로 레이아웃에서는 텍스트가 페이지를 가로질러 오른쪽에서 왼쪽으로 진행되는 열에서 위에서 아래로 흐릅니다. 가로 레이아웃에서 값의 왼쪽에 나타나는 필드 레이블은 대신 값의 위나 아래에 나타납니다. 세로 청구서의 품목 테이블은 열 머리글을 테이블 오른쪽에 배치하여 안쪽으로 읽도록 하는 경우가 많습니다.

표준 OCR 엔진 — 대부분의 API 기반 문서 AI 서비스를 포함 — 은 왼쪽에서 오른쪽, 위에서 아래로 읽는 순서를 가정합니다. 세로로 형식화된 일본 청구서를 만나면 일반적으로 잘못된 순서로 문자를 출력하여 구조화된 문서를 복구할 수 없는 뒤죽박죽으로 만듭니다. 읽기 순서 문제는 충분히 심각하여 Sarashina2.2와 같은 전용 일본어 OCR 모델이 세로 텍스트를 처리하기 위해 특별히 개발되었습니다. 이는 범용 OCR이 이 형식을 얼마나 잘 처리하지 못하는지를 보여주는 증거입니다.

비전 기반 AI 추출은 이 문제를 다르게 해결합니다. 고정된 순서로 문자를 읽는 대신 모델은 전체 페이지를 보고 문서 구조를 시각적으로 이해하며 의미론적 의미로 필드를 추출합니다. 발행업체 이름 옆에 세로로 인쇄된 T-번호는 모델이 등록 번호가 어떻게 생겼는지 이해하기 때문에 여전히 T-번호로 인식됩니다. 페이지를 올바른 순서로 읽었기 때문이 아닙니다.

손으로 쓴 청구서 — 중소기업에서 여전히 흔한 방식

일본의 약 336만 개 중소기업은 중소기업청 2025년 백서에 따르면 전체 기업의 99.7%를 차지하며, 완전히 디지털화된 기업부터 전면 종이 기반 기업까지 다양합니다. NTA는 6가지 필수 기재 항목이 모두 포함되어 있다면 손으로 쓴 적격 청구서를 명시적으로 허용합니다. 전자 생성, 디지털 서명, 구조화된 형식에 대한 요구 사항은 없습니다.

즉, 공급업체 — 오사카의 지역 건설 하도급업체, 가족이 운영하는 국수 가게, 프리랜서 IT 컨설턴트 — 는 기성 청구서 양식(請求書)에 등록 번호, 세율 구분, 합계 금액을 손으로 직접 기재할 수 있습니다. 해당 청구서는 법적으로 유효합니다. 그리고 템플릿 기반 OCR 시스템이 이를 정확히 처리하는 것은 거의 불가능합니다.

손으로 쓴 일본어 적격 청구서의 추출 문제는 단순히 사람마다 필체가 다르다는 것만이 아닙니다. 일본어 필기는 아라비아 숫자와 한자 숫자를 혼용하며, 일부 전통적인 맥락에서는 반초서체로 작성된 계정 과목(勘定科目)도 사용됩니다. 청구서의 단일 필드에 인쇄된 한자 헤더와 손으로 쓴 수량 및 가격이 섞여 있을 수 있으며, AI는 이를 안정적으로 구분해야 합니다.

한코 도장 간섭

한코 도장은 일본 비즈니스 문서의 표준 요소로 남아 있습니다. 많은 청구서에는 발행자 이름 또는 합계 금액란 위에 빨간 도장 인영이 찍혀 있습니다. 빨간 잉크는 인쇄되거나 손으로 쓴 텍스트와 겹치는 경우가 많아 OCR 정확도를 떨어뜨리는 시각적 간섭을 만듭니다 — 특히 도장이 금액이나 등록 번호와 같은 숫자 필드를 가로지를 때 더욱 그렇습니다.

이는 문서의 결함이 아닙니다. 도장은 의도적인 인증 메커니즘입니다. 그러나 추출 시스템에게는 전통적인 OCR이 해결할 수 없는 국소적 가림 현상을 만듭니다: 원형의 빨간 인영이 합계 금액의 숫자를 덮으면 OCR은 부분적인 문자 형태만 읽고 잘못된 값을 출력합니다. 시각-의미 수준에서 작동하는 추출 도구 — 전체 페이지를 멀티모달 AI 모델이 해석하는 이미지로 취급하는 방식 — 는 주변 맥락에서 가려진 텍스트를 추론하거나, 최소한 부분 문자 인식에 실패한 OCR 엔진보다 더 높은 신뢰도로 해당 영역을 인간 검토용으로 표시할 수 있습니다.

연호 날짜 형식 — 레이와 8년이 2026년인 이유

일본 청구서는 서양식 그레고리력 대신 또는 그와 함께 연호 날짜 체계(元号, gengō)를 흔히 사용합니다. 현재 연호인 레이와(令和)는 2019년에 시작되었습니다. 날짜는 다음과 같은 형식으로 표시됩니다:

레이와 8년 3월 10일 (令和8年3月10日)  (레이와 8년 = 2018 + 8 = 2026)
R8.3.10  (약식 연호 형식)
레이와 8년 3월 10일, 2026년  
H30.12.1  (헤이세이 30년 = 1988 + 30 = 2018, 보관 문서에 여전히 등장)

일본 청구서를 처리하는 추출 시스템은 연호 날짜를 자동으로 서양식 날짜로 변환해야 하며, 이상적으로는 ISO 8601(2026-03-10) 형식으로 스프레드시트에 직접 출력해야 합니다. 대부분의 글로벌 OCR 도구는 이 변환을 처리하지 못합니다. 범용 문서 AI 플랫폼은 "레이와 8년"과 같은 연호 날짜를 날짜를 나타낸다는 이해 없이 단순한 문자열로 취급합니다. 표준 날짜 형식을 기대하는 다운스트림 시스템에서 출력을 사용할 수 있게 하려면 의미론적 날짜 파싱이 포함된 필드 수준 추출이 필요합니다.

청구서에 "레이와 8년" 옆에 "2026"처럼 연호 날짜와 서양식 날짜가 나란히 표시되는 경우, 추출 시스템은 서양식 날짜를 신뢰할 수 있는 값으로 우선 처리하고 연호 날짜는 교차 검증에 사용해야 합니다.

적격 청구서 데이터 추출 방법: 실용적인 워크플로우

일본 적격 청구서를 위한 신뢰할 수 있는 추출 워크플로우를 구축하려면 등록 번호 찾기, 두 세율 구간 분리, 연호 날짜 변환, 손으로 쓴 세로 레이아웃 청구서가 도입하는 비표준 형식 처리라는 네 가지 별개의 문제를 해결해야 합니다. 다음은 모든 적격 청구서 형식에서 작동하는 실용적인 5단계 프로세스입니다.

1단계: 출력 열 정의

각 공급업체 문서의 형식에 대한 규칙을 구성하는 대신, 필요한 데이터를 정의하세요. 적격 청구서의 경우 열 목록에는 표준 청구서 필드와 규정 준수에 필요한 일본 특정 필드가 모두 포함되어야 합니다:

등록 번호 (登録番号), 발행일 (発行日), 청구서 번호 (請求書番号), 발행자 이름 (発行者名), 발행자 주소 (発行者住所),
수취인 (宛名), 10% 과세 금액 (10%対象金額), 8% 과세 금액 (8%対象金額),
10% 소비세 (消費税額), 8% 소비세 (消費税額), 합계 (合計額),
품목 1 (品目1), 수량 1 (数量1), 단가 1 (単価1), 금액 1 (金額1), ... (각 라인 항목별)

ImageToTable.ai의 맞춤 열 추출 모델에서 이러한 열 이름은 AI가 따르는 지침이 됩니다. AI는 청구서를 읽고 좌표가 아닌 의미적 의미로 각 값을 찾아 해당 셀을 채웁니다. "등록 번호"라는 열은 AI에게 페이지 어디에서든 14자리 T+숫자 패턴을 찾도록 지시합니다. 헤더에 가로로 표시되든, 여백에 세로로 표시되든, 발행자 주소 위에 빨간색으로 도장이 찍혀 있든 관계없이 해당 열로 추출합니다. 템플릿 설정, 영역 그리기, 공급업체별 구성이 필요 없습니다.

2단계: 모든 공급업체 형식을 하나의 배치로 업로드

추출이 레이아웃 독립적이므로 처리 전에 공급업체별로 청구서를 분류할 필요가 없습니다. 구조화된 PDF를 사용하는 대기업 청구서 절반, 손으로 쓴 양식을 사용하는 소기업 청구서 4분의 1, 다양한 레이아웃을 가진 중견기업 청구서 나머지로 구성된 50개 공급업체 청구서 배치를 함께 처리할 수 있습니다. AI는 각 문서를 독립적으로 읽고 동일한 열 세트를 추출합니다.

이것이 의미적 추출과 템플릿 기반 OCR의 실질적인 차이입니다. 템플릿 방식은 이 배치에 대해 공급업체별 구성 10~15개가 필요합니다. 각 레이아웃에 대한 영역을 만들고, 세로와 가로를 조정하고, 손으로 쓴 것과 인쇄된 것을 조정해야 합니다. 의미적 추출은 의미로 읽고 위치로 읽지 않기 때문에 한 번에 모두 처리합니다.

3단계: NTA 등록부에서 등록 번호 확인

추출 후 T-번호는 단일 열에 표시됩니다. 검증 워크플로는 조회 방식이 됩니다. 추출된 등록 번호 열을 내보내고 invoice-kohyo.nta.go.jp의 NTA 공개 등록부와 대조합니다. 소량 워크플로의 경우 수동으로 수행할 수 있습니다. 검색 양식에 13자리 숫자를 입력하면 됩니다. 대량의 경우 NTA 등록부를 프로그래밍 방식으로 쿼리할 수 있습니다.

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

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

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

  • 날짜 정규화: 모든 연호 날짜를 ISO 8601(2026-03-10) 또는 회계 시스템이 선호하는 형식으로 변환합니다.
  • 세액 교차 확인: 각 세율에서 추출된 소비세가 해당 세율의 추출된 과세 금액에 10% 또는 8%를 곱한 값과 일치하는지 확인합니다. 불일치 사항은 검토를 위해 플래그로 표시합니다.
  • 세금 제외 또는 세금 포함 표준화: 일부 청구서가 세금 제외 금액(税抜)을 사용하고 다른 청구서가 세금 포함 금액(税込)을 사용하는 경우, GL 보고를 위해 모든 값을 단일 규칙으로 변환합니다.

세 가지 확인 모두 추출 후가 아닌 추출 중에 실행할 수 있습니다. 계산 열은 AI가 이미 읽은 값에 규칙을 적용합니다. 날짜 열은 연호 연도를 ISO 형식으로 변환할 수 있고, 확인 열은 명시된 세율에서 추출된 세금을 과세 금액과 비교하여 "OK" 또는 차이를 반환할 수 있습니다. 불일치 사항은 해당 행에 플래그로 표시되어 도착합니다.

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

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

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

일본 회계 소프트웨어가 적격 청구서 제도를 지원하는 방식

일본의 3대 회계 플랫폼 — freee, MoneyForward Cloud, Yayoi (弥生会計) — 은 모두 적격 청구서 제도를 기본적으로 지원합니다. 각 플랫폼은 T-번호와 세율별 합계가 포함된 적격 청구서를 생성하며, 신고를 위한 소비세 신고 계산도 처리합니다. 그러나 이들 플랫폼의 청구서 생성 기능과 청구서 추출 기능 사이의 격차는 상당합니다:

플랫폼가격 (월)내장 OCR 설계 대상적격 청구서 지원청구서 추출 제한 사항
freee¥1,980 (Starter)영수증 (レシート) — 짧고 단일 형식의 감열지 영수증완전 지원 — 적격 청구서 생성 및 세무 신고 처리다양한 형식의 공급업체 청구서 처리에 어려움. 공급업체별 레이아웃에 대한 맞춤 필드 추출 없음.
MoneyForward Cloud¥1,078 (Mini) + 사용량 기반 OCR영수증 및 은행 거래 내역 연동완전 지원 — 2,000개 이상의 은행 연동 포함지급 청구서 관리를 위해 추가 유료 모듈 필요. 사용량 기반 OCR 비용이 누적됨.
Yayoi연 ¥11,000-33,000데스크톱 기반 영수증 입력완전 지원 — 가장 오래된 플랫폼데스크톱 요금제는 클라우드 네이티브 API 연동 부재. OCR은 영수증 중심.

세 가지 모두에 공통된 패턴은 다음과 같습니다. 내장 OCR이 영수증 — 짧고 균일한 감열지 영수증으로 예측 가능한 레이아웃 — 을 위해 설계되었지, T-번호 추출, 이중 세율 구분, 여러 페이지에 걸친 라인 항목 테이블이 포함된 다중 형식 공급업체 청구서를 위해 설계되지 않았다는 점입니다. 그 격차는 구조적입니다. 영수증은 대량, 균일 문서로 단일 OCR 엔진이 잘 학습할 수 있습니다. 공급업체 청구서는 소량이고 다양하며 규정 준수 계층이 붙어 있어 단일 엔진이 둘 다 처리하는 경우는 드뭅니다.

따라서 일본 재무 팀을 위한 실용적 워크플로는 2계층 접근 방식입니다. 회계 플랫폼의 강점을 활용하고, 전용 청구서 데이터 추출 도구로 다중 형식 공급업체 청구서 처리를 수행한 다음 CSV 가져오기를 통해 두 시스템을 연결합니다.

경과 조치 타임라인 — 2031년까지의 변경 사항

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

기간미등록 공급업체 구매 시 매입세액 공제AP에 미치는 영향
2023년 10월 – 2026년 9월구매 세액의 80% 공제 가능첫 단계 — 미등록 상태를 유지하는 공급업체는 구매자에게 과세 금액의 약 2% 비용을 발생시킵니다. 대부분의 AP 팀이 등록 상태 추적을 시작했습니다.
2026년 10월 – 2029년 9월구매 세액의 50% 공제 가능실질 비용 패널티가 약 5%로 상승합니다. 미등록 공급업체 전환의 긴급성이 높아집니다. ERP 시스템은 새 공제율을 업데이트해야 합니다.
2029년 10월부터0% — 공제 불가미등록 공급업체로부터의 구매에 대한 10% 소비세 전액이 회수 불가능한 비용이 됩니다. B2B 공급업체에게 등록은 사실상 필수입니다.

일본 청구서를 처리하는 AP 팀에게 이 타임라인은 실질적 요구 사항을 만듭니다. 모든 청구서는 등록 또는 미등록 공급업체에서 온 것으로 분류되어야 하며, 각 청구서에 적용되는 공제율은 해당 기간과 일치해야 합니다. 이전에 등록된 공급업체의 등록이 만료된 경우 해당 청구서는 전체 공제율이 아닌 경과율로 처리되어야 합니다. 이는 체계적인 T-번호 검증을 단순한 규정 준수 단계가 아닌 재무 정확성 요구 사항으로 만듭니다. 이 부담이 일상 처리에 미치는 영향에 대해 자세히 알아보려면 2023년 청구서 개혁이 재무 처리를 더 어렵게 만든 이유를 참조하세요.

日本商工会議所は、2回にわたる調査を通じてこのシステムの運用影響を追跡しました。2024年に実施された3,149社の会員企業を対象とした調査では、48.8%がコスト増加を報告し、82.2%が事務負担の増加を報告しました。2025年の追跡調査(2,710社対象)では、これらの数値は45.8%と73.4%に改善しましたが、依然として回答者の約4分の3に影響を及ぼしています。新しい作業の最大の発生源は「仕入先登録状況の確認と管理」で、回答者の74.8%が挙げています。

よくある質問

手書きの日本の請求書は適格請求書として有効ですか?

はい。NTAは適格請求書が電子データまたは機械印字であることを要求していません。登録番号と税率の内訳を含むすべての6つの必須項目を記載した文書は、手書き、印刷、PDF生成のいずれであっても適格請求書として有効です。小規模な仕入先からの手書きの請求書は一般的であり、法的にも有効です。

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

形式は、文字Tの後に正確に13桁の数字が続きます(例:T1234567890123)。法人の場合、13桁は法人番号です。個人事業主の場合、NTAが別途13桁の番号を割り当てます。Tプレフィックスは必須であり、適格請求書登録番号を他の識別子と区別します。

抽出データ内の日本の元号日付はどのように扱えばよいですか?

元号日付(令和8年3月10日、R8.3.10、H30.12.1)は抽出中にISO 8601形式(2026-03-10)に変換する必要があります。変換式は、令和年+2018、平成年+1988、昭和年+1925です。請求書に元号と西暦の両方が併記されている場合は、西暦を直接使用します。

청구서에 세율이 하나만 있는 경우는 어떻게 하나요?

적격 청구서에 10% 항목만 있거나 8% 항목만 있는 경우, 공급자는 어떤 세율이 적용되는지 명확히 표시하고 해당 단일 세율에 대한 소비세액을 표시해야 합니다. 다른 세율의 항목이 없다는 것이 문서상 명확하다면 세율을 하나만 표시해도 됩니다. 일부 청구서는 사용되지 않는 세율 구간에 "0" 또는 대시(-)를 표시합니다.

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

템플릿 기반 OCR 도구는 세로 청구서를 안정적으로 처리하지 못합니다. 문자가 잘못된 순서로 읽히기 때문입니다. 문서 전체를 읽는 비전 기반 추출은 의미 기반으로 필드를 식별하므로 세로 레이아웃을 처리할 수 있습니다. 일본어 청구서용 추출 도구를 평가할 때는 반드시 세로 형식 문서로 테스트해 보세요. "일본어 지원"을 주장하는 모든 도구가 세로 텍스트를 처리할 수 있는 것은 아닙니다.

일본에서 적격 청구서에 Peppol JP PINT가 의무인가요?

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

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

NTA는 invoice-kohyo.nta.go.jp에서 공개 등록부를 운영합니다. 13자리 번호를 입력하거나 사업자 이름으로 검색하세요. 등록부에서 발행자의 등록 이름, 등록 날짜, 현재 상태를 확인할 수 있습니다. 이 확인 절차는 일본 적격 청구서를 처리하는 모든 AP 워크플로우의 필수 단계여야 합니다.

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

NTA는 적격 청구서를 관련 과세 기간 종료일로부터 7년간 보관하도록 요구합니다. 이는 발행자와 수령자 모두에게 적용됩니다. 종이 청구서의 디지털 보관은 디지털 사본이 모든 필수 항목을 명확하게 보존하는 경우 허용됩니다. 전자장부법의 검색 가능성 요건이 감사에서 스캔 아카이브를 방어 가능하게 만드는 핵심입니다.

적격 청구서는 세금 별도 금액인가요, 세금 포함 금액인가요?

둘 다 허용됩니다. 청구서에는 표시된 금액이 세금 별도(税抜, zeinuki)인지 세금 포함(税込, zeikomi)인지 명확히 명시해야 합니다. 청구서에 어떤 기준이 사용되는지 명시적으로 표시하지 않으면, NTA 지침에 따라 모호한 청구서는 공제 목적상 잠재적으로 무효로 간주됩니다. 데이터를 추출할 때 출력이 두 기준을 구분하고 회계 시스템에 맞게 단일 기준으로 표준화하도록 하세요.

일본 적격 청구서 제도는 귀하의 책상에 도착하는 모든 청구서에 준법 레이어를 추가합니다: 문서당 세 가지 데이터 포인트, 공급업체별 등록 확인, 그리고 공급업체가 판매한 품목에 따라 달라지는 세율 구분. 그 중 어느 것도 피할 수 없습니다. 피할 수 있는 것은 재입력과, 빨간 도장이나 희미한 인쇄가 숫자를 가릴 때 T-번호를 잘못 복사할 위험입니다. 일본 공급업체 청구서를 처리하는 중이라면, ImageToTable.ai로 적격 청구서 추출을 시도해 보세요: 일본 청구서 PDF나 이미지를 업로드하고 필요한 열을 지정한 후 약 10초 안에 결과를 확인할 수 있습니다.

수작업 입력은 그만 — AI가 대신 읽어드립니다
이미지나 PDF를 업로드하세요 — 10초 만에 정형 데이터로
지금 체험하기 →
📮 contact email: [email protected]