Prawidłowy plik PDF nie oznacza prawidłowej faktury elektronicznej Peppol

Plik PDF, który wygląda idealnie, może nadal nie przejść walidacji Peppol, ponieważ Peppol (paneuropejska sieć dostarczania faktur elektronicznych) sprawdza ustrukturyzowane dane zawarte w fakturze, a nie jej wygląd na ekranie. Przed wysłaniem należy sprawdzić trzy oddzielne warstwy: strukturę pliku XML, zgodność jego zawartości z normą EN 16931 (europejski standard zawartości faktur elektronicznych, który określa, jakie pola danych musi zawierać faktura) oraz własne reguły biznesowe Peppol, które są zawarte w specyfikacji BIS Billing 3.0. Według openPeppol dokumentacja, Wiadomość uznaje się za zgodną, jeśli aktualnie aktywne reguły nie wykryją błędów krytycznych. Ostrzeżenia nie naruszają zgodności. Co równie ważne: sprawdzenie artefaktów walidacyjnych Sama treść faktury, a nie to, czy system kupującego ją zaakceptuje lub zapłaci. Zielone światło przy walidacji i komunikat “faktura zapłacona” to wciąż kilka kroków od siebie.

Jak wygląda pięcioetapowa kontrola przed wysłaniem wiadomości?

Proces ten działa w ten sam sposób, niezależnie od tego, czy używasz systemu ERP, oprogramowania księgowego czy portalu operatora:

  • Eksportuj XML: Wygeneruj plik UBL lub CII (dwa ustrukturyzowane formaty, w których wymieniane są faktury). Bez niego nie ma czego w ogóle weryfikować.
  • Uruchom sprawdzenie schematu i reguł biznesowych: najpierw walidacja strukturalna, a następnie reguły Schematron (język służący do sprawdzania powiązań między polami w pliku XML), które sprawdzają sumy, kody i sposób, w jaki pola są ze sobą powiązane.
  • Napraw błędy krytyczne: Reguła openPeppol Nadawca nie może wysyłać wiadomości niezgodnych z BIS. To stanowcze wymaganie, a nie sugestia.
  • Sprawdź możliwości Peppol odbiorcy: potwierdź, że kupujący jest rzeczywiście zarejestrowany w sieci i może otrzymać konkretny typ dokumentu, który wysyłasz.
  • Zachowaj wynik walidacji: Zachowaj raport i potwierdzenie dostawy. To pierwsza rzecz, o którą ktoś poprosi, gdy faktura “zniknie”.”

Który walidator wykonuje jaką pracę?

XSD, czyli schemat XML (plik definiujący, co uznaje się za prawidłowy XML), sprawdza, czy plik w ogóle jest poprawnym XML: czy elementy znajdują się we właściwym miejscu, a pola wymagane są obecne. Schematron sprawdza coś zupełnie innego: reguły biznesowe i relacje między elementami, na przykład czy suma pozycji zamówienia zgadza się z sumą faktury. Zgodnie z… Wyjaśnienie Komisji Europejskiej, Schematron nie sprawdza struktury XML samodzielnie, więc połącz go z weryfikacją schematu lub użyj narzędzia, które uruchamia oba jednocześnie. Komisja oferuje bezpłatna usługa walidacji Właśnie w tym celu nie jest wymagana rejestracja, a łotewski urząd skarbowy kieruje firmy bezpośrednio do tego systemu przed przesłaniem faktury XML do VID. Jeśli wysyłasz faktury za pośrednictwem operatora lub oprogramowania księgowego, które już dokonuje walidacji wewnętrznie, nie musisz ręcznie sprawdzać każdej faktury w osobnym narzędziu. To wystarczające do codziennego użytku. Ale testując nową logikę generowania XML, i tak przeprowadź ją przez niezależny walidator.

Odczyt raportu: błąd krytyczny przed, ostrzeżenie po

Błąd krytyczny oznacza, że faktura nie jest zgodna z BIS i nie może zostać wysłana. Ostrzeżenie oznacza, że faktura jest technicznie akceptowalna, ale warto ją ponownie sprawdzić. W praktyce problemy koncentrują się wokół pięciu punktów: identyfikatorów sprzedawcy i kupującego (nieprawidłowy system lub kod rejestru), kategorii i stawki VAT, pozycji i kwot całkowitych (łatwo wpadające błędy zaokrąglania), kwoty do zapłaty wraz z kodem waluty oraz numeru referencyjnego wraz z terminem płatności. Jeśli pozycja faktury zawiera 100 EUR plus 22% VAT, ale pole kwoty całkowitej zawiera inną kwotę, walidator słusznie zgłasza błąd krytyczny, ponieważ ta kwota trafia bezpośrednio do systemu księgowego kupującego.

Jak sprawdzić oddzielnie datę doręczenia i datę ważności?

Nadal nie ma gwarancji, że faktura o poprawnej strukturze dotrze. Sprawdzenie zawartości i reguł biznesowych Peppol to jedno, a routing w sieci Peppol to drugie. Przed wysłaniem sprawdź, czy punkt końcowy kupującego faktycznie obsługuje konkretny typ dokumentu, który zamierzasz wysłać. Katalog Peppol to publicznie przeszukiwalna lista zarejestrowanych odbiorców, ale aktualizowanie wpisu leży w gestii dostawcy usług, a nie jest obowiązkiem prawnym, więc może brakować w niej w pełni prawidłowego odbiorcy. W razie wątpliwości poproś kupującego o identyfikator Peppol bezpośrednio, zamiast polegać na samym katalogu.

Jakie zmiany w sierpniu 2026?

Wersja 3.0.20 BIS Billing 3.0 (z poprawką) jest obowiązkowa od 23 lutego 2026 r., ale wersja 3.0.21 staje się obowiązkowe 17 sierpnia 2026 r. Aktualizacja naprawia błąd na liście kodów schematu adresów elektronicznych (EAS, kod pokazujący, w którym systemie zarejestrowany jest identyfikator firmy) i usuwa 14 kodów, które już nie działają, co oznacza, że uruchomienie kontroli w starym walidatorze może teraz dać fałszywy wynik. Ta sama wersja dodaje opcjonalny profil, który pozwala nadawcy uzyskać formalną odpowiedź na fakturę, ale wymaga to oddzielnej rejestracji SMP (Service Metadata Publisher, wpis w katalogu, który informuje sieć, gdzie kierować faktury firmy) i nie pojawia się automatycznie na każdej fakturze. Jeśli korzystasz z gotowego rozwiązania, zapytaj operatora na piśmie, kiedy przeniesie swoje artefakty walidacji do nowej wersji. Jeśli generujesz własny plik XML, zaktualizuj reguły walidacji przed 17 sierpnia 2026 r. W przeciwnym razie Twoje oprogramowanie będzie nadal zatwierdzać faktury zgodnie z regułami, których Peppol już nie akceptuje.

Estonia i Łotwa: kontrole lokalne

W Estonii firma weszła na rynek rejestr działalności gospodarczej Od 1 lipca 2025 r. odbiorca e-faktury może wymagać od sprzedawców wysyłania faktur w formacie zgodnym z normą EN 16931-1. Faktura zgodna z tą normą jest uznawana za poprawnie sformatowaną, choć obie strony mogą uzgodnić inny, odpowiedni standard. Nie oznacza to jednak, że Peppol jest obowiązkowy dla każdej faktury B2B w Estonii; oznacza to jedynie, że zarejestrowany odbiorca może nalegać na ten format.

Oś czasu Łotwy składa się z wielu warstw. VID (Łotewski urząd skarbowy) wyjaśnia, że e-faktury są obowiązkowe dla transakcji B2G, G2B i G2G (biznes-rząd, rząd-biznes i rząd-rząd) od 1 stycznia 2025 r., a przesyłanie danych z e-faktury do samego VID stało się obowiązkowe od 1 stycznia 2026 r. Dane muszą dotrzeć do VID w ciągu pięciu dni roboczych od wysłania faktury. W segmencie B2B przesyłanie tych danych pozostaje dobrowolne do końca 2027 r., ale VID nadal zaleca uruchomienie pliku XML za pomocą tej samej bezpłatnej usługi walidacji Komisji Europejskiej, z której korzystałbyś w przypadku faktury Peppol przed jej złożeniem. Są to dwa oddzielne obowiązki, zgodność treści i terminowe przesyłanie do VID, i warto je śledzić na dwóch oddzielnych listach kontrolnych, zamiast zakładać, że operator obejmuje oba bez Twojej kontroli.

Często zadawane pytania

Czy prawidłowy plik PDF oznacza, że e-faktura Peppol została zweryfikowana i nadaje się do wysłania?

Nie. Peppol weryfikuje dane strukturalne wiadomości e-faktury (XML), a nie wygląd pliku PDF. Strukturę XML, zawartość EN 16931 oraz reguły biznesowe Peppol/BIS Billing 3.0 należy sprawdzić osobno przed wysłaniem.

Jakie 5 kroków należy wykonać przed wysłaniem faktury elektronicznej Peppol?

Najpierw wyeksportuj fakturę do XML (UBL lub CII). Następnie przeprowadź kontrolę schematu i reguł biznesowych. Napraw błędy krytyczne zgodnie ze zgodnością z BIS, sprawdź możliwości odbiorcy w Peppol i zapisz raport walidacyjny oraz potwierdzenie.

Jaka jest różnica pomiędzy walidacją schematu (XSD) a walidacją transakcji biznesowej (Schematron)?

XSD sprawdza, czy plik jest poprawny w formacie XML: obowiązkowe elementy i struktura. Schematron sprawdza reguły biznesowe i relacje między elementami, na przykład, czy wiersze i kwoty całkowite są zgodne.

Co zmieni się w nowej wersji BIS Billing 3.0 od 17 sierpnia 2026 r.?

Nowa wersja 3.0.21 systemu BIS Billing 3.0 wejdzie w życie 17.08.2026 r. Zmiana naprawia błąd na liście kodów elektronicznego schematu adresowania (EAS) i usuwa 14 niedziałających kodów, które mogły dawać nieprawidłowe wyniki przy starej logice walidacji.