독일 전자세금계산서 2026–2027:
2027년 1월 이전에 재무팀이 준비해야 할 사항

법적 근거: 성장 기회법(Wachstumschancengesetz) 및 §14 UStG

독일의 전자송장 의무화는 지침이나 업계 권고사항이 아닙니다. 이는 성장 기회법(Wachstumschancengesetz)에 의해 독일 부가가치세법(Umsatzsteuergesetz, UStG)이 개정된 사항으로, 연방상원(Bundesrat)이 2024년 3월 22일에 승인하고 2024년 3월 27일에 법률로 공포되었습니다(연방법보 BGBl. I 2024 Nr. 108 게재). 전자송장 관련 규정은 이 법의 제23조에 포함되어 있습니다.

핵심 변경 사항은 §14 UStG(gesetze-im-internet.de)에 있으며, 이는 국내 B2B 거래에서 유효한 송장의 정의를 재정립합니다. §14 Absatz 1 Satz 3 UStG에 따르면, 전자송장(elektronische Rechnung 또는 E-Rechnung)이란 이제 전자적 처리가 가능한 구조화된 전자 형식으로 발행, 전송 및 수신되는 문서를 의미합니다. 이메일로 전송된 PDF는 회계 소프트웨어로 생성되었더라도 이 정의를 충족하지 못합니다. 구조화된 데이터 계층, 기계 판독 가능한 의미론적 마크업이 없으며, 수신자의 ERP가 내용을 재추출하지 않고는 자동으로 구문 분석할 수 없습니다.

실제 전자송장 발행 의무는 §14 Absatz 2 Satz 2 Nr. 1 UStG n.F.에 명시되어 있습니다. 독일에 소재한 사업자 간 국내 B2B 거래의 경우, 송장은 구조화된 전자송장으로 발행되어야 합니다. 행정적 이행 세부 사항은 2024년 10월 15일 및 2025년 10월 15일자 두 건의 연방재무부 서한(BMF-Schreiben)에 설명되어 있으며, BMF 전자송장 FAQ는 2026년 3월에 가장 최근 업데이트되었습니다.

독일은 2023년 7월 25일자 EU 이사회 이행 결정을 통해 이 의무화에 대한 EU 면제를 확보했으며, 이는 ViDA(디지털 시대의 부가가치세) 프레임워크가 완전히 적용되기 전에 국내 B2B 전자송장을 도입할 수 있도록 허용합니다. 이 의무화는 유럽 표준 EN 16931 및 지침 2014/55/EU에 따른 구문 목록과 명시적으로 정렬됩니다.

정확성이 중요합니다. 독일 세무조사(Betriebsprüfung)에서 "규정이 전자송장을 요구한다"는 말은 지적 사항을 방어하지 못합니다. "성장 기회법(BGBl. I 2024 Nr. 108)으로 개정된 §14 Absatz 2 Satz 2 Nr. 1 UStG는 국내 B2B 거래에 대해 EN 16931을 준수하는 구조화된 전자송장을 요구한다"고 말해야 합니다. 규정 참조가 곧 준수 태세입니다.

3단계 일정 — 각 단계가 실제로 의미하는 바

의무는 한꺼번에 적용되지 않습니다. 4개 연도에 걸쳐 3단계로 시행되며, 핵심 차이는 전년도 총 매출(Gesamtumsatz) 기준 회사 규모입니다. 아래 표는 각 단계별로 발생하는 구체적인 의무를 정리한 것입니다.

출처: §14 UStG; BMF 전자세금계산서 FAQ(2026년 3월); EU 전자세금계산서 국가 현황 — 독일.

많은 개요에서 생략하는 중요한 설명 세 가지:

€800,000 기준은 전년도 총 매출 기준입니다. 2026년 매출이 €800,000를 초과했다면 2027년 1월부터 전자세금계산서를 발행해야 합니다. 초과하지 않았다면 발행 기한은 2028년 1월입니다. 단, 2027년 매출이 기준을 넘으면 다음 해부터 의무가 발생합니다.

수신은 이미 예외 없이 의무입니다. §19 UStG에 따른 소액사업자(Kleinunternehmer)도 구조화된 전자세금계산서를 수신할 수 있어야 합니다. '소규모 사업자 면제'는 발행에만 적용됩니다. 2025년 1월 1일부터 XML 파일 첨부를 수용할 수 있는 이메일 주소를 제공하는 것은 기술적으로 법적 요건을 충족하지만, 공급업체가 전자 방식으로 전환할 때마다 수신자는 읽을 수 없는 파일과 수동 처리 예외 상황에 직면하게 됩니다.

소액 인보이스(€250 미만) 및 운송 티켓은 제외됩니다. §33 및 §34 UStDV(부가가치세 시행령)에 따라 €250 미만의 인보이스와 운송 서비스에 대한 인보이스 역할을 하는 티켓은 구조화된 형식 요구 사항이 면제됩니다. §4 Nr. 8-29 UStG에 따른 면세 서비스(예: 특정 금융 및 보험 서비스)도 제외됩니다.

독일의 단계적 도입은 국내 전자 인보이스에 대한 ViDA 일정보다 앞서 있으며, ViDA는 2035년 1월 1일까지의 준수 마감일을 설정합니다. 그러나 ViDA에 따른 국경 간 디지털 보고 요구 사항(DRR)은 2030년 7월 1일부터 적용됩니다. 즉, 현재 국내 목적으로 전자 인보이스 기능을 갖춘 독일 기업은 국경 간 의무가 도래하기 전에 이미 더 어려운 기술적 문제를 해결한 셈입니다. 모든 회원국의 전체 유럽 일정은 유럽 전자 인보이스 2026–2027 개요를 참조하세요.

XRechnung 대 ZUGFeRD: 둘 중 하나를 선택하는 문제가 아닙니다

독일 의무화에 따른 두 가지 호환 형식은 XRechnung과 ZUGFeRD입니다. 둘 다 EN 16931을 준수하지만, 인보이스 데이터를 근본적으로 다른 방식으로 전달하며, 둘 중 하나를 선택하고 다른 하나를 무시하는 문제가 아닙니다. 대부분의 기업은 둘 다 처리해야 합니다. 공급업체마다 다른 형식을 사용하기 때문입니다.

XRechnung: 순수 XML, 시각적 계층 없음

XRechnung은 KoSIT(IT 표준 조정 사무소)이 유지 관리하는 EN 16931의 독일 국가 핵심 인보이스 사용 사양(CIUS)입니다. 순수 XML 형식으로, PDF나 시각적 렌더링 없이 엄격한 스키마에 따라 구성된 구조화된 데이터 필드만 있습니다. 현재 필수 버전은 XRechnung 3.0.1(2024년 2월 1일 발효)이며, 이전 버전에는 없던 세 가지 필수 필드(BT-23 비즈니스 프로세스 유형, BT-34 판매자 전자 주소, BT-49 구매자 전자 주소)가 도입되었습니다. 예비 XRechnung 4.0은 UBL 2.5 및 CII D25A 구문을 기반으로 2026년에 테스트용으로 출시되었지만, 의무 채택 날짜는 설정되지 않았습니다.

XRechnung은 2020년 11월 27일부터 B2G(기업 대 정부) 인보이스의 필수 형식이었습니다. B2B의 경우 승인된 두 형식 중 하나입니다. 실질적인 결과: 이미 독일의 공공 기관에 인보이스를 발행하고 있다면 이미 XRechnung을 생성하고 있는 것이며, B2B 의무화는 발행 측에 새로운 형식 부담을 추가하지 않습니다.

ZUGFeRD: XML이 내장된 하이브리드 PDF

ZUGFeRD(Zentraler User Guide des Forums elektronische Rechnung Deutschland)는 FeRD(Forum elektronische Rechnung Deutschland)가 관리하는 하이브리드 형식입니다. 사람이 읽을 수 있는 PDF/A-3 문서에 구조화된 XML 계층이 내장되어 있어, 동일한 파일을 사람이 읽고 ERP 시스템이 파싱할 수 있습니다. 현재 버전은 ZUGFeRD 2.2이며, 프랑스 Factur-X 표준과 기술적으로 동일합니다(이 형식에 대한 독일-프랑스 협력으로 ZUGFeRD와 Factur-X는 명칭만 현지화된 동일한 사양입니다).

중요한 세부 사항: 모든 ZUGFeRD 파일이 규정을 준수하는 전자송장인 것은 아닙니다. ZUGFeRD는 MINIMUM, BASIC, COMFORT(EN16931), EXTENDED, XRECHNUNG의 5가지 적합성 프로필을 정의합니다. 독일 B2B 전자송장 요구사항을 충족하는 것은 COMFORT/EN16931 프로필 이상뿐입니다. BASIC 프로필로 ZUGFeRD 송장을 보내는 공급업체는 전자송장처럼 보이는 것(내장 XML이 있는 하이브리드 PDF)을 보냈지만, §14 UStG에 따른 법적 정의를 충족하지 못합니다. 이것이 대부분의 중소기업이 처음 직면하게 될 규정 준수 함정입니다.

형식 비교

2025년 6월 BMF 서한은 ZUGFeRD 하이브리드 송장에 대한 중요한 해석 규칙을 도입했습니다: 구조화된 XML 부분이 사람이 읽을 수 있는 PDF 계층보다 우선합니다. 두 표현 간에 불일치가 있는 경우, 부가가치세 목적으로 XML 데이터가 우선 적용됩니다. 이는 이전에 PDF를 권위 있는 버전으로 간주하던 규칙을 뒤집는 것입니다. 또한 §15 UStG에 따른 매입세액 공제(Vorsteuerabzug)는 기계 판독 가능 데이터에만 근거할 수 있습니다. 즉, XML이 불완전하거나 규정을 준수하지 않으면 PDF 계층이 올바르게 보이더라도 수취인은 부가가치세 공제를 청구할 수 없습니다.

의무화가 요구하지 않는 사항 (많은 사람들이 오해하는 것)

다른 유럽 전자송장 제도의 세 가지 특징이 독일의 의무화 조치에 포함된다고 자주, 그리고 잘못 알려져 있습니다. 이를 명확히 하는 것이 또 다른 기술 사양을 추가하는 것보다 더 유용합니다. 이러한 오해가 중소 규모 재무팀에서 불필요한 규정 준수 불안을 유발하기 때문입니다.

B2B에는 Leitweg-ID 불필요

Leitweg-ID(구매자 참조 라우팅 ID)는 독일 연방, 주, 지방자치단체 행정 내에서 올바른 공공 기관으로 송장을 라우팅하는 데 사용되는 구조화된 식별자입니다. 하이픈으로 구분된 세 부분(최대 12자의 고정 접두사, 최대 30자의 고유 하위 식별자, 2자의 검증 숫자)으로 구성됩니다. 연방 ZRE 또는 주 OZG-RE 제출 포털을 통해 전송되는 B2G 송장에만 필요합니다.

B2B 거래의 경우 Leitweg-ID가 필요하지 않습니다. BMF FAQ에서 이를 명확히 확인합니다. B2B 송장 템플릿에 구매자 참조용 형식 필드가 있는 경우 자리 표시자 값으로 충분합니다. 기업은 상업적 거래처와 전자송장을 교환하기 위해 라우팅 식별자를 등록하거나 취득할 필요가 없습니다.

정부 승인 플랫폼 없음

이탈리아(Sistema di Interscambio, SdI), 프랑스(PPF/PA 네트워크), 벨기에(Peppol 기반 승인)와 달리 독일은 B2B 전자송장에 대해 분산 운영 모델을 채택했습니다. 송장이 전달되기 전에 반드시 거쳐야 하거나 검증을 받아야 하는 중앙 정부 플랫폼이 없습니다. 송장은 거래 당사자 간에 상호 합의된 모든 채널(이메일, Peppol, EDI, 직접 API)을 통해 직접 교환되며, 구조화된 형식이 EN 16931 요구 사항을 충족하기만 하면 됩니다.

이는 중견기업(Mittelstand)에게 의미 있는 차이입니다. 프랑스에서는 모든 기업이 승인된 플랫폼(Plateforme Agréée)에 등록해야 하며, 정부 디렉토리가 모든 수신자를 추적합니다. 독일에서는 정부가 B2B 전송 경로에 관여하지 않습니다. 단점은 송장이 거래처에 도달하기 전에 형식 오류를 잡아주는 공식 검증 계층이 없다는 점입니다. 발신자만이 규정 준수를 보장할 책임이 있습니다.

Peppol은 선택 사항, 의무 아님

독일은 Peppol(범유럽 공공조달 온라인)을 전송 네트워크로 지원하며, Peppol BIS 3.0 형식은 EN 16931을 준수하는 것으로 인정됩니다. 하지만 Peppol이 의무 교환 프로토콜인 벨기에와 달리, 독일은 기업이 Peppol 네트워크에 연결하도록 요구하지 않습니다. B2B 전자세금계산서는 이메일 첨부파일, 안전한 파일 전송 또는 합의된 다른 채널을 통해 전송할 수 있습니다. 자동 라우팅을 원하는 기업을 위해 Peppol 액세스 포인트를 이용할 수 있지만, 이는 편의를 위한 선택 사항이지 규정 준수 요구 사항이 아닙니다.

중소기업 현실: DATEV, Lexware, 그리고 하이브리드 전환

독일의 360만 개 기업 대부분은 중소기업(Mittelstand)이며, 이들 중 압도적 다수는 DATEV 또는 Lexware라는 두 가지 소프트웨어 중 하나로 회계를 운영합니다. 이는 시장 선호도가 아니라 독일 회계의 구조적 특징입니다. 세무사(Steuerberater) 관계는 대부분의 중소기업 재무 운영의 핵심이며, 해당 업계의 지배적 플랫폼은 DATEV입니다. DATEV로 깔끔하게 내보내는 도구는 사용 가능하지만, 그렇지 않은 도구는 운영상 보이지 않습니다.

이는 전자세금계산서 의무화에 특정한 긴장을 만듭니다. 법은 구조화된 XML을 요구합니다. 세무사는 여전히 DATEV를 통해 PDF를 처리합니다. 재무팀은 그 사이에 위치하여 공급업체로부터 XRechnung과 ZUGFeRD를 수신해야 하는 반면, 자체 발행 세금계산서는 80만 유로 미만일 경우 2028년까지 PDF로 유지될 수 있습니다.

대부분의 중견기업이 적응 과정에서 겪는 어려움은 "어떤 형식을 선택할 것인가"가 아닙니다. 문제는 AP 프로세스가 PDF를 읽는 방식에 맞춰져 있다는 점입니다. 재무 담당자는 첨부 파일을 열어 금액과 납기일을 확인한 후 Lexware나 DATEV에 입력하고 PDF를 보관합니다. 그런데 공급업체가 XRechnung(열면 원시 코드로 표시되는 XML 파일)을 보내기 시작하면 이 워크플로가 중단됩니다. 실제로 데이터는 PDF보다 더 구조화되어 있고 완전하지만, 파서 없이는 접근할 수 없습니다.

2026년 초 기준으로 전자송장을 발행하는 독일 기업은 약 20~25%에 불과하며, 수신이 가능한 기업은 약 3분의 1에 그치는 것으로 추정됩니다. 25%에서 100% 사이의 격차는 2027~2028년에 걸쳐 진행될 운영 전환입니다. 공급업체가 전환하기 전에 XML과 PDF 입력을 모두 처리할 워크플로를 준비하는 재무팀은 주요 공급업체가 예고 없이 전자 방식으로 전환했을 때 발생하는 혼란을 피할 수 있습니다.

독일의 송장 처리 생태계는 이미 상당한 수동 입력 비용을 부담하고 있습니다. 독일 송장 수동 입력 문제에 대한 상세 분석에서 살펴본 바와 같이, 비정형 형식으로 도착하는 종이 또는 PDF 송장 한 장당 재입력에 3~5분이 소요되며, 이 비용은 송장 물량이 증가함에 따라 빠르게 배가됩니다. 전자송장 의무화는 구조적 수준에서 이를 없애기 위해 설계되었지만, 수신 측에서 도착하는 구조화된 데이터를 처리할 수 있는 역량을 갖춘 경우에만 가능합니다.

재무팀이 지금 해야 할 일 — 5단계 로드맵

이는 전담 규정 준수 팀과 수십만 유로 규모의 ERP 예산을 가진 DAX 기업을 위한 체크리스트가 아닙니다. 직원 50~500명 규모의 중견기업, 기존 Lexware 또는 DATEV를 사용 중이며, 분기 마감을 방해하지 말라는 경영진의 지시를 받은 재무 관리자를 위해 작성되었습니다.

자주 묻는 질문

이메일로 보낸 PDF가 독일에서 유효한 전자세금계산서인가요?

아닙니다. Wachstumschancengesetz로 개정된 §14 Absatz 1 Satz 3 UStG에 따라 유효한 전자세금계산서는 전자적 처리가 가능한 구조화된 전자 형식으로 발행, 전송 및 수신되어야 합니다. PDF는 디지털로 생성되어 이메일로 전송되더라도 구조화된 데이터를 포함하지 않습니다. 시각적 표현일 뿐, 기계가 읽을 수 있는 데이터 구조가 아닙니다. 전환 기간(모든 기업은 2026년 12월 31일까지, 연매출 €800,000 이하 중소기업은 2027년 12월 31일까지) 동안에는 수신자 동의 하에 PDF를 계속 보낼 수 있지만, 이는 전자세금계산서가 아닌 "기타 계산서"(sonstige Rechnungen)로 분류됩니다.

어떤 형식을 사용해야 하나요? XRechnung 또는 ZUGFeRD?

독일 공공 기관에 세금계산서를 발행하는 경우 B2G에는 XRechnung이 필수입니다. 국내 다른 기업에 발행하는 경우, 대부분의 기업에는 ZUGFeRD(COMFORT/EN16931 프로필 이상)가 더 실용적인 선택입니다. 구조화된 데이터와 함께 사람이 읽을 수 있는 PDF를 생성하므로, 수신자가 파서 없이도 계산서를 정상적으로 읽을 수 있기 때문입니다. 그러나 이 결정은 주로 사용하는 소프트웨어에 따라 달라집니다. 회계 패키지가 ZUGFeRD 2.x를 생성하면 그것을 사용하고, XRechnung을 생성하면 그것을 사용하세요. 중요한 결정은 형식 자체가 아니라, 해당 형식의 적합성 프로필이 EN 16931 요구 사항을 충족하는지 확인하는 것입니다.

저는 소규모 사업자(Kleinunternehmer)입니다. 제가 해야 할 일이 있나요?

네 — 독일 공급업체로부터 구조화된 전자세금계산서를 수신할 수 있어야 합니다. §19 UStG에 따른 소규모 사업자 면제는 §14 UStG의 수신 의무를 면제하지 않습니다. 현재 2028년까지 전자세금계산서를 발행할 의무는 없지만(연매출이 €800,000를 초과하지 않는 경우), 독일 공급업체가 XRechnung 또는 ZUGFeRD 형식의 계산서를 보내는 경우 이를 처리할 수 있어야 합니다.

2027년 이후 PDF 인보이스로 부가세 공제를 받을 수 있나요?

공급자가 여전히 전환 기간 내에 있는 경우에만 가능합니다. 2027년 1월 1일 이후, €800,000 기준을 초과하는 사업체는 반드시 전자 인보이스를 발행해야 합니다. 이러한 공급자가 PDF를 보낸 경우, 해당 인보이스는 §14 UStG의 법적 요구 사항을 충족하지 못하며 — §15 UStG에 따른 매입 부가세 공제(Vorsteuerabzug)가 거부될 수 있습니다. 2025년 6월 BMF 서한은 부가세 공제가 기계 판독 가능한 구조화된 데이터에만 근거할 수 있다고 추가로 명확히 했습니다. 이는 불이행 시 가장 재정적으로 중요한 위험입니다: 형식 오류를 인보이스 부가세 금액과 동일한 직접 비용으로 전환합니다. 2028년 1월 1일 이후에는 공급자 규모에 관계없이 동일한 규칙이 적용됩니다.

XRechnung을 읽을 수 있는 ERP 시스템이 없으면 어떻게 하나요?

혼자가 아닙니다 — 상당수의 중견기업(Mittelstand)은 기업 AP 자동화 계층 없이 Lexware 또는 DATEV에서 회계를 운영합니다. ERP 파서 없이 전자 인보이스를 수신하기 위한 최소 실행 가능 접근 방식은 문서 추출 도구를 사용하는 것입니다. 이 도구는 PDF 형식 문서(예: ZUGFeRD 하이브리드 PDF의 시각적 레이어, 뷰어에서 렌더링된 XRechnung 인보이스 스크린샷, 기존 종이 또는 PDF 인보이스)에서 데이터를 추출한 다음, 결합된 결과를 회계 소프트웨어에서 가져올 수 있는 단일 스프레드시트 또는 CSV로 출력할 수 있습니다. 이는 기존 소프트웨어 스택을 교체하지 않고 "XML을 수신해야 함"과 "PDF만 처리 가능" 사이의 격차를 해소합니다. 유사한 궤적을 따르는 프랑스 의무화도 동일한 과제에 직면해 있습니다 — Factur-X 및 PPF/PA 네트워크와의 유사한 경험은 프랑스 전자 인보이스 2026을 참조하십시오.

ZUGFeRD 인보이스에서 XML 데이터와 PDF 레이어가 일치하지 않으면 어떻게 되나요?

XML이 우선합니다. 2025년 6월 BMF 서한은 하이브리드 인보이스에서 구조화된 데이터 레이어가 시각적 PDF 렌더링보다 법적 우선권을 갖는다고 명시했습니다. 두 표현이 다른 경우 — 예를 들어, PDF는 19% 부가세율을 표시하지만 XML은 7% 세율을 인코딩하는 경우 — 수신자는 XML 값을 처리해야 합니다. 이 규칙은 수신자의 매입 부가세 공제 청구에도 적용됩니다: 공제는 보이는 PDF가 아닌 XML 데이터에 근거해야 합니다.

전자세금계산서는 얼마나 오래 보관해야 하며, 어떤 형식으로 보관해야 하나요?

§14b Absatz 1 UStG에 따라, 수신 및 발신 세금계산서는 8년간 보관해야 합니다(상법상 10년, Handelsrecht). 전자세금계산서의 경우, 구조화된 XML 부분은 원본 그대로 변경 없이 보존되어야 합니다. PDF 렌더링만으로는 보관 의무를 충족할 수 없습니다. 아카이빙 시스템은 GoBD 원칙(필드 수준 감사 추적, 불변성, 버전 관리, 세무 감사 접근을 위한 기계 판독 가능성)을 준수해야 합니다.

실질적인 마감일은 2027년 1월이 아닙니다

의무화의 공식 일정이 헤드라인을 장식하지만, 귀하의 AP팀에게 중요한 날짜는 첫 번째 주요 공급업체가 전자세금계산서로 전환하는 날입니다. 그리고 그 날짜는 지금부터 2028년 사이 언제든 될 수 있습니다. €800,000 기준을 초과하는 공급업체는 조기 전환이 자유롭기 때문입니다. 준비는 단일 규제 마감일을 맞추는 것이 아닙니다. 예고 없이 전환이 이루어졌을 때, 지불 시한이 다가오는 동안 세금계산서가 재무 인박스에서 읽히지 않은 채 방치되지 않도록 하는 것입니다.

대부분의 중견기업 재무팀에게 좋은 소식은 독일의 의무화가 프랑스나 이탈리아보다 구조적으로 간단하다는 점입니다: 승인 플랫폼이 없고, 의무 네트워크가 없으며, 전환 기간이 완화되어 있고, 형식은 2020년부터 소프트웨어 공급업체가 업데이트해 온 동일한 EN 16931 표준을 기반으로 합니다. 적응은 점진적이며 구조적인 변화가 아닙니다. 위험은 규정 자체가 아니라 "2028년" 또는 "€800,000"이 그때까지 할 일이 없다고 가정하는 것입니다. 수신은 이미 의무화되었습니다. 공급업체는 이미 전환 중입니다. 형식 혼란은 이미 AP 예외를 발생시키고 있습니다. 구조화된 세금계산서를 위한 수신 워크플로우를 구축할 때는 첫 번째 세금계산서가 도착하기 전입니다.