EN 16931: europejska norma e-faktury wyjaśniona

EN 16931 to norma europejska, która określa, co zawiera faktura elektroniczna: semantyczny model danych złożony z terminów biznesowych, ich znaczenia, liczności i reguł między nimi. Nie jest to format pliku. Model przenoszą dwie składnie XML — UBL 2.1 i UN/CEFACT Cross Industry Invoice — a specyfikacje krajowe lub branżowe, takie jak XRechnung, ZUGFeRD, Factur-X i Peppol BIS Billing 3.0, zawężają go lub rozszerzają. Zamawiający publiczni w UE muszą przyjmować faktury EN 16931; Niemcy, Francja i Belgia zbudowały na niej swoje obowiązki B2B.

Dlaczego istnieje EN 16931

EN 16931 istnieje, ponieważ dyrektywa 2014/55/UE zażądała jednej normy europejskiej, która zastąpi niekompatybilne krajowe formaty e-faktur fragmentujące zamówienia publiczne. Dyrektywa wymagała, aby norma była neutralna technologicznie, zgodna z normami międzynarodowymi, praktyczna dla MŚP i użyteczna w handlu B2B oraz aby towarzyszyła jej „ograniczona liczba składni”.

CEN/TC 434 dostarczył ją w 2017 r. Komisja opublikowała odniesienie do EN 16931-1:2017 oraz listę składni w Dzienniku Urzędowym 17 października 2017 r. (decyzja wykonawcza (UE) 2017/1870), co uruchomiło zegar dla obowiązku odbioru B2G. Od tego czasu norma stała się wspólnym mianownikiem europejskiego e-fakturowania: niemiecka ustawa o VAT definiuje e-fakturę przez odniesienie do niej, formaty akceptowane we Francji to składnie EN 16931, a domyślny format w Belgii to CIUS EN 16931. Kontekst unijny znajduje się na stronie Wymagania UE.

Części normy

EN 16931 to rodzina dokumentów: jedna część normatywna z modelem semantycznym, jedna specyfikacja techniczna wymieniająca składnie oraz pomocnicze powiązania i raporty.

Bezpłatne są tylko części 1 i 2, na mocy umowy licencyjnej między Komisją a CEN. Wszystko, czego implementujący potrzebuje do walidacji, jest jednak publiczne: artefakty Schematron publikuje na GitHubie zespół Komisji ds. e-fakturowania.

Model semantyczny: terminy i grupy biznesowe

Model semantyczny wymienia każdy element informacyjny, jaki może zawierać faktura, ponumerowany jako terminy biznesowe (BT) i pogrupowany w grupy biznesowe (BG), z licznością określającą, czy element jest obowiązkowy, opcjonalny czy powtarzalny.

Przykłady tego, co obejmuje model:

• Poziom dokumentu: numer faktury, data wystawienia, kod typu faktury, waluta, referencja nabywcy, termin płatności, odniesienie do faktury pierwotnej dla not kredytowych i korekt.
• Strony: sprzedawca i nabywca z nazwą, adresem, identyfikatorem VAT, identyfikatorem rejestrowym i adresem elektronicznym; opcjonalnie odbiorca płatności i przedstawiciel podatkowy.
• Dostawa i płatność: data i adres dostawy, sposób płatności (przelew, polecenie zapłaty, karta), warunki płatności, rachunek bankowy.
• Upusty i dopłaty na poziomie dokumentu i pozycji, każdy z kategorią VAT.
• Rozbicie VAT: jedna grupa na kategorię i stawkę VAT, z podstawą opodatkowania, kwotą VAT i — gdy stawka jest zerowa lub nie występuje — podstawą zwolnienia.
• Sumy: suma kwot netto pozycji, upusty, dopłaty, suma bez VAT, suma VAT, suma z VAT, kwota zapłacona z góry, kwota do zapłaty.
• Pozycje: ilość, jednostka, cena netto, kwota netto pozycji, kategoria VAT, identyfikatory i klasyfikacja towaru.

Model jest celowo „podstawowy” (core): zawiera to, czego większość europejskich faktur potrzebuje do celów VAT i płatności, a nie każde pole, jakiego mogłaby chcieć dana branża. Dodatkowe potrzeby obsługiwane są przez rozszerzenia, opisane poniżej. Omówienie elementów dla deweloperów z przykładami żądań znajduje się w przewodniku deweloperskim EN 16931.

Składnie: UBL 2.1 i UN/CEFACT CII

Model semantyczny przenoszą dwie składnie XML wymienione w CEN/TS 16931-2 i opublikowane w Dzienniku Urzędowym: OASIS UBL 2.1 (ISO/IEC 19845:2015) oraz UN/CEFACT Cross Industry Invoice (CII) D16B. Powiązanie UN/EDIFACT istnieje jako część 3-4, ale nie znajduje się na opublikowanej liście.

Obie składnie wyrażają te same terminy biznesowe, więc faktura EN 16931 może być reprezentowana w każdej z nich bez utraty treści podstawowej. To, którą Państwo napotkają, zależy od ekosystemu:

System odbiorczy deklarujący obsługę EN 16931 powinien przyjmować obie składnie; w praktyce wiele kanałów krajowych zawęża wybór. Peppol wymaga UBL. ZUGFeRD i Factur-X osadzają CII. Przewodnik po formatach wymienia, czego oczekuje każdy kraj.

CIUS i rozszerzenia: jak kraje dostosowują model podstawowy

CIUS (Core Invoice Usage Specification) zawęża EN 16931 — może uczynić elementy opcjonalne obowiązkowymi, ograniczyć listy kodów lub dodać reguły — ale nigdy nie dodaje elementów, więc każda faktura CIUS pozostaje poprawną fakturą EN 16931. Rozszerzenie dodaje elementy i dlatego nie jest automatycznie poprawne dla odbiorcy, który zna tylko model podstawowy.

XRechnung (Niemcy)

CIUS utrzymywany przez KoSIT dla zamawiających publicznych, w UBL lub CII, z referencją nabywcy (Leitweg-ID) i krajowymi regułami list kodów. Wersja 3.0.2 obowiązuje od 1 lutego 2024 r. i jest aktualizowana pakietami poprawek, z których najnowszy to wydanie „Winter 2025/26” obowiązujące od 31 stycznia 2026 r. XRechnung definiuje także mechanizm rozszerzeń. Zob. XRechnung.

Peppol BIS Billing 3.0

CIUS OpenPeppol, UBL obowiązkowy, identyfikowany przez customization ID urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0, z regułami o prefiksie PEPPOL-EN16931-R i dodatkowymi regułami krajowymi. Aktualne wydanie 3.0.21 (maj 2026 r.). Zob. Peppol.

ZUGFeRD / Factur-X

Niemiecko-francuski format hybrydowy definiuje profile: MINIMUM i BASIC WL zawierają mniej niż model podstawowy i same w sobie nie są zgodne z EN 16931; BASIC jest podzbiorem; EN 16931 to pełny model podstawowy; EXTENDED wykracza poza niego. Wersja 2.5.2 (Factur-X 1.09.2) została opublikowana 4 sierpnia 2026 r. i obowiązuje od 1 września 2026 r., oparta na CII D22B ze wsteczną zgodnością z D16B. Zob. ZUGFeRD i Factur-X.

Każdy CIUS i każde rozszerzenie zapowiada się w fakturze: customization ID (BT-24) mówi, jaką specyfikację plik realizuje, a profile ID (BT-23) nazywa proces biznesowy. Odbiorca odczytuje te dwie wartości, zanim wybierze zestaw reguł.

Reguły biznesowe i walidacja

Faktura EN 16931 jest poprawna, gdy przechodzi schemat swojej składni oraz reguły biznesowe modelu semantycznego, wyrażone w Schematronie. Reguły są tą częścią, która wyłapuje rzeczywiste błędy: sumy, które się nie zgadzają, rozbicie VAT bez którejś kategorii, brakujący identyfikator VAT sprzedawcy tam, gdzie jest wymagany.

Zespół Komisji ds. e-fakturowania publikuje artefakty walidacyjne na GitHubie (ConnectingEurope/eInvoicing-EN16931) dla UBL i CII; najnowsze wydanie to 1.3.16 z 10 kwietnia 2026 r., w cyklu mniej więcej półrocznym. Identyfikatory reguł mają określony wzorzec:

• BR-xx — reguły ogólne dotyczące obecności i struktury (faktura musi mieć numer, datę wystawienia, nazwę sprzedawcy, …).
• BR-CO-xx — reguły obliczeniowe i spójności, na przykład że suma faktury równa się sumie kwot netto pozycji plus dopłaty minus upusty.
• BR-S-, BR-Z-, BR-E-, BR-AE-, BR-IC-, BR-G-, BR-O-, BR-IG-, BR-IP- — reguły dla poszczególnych kategorii VAT: stawka podstawowa, stawka zerowa, zwolnienie, odwrotne obciążenie, wewnątrzwspólnotowe, eksport, poza zakresem oraz podatki Wysp Kanaryjskich i Ceuty/Melilli.
• BR-CL-xx — reguły list kodów (kody walut, kody jednostek, kody kategorii VAT, kody krajów).

Specyfikacje krajowe nakładają na to własne zestawy reguł: KoSIT publikuje Schematron XRechnung i konfigurowalny walidator, a OpenPeppol publikuje reguły Peppol. Plik musi więc przejść do trzech warstw — schemat, model podstawowy EN 16931, krajowy CIUS — a każda warstwa zgłasza własne identyfikatory. Bezpłatne narzędzie do sprawdzania e-faktur przepuszcza plik przez reguły wybranego kraju bez jego przechowywania.

Wersje: 2017, A1:2019 i wydanie 2026

Wydaniem obowiązującym przez większość ostatniej dekady jest EN 16931-1:2017 wraz z poprawką A1:2019. Według Komisji nowe wydanie, EN 16931-1:2026, zostało opublikowane w maju 2026 r.; wydanie z 2017 r. zostało formalnie wycofane, ale pozostaje zgodne w okresie migracji, a plany migracji są opracowywane przez właściwe organizacje i organy państw członkowskich.

Co to oznacza dziś dla implementujących: customization ID będące w obiegu nadal odwołują się do urn:cen.eu:en16931:2017, a artefakty walidacyjne, XRechnung i Peppol BIS nadal działają na modelu z 2017 r. FeRD zaznacza, że profil EXTENDED w ZUGFeRD 2.5.2 zawiera już dodatkowe elementy „dla francuskiej reformy e-fakturowania B2B i zrewidowanego modelu danych EN 16931”. Należy oczekiwać, że specyfikacje krajowe opublikują własne terminy migracji; do tego czasu odbiorcy walidują względem modelu z 2017 r.

Jak KRONENWERK to obsługuje

KRONENWERK generuje faktury EN 16931 w składni i CIUS oczekiwanych w kraju nabywcy oraz waliduje je względem obowiązujących warstw reguł, zanim faktura zostanie wystawiona.

• Niemcy — XRechnung (UBL lub CII) i ZUGFeRD, walidowane regułami Schematron KoSIT i sprawdzane krzyżowo biblioteką Mustang: OBSŁUGIWANE.
• Francja — Factur-X jako PDF/A-3 z osadzonym CII: generowanie OBSŁUGIWANE; przesyłanie przez platformę zatwierdzoną JESZCZE NIEGOTOWE.
• Belgia — Peppol BIS Billing 3.0 UBL: OBSŁUGIWANE Z OGRANICZENIAMI, wysyłane i odbierane za pośrednictwem akredytowanego dostawcy punktu dostępowego (Storecove) po podłączeniu firmy w Ustawienia → Doręczanie.
• Odbiór — przychodzące pliki XRechnung, ZUGFeRD/Factur-X i UBL są wczytywane jako faktury zakupu: OBSŁUGIWANE.

Kategoria VAT na każdej pozycji i w rozbiciu VAT pochodzi z rozstrzygnięcia podatkowego faktury (stawka podstawowa, zerowa, zwolnienie, odwrotne obciążenie, poza zakresem), które jest wyprowadzane z faktów transakcji i nigdy nie zgadywane; tam, gdzie decyzję musiałby podjąć specjalista, faktura jest wstrzymywana z adnotacją „wymaga profesjonalnego potwierdzenia”. Polski FA(3) to schemat krajowy poza EN 16931 i jest omówiony na stronie FA(3). Deweloperzy mogą tworzyć wersje robocze przez API e-fakturowania; przegląd produktu znajduje się na stronie e-fakturowania. Powrót do centrum wiedzy o Europie.

Najczęściej zadawane pytania

Czy EN 16931 to format pliku?

Nie. To model semantyczny — lista terminów biznesowych i reguł. Formatami plików są składnie, które go przenoszą, UBL 2.1 i UN/CEFACT CII, oraz zbudowane na nich specyfikacje, takie jak XRechnung, ZUGFeRD, Factur-X i Peppol BIS.

Czy faktura ZUGFeRD jest zgodna z EN 16931?

Profile EN 16931 i EXTENDED zawierają pełny model podstawowy; BASIC to podzbiór walidowany według reguł podstawowych; MINIMUM i BASIC WL zawierają mniej niż model podstawowy i same w sobie nie są zgodnymi fakturami EN 16931.

Czym różni się CIUS od rozszerzenia?

CIUS zawęża model podstawowy (więcej elementów obowiązkowych, węższe listy kodów) i pozostaje poprawny dla każdego odbiorcy EN 16931. Rozszerzenie dodaje elementy i wymaga odbiorcy, który je rozumie.

Skąd wziąć reguły walidacji?

Artefakty Schematron Komisji dla UBL i CII są publicznie dostępne na GitHubie (ConnectingEurope/eInvoicing-EN16931). KoSIT publikuje reguły i walidator XRechnung; OpenPeppol publikuje reguły Peppol BIS.

Czy muszę teraz migrować do EN 16931-1:2026?

Nie na dzień 3 września 2026 r. Komisja podaje, że wydanie z 2017 r. pozostaje zgodne w okresie migracji, a plany są wciąż opracowywane. Proszę śledzić komunikaty KoSIT, OpenPeppol, FeRD/FNFE i krajowego organu.