XRechnung czy ZUGFeRD: jak wybrać właściwy format (i profile, które nie przechodzą)
Niemiecki obowiązek akceptuje XRechnung i ZUGFeRD, ale nie każde ZUGFeRD. Profile Minimum i Basic-WL nie spełniają EN 16931. Jak wybrać i jak walidować przed wysyłką.
XRechnung czy ZUGFeRD: jak wybrać właściwy format (i profile, które nie przechodzą)
Niemiecki obowiązek e-faktur nie narzuca jednego formatu. Narzuca jeden standard: EN 16931. Dwa formaty dominują w zgodnej przestrzeni. Wybór między nimi to decyzja o przepływie pracy, nie o zgodności. Wybór złego profilu ZUGFeRD to błąd zgodności.
Dwa formaty
XRechnung
Oficjalny niemiecki standard: czysto ustrukturyzowany plik XML, zdefiniowany jako niemiecka specyfikacja CIUS dla EN 16931. Dostępny w dwóch składniach, obie równoważne:
- UBL (Universal Business Language)
- UN/CEFACT CII (Cross Industry Invoice)
XRechnung jest skierowany do maszyn. Nie ma warstwy czytelnej dla człowieka; wizualizację generuje oprogramowanie odbiorcy. Dla faktur B2G do administracji federalnej jest obowiązkowy od 2020, co czyni go domyślnym w branżach pracujących z sektorem publicznym.
ZUGFeRD
Format hybrydowy: czytelny PDF/A-3 z osadzonym w środku ustrukturyzowanym XML. Odbiorca widzi normalną fakturę; jego oprogramowanie wyciąga XML.
Dla zgodności z obowiązkiem ZUGFeRD musi być w wersji 2.0.1 lub nowszej z profilem zgodnym z EN 16931:
- Profil EN 16931 (Comfort): w pełni zgodny
- Profil Extended: zgodny, z danymi wykraczającymi poza standard
- Profil XRechnung: model danych XRechnung w kontenerze hybrydowym
Pułapka profili
ZUGFeRD jest dostarczany w profilach o różnej zawartości danych. Dwa z nich nie przechodzą obowiązku:
| Profil | Zgodny? | Powód |
|---|---|---|
| Minimum | Nie | Niewystarczająca zawartość danych dla EN 16931 |
| Basic-WL | Nie | Niewystarczająca zawartość danych dla EN 16931 |
| Basic | Nie | Poniżej wymagań EN 16931 |
| EN 16931 (Comfort) | Tak | Pełna zgodność ze standardem |
| Extended | Tak | EN 16931 plus rozszerzenia |
Faktura wystawiona jako ZUGFeRD Minimum lub Basic-WL to "sonstige Rechnung": prawnie nie jest e-fakturą. Po okresach przejściowych nie daje nabywcy odliczenia VAT. Pułapka: plik nadal wygląda jak normalna faktura PDF. Nikt tego nie zauważa do walidacji albo kontroli.
Ramy decyzyjne
| Twoja sytuacja | Pasujący format |
|---|---|
| Maksymalna automatyzacja; klienci to korporacje lub sektor publiczny | XRechnung |
| Odbiorcy to też małe firmy czytające faktury ręcznie | ZUGFeRD (profil EN 16931) |
| Fakturujesz administrację publiczną | XRechnung (już wymagany w B2G) |
| Interoperacyjność z wieloma partnerami i krajami | XRechnung UBL lub Peppol BIS 3.0 |
| Istniejące relacje EDI z wolumenem | Mapowanie EDI zgodne z EN 16931 (przejściowo) |
Hybrydowość ZUGFeRD to jego prawdziwa zaleta: jeden plik obsługuje oko księgowego i jego oprogramowanie. Czysty XML XRechnung to jego zaleta: brak niejasności, która warstwa jest wiążąca. Pamiętaj: według GoBD część ustrukturyzowana jest wiążącym zapisem w obu przypadkach.
Walidacja przed wysyłką
Taksonomia błędów obowiązku rozróżnia dwa typy niepowodzeń:
- Błędy formatu: plik narusza składnię lub specyfikacje techniczne. Formalnie wadliwa e-faktura nie jest e-fakturą wg § 14 ust. 1 zdanie 6 UStG; odliczenie VAT przetrwa tylko w okresach przejściowych.
- Błędy reguł biznesowych: XML jest poprawnie zbudowany, ale narusza reguły logiczne. Klasyczny przypadek: obowiązkowe pole BT-10 (referencja kupującego) puste w XRechnung. Albo: wykazana kwota podatku nie zgadza się z obliczoną. Walidatory wykrywają je jako błędy krytyczne.
Walidator KoSIT to narzędzie referencyjne. Przepływ:
- Wygeneruj przykładową fakturę z systemu produkcyjnego, nie z szablonu testowego.
- Przepuść ją przez walidator KoSIT.
- Popraw w źródle danych (dane podstawowe, logika formularza), nigdy ręcznie w XML.
- Zwaliduj ponownie i wyślij.
BStBK zaleca odbiorcom tak samo walidować każdą przychodzącą e-fakturę: składnia, semantyka i zgodność z rozszerzeniami krajowymi. Otrzymana nieprawidłowa faktura to sprawa do natychmiastowego zgłoszenia wystawcy, nie do zaksięgowania i odkrycia później.
Typowe błędy
Zakładanie, że "ZUGFeRD" oznacza zgodność. Decyduje profil. Sprawdź, który profil faktycznie generuje twoje oprogramowanie.
Ręczna edycja warstwy PDF w ZUGFeRD. Warstwa wizualna i XML muszą się zgadzać. Edycja jednej desynchronizuje plik; część ustrukturyzowana jest prawnie istotna.
Traktowanie walidacji jako problemu odbiorcy. Błąd formatu na fakturze, którą wystawiłeś po swojej dacie obowiązku, to twój błąd zgodności i problem VAT twojego klienta.
Zapominanie o BT-10. Korporacje i sektor publiczny kierują faktury wg referencji kupującego. Gdy jej brakuje, są odrzucenia, nawet gdy XML jest technicznie poprawny.
Ten materiał ma charakter ogólnej informacji i nie stanowi porady prawnej ani podatkowej. W konkretnej sytuacji zweryfikuj aktualne przepisy lub skonsultuj się z wykwalifikowanym doradcą.