Factur-X: francuska hybrydowa e-faktura (PDF/A-3 + CII) w objaśnieniu

Factur-X to francusko-niemiecki hybrydowy format e-faktury: plik PDF/A-3, który człowiek może przeczytać, z osadzonym plikiem XML w składni UN/CEFACT Cross Industry Invoice dla maszyn. Jest utrzymywany przez FNFE-MPE we Francji i FeRD w Niemczech, jest technicznie identyczny z ZUGFeRD, a jego bieżące wydanie — Factur-X 1.09.2, równe ZUGFeRD 2.5.2 — opublikowano 4 sierpnia 2026 r. W ramach francuskiej reformy jest jednym z formatów, które każda platforma akredytowana musi przyjmować, a przez Chorus Pro jest akceptowany dla faktur do sektora publicznego od 2018 r.

Czym jest plik Factur-X

Faktura Factur-X to jeden PDF niosący dwie reprezentacje tej samej faktury: stronę wizualną dla ludzi oraz ustrukturyzowany plik XML, dołączony wewnątrz PDF, który oprogramowanie odczytuje bez OCR.

Kontenerem jest PDF/A-3, archiwalny profil PDF dopuszczający osadzone pliki. Dane faktury to dokument XML w składni CII (wydanie D22B w bieżącej wersji), dołączony jako plik osadzony i zadeklarowany w metadanych XMP pliku PDF przez schemat rozszerzający, który wskazuje normę, profil i wersję. Odbiorca, który chce tylko obejrzeć fakturę, otwiera PDF; odbiorca, który chce ją zaksięgować, wyodrębnia XML i nigdy nie musi przepisywać. Ponieważ XML jest prawnie istotną treścią ustrukturyzowaną, a PDF jego czytelnym renderowaniem, oba muszą opisywać tę samą fakturę — sprzedawca generuje oba z tych samych danych.

Factur-X był pierwszą opublikowaną implementacją EN 16931, europejskiego modelu semantycznego e-faktur, a FNFE-MPE dostarcza schematy XSD i reguły Schematron dla każdego profilu wraz z pełnym schematem CII. Jak model semantyczny odnosi się do swoich dwóch składni, objaśniono na stronie EN 16931; całą rodzinę formatów na stronie formaty e-faktur.

Pięć profili

Profil ustala, ile danych ustrukturyzowanych musi zawierać XML — od wyciągu nagłówkowego po dane wykraczające poza normę europejską. Profil jest deklarowany w XML i w metadanych XMP, więc odbiorca wie, czego się spodziewać.

Dwa profile zasługują na uwagę. MINIMUM i BASIC WL nie zawierają pozycji, więc nie mogą wyrazić pełnej faktury rdzeniowej EN 16931; obowiązek wymagający ustrukturyzowanej faktury zgodnej z EN 16931 jest spełniony od profilu BASIC wzwyż, a jednoznacznie przez profil EN 16931. Na Factur-X/ZUGFeRD opierają się też profile referencyjne: XRECHNUNG dla Niemiec i EXTENDED-CTC-FR dla Francji, oba będące podzbiorami EXTENDED.

Wersje: dziś 1.09.2 i dlaczego równa się ZUGFeRD 2.5.2

Factur-X i ZUGFeRD to ta sama specyfikacja publikowana pod dwiema nazwami przez dwa fora; bieżące wspólne wydanie to Factur-X 1.09.2 / ZUGFeRD 2.5.2 z 4 sierpnia 2026 r., które zastąpiło wydanie z 10 czerwca 2026 r. kilkoma poprawkami.

Fora zsynchronizowały wydanie z półroczną aktualizacją EN 16931 i, według FNFE-MPE, uwzględniły prace przygotowawcze francuskiej administracji podatkowej i komisji AFNOR ds. e-fakturowania, a także uwagi zgłoszone przez niemieckie Federalne Ministerstwo Finansów w piśmie z 15 października 2025 r. Publikacja zawiera przewodnik implementacyjny, przykład schematu rozszerzającego XMP, mapowanie składni D22B dla każdego profilu, listy kodowe, pięć zestawów XSD/Schematron, przykładowe faktury dla każdego profilu oraz logotypy profili na stronę czytelną. Starsze pliki Factur-X 1.0.x pozostają czytelne — składnia CII jest wstecznie zgodna z D16B — ale nowa implementacja powinna celować w bieżące wydanie. Niemieckie spojrzenie na ten sam format znajduje się na stronie ZUGFeRD.

Factur-X we francuskiej reformie

W ramach francuskiego obowiązku faktura elektroniczna musi być ustrukturyzowana (UBL, CII lub hybryda danych ustrukturyzowanych i pliku czytelnego), musi nieść obowiązkowe adnotacje w dedykowanych polach i musi być przesłana przez platformę akredytowaną. Factur-X spełnia dwa pierwsze warunki; do trzeciego nadal potrzebna jest platforma.

DGFiP stwierdza, że platformy akredytowane oferują wspólny minimalny zestaw formatów zapewniający interoperacyjność, a FNFE-MPE wymienia Factur-X jako jeden z trzech formatów tego zestawu, opisanego w normie AFNOR XP Z12-012, obok UBL i CII. Każda platforma musi zatem przyjąć plik Factur-X; nabywcy nie można narzucić formatu dostawcy, ponieważ platforma nabywcy dokonuje konwersji. FNFE-MPE podaje, że ponad 130 platform akredytowanych implementuje Factur-X. Dla B2G Chorus Pro akceptuje Factur-X od 2018 r.

Adnotacje, które musi zawierać francuska faktura

Reforma zachowuje dotychczasowe obowiązkowe adnotacje z Code de commerce i Code général des impôts oraz dodaje cztery, z których wszystkie muszą być obecne w danych ustrukturyzowanych, aby platforma mogła skierować fakturę i wyodrębnić dane otrzymywane przez administrację:

• SIREN klienta (SIREN dostawcy jest już obowiązkowy);
• kategorię operacji: dostawa towarów, świadczenie usług lub obie;
• opcję „TVA sur les débits”, jeśli dostawca ją wybrał;
• pełny adres dostawy, wyłącznie gdy różni się od adresu rozliczeniowego klienta.

FAQ DGFiP wylicza 34 dane przesyłane w formie ustrukturyzowanej, w tym SIREN dostawcy, unikalny numer faktury i stawki VAT; cztery powyższe adnotacje to te, które umożliwiają poprawne adresowanie przez annuaire. Dla transgranicznego e-reportingu numer VAT UE strony zagranicznej lub identyfikator zagraniczny zastępuje SIREN. Jak platformy, katalog i koncentrator współpracują ze sobą, opisano na stronie platformy akredytowane; kalendarz i zakres na stronie o Francji.

Walidacja pliku Factur-X

Ważny plik Factur-X przechodzi cztery niezależne sprawdzenia: PDF jest zgodnym PDF/A-3, metadane XMP deklarują Factur-X z właściwym profilem, osadzony XML jest poprawny według XSD profilu, a reguły biznesowe Schematron profilu — dla EN 16931 własne reguły normy — są spełnione.

1. Zgodność z PDF/A-3: osadzone czcionki, brak szyfrowania, zadeklarowane profile kolorów, XML dołączony z relacją, którą narzuca specyfikacja.
2. Deklaracja XMP: schemat rozszerzający Factur-X z typem dokumentu, nazwą pliku, wersją i profilem.
3. Walidacja XSD: struktura elementów i typy dokumentu CII dla zadeklarowanego profilu.
4. Reguły Schematron: reguły obliczeniowe i spójności — sumy równe sumie pozycji, podział VAT zgodny z użytymi stawkami, elementy obowiązkowe obecne dla profilu.

Plik może przejść sprawdzenia XML i mimo to nie zostać uznany za francuską fakturę, jeśli brakuje obowiązkowej adnotacji, a może przejść jako francuska faktura i mimo to zostać odrzucony przez platformę z powodu błędu routingu. Przewodnik startowy DGFiP odróżnia odrzucenie przez platformę (błąd formatu, brakujące lub niespójne dane obowiązkowe, błędna identyfikacja stron, routing) od odmowy nabywcy, która jest statusem cyklu życia z uzasadnieniem. Bezpłatny walidator uruchamia sprawdzenia strukturalne według reguł danego kraju bez zapisywania pliku; porównanie podejścia hybrydowego i czystego XML znajduje się na stronie faktura ustrukturyzowana a PDF.

Jak KRONENWERK to obsługuje

OBSŁUGIWANE. KRONENWERK wystawia francuskie faktury, faktury z przekształconych ofert i faktury korygujące jako Factur-X — PDF/A-3 z osadzonym XML CII — generowane z danych faktury i zapisanego werdyktu podatkowego, i waliduje treść ustrukturyzowaną przy wystawieniu. Przychodzące pliki Factur-X, podobnie jak ZUGFeRD i UBL, są wczytywane jako faktury zakupowe. JESZCZE NIEGOTOWE jest przesyłanie: KRONENWERK nie jest platformą akredytowaną i jeszcze nie wysyła przez taką platformę; francuskie przesyłanie jest planowane z wykorzystaniem funkcji platformy akredytowanej Storecove i nie jest jeszcze gotowe produkcyjnie. Francuskie przedsiębiorstwo podłącza zatem wybraną przez siebie platformę akredytowaną i używa z nią plików KRONENWERK — zob. stronę o Francji. Programiści generujący Factur-X z własnych systemów mogą tworzyć wersje robocze faktur przez API e-fakturowania; samo wystawienie odbywa się w produkcie po walidacji.