Standard stojący za każdą e-fakturą w UE
Jeśli interesowałeś się e-fakturowaniem w Europie, prawdopodobnie widziałeś „EN 16931" wszędzie — w przepisach, opisach oprogramowania, listach kontrolnych zgodności. Ale większość wyjaśnień zakłada, że już wiesz, o co chodzi. Ten artykuł wyjaśnia to od podstaw.
EN 16931 to europejski standard, który określa, jakie dane musi zawierać faktura elektroniczna. Nie definiuje, jak faktura wygląda wizualnie. Nie narzuca konkretnego oprogramowania. Definiuje model danych — konkretny zestaw pól informacyjnych, które czynią e-fakturę ważną i interoperacyjną w całej UE.
Pomyśl o tym jak o wspólnym słowniku. Niezależnie od tego, czy jesteś freelancerem w Berlinie, małą firmą w Lyonie, czy dostawcą holenderskiego rządu — EN 16931 gwarantuje, że faktury, które wysyłasz, mogą być zrozumiane i przetworzone przez każdy zgodny system po stronie odbiorcy.
Dlaczego ten standard powstał?
Przed EN 16931 każdy kraj UE — a często poszczególne branże w obrębie krajów — miał swój własny format faktur. Niemiecka faktura na poziomie danych wyglądała inaczej niż włoska. Fakturowanie transgraniczne oznaczało ręczne wprowadzanie danych, konwersję formatów i ciągłe problemy z kompatybilnością.
Komisja Europejska rozwiązała ten problem, narzucając jednolity standard semantyczny dla e-faktur zgodnie z dyrektywą UE 2014/55/UE. Standard został opracowany przez CEN (Europejski Komitet Normalizacyjny) i opublikowany w 2017 roku. Jego pełna nazwa to:
EN 16931-1:2017 — Fakturowanie elektroniczne — Część 1: Semantyczny model danych podstawowych elementów faktury elektronicznej
Cel był prosty: zdefiniować jeden model danych akceptowany przez wszystkie państwa członkowskie, aby e-faktura utworzona w jednym kraju mogła być przetworzona w każdym innym kraju bez modyfikacji.
Co EN 16931 faktycznie definiuje
EN 16931 jest semantycznym modelem danych. Oznacza to, że definiuje znaczenie i strukturę danych fakturowych — pola, ich relacje i reguły biznesowe, które nimi rządzą. Nie definiuje układu wizualnego ani technicznego formatu pliku.
Oto co obejmuje standard:
Pola na poziomie dokumentu
Każda zgodna faktura musi zawierać:
- Numer faktury — unikalny w systemie sprzedawcy
- Datę wystawienia — kiedy faktura została utworzona
- Kod typu faktury — 380 dla faktury standardowej, 381 dla noty kredytowej i inne dla specjalnych scenariuszy
- Kod waluty — kod ISO 4217 (EUR, USD, GBP itp.)
- Termin płatności — kiedy oczekiwana jest płatność (jeśli dotyczy)
- Referencja kupującego — odniesienie używane przez kupującego do identyfikacji transakcji (np. numer zamówienia)
Dane sprzedawcy
Firma wystawiająca fakturę musi podać:
- Nazwę prawną
- Adres pocztowy z kodem kraju
- Co najmniej jeden identyfikator podatkowy (numer VAT dla firm z UE)
- Adres elektroniczny (zazwyczaj e-mail, identyfikowany kodem schematu)
- Numer rejestracyjny z prawidłowym identyfikatorem schematu ISO 6523 dla danego kraju
Dane kupującego
Klient musi być zidentyfikowany za pomocą:
- Nazwy prawnej
- Adresu pocztowego z kodem kraju
- Numeru VAT (wymagany dla B2B w UE)
- Adresu elektronicznego
Pozycje fakturowe
Każda pozycja towarowa lub usługowa musi zawierać:
- Opis
- Ilość i jednostkę miary (zgodnie z rekomendacją UN/ECE 20 — „HUR" dla godzin, „DAY" dla dni, „C62" dla jednostek)
- Cenę jednostkową (netto)
- Sumę pozycji
- Stawkę VAT i kod kategorii VAT
Podsumowanie podatkowe
Podział podatku na wszystkie pozycje:
- Podstawa opodatkowania na stawkę VAT
- Kwota podatku na stawkę VAT
- Kod kategorii VAT: „S" dla standardowej, „E" dla zwolnionej, „AE" dla odwrotnego obciążenia, „Z" dla stawki zerowej
- Obowiązująca stawka VAT w procentach
Sumy
- Suma wszystkich kwot netto pozycji
- Łączna kwota VAT
- Suma faktury z VAT
- Kwota do zapłaty
Informacje o płatności
- Kod środka płatności (30 dla przelewu bankowego, 58 dla przelewu SEPA, 59 dla polecenia zapłaty SEPA)
- Dane bankowe (IBAN, opcjonalnie BIC)
- Warunki płatności lub termin płatności
EN 16931 vs Factur-X vs ZUGFeRD vs UBL vs Peppol
Tutaj zaczyna się zamieszanie. Oto jak to wszystko pasuje do siebie:
EN 16931 to abstrakcyjny model danych. Mówi, jakie dane muszą być obecne, ale nie określa formatu pliku.
CII (Cross Industry Invoice) i UBL (Universal Business Language) to dwie składnie XML, w których EN 16931 może być wyrażony. Są to różne formaty techniczne przenoszące te same dane. Standard oficjalnie obsługuje oba.
Factur-X / ZUGFeRD używa składni CII. Bierze XML i osadza go w dokumencie PDF/A-3, tworząc fakturę hybrydową.
Peppol BIS Billing 3.0 używa głównie składni UBL. Przesyła XML przez sieć dostarczania Peppol bez opakowania PDF.
XRechnung to niemiecki standard krajowy dla faktur rządowych. Używa składni UBL i dodaje pewne niemieckie reguły biznesowe do EN 16931.
Hierarchia wygląda więc tak:
- EN 16931 — model danych (jakie pola uwzględnić)
- CII lub UBL — składnia XML (jak zbudować plik)
- Factur-X, Peppol BIS, XRechnung — konkretne implementacje (jak dostarczyć fakturę)
Wszystkie implementują EN 16931. Jeśli Twoja faktura jest zgodna z profilem Factur-X EN 16931, jest zgodna z EN 16931. Jeśli jest zgodna z Peppol BIS Billing 3.0, również. To różne drogi do tego samego celu.
Poziomy profili
Sam EN 16931 definiuje jeden poziom zgodności: albo faktura zawiera wszystkie obowiązkowe pola i spełnia reguły biznesowe, albo nie. Nie ma „podstawowego" ani „zaawansowanego" w ramach samego standardu.
Jednak Factur-X definiuje profile reprezentujące rosnące poziomy kompletności danych:
- Minimum — numer faktury, data, strony, suma. Niezgodny z EN 16931.
- Basic WL — dodaje walutę, podział podatkowy, dane płatności. Nie w pełni zgodny.
- Basic — dodaje pozycje fakturowe. Bliski, ale nie w pełni zgodny z EN 16931.
- EN 16931 — wszystkie obowiązkowe pola EN 16931. To jest cel zgodności.
- Extended — dodaje opcjonalne pola wykraczające poza EN 16931.
Gdy ktoś pyta „czy Twoja faktura jest zgodna z EN 16931?", pyta o profil EN 16931 lub wyższy.
Reguły biznesowe
EN 16931 to nie tylko lista pól. Zawiera reguły biznesowe — warunki logiczne, które dane muszą spełniać. Kilka przykładów:
BR-CO-10: Suma wszystkich kwot netto pozycji musi być równa łącznej kwocie netto na poziomie faktury. Innymi słowy: Twoje pozycje muszą się prawidłowo sumować.
BR-CO-15: Suma faktury z VAT musi być równa sumie bez VAT plus łączna kwota VAT. Podstawowa arytmetyka, ale walidatory sprawdzają precyzyjnie, a różnice zaokrągleń powodują błędy.
BR-S-08: Jeśli pozycja używa kategorii VAT „S" (stawka standardowa), stawka VAT musi być większa od zera.
BR-AE-01 do BR-AE-10: Reguły dotyczące faktur z odwrotnym obciążeniem. Przy kategorii VAT „AE" nie powinno się naliczać kwoty podatku, a faktura musi zawierać konkretny kod przyczyny i notatkę.
Jest w sumie około 150 reguł biznesowych. Walidatory takie jak te od ecosio czy FeRD sprawdzają je wszystkie. Strukturalnie poprawny plik XML naruszający regułę biznesową nadal nie przejdzie walidacji.
Dlaczego powinno Cię to obchodzić?
Jeśli jesteś freelancerem lub właścicielem małej firmy, możesz się zastanawiać, dlaczego techniczny standard Cię dotyczy. Oto dlaczego:
Wymóg prawny. Wiele krajów UE wymaga e-faktur zgodnych z EN 16931. Niemcy, Francja, Belgia, Polska i inne kraje wdrażają obowiązki między teraz a 2028 rokiem. Jeśli Twoje faktury nie spełniają standardu, mogą zostać odrzucone.
Szybsze płatności. Faktury zgodne z EN 16931 mogą być automatycznie przetwarzane przez system księgowy odbiorcy. Brak ręcznego wprowadzania danych oznacza brak opóźnień.
Prostota transgraniczna. Jeden standard działa w całej UE. Nie musisz osobno uczyć się niemieckich i francuskich zasad e-fakturowania. Jeśli Twoja faktura jest zgodna z EN 16931, działa wszędzie.
Zabezpieczenie na przyszłość. W miarę postępu ViDA (VAT in the Digital Age) EN 16931 jest fundamentem. Każdy przyszły ogólnounijny obowiązek e-fakturowania będzie bazował na tym standardzie.
Jak sprawdzić, czy Twoja faktura jest zgodna
Najniezawodniejszym sposobem jest walidacja. Istnieje kilka darmowych narzędzi:
Walidator online ecosio sprawdza zarówno strukturę XML, jak i reguły biznesowe EN 16931. Prześlij swój XML CII lub UBL i uzyskaj natychmiastową informację zwrotną.
Walidator KoSIT (Niemcy) to oficjalne niemieckie narzędzie walidacyjne dla XRechnung i innych formatów EN 16931.
Chorus Pro (Francja) waliduje faktury przesyłane do francuskich jednostek rządowych.
Jeśli używasz Factur-X, XML jest osadzony w Twoim PDF. Musisz go najpierw wyodrębnić, a następnie przesłać XML do walidatora.
Co sprawdzają walidatory:
- Czy wszystkie obowiązkowe pola są obecne?
- Czy wartości mają prawidłowy format (daty, kody, kwoty)?
- Czy sumy się zgadzają?
- Czy reguły biznesowe są spełnione?
- Czy w XML obecny jest prawidłowy identyfikator profilu?
Jak Facturwise obsługuje EN 16931
Facturwise automatycznie generuje faktury na poziomie profilu EN 16931. Gdy tworzysz fakturę, system:
- Mapuje dane faktury na pełny zestaw obowiązkowych pól EN 16931
- Generuje prawidłowy XML CII z poprawnym identyfikatorem profilu (
urn:cen.eu:en16931:2017#compliant#urn:factur-x.eu:1p0:en16931) - Osadza XML w dokumencie PDF/A-3b z prawidłowymi metadanymi XMP
- Przypisuje poprawne identyfikatory schematu ISO 6523 na podstawie kraju każdej strony
- Oblicza podsumowania podatkowe i weryfikuje spójność arytmetyczną sum
Wypełniasz fakturę normalnie — nazwa klienta, pozycje, kwoty — a warstwa zgodności działa w tle. Bez konfiguracji, bez wiedzy technicznej.
Nie musisz zapamiętywać reguł biznesowych ani uczyć się składni XML. Facturwise automatycznie mapuje dane Twoich faktur na pełny standard EN 16931 — każde pole, każde obliczenie, każda walidacja — abyś mógł skupić się na pracy, a nie na formalnościach. Utwórz pierwszą fakturę zgodną z EN 16931 za darmo.