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

일본 적격 청구서 제도가 처음이신가요? 일본 적격 청구서 데이터를 Excel로 추출하는 단계별 가이드로 시작하세요. 필수 기재 항목 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개의 데이터 포인트를 처리해야 합니다. 청구서당 수동 입력 3분(거래처별 고유 레이아웃에서 등록번호 찾기, 세율별로 품목 분리, 소비세액 입력)을 가정하면 데이터 입력에 5시간이 소요됩니다. 300장 기준으로는 15시간 — 월간 거의 이틀에 달하는 근무 시간을 청구서 데이터 입력에만 쏟게 됩니다.

형식의 다양성은 문제를 더 악화시킵니다. 한 달간 수령하는 거래처 청구서에는 다음이 포함될 수 있습니다:

• 표준 형식으로 등록번호가 명확히 표시된 등록 법인 거래처의 깨끗한 PDF
• 모서리에 T-number가 작게 들어간 기성 양식을 사용하는 지역 도매업체의 스캔 종이 청구서
• 적격 간이 청구서로 인정되는 소규모 개인사업자의 손으로 쓴 배송 명세서를 촬영한 모바일 사진
• QII 자격을 등록한 해외 거래처의 외화 청구서 — 소비세는 여전히 일본 엔화로 표시해야 합니다

템플릿 기반 추출 방식 — 거래처 A의 청구서 필드를 인식하도록 도구를 학습시킨 후 B, C 순으로 진행하는 방식 — 은 이러한 다양성 앞에서 무너집니다. 한 거래처의 12월 형식에 맞춰 템플릿을 구성하는 동안, 그 거래처는 1월에 청구서 레이아웃을 변경해 버립니다. 한 장의 청구서에 작동하는 도구는 뒤에 199장의 서로 다른 형식의 청구서가 대기 중일 때 병목 지점이 됩니다.

일괄 처리 — 여러 파일을 동시에 업로드하고 각 행이 하나의 문서에 해당하는 단일 병합 스프레드시트를 받는 방식 — 은 워크플로우를 "청구서 1장, 추출 세션 1회, 결과 1건"에서 "업로드 1회, 열 정의 1회, 파일 1개에 결과 200건"으로 바꿉니다. 정의하는 열 이름 — 등록번호, 청구일, 합계(10%), 합계(8%), 소비세(10%), 소비세(8%), 거래처명 — 은 각 거래처가 청구서를 어떻게 구성하는지와 관계없이 전체 배치에 적용됩니다.

일본 회계 플랫폼이 수신 송장 추출을 해결하지 못하는 이유

일본의 3대 클라우드 회계 플랫폼 — freee, MoneyForward Cloud, Yayoi (弥生) — 은 모두 2023년 10월 마감일 이전에 일본 적격 청구서 제도에 대한 완전한 준수를 달성했습니다. 각 플랫폼은 송장 발행 시 T-number 자동 삽입, 복수 세율 소비세 표시, 소비세 신고 준비, 그리고 전자 장부 보존법(電子帳簿保存法)을 준수하는 7년 전자 보관을 지원합니다.

그러나 이러한 플랫폼이 수행하는 작업에는 근본적인 비대칭성이 있습니다. 이들은 적격 청구서를 발행하고 결과적인 소비세 신고를 제출하도록 구축되었습니다. PDF, 종이 스캔 또는 모바일 사진으로 도착하는 수신 공급업체 송장에서 데이터를 수신하고 추출하도록 구축된 것은 아닙니다.

실제 업무 흐름에서 일어나는 일은 다음과 같습니다. 공급업체가 PDF 송장을 이메일로 보냅니다. 재무 담당자가 이를 엽니다. freee/MoneyForward/Yayoi는 해당 PDF를 읽을 수 없습니다. 수신 파일에 대한 문서 추출 기능이 없기 때문입니다. 담당자는 PDF에서 등록 번호, 복수 세율 합계, 소비세 금액을 회계 소프트웨어의 공급업체 지불 입력 화면에 수동으로 입력해야 합니다. 그러면 소프트웨어가 나머지(분개, 세금 계산, 신고)를 처리합니다. 그러나 추출 단계 — "송장 수신"과 "시스템에 데이터 입력" 사이의 다리 — 는 완전히 수동으로 남아 있습니다.

MoneyForward Cloud는 일괄 분개를 위한 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월 이전에는 재무 담당자가 인보이스당 총액 하나만 입력하면 되었습니다. 그러나 새 제도에서는 품목을 8% 경감 세율(매장 내 소비가 아닌 식음료, 신문)과 10% 표준 세율이라는 두 개의 세율 범주로 분류하고, 각각에 대한 별도의 합계와 소비세액을 기록해야 합니다.

주방 장비(10%)와 식자재(8%)가 15개 품목에 혼합된 외식업체 공급업체 인보이스의 경우, 분류 작업만으로도 해당 인보이스 하나의 데이터 입력 시간이 2~3분 늘어납니다. 혼합 세율 품목이 있는 인보이스 200개의 경우, 분류에만 매월 3~4시간이 소요될 수 있습니다.

이 도구는 추론 열을 통해 이를 처리합니다. AI가 문서 내용을 읽고, 범주가 명시적으로 표시되지 않은 경우에도 각 품목이 속하는 범주를 결정하는 방식입니다. 세율(옵션: 8% 경감 / 10% 표준)과 같은 열을 정의하면, AI가 각 품목을 읽고 일본 소비세 분류 규칙(軽減税率対象品目)에 따라 경감 세율 적용 대상인지 식별하여 결과를 채웁니다. 일본의 경감 세율 분류 — 매장 내 소비가 아닌 비주류 식음료 및 신문 구독 — 는 대규모 언어 모델이 품목 설명만으로 적용할 수 있을 만큼 구체적입니다.

일괄 처리 규모에서의 결과: 재무 담당자가 200개 인보이스의 품목을 수동으로 분류하는 대신, 스프레드시트 출력에는 8% 합계, 10% 합계 및 각각의 소비세액에 대한 별도의 열이 이미 생성되어 있습니다 — 인보이스별, 세율별로 정확하게 분류되어 있습니다. 누적 계산 입력값은 합산할 준비가 된 상태입니다.

등록번호 추출과 전자장부보존법 검색 요건을 한 번에 충족

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

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

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

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

추출된 T-number(T+13자리)는 검증 준비가 된 데이터 세트를 만듭니다. 일본 국세청의 적격 청구서 발행자 공개 사이트에서 등록번호로 조회할 수 있습니다. 스프레드시트 열에 200개의 T-number가 있으면 브라우저 조회 도구에 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페이지의 라인 항목 포함)는 처리 시간에 비례하여 추가됩니다. 배치의 모든 파일은 동일한 열 정의를 공유하므로 적격 청구서 필드를 한 번 정의하면 모든 문서에 적용됩니다.

도구가 일본 국세청 등록부에서 T-number를 검증하나요?

아니요. 도구는 청구서에 표시된 T+13자리 등록 번호를 추출할 뿐, 일본 국세청의 적격 청구서 발행자 공개 사이트에 연결하여 번호가 활성 상태이고 유효한지 확인하지 않습니다. 이 도구가 제거하는 것은 14자리 코드를 수동으로 입력하는 작업입니다. 추출된 T-number가 스프레드시트 열에 있으므로 검증 준비가 완료됩니다. 검증 단계는 별도로 유지되지만, 데이터 입력 작업(브라우저 조회 도구에 200개 코드 입력)이 아닌 검토 작업(숫자 열 샘플 확인)이 됩니다.

일괄 추출이 전자장부보존법(電子帳簿保存法) 저장 요건을 충족하나요?

일괄 추출은 검색 가능성 요건(날짜, 금액, 거래처 검색, 범위 지정 및 조합 검색)을 충족하는 구조화된 스프레드시트를 생성합니다. 그러나 법률은 여전히 7년 동안 원본 문서(PDF, 스캔, 사진)를 보관하도록 요구합니다. 추출된 스프레드시트는 검색 가능한 색인 역할을 하고, 원본 파일은 법적 기록 역할을 합니다. 둘 다 보존해야 합니다.

freee, MoneyForward, Yayoi로 출력 결과를 직접 가져올 수 있나요?

네, 각 서비스의 CSV 가져오기 기능을 통해 가능합니다. MoneyForward Cloud는 분개 가져오기(仕訳インポート)를 지원하며, 스프레드시트 열을 분개 필드에 매핑할 수 있습니다 — 인보이스 구분(インボイス区分: 적격, 80% 공제 등)을 포함합니다. freee는 거래 입력을 위한 Excel 기반 데이터 가져오기를 지원합니다. 추출 출력 결과는 이러한 가져오기 기능에 필요한 구조화된 데이터를 제공합니다. 가져오기 매핑 단계는 회계 플랫폼별로 한 번만 설정하면 되며, 설정 후 월간 일괄 추출 → CSV 내보내기 → 가져오기는 반복 가능한 워크플로우가 됩니다.

200건 먼저 추출하고, 계산은 한 번만

일본 적격 청구서 제도의 실제 운영상 영향은 각 인보이스에 추가된 세 가지 필드가 아니라, 소비세 신고 소프트웨어가 작업을 시작하기 전에 해당 필드로 집계해야 하는 내용입니다. 누적 계산(積上げ計算)은 합계를 허용하지 않습니다. 각 공급업체가 선택한 형식에서 추출된 개별 인보이스의 개별 소비세액이 필요합니다.

2026년 10월에 매입세액 공제율이 80%에서 50%로 전환되면서 이러한 집계의 중요성은 더욱 커집니다. 200건의 인보이스 배치에서 T-number를 올바르게 추출하는 것과 일부를 잘못 입력하는 것의 차이는 실제 비용으로 이어집니다 — 단순한 처리 비용이 아니라 상실된 매입세액 공제에서 말입니다.