XRechnung 대 ZUGFeRD
두 가지 포맷, 하나의 표준: 무엇이 다른지, 언제 어느 포맷이 맞는지 — 그리고 왜 결국 항상 XML이 중요한지.
공통 기반: EN 16931
두 포맷 모두 유럽의 의미론적 데이터 모델 EN 16931을 구현합니다: 동일한 비즈니스 용어(BT 필드), 동일한 그룹(BG), 동일한 핵심 규칙. 독일은 BR-DE 규칙을 추가합니다(예: 결제 정보와 연락처 필수화). EN 16931을 올바르게 생성하면 두 포맷을 모두 충족합니다.
| XRechnung | ZUGFeRD(2.x 이상) | |
|---|---|---|
| 파일 형태 | 순수 XML(UBL 또는 CII) | XML이 내장된 PDF/A-3(CII) |
| 사람이 읽을 수 있는가 | 뷰어로만 가능 | 예 — PDF가 곧 표시 화면 |
| 관공서(B2G) | 표준이며 대개 의무 | 포털에 따라 허용 |
| B2B | 허용되며 널리 사용 | 허용됨 — 가독성 때문에 인기 |
| 법적 핵심 | XML | 내장된 XML(PDF 외관이 아님!) |
| 관리 주체 | KoSIT(XRechnung 표준) | FeRD/AWV |
UBL이냐 CII냐 — 신경 써야 하나요?
EN 16931은 두 가지 XML 구문을 허용합니다: UBL과 UN/CEFACT CII. XRechnung은 둘 다 허용하고, ZUGFeRD는 CII를 사용합니다. 사용자 입장에서 이는 구현 세부 사항입니다 — CoolHanX가 유효한 구문을 생성하고 규칙에 맞춰 검증하며; 귀하는 수신자가 추가로 PDF 표시 화면을 받을지만 선택하면 됩니다.
| 프로필 | 내용 | EN-16931 준수? |
|---|---|---|
| MINIMUM / BASIC WL | 핵심 데이터만, 품목 없음 | 아니요 — 불충분 |
| BASIC | 품목을 포함한 구조화 핵심 데이터 | 예(부분집합) |
| EN 16931 (COMFORT) | 완전한 EN-16931 데이터 모델 | 예 — 표준 사례 |
| EXTENDED | EN 16931 + 추가 데이터(예: 물류) | 예, 확장 포함 |
| XRECHNUNG (참조 프로필) | PDF 안에 XRechnung 규칙에 따른 CII | 예 — B2G 적합 |
가장 흔한 착각
'예쁜 PDF를 첨부하면 되고 XML은 부수적'이라는 생각 — 정반대입니다: ZUGFeRD에서 법적으로 유효한 것은 내장된 XML입니다. PDF 표시 화면과 XML이 서로 다르면 XML이 유효하며 — 수신자는 XML에 있는 내용을 기장합니다. 그래서 CoolHanX는 표시 화면을 언제나 검증된 XML로부터 생성합니다; 진실은 하나뿐입니다.
선택 가이드
- 관공서 거래처? → Leitweg-ID를 포함한 XRechnung(포털 업로드 ZRE/OZG-RE).
- 자체 전자 인보이스 소프트웨어를 갖춘 B2B 거래처? → XRechnung으로 충분.
- '눈으로 볼 무언가'를 원하는 B2B 거래처? → ZUGFeRD: 눈으로 볼 PDF, 소프트웨어를 위한 XML.
- 확신이 안 서나요? → XRechnung을 보내고 ZUGFeRD를 제안하세요. 둘 다 동일한 검증된 데이터셋에서 나옵니다.
자주 묻는 질문
인보이스 데이터가 담긴 PDF는 전자 인보이스인가요?
아니요 — 구조화된 XML이 없으면 §14 UStG 의미의 전자 인보이스가 아닙니다.
ZUGFeRD 인보이스를 수신할 수 있나요?
예 — CoolHanX는 내장된 XML을 여느 XRechnung과 똑같이 검증합니다.
현재 XRechnung 버전은 무엇인가요?
CoolHanX는 XRechnung 3.0(KoSIT의 최신 표준)을 생성하며 규칙 체계를 지속적으로 반영합니다.
Factur-X는 어떤가요?
ZUGFeRD의 프랑스 자매 포맷으로 — 기술적으로 거의 동일합니다(PDF/A-3 안의 CII).
거래처가 'PDF 없이 XML만'을 요구합니다 — 가능한가요?
예, 그러면 순수 XRechnung을 받게 됩니다. 반대의 경우도 마찬가지이며 — 둘 다 동일한 검증된 데이터셋에서 생성됩니다.
포맷만 보고 인보이스가 유효한지 알 수 있나요?
아니요 — 포맷은 포장에 불과합니다. 유효성은 EN 16931/BR-DE에 대한 검증으로 결정되며; 바로 그 검증이 CoolHanX와 무료 검증기에서 실행됩니다.
UBL이냐 CII냐 — XRechnung의 두 구문
XRechnung은 단일 파일 포맷이 아니라 독일을 위한 EN 16931의 국가별 규격(CIUS)입니다. 두 가지 XML 구문으로 존재할 수 있습니다: UBL(Universal Business Language)과 UN/CEFACT CII(Cross Industry Invoice). 둘은 동일한 의미론적 모델을 표현하며 — 수신자는 둘 다 읽을 수 있어야 합니다. 발행자 입장에서는 구현 세부 사항입니다: CoolHanX가 유효한 구문을 생성하며; 어느 것일지는 귀하가 결정할 필요가 없습니다.
| 항목 | XRechnung | ZUGFeRD |
|---|---|---|
| 구성 | 순수 XML(UBL 또는 CII) | XML이 내장된 PDF/A-3 |
| 사람이 읽을 수 있는가 | 뷰어로만 가능 | 예, PDF 자체 |
| 공공 부문(B2G) | 표준 | 프로필에 따라(EN 16931) |
| 검토의 기준 | XML | 내장된 XML |
| 일반적 용도 | 관공서, 순수 B2B 데이터 흐름 | 표시 화면을 원하는 수신자 |
ZUGFeRD 프로필 — 모두가 전자 인보이스는 아니다
ZUGFeRD에는 여러 프로필이 있습니다. EN 16931(Comfort) 프로필 이상부터 비로소 내장된 XML이 전자 인보이스에 필요한 모든 필수 항목을 담습니다; 더 단순한 프로필(예: 'Basic WL' 또는 'Minimum')은 전자 인보이스의 온전한 용도로는 충분하지 않습니다. CoolHanX는 ZUGFeRD를 EN-16931 준수 수준으로 생성하여, 파일이 그저 데이터 몇 개가 담긴 예쁜 PDF가 아니라 법적으로 전자 인보이스로 인정되게 합니다.
왜 결국 항상 XML이 중요한가
XRechnung이든 ZUGFeRD든: 회계상·법적으로 기준이 되는 것은 표시가 아니라 구조화된 데이터셋입니다. ZUGFeRD에서 PDF 표시 화면과 XML이 서로 다르면 XML이 유효합니다. 그래서 CoolHanX는 읽을 수 있는 모든 표시 화면을 검증된 XML로부터 생성합니다 — 진실은 하나뿐이며, 그것은 기계가 읽을 수 있습니다.
관련 주제
Allgemeine Produktinformation — keine Rechts- oder Steuerberatung. Verbindliche Auskünfte gibt Ihr Steuerberater bzw. Ihre Rechtsberatung.
준비되셨나요? 신용카드 없이 2분이면 시작할 수 있습니다.
무료 기업 계정 만들기