Przykładowe pliki e-faktur, po jednym na format
Każdy plik poniżej powstał w tym samym silniku, który zasila endpointy /generate i /validate CrateAPI — i każdy przeszedł walidator tego silnika, zanim go opublikowaliśmy. Użyj ich, aby przetestować swój parser, przeglądarkę, import ERP lub integrację, bez czekania na prawdziwą fakturę klienta.
To przykłady formatów, nie prawdziwe transakcje. Żaden z nich nie został przesłany do Peppol, SDI, KSeF ani innej sieci i żaden nie ma podpisu cyfrowego. Wszystkie dane — nazwy firm, numery VAT, IBAN — są fikcyjne: poprawne co do formy, zmyślone co do treści. Nic tutaj nie identyfikuje prawdziwej firmy ani nie musi być nikomu przypisane.
UBL / Peppol BIS 3.0
Standardowa faktura (typ 380), składnia UBL 2.1, profil Peppol BIS Billing 3.0 — najczęściej używany format transgranicznego e-fakturowania w UE.
CII — Cross Industry Invoice (EN 16931)
XRechnung 3.0 (Germany)
Standardowa faktura dla niemieckiego e-fakturowania B2G/B2B, składnia UBL, profil XRechnung 3.0, z odniesieniem routingu Leitweg-ID.
Factur-X / ZUGFeRD (PDF/A-3)
Hybrydowy PDF/A-3b: czytelny dla człowieka PDF faktury z osadzonym wewnątrz czytelnym dla maszyny XML CII EN 16931 (factur-x.xml) — otwórz jak zwykły PDF albo wyodrębnij XML do automatycznego przetwarzania.
RO_CIUS (Romania, e-Factura)
Standardowa faktura dla rumuńskiego systemu e-Factura, składnia UBL, profil RO_CIUS 1.0.1, waluta RON.
FatturaPA (Italy, SDI)
Stworzone dla narzędzi SDI/FatturaPA — darmowy walidator na tej stronie obejmuje tylko EN 16931 (UBL/CII), nie FatturaPA.
Facturae (Spain)
Standardowa faktura dla Hiszpanii (schemat Facturae, InvoiceDocumentType FC/InvoiceClass OO), niepodpisana — podpis XAdES pozostaje odpowiedzialnością nadawcy, tak jak w prawdziwym przepływie.
KSeF / FA_VAT (Poland)
Standardowa faktura dla polskiej platformy KSeF, schemat FA_VAT FA(2), waluta PLN, wyłącznie pre-flight — nieprzesłana do KSeF, bez numeru KSeF.
EHF Billing 3.0 (Norway)
Standardowa faktura (typ 380), składnia UBL 2.1, profil EHF Billing 3.0 — norweski format e-fakturowania, oficjalnie identyczny regułę po regule z Peppol BIS Billing 3.0.
NLCIUS / SI-UBL 2.0 (Netherlands)
Standardowa faktura (typ 380), składnia UBL 2.1, profil NLCIUS / SI-UBL 2.0 — holenderski CIUS na Peppol, sprzedawca i nabywca obaj holenderscy, przetestowana wobec reguł BR-NL-*.
PINT Billing EU (international)
Standardowa faktura (typ 380), składnia UBL 2.1, profil PINT Billing EU 1.0.2 — międzynarodowy model OpenPeppol dopasowany do UE, sprzedawca (Niemcy) i nabywca (Francja) transgraniczni.
Celowo nieprawidłowe (do testowania obsługi błędów)
Każdy plik powyżej pokazuje, jak wygląda poprawny eksport. Te trzy — nie. Każdy celowo łamie dokładnie jedną regułę walidacji. Użyj ich, aby przetestować, jak Twój własny parser, import ERP lub kod obsługi błędów reaguje na uszkodzony dokument, zanim prawdziwy pojawi się w produkcji.
Faktura Peppol BIS z celowo błędną sumą — kwota z VAT nie jest równa kwocie netto plus VAT.
Faktura Peppol BIS bez referencji nabywcy i bez referencji zamówienia. Peppol wymaga co najmniej jednej z nich.
Faktura XRechnung bez Leitweg-ID (referencja nabywcy BT-10) — wymagana przy routingu do niemieckiego sektora publicznego.
Potrzebujesz tego z własnymi danymi?
Generuj i waliduj takie dokumenty na podstawie własnych danych faktury przez API — darmowy walidator nigdy nie wymaga klucza.