스페인 전자송장 개혁, 송장을
더 복잡하게 만들다 — 간소화와는 거리가 먼

하나의 국가, 세 가지 전자송장 시스템 — 서로 연동되지 않는다

스페인이 전자송장을 도입한다는 소식을 들은 대부분의 비(非)스페인 기업들은 단일 국가 시스템이 있다고 가정합니다. 하지만 그렇지 않습니다. 스페인에는 송장 생성, 서명, 전송, 보관 방식을 규율하는 세 가지 병행 규제 체계가 있으며, 각각 다른 법적 권한 아래 다른 목적으로 운영됩니다:

이 세 시스템은 상호 대체재가 아닙니다. 공존합니다. 연매출 500만 유로인 마드리드 소재 기업은 송장 소프트웨어가 기록을 생성하는 방식에 대해 Verifactu를 준수해야 하며, B2B 송장 송수신 방식에 대해 Crea y Crece를 준수해야 합니다. 빌바오 소재 기업은 Verifactu 대신 TicketBAI를 준수해야 하며, B2B 전송을 위해 Crea y Crece도 준수해야 합니다. 이미 SII를 사용 중인 연매출 1,000만 유로 기업은 Verifactu가 면제되지만 Crea y Crece는 준수해야 합니다. 벤 다이어그램은 세 개의 분리된 원이 아닙니다. 위치, 기업 규모, 기존 준수 상태에 따라 달라지는 중첩된 의무 사항입니다.

Verifactu: 계속 연기되는 국가 표준

Verifactu는 스페인의 탈세 방지 법률(Ley 11/2021, 일반세법 제29.2.j조 개정) 중 송장 소프트웨어를 규제하는 요소입니다. 핵심 요구사항: 스페인에서 송장을 생성하는 모든 컴퓨터 시스템은 변조 방지 및 암호화 체인 방식의 송장 기록을 생성해야 합니다. 각 송장을 이전 송장에 연결하는 디지털 지문(해시)을 생성하여 끊을 수 없는 감사 체인을 만듭니다. 송장에는 AEAT 데이터베이스에서 확인할 수 있는 QR 코드가 포함되어야 합니다. 감사 추적 없이 송장 기록을 삭제하거나 수정할 수 있는 소프트웨어는 금지됩니다.

시한은 두 번 연기되었습니다. 원래 2025년 7월 1일이었으나, 먼저 2026년으로 연기된 후 2025년 12월 2일 Real Decreto-Ley 15/2025를 통해 법인 납세자는 2027년 1월 1일, 자영업자는 2027년 7월 1일로 연기되었습니다. 소프트웨어 공급업체는 2025년 7월 29일부터 비준수 시스템 판매를 중단해야 했으며, 이 시한은 부분적인 준비 상태로 지나갔습니다. AEAT는 인증 소프트웨어 목록을 유지 관리하며, 2026년 중반 기준으로 Holded, Quipu, Billin과 같은 주요 플랫폼은 Verifactu에 대비했지만 수천 개의 소규모 청구 도구와 맞춤형 ERP 모듈은 그렇지 않습니다.

송장 수신자에게 Verifactu가 의미하는 것은 새로운 시각적 요소인 QR 코드입니다. Verifactu 모드(AEAT에 실시간 전송, 선택 사항이지만 권장)에서는 송장에 "VeriFactu" 또는 "Factura verificable en la sede electrónica de la AEAT" 라벨과 AEAT 확인 포털로 연결되는 QR 코드가 포함됩니다. 비Verifactu 모드(안전한 로컬 저장, 자동 전송 없음)에서는 송장에 QR 코드와 체인 해시가 여전히 포함되지만 "VeriFactu" 라벨은 없습니다. 수신자 관점에서 두 모드 모두 Verifactu 이전 송장과 다른 모양의 송장을 생성하지만 기본 데이터 필드(NIF, 과세 기준, IVA, IRPF)는 동일합니다.

TicketBAI: 바스크 지방이 자체 시스템을 구축한 이유

스페인의 자치 공동체 중 과세 권한을 가진 바스크 지방과 나바라는 자체 세금 시스템을 운영할 헌법상 권리를 가지고 있습니다. 바스크 지방은 이 권한을 활용하여 TicketBAI를 만들었습니다. 이는 Verifactu와 개념적으로 유사하지만 운영상 별개인 부정 방지 전자 세금 계산서 시스템입니다. TicketBAI는 세 개의 지방 재정청(알라바, 기푸스코아, 비스카이아)이 바스크 정부와 협력하여 개발했습니다.

TicketBAI는 발행 즉시 세금 계산서 데이터를 실시간으로 전송해야 합니다. Verifactu처럼 선택 사항이 아닙니다. 각 지방은 약간씩 다르게 시행합니다. 기푸스코아와 알라바는 각 지방 재정청에 즉시 전송해야 하는 반면, 비스카이아(Batuz 프레임워크 하)는 지정된 기간 내 전송을 허용하고 추가 회계 데이터(LROE 장부)를 통합합니다. 2023년 기준, 알라바만 하루에 30만 건의 TicketBAI 세금 계산서를 처리했다고 지방 세무 당국 데이터가 밝혔습니다.

형식 차이는 바스크 지방 공급업체로부터 세금 계산서를 받는 AP 팀에게 중요합니다. TicketBAI 세금 계산서에는 TBAI 식별 코드와 지방 재정청(국세청 AEAT 아님)의 인증 포털로 연결되는 QR 코드가 포함됩니다. XML 체인은 Verifactu와 다른 서명 메커니즘을 사용합니다. 세금 계산서의 레이블은 스페인어와 함께 또는 대신 바스크어로 표시될 수 있습니다. "Guztira"(합계), "Oinarria"(과세 표준), "BEZ"(IVA) 등이 그 예입니다. 이러한 차이점은 핵심 데이터 필드(금액, 납세자 번호, 세율)에 영향을 미치지 않습니다. 그러나 스페인어 레이블에 의존하여 필드를 식별하는 도구에는 영향을 미칩니다.

Crea y Crece: B2B 의무 규정, 또 하나의 규제 계층 추가

Verifactu와 TicketBAI가 인보이스 소프트웨어의 송장 생성 방식을 규제하는 반면, Ley Crea y Crece는 기업 간 송장 전송 방식을 규율합니다. 법률 제12조는 모든 B2B 송장이 전자문서 형태로, 구조화된 형식으로, 상호운용 가능한 플랫폼 생태계를 통해 교환되어야 한다고 규정합니다. 시행 규정인 Real Decreto 238/2026은 2026년 3월 24일 각료회의에서 승인되었으며, 2026년 3월 31일 BOE에 게재되었습니다.

일정은 향후 발표될 장관령(2026년 10월 1일 발효 예정)에 의해 촉발되며, 이로부터 준수 카운트다운이 시작됩니다:

• 장관령 발효 후 12개월 (2027년 10월 예상): 연간 매출 800만 유로 초과 기업은 B2B 전자송장 발행 및 수신 의무
• 장관령 발효 후 24개월 (2028년 10월 예상): 자영업자를 포함한 모든 기타 기업 및 전문가 준수 의무
• 장관령 발효 후 36개월 (2029년 10월 예상): 소규모 법인도 AEAT에 지급 상태 데이터 보고 의무

허용 형식은 유럽 표준 EN 16931로, FacturaE, UBL 2.1 또는 CII로 구현됩니다. 특히 장관령 초안은 공공 플랫폼의 기본 형식이 FacturaE에서 UBL로 전환됨을 시사합니다. 수신자는 송장 상태(승인, 거부, 전액 또는 부분 지급)를 4일 이내에 AEAT에 보고해야 합니다. 공공 플랫폼(SPFE, Sistema Público de Facturación Electrónica)은 AEAT가 운영하며 상호운용 가능한 민간 플랫폼과 함께 무료로 제공됩니다.

AP 팀에게 Crea y Crece는 두 가지를 의미합니다. 첫째, 수신 송장의 형식이 변경됩니다. 이전에 PDF를 보내던 공급업체가 구조화된 전자 송장을 보내기 시작할 것입니다. 둘째, 더 문제가 되는 점은 전환 과정에서 다양한 형식이 혼재하는 장기적인 과도기가 발생한다는 것입니다. 일부 공급업체는 UBL/CII로 전환하고, 다른 업체는 여전히 FacturaE를 사용하며, 상당수는 제재에도 불구하고 기존 방식을 그대로 고수할 것입니다.

AP 악몽 시나리오: 세 가지 형식을 모두 받는 경우

2027년 중반의 현실적인 시나리오를 가정해 보겠습니다. 마드리드에 본사를 둔 연간 매출 400만 유로의 유통 회사는 매월 80장의 공급업체 송장을 받습니다. 공급업체는 다음과 같습니다:

• 마드리드, 바르셀로나, 발렌시아 소재 공급업체 35곳: 모두 Verifactu 규격 송장을 발행합니다. 일부는 "Verifactu 모드"로 실시간 AEAT 전송과 문서 내 "VeriFactu" 라벨이 포함됩니다. 다른 업체는 QR 코드만 있고 실시간 플래그가 없는 비Verifactu 모드입니다. 송장 레이아웃은 공급업체의 청구 플랫폼(Holded, Quipu, Billin, Sage, FacturaDirecta 또는 맞춤형 ERP 모듈)에 따라 다릅니다.
• 바스크 지방(빌바오, 산세바스티안, 비토리아-가스테이즈) 소재 공급업체 12곳: 모두 TBAI 코드가 포함된 TicketBAI 송장을 발행합니다. 일부 라벨은 바스크어로 표기됩니다. QR 코드는 AEAT가 아닌 Foral 세무 당국 포털로 연결됩니다. XML 체인은 다른 해싱 메커니즘을 사용합니다.
• 소기업 또는 노후 기업인 공급업체 8곳: 업데이트되지 않은 레거시 소프트웨어에서 비Verifactu, 비TicketBAI PDF를 계속 발행합니다. 이 송장은 기술적으로 규정을 준수하지 않지만 받은 편지함에 도착하며 처리가 필요합니다.
• EU 기반 공급업체 5곳: 역청구 메커니즘에 따라 0% IVA와 "Inversión del sujeto pasivo" 메모가 포함된 송장을 발송합니다. 이는 Verifactu나 TicketBAI를 따르지 않습니다.
• 이미 Crea y Crece B2B로 전환한 공급업체 20곳: 4일 이내에 확인이 필요한 UBL 또는 FacturaE 구조화 송장을 발송합니다.

AP 팀의 받은 편지함에는 4가지 형식 체제(Verifactu, TicketBAI, 레거시, Crea y Crece B2B), 2개의 세무 당국 관할 구역, 서로 다른 시각적 레이아웃을 생성하는 최소 3개의 소프트웨어 생태계, 그리고 구조화(XML/UBL) 및 비구조화(PDF) 형식이 혼합되어 있습니다. 팀의 업무는 변하지 않았습니다: NIF, 과세 기준, IVA 세부 내역, IRPF 원천징수, 총액을 회계 시스템에 입력하는 것입니다. 형식의 파편화로 인해 그 업무가 더 어려워졌을 뿐입니다.

단일 스페인 회계 플랫폼으로는 4가지 형식을 모두 완벽하게 처리할 수 없습니다. Holded는 FacturaE와 Verifactu를 인식하지만 TicketBAI XML은 처리하지 않습니다. TicketBAI 인증 바스크 플랫폼은 TBAI 송장을 처리하지만 Crea y Crece가 요구하는 특정 UBL 변형을 처리하지 못할 수 있습니다. 엔터프라이즈 SII 플랫폼은 실시간 AEAT 데이터를 처리하지만 소규모 공급업체의 PDF를 수집하도록 설계되지 않았습니다. 데이터 추출 단계, 즉 도착하는 형식에서 데이터를 가져오는 과정이 여전히 보편적인 병목 현상으로 남아 있습니다.

AP팀이 알아야 할 점: 형식 분산과 데이터 추출 문제

구조적 문제는 각 시스템의 설계 자체가 나쁘다는 것이 아니다. Verifactu의 해시 체인은 암호학적으로 안전하다. TicketBAI의 실시간 전송은 바스크 지방의 부가세 사기를 눈에 띄게 줄였다. Crea y Crece의 4일 이내 상태 보고는 10년간 EU 평균을 웃돈 스페인의 만성적 지연 지급 문제를 해결한다.

문제는 이 모든 형식을 수신하는 쪽을 고려한 설계가 없다는 점이다. 법안은 발행자 관점에서 작성되었다: "송장을 발행할 때, 이렇게 하면 규정을 준수한다." 수신자 관점 — "80개 공급업체가 80가지 규정 준수 형식으로 송장을 보낼 때, 데이터를 추출하는 방법" — 은 시장이 알아서 해결할 구현 세부사항으로 남겨졌다.

이는 스페인만의 문제가 아니다. 이탈리아의 FatturaPA, 프랑스의 전자송장 의무화, 독일의 ViDA 도입 계획 모두 국경에서 유사한 분산 문제를 일으킨다. 스페인의 경우가 심각한 이유는 동시성에 있다: 2027년 12개월 창에 세 가지 주요 개혁이 동시에 시행되며, 공급업체별로 적용 시점이 다르고, 세 시스템 간 통일된 형식 규격이 없다.

AP팀의 운영 대응은 형식 통일을 기다리는 것이 아니다 — 그런 일은 없을 것이다. 대응책은 추출 단계를 규정 준수 형식에서 분리하는 것이다. 송장의 시각적 레이어를 읽는 도구는 QR 코드가 AEAT로 연결되든 기푸스코아 지방세청으로 연결되든 상관하지 않는다. 어떤 규정 인프라에서 문서가 생성되었든 AP에 중요한 필드 — NIF, 과세표준, 부가세, 원천세, 합계 — 를 동일한 방식으로 읽는다.

소프트웨어 인증 문제: 공급업체의 도구가 데이터 형식을 결정합니다

Verifactu와 TicketBAI 모두에서 인증된 소프트웨어 사용 의무는 발행자에게 있습니다. 수취인은 공급업체가 어떤 소프트웨어를 사용하는지 통제할 수 없으며, 결과적으로 송장이 어떤 형식으로 도착하는지도 통제할 수 없습니다. 이로 인해 비대칭성이 발생합니다. 공급업체는 인증된 청구 도구를 구매하여 법을 준수할 수 있지만, 수취인은 해당 도구가 생성하는 모든 출력을 그대로 받아들여야 합니다.

더 나쁜 점은 인증 프로세스 자체가 아직 진행 중이라는 것입니다. AEAT의 Verifactu 인증 소프트웨어 목록은 증가하고 있지만 완전하지 않습니다. 일부 주요 ERP 공급업체는 2026년 초에 인증을 받았지만, 특정 산업용 소규모 틈새 도구는 아직 보류 중입니다. 이러한 공백 기간 동안 공급업체는 "Verifactu 준비 완료"라고 주장하지만 최종 사양과 다른 출력을 생성하는 도구를 사용할 수 있습니다. 수취인은 규정을 준수하는 것처럼 보이지만 현재 표준에 대한 검증에 실패하는 문서를 받게 됩니다.

벌금 구조는 이러한 비대칭성을 강화합니다. Verifactu에 따라 비준수 소프트웨어를 사용하는 기업은 회계 연도당 최대 50,000유로의 벌금을 부과받을 수 있습니다. 소프트웨어 공급업체는 비준수 제품당 연간 최대 150,000유로의 벌금을 부과받을 수 있습니다. 비준수 송장을 수취하는 것에 대한 벌금은 없으며, 발행에만 벌금이 부과됩니다. 규정 준수 부담은 전적으로 공급 측에 있지만, 들어오는 모든 것을 처리해야 하는 운영 부담은 전적으로 수요 측에 있습니다.

전환기를 위한 실용적인 접근법 (2026~2028년)

스페인 공급업체 송장을 처리하는 AP 팀은 향후 2년 동안 수렴을 기대하기보다는 형식 다양성을 가정하는 전략이 필요합니다. 실용적인 단계는 다음과 같습니다.

1. 적어도 2029년까지는 받은 편지함에 혼합 형식이 포함될 것임을 인정하십시오. Crea y Crece 도입은 부령이 일정에 따라 발표되더라도 소규모 공급업체에게 2028년 말까지 준수 기한을 제공하며, 법적 기한 이후에도 단속은 지연될 것입니다. 일부 공급업체는 마감일이 지난 후에도 개혁 이전 PDF를 계속 보낼 것입니다.

2. 형식에 구애받지 않는 데이터 추출을 중심으로 AP 워크플로를 구축하십시오. Verifactu, TicketBAI, Crea y Crece 및 레거시 형식의 공통 분모는 시각적 데이터입니다: NIF, 금액, IVA 세율, IRPF 원천징수, 날짜. 렌더링된 문서에서 이러한 필드를 추출하는 도구(XML 구문 분석 또는 템플릿 일치 대신)는 모든 형식에서 동일하게 작동합니다. 이렇게 하면 송장 유형별로 별도의 처리 경로를 유지할 필요가 없어집니다. 이 워크플로 설정에 대한 자세한 내용은 단일 송장의 경우 스페인 송장 데이터를 Excel로 추출을, 다중 공급업체 워크플로의 경우 스페인 공급업체 송장 일괄 처리를 참조하십시오.

3. 규정 준수 계층을 데이터 계층과 분리하십시오. Verifactu 또는 TicketBAI 송장의 QR 코드는 세무 확인 및 감사 방어에 유용합니다. 데이터 입력에는 유용하지 않습니다. 이 두 기능을 혼합하지 마십시오. 규정 준수 보관을 위해 원본 송장 파일(QR 코드 및 전자 서명이 그대로 유지된 상태)을 저장하십시오. 스페인 법률은 세무 목적으로 4년, 상법에 따라 6년의 보관을 요구합니다. 데이터를 별도로 추출하여 회계 시스템에 입력하십시오. 두 출력은 서로 다른 목적을 제공하므로 서로를 제약해서는 안 됩니다.

4. 바스크 지방 공급업체는 별도로 계획하십시오. AP 볼륨에 상당한 TicketBAI 송장이 포함된 경우 추출 도구가 Euskara 레이블을 인식하고 스페인어 텍스트 문자열 일치에 의존하지 않는지 확인하십시오. "Guztira"는 총액으로 인식되어야 합니다. "BEZ"는 IVA로 인식되어야 합니다. 이는 형식 문제가 아닌 언어 적응 문제입니다.

5. Crea y Crece 상태 보고 의무 모니터링. 4일 이내 송장 수락/거부/지급 상태 보고 의무는 대기업에 먼저 적용되며(2027년 10월 예상), 이후 소규모 사업체로 확대됩니다. 이는 기존에 없던 새로운 운영 과제입니다. 데이터 추출 워크플로와 병행하여 송장 수령일 추적 및 상태 보고서 생성 프로세스를 구축하기 시작하세요. 공공 플랫폼(SPFE)이 보고 인터페이스를 제공하지만, 이를 지원할 내부 시스템이 필요합니다.

스페인어권 시장에서 문서 추출이 어떻게 작동하는지와 다양한 가격대의 도구에 대한 광범위한 분석은 스페인어권 시장을 위한 저렴한 추출 도구를 참조하세요. EU 시장 간 비교는 프랑스 TPE를 위한 예산 송장 추출을 참조하세요.

자주 묻는 질문

Verifactu가 의무 전자송장과 동일한가요?

아니요. Verifactu는 송장 소프트웨어가 송장 기록을 생성하고 저장하는 방식을 규율합니다. 이는 소프트웨어 무결성에 관한 사기 방지 조치입니다. Crea y Crece는 B2B 송장이 구조화된 전자 형식으로 기업 간에 전송되는 방식을 규율합니다. 이는 데이터 교환에 관한 전자송장 의무입니다. 둘 다 2025-2028년 기간에 발효되었지만 별개의 법적 수단이며 별도의 기한이 있습니다. Crea y Crece 공공 플랫폼에서 생성된 송장은 자동으로 Verifactu를 준수하므로, 공공 솔루션 사용자에게 두 의무를 통합합니다.

수신하는 모든 Verifactu 송장의 QR 코드를 검증해야 하나요?

수신 송장의 QR 코드를 확인할 법적 의무는 없습니다. 그러나 QR 코드는 감사 중 AEAT가 공급업체 송장의 유효성을 의심할 경우 유일한 방어 수단입니다. 코드를 스캔하면 송장이 AEAT 시스템에 적절히 등록되었고 변경되지 않았음을 확인할 수 있습니다. 고액 송장이나 신규 공급업체 관계의 경우 규정 준수 보호 조치로 QR 확인이 권장됩니다. 기존 공급업체의 일상적인 송장의 경우 QR 코드를 실시간 확인 없이 원본 문서와 함께 보관할 수 있습니다.

Verifactu 송장을 받았는데 공급업체가 TicketBAI를 사용해야 하는 경우 어떻게 되나요?

바스크 지방에 세무 주소가 있는 공급업체는 Verifactu가 아닌 TicketBAI 송장을 발행해야 합니다. 만약 Verifactu 방식의 송장을 발행한다면, 이는 공급업체 측의 위반입니다. 즉, TicketBAI 의무를 위반한 것이며, 포털 세무 당국이 이에 대해 제재를 가할 수 있습니다. 수취인인 귀하는 공급업체의 준수 실패에 대한 책임이 없습니다. 송장은 정상적으로 처리할 수 있습니다. 기본 데이터 필드는 구조적으로 동일하기 때문입니다. 그러나 공급업체에 이 사실을 알리십시오. 공급업체의 위반 사항은 Verifactu와 TicketBAI 데이터베이스 간의 교차 검증 과정에서 드러날 수 있으며, 이로 인해 귀하의 IVA 공제가 지연될 가능성이 있습니다.

Crea y Crece 하의 UBL 전환이 제 AP 추출 워크플로에 영향을 미치나요?

추출 도구가 XML을 파싱하지 않고 시각적 레이어를 읽는 경우에는 영향을 받지 않습니다. FacturaE에서 UBL로의 전환은 기본 XML 스키마를 변경하지만, PDF 뷰어에서 렌더링되는 송장의 시각적 모양은 변경하지 않습니다. 귀하가 추출하는 필드(NIF, 과세 기준 금액, IVA, IRPF, 합계)는 소스 XML이 FacturaE, UBL 2.1 또는 CII인지 여부와 관계없이 동일하게 유지됩니다. 워크플로가 XML 파싱에 의존하는 경우(예: FacturaE XML 태그에서 직접 데이터를 추출하는 스크립트), UBL에 맞게 파서를 업데이트해야 합니다. 시각적 문서에서 데이터를 추출하는 경우 형식 변경은 관련이 없습니다.

Verifactu 및 TicketBAI 송장에서 IRPF 원천징수를 어떻게 처리하나요?

IRPF 원천징수는 형식 수준의 요소가 아닌 송장의 필드 수준 요소입니다. 마드리드의 Verifactu 인증 소프트웨어로 생성되었든, 산세바스티안의 TicketBAI 인증 소프트웨어로 생성되었든 IRPF 항목은 동일하게 보입니다: 백분율(15% 또는 7%), 유로 금액, 그리고 마이너스 기호입니다. 별도 열로 추출하십시오. 일괄 집계 및 Modelo 111과의 교차 확인을 위해 송장의 형식 출처는 중요하지 않습니다. 오직 IRPF 금액만이 중요합니다.

개혁의 역설

스페인의 전자송장 개혁은 단일 개혁이 아닙니다. 서로 다른 정책 목표(사기 방지, 지연 지급 감소, 세금 투명성)를 위해 중첩된 일정으로 진행되며, 서로 다른 기관(AEAT는 Verifactu 및 Crea y Crece, Foral Treasuries는 TicketBAI)이 관리하고, AP 수신함이라는 단일 지점으로 수렴되는 문서를 생성하는 세 가지 개혁입니다. 이 개혁은 종이, PDF, 비정형 형식의 무질서를 구조화되고 추적 가능한 시스템으로 대체하여 스페인의 송장 생태계에 질서를 가져오도록 설계되었습니다. 그러나 적어도 2029년까지 이어지는 전환 기간 동안 이 개혁이 초래한 것은 정반대입니다: 더 많은 형식, 더 많은 규정 준수 경로, 그리고 회계 소프트웨어가 기본적으로 수용할 수 없는 구조로 데이터가 도착하는 더 많은 방식입니다. 이 역설은 추출 단계를 형식과 분리할 때만 해소됩니다. 페이지를 생성한 것이 아니라 페이지에 적힌 내용을 읽으십시오. 나머지는 그에 따릅니다.