Zgodność z normą ZUGFeRD w Niemczech: profile, wymagania i integracja z systemami ERP

Calendar icon

24 sierpnia 2026 r.

Time icon

Czas czytania: 10 minut

PDF-to-XML invoice conversion for ZUGFeRD e-invoicing in Germany.
Podsumuj za pomocą sztucznej inteligencji

Niemieckie wymogi dotyczące e-faktur mogą sprawić, że znany proces fakturowania nagle zacznie wydawać się znacznie większym projektem IT. Jeśli Twój system ERP już działa sprawnie, ostatnią rzeczą, jakiej byś chciał, jest przebudowa go tylko po to, by obsługiwał kolejny format faktur.

Dlatego zacząłbym od tego, co już masz. Niektóre systemy ERP mogą generować ustrukturyzowane e-faktury za pomocą wbudowanych modułów, interfejsów API lub komponentów dostosowanych do konkretnego kraju. Inne nadal generują standardowe pliki PDF i wymagają dodatkowego etapu konwersji. Gdy już wiesz, na jakim etapie jest Twój system, znacznie łatwiej jest wybrać konfigurację ZUGFeRD, która spełnia wymagania bez wprowadzania niepotrzebnych zmian w podstawowym procesie fakturowania.

Dmitry Nazarevich

Dyrektor ds. technologii

Jako wizjonerski architekt, Dmitry wypełnia lukę między surową innowacją a komercyjną rentownością. Nadzoruje plan rozwoju technologicznego firmy, zapewniając, że każde rozwiązanie jest zbudowane na stosie, który rozwiązuje bezpośredni ból biznesowy.

Czym jest ZUGFeRD?

ZUGFeRD to hybrydowy format faktury elektronicznej. Faktura w formacie ZUGFeRD łączy w sobie czytelny dla człowieka dokument PDF/A-3 z osadzonymi danymi w formacie XML o ustrukturyzowanej strukturze, które oprogramowanie księgowe może przetwarzać bezpośrednio.

Plik XML zawiera określone dane faktury, takie jak informacje o sprzedawcy i nabywcy, pozycje faktury, kody taxe, sumy, szczegóły płatności oraz numery referencyjne. W przypadku niemieckiej e-faktury wybrana wersja i profil standardu ZUGFeRD mają równie duże znaczenie, co sam plik.

Którego profilu ZUGFeRD należy użyć?

ZUGFeRD obejmuje pięć głównych profili oraz profil referencyjny XRECHNUNG, które różnią się zarówno zakresem danych, jak i przeznaczeniem regulacyjnym. W przypadku typowego niemieckiego wdrożenia B2B opartego na normie EN 16931 zazwyczaj zaczynam od profilu EN 16931, a następnie przechodzę do profilu EXTENDED, gdy proces biznesowy wymaga dodatkowych danych strukturalnych.

ProfilCo obejmujeSytuacja w Niemczech
MINIMUMPodstawowe informacje dotyczące kupującego, sprzedającego, sum i podatkówNie została uznana za kompletną fakturę zgodnie z UStG
BASIC WLInformacje księgowe na poziomie nagłówka bez pozycji fakturyNie została uznana za kompletną fakturę zgodnie z UStG
BASICPodzbiór normy EN 16931 dotyczący prostszych fakturUznana za kompletną fakturę zgodnie z UStG
EN 16931, dawniej COMFORTPełny wzór faktury zgodny z normą EN 16931Uznawana za kompletną fakturę zgodną z UStG oraz najczęściej wybierane rozwiązanie do standardowego fakturowania elektronicznego zgodnego z przepisami UE
ROZSZERZONENorma EN 16931 wraz z dodatkowymi danymi dotyczącymi bardziej złożonych procesów biznesowychUznana za kompletną fakturę zgodnie z UStG
XRECHNUNGProfil referencyjny oparty na wymaganiach dotyczących faktury XRechnung KoSITMa to znaczenie przede wszystkim w przypadkach, w których obowiązują wymogi dotyczące XRechnung, zwłaszcza w relacjach B2G

FeRD wyraźnie zaleca stosowanie normy EN 16931 w przypadku faktur elektronicznych zgodnych z przepisami UE. Niemieckie Federalne Ministerstwo Finansów stwierdza również, że standard ZUGFeRD w wersji 2.0.1 lub nowszej spełnia niemieckie wymagania dotyczące faktur elektronicznych, z wyjątkiem poziomów MINIMUM i BASIC-WL.

Wybór profilu powinien więc nastąpić na wczesnym etapie. Wybranie profilu „MINIMUM” tylko dlatego, że zawiera on podstawowe kwoty, nie sprawia na przykład, że dokument ten staje się zgodną z przepisami niemiecką e-fakturą.

Kto musi przestrzegać przepisów w Niemczech?

  • Od 1 stycznia 2025 r. niemieckie przedsiębiorstwa objęte tymi przepisami muszą posiadać techniczną możliwość odbierania e-faktur dotyczących transakcji objętych przepisami dotyczącymi handlu między przedsiębiorstwami (B2B).
  • Do 31 grudnia 2026 r. przepisy przejściowe nadal zezwalają na wystawianie faktur w formie papierowej oraz, za zgodą odbiorcy, w innych formatach elektronicznych, takich jak zwykłe pliki PDF.
  • W 2027 r. okres przejściowy zostaje przedłużony dla emitentów, których obroty w poprzednim roku nie przekroczyły 800 000 euro. Niektóre rozwiązania w zakresie elektronicznej wymiany danych (EDI) również objęte są okresem przejściowym trwającym do 2027 r.
  • Z dniem 1 stycznia 2028 r. kończy się ogólny okres przejściowy dotyczący krajowego fakturowania B2B objętego tymi przepisami.

Nie traktowałbym tego jako zasady, zgodnie z którą każda niemiecka faktura musi być sporządzona w formacie ZUGFeRD. Zakres stosowania nadal zależy od rodzaju transakcji. Faktury B2C, niektóre transakcje zwolnione z obowiązku stosowania tego formatu, faktury o niskiej wartości oraz inne szczególne przypadki mogą podlegać odmiennym zasadom.

Dlaczego zwykłe faktury w formacie PDF to już za mało

Standardowy plik PDF zawiera informacje przeznaczone głównie do odczytu przez człowieka. Strukturalna faktura elektroniczna zawiera również pola w formacie nadającym się do odczytu maszynowego, zdefiniowane dla oprogramowania księgowego.

Ktoś może zobaczyć:

Faktura o ustalonej strukturze rozdziela poszczególne wartości, dzięki czemu oprogramowanie rozpoznaje, która kwota stanowi podstawę opodatkowania, a która stanowi podatek VAT, sumę brutto oraz kwotę do zapłaty.

To rozróżnienie pozwala systemom ERP i księgowym przetwarzać faktury bez konieczności odtwarzania ich treści na podstawie tekstu zawartego w pliku PDF lub układu strony.

Najpierw sprawdź, jakie funkcje obsługuje już Twój system ERP

Przed wdrożeniem konwertera należy sprawdzić, czy system ERP oferuje już funkcje e-fakturowania dostosowane do danego kraju, interfejsy API lub moduły dokumentowe.

Zazwyczaj istnieją trzy sposoby:

Na przykład w środowiskach SAP można korzystać z funkcji dostosowanych do konkretnego kraju za pośrednictwem rozwiązania SAP Document and Reporting Compliance. Inne systemy ERP lub systemy niestandardowe mogą wymagać oprogramowania pośredniczącego (middleware) lub oddzielnej usługi konwersji.

Samodzielny konwerter ma zatem największy sens w sytuacji, gdy brakuje odpowiedniej natywnej obsługi lub zmiana podstawowej aplikacji rozliczeniowej wiązałaby się z niepotrzebnym ryzykiem projektowym.

Jak pomaga samodzielny konwerter plików PDF na format ZUGFeRD

W przypadku procesu opartego na plikach PDF przebieg konwersji może wyglądać następująco:

W miarę możliwości ustrukturyzowane dane z systemu ERP stanowią lepsze źródło informacji niż wartości odtworzone na podstawie pliku PDF. Formaty JSON, XML, CSV, rekordy baz danych lub dane z interfejsu API pozwalają zachować znaczenie pól faktury i ograniczają błędy interpretacyjne. 

Dopasowanie danych z faktury do modelu EN 16931

Tworzenie pliku XML wymaga prawidłowego mapowania semantycznego. Konwerter musi zidentyfikować, co oznacza każda wartość na fakturze, i umieścić ją w odpowiednim polu strukturalnym.

Cena jest prosta. Pozostałe pola wymagają szerszego kontekstu: identyfikatory sprzedawcy i kupującego, rodzaj faktury, kategorie podatkowe, kody jednostek miary, ulgi, opłaty, numery referencyjne, warunki płatności, informacje o dostawie oraz zestawienie podatku VAT – wszystkie te elementy mogą mieć wpływ na zawartość pliku XML.

Wartość fakturyTermin z normy EN 16931
Numer fakturyBT-1
Data wydaniaBT-2
WalutaBT-5
Nazwa sprzedawcyBT-27
Nazwa nabywcyBT-44
Kwota netto z liniiBT-131
Suma bez VATBT-109
Łączna kwota VATBT-110
Łącznie z VATBT-112
Kwota do zapłatyBT-115

Większość prac wdrożeniowych dotyczy właśnie tego modelu danych i związanych z nim procedur walidacji. System musi poprawnie mapować dane źródłowe, generować poprawny kod XML, pakować go do formatu PDF/A-3 oraz zapewnić spójność obu reprezentacji.

Sprawdzaj poprawność warstwami

Sprawdziłbym fakturę w kilku etapach:

Na przykład:

Konwerter powinien obliczać i porównywać te wartości, a nie kopiować sformatowane ciągi znaków z pliku PDF.

Po osadzeniu pliku XML sprawdziłbym również poprawność gotowego pliku PDF/A-3. Etap pakowania powoduje zmiany w dokumencie, więc sprawdzenie samego pliku źródłowego w formacie PDF nie obejmuje ostatecznego wyniku.

Przed wysłaniem porównałbym numery faktur, daty, strony umowy, walutę, wartości pozycji, informacje podatkowe, sumy, dane dotyczące płatności oraz numery referencyjne w plikach PDF i XML.

Chcesz wdrożyć e-faktury w swoim systemie ERP?

Możemy pomóc w ocenie Państwa obecnej konfiguracji systemu ERP, zdefiniowaniu odpowiedniego przepływu danych faktur oraz wdrożeniu e-fakturowania w oparciu o systemy, z których już Państwo korzystają.

Lista kontrolna zgodności z normą ZUGFeRD

  • Należy używać obsługiwanej wersji standardu ZUGFeRD oraz odpowiedniego profilu.
  • Należy przestrzegać wymagań normy EN 16931 dotyczących wybranego rodzaju faktury.
  • W pliku XML o ustalonej strukturze należy zawrzeć wszystkie wymagane dane faktury.
  • Wygeneruj prawidłowy dokument w formacie PDF/A-3.
  • Prawidłowo osadź plik XML w pliku PDF.
  • Należy zadbać o spójność wartości w fakturach w formatach PDF i XML.
  • Sprawdzaj poprawność schematów XSD i reguł biznesowych Schematronu.
  • Sprawdź wartości z listy kodów dotyczące waluty, jednostek miary, kategorii VAT oraz metod płatności.
  • Przelicz podatek VAT, sumy, daty i kwoty płatności.
  • Odrzuć faktury, które nie przeszły wymaganych kontroli poprawności.
  • Należy zachować fakturę elektroniczną zgodnie z niemieckimi przepisami dotyczącymi przechowywania dokumentów.
  • Przed wprowadzeniem do użytku produkcyjnego należy przetestować pliki w systemach księgowych klientów.

Więcej na ten temat

    Skontaktuj się z nami

    Umów się na rozmowę lub wypełnij poniższy formularz, a my odezwiemy się do Ciebie po przetworzeniu Twojego zgłoszenia.

    Wyślij nam wiadomość głosową
    Załącz dokumenty
    Prześlij plik

    Można załączyć 1 plik o rozmiarze do 2 MB. Prawidłowe formaty plików: pdf, jpg, jpeg, png.

    Klikając "Wyślij", wyrażasz zgodę na przetwarzanie Twoich danych osobowych przez Innowise zgodnie z naszą Polityką prywatności w celu przekazania Ci odpowiednich informacji. Podając numer telefonu, zgadzasz się na kontakt za pośrednictwem połączeń głosowych, SMS-ów lub komunikatorów. Mogą obowiązywać opłaty za połączenia, wiadomości i transmisję danych.

    Możesz także wysłać swoje zapytanie
    na contact@innowise.com
    Co dalej?
    1

    Po otrzymaniu i przetworzeniu zgłoszenia skontaktujemy się z Tobą, aby szczegółowo opisać projekt i podpisać umowę NDA w celu zapewnienia poufności.

    2

    Po zapoznaniu się z Twoimi potrzebami i oczekiwaniami, nasz zespół opracuje projekt wraz z zakresem prac, wielkością zespołu, wymaganym czasem i szacunkowymi kosztami.

    3

    Zorganizujemy spotkanie w celu omówienia oferty i ustalenia szczegółów.

    4

    Na koniec podpiszemy umowę, błyskawicznie rozpoczynając pracę nad projektem.

    arrow