BT-10, Leitweg-ID i błędy reguł biznesowych: dlaczego poprawny XML i tak zostaje odrzucony

Walidacja niemieckich e-faktur ma dwie warstwy, a większość wystawców testuje tylko pierwszą. FAQ BStBK nazywa obie: błędy formatu i błędy reguł biznesowych (Geschäftsregelfehler). Plik może być idealnie poprawnym XML pod schemat i mimo to nie przejść drugiej warstwy, odrzucony przez system odbiorcy albo oznaczony jako krytyczny przez walidator.

Warstwa 1: błędy formatu

Błąd formatu oznacza, że plik narusza dopuszczalne składnie lub ich specyfikacje techniczne. Zła wersja schematu, nieprawidłowe znaki, wadliwy XML. Konsekwencja prawna jest ciężka: formalnie wadliwa e-faktura nie spełnia § 14 ust. 1 zdanie 6 UStG. Jest fakturą w innym formacie, z odliczeniem VAT tylko w okresach przejściowych.

Błędy formatu są głośne. Walidatory odrzucają plik wprost. Większość oprogramowania je łapie.

Warstwa 2: błędy reguł biznesowych

Reguły biznesowe sprawdzają logiczne zależności informacji wewnątrz faktury. Plik się parsuje, ale treść jest sprzeczna albo pomija to, czego reguły wymagają. Typowe przypadki z FAQ BStBK:

• Brak obowiązkowej treści: puste pole BT-10 (referencja kupującego) w XRechnung, gdzie kupujący jej wymaga
• Treść sprzeczna: wykazana kwota podatku nie zgadza się z obliczoną kwotą podatku

Walidatory raportują je jako błędy krytyczne. Systemy odbiorców odrzucają fakturę albo kierują ją do ręcznej kolejki, gdzie leży nieopłacona.

Pola, które padają najczęściej

BT-10 (referencja kupującego)

Referencja kupującego to sposób, w jaki korporacje i sektor publiczny kierują twoją fakturę wewnętrznie. Dla faktur B2G do niemieckich organów federalnych Leitweg-ID (ustrukturyzowany identyfikator routingu) jest obowiązkowy i trafia w to pole. Klienci korporacyjni coraz częściej wymagają własnej referencji: MPK, numer zamówienia, kod umowy.

Dlaczego pada: pole jest opcjonalne w standardzie bazowym, ale obowiązkowe w specyfikacji kupującego. Twoje oprogramowanie waliduje pod standard; kupujący waliduje pod swoje wymagania wdrożeniowe. Oba pliki są "poprawne"; tylko jeden zostaje opłacony.

Korekta u źródła: referencja kupującego należy do kartoteki klienta, zbierana przy nawiązaniu współpracy, nie wpisywana przy każdej fakturze.

Pola arytmetyczne

EN 16931 definiuje, jak muszą się sumować kwoty pozycji, obniżki, opłaty i kwoty podatku. Strategia zaokrągleń, która różni się między twoim obliczeniem pozycji a obliczeniem podatku, produkuje rozjazd o jeden cent i błąd krytyczny.

Korekta u źródła: licz na poziomie pozycji, sumuj w górę i stosuj tryb zaokrąglania, który standard określa. Nigdy nie zaokrąglaj podstawy opodatkowania i kwoty podatku w różne strony.

Identyfikatory sprzedawcy i kupującego

VAT ID w złym formacie, brakujący adres elektroniczny (BT-34/BT-49), gdy kanał przesyłki go wymaga (identyfikatory punktów końcowych Peppol), albo nieaktualna nazwa prawna, która nie zgadza się już z danymi rejestrowymi.

Korekta u źródła: higiena danych podstawowych. Błędy walidacji tutaj to objawy nieaktualnej kartoteki, nie złej faktury.

Przepływ walidacji

1. Waliduj na produkcji, z danymi produkcyjnymi. Faktury testowe buduj z prawdziwych kartotek klientów, nie z syntetycznych przykładów. Błędy żyją w twoich danych podstawowych.
2. Użyj walidatora KoSIT jako referencji. Sprawdza składnię, semantykę i zgodność z rozszerzeniami krajowymi.
3. Klasyfikuj każde znalezisko. Błąd formatu: popraw generator. Błąd reguły biznesowej: popraw dane albo logikę obliczeń.
4. Poprawiaj u źródła, nigdy w pliku. Ręcznie edytowany XML desynchronizuje się z twoimi księgami i archiwum. Zapis GoBD musi odpowiadać temu, co wysłałeś.
5. Zbieraj specyfikacje kupujących przy nawiązaniu współpracy. Wymagania BT-10, Leitweg-ID, identyfikatory punktów końcowych, oczekiwania profili. Faktura odrzucona z powodu brakującej referencji to opóźnienie inkasa, nie tylko defekt techniczny.

Strona odbiorcy

BStBK zaleca odbiorcom walidować każdą przychodzącą e-fakturę: składnię, semantykę i zgodność z rozszerzeniami krajowymi. Znaleziska uruchamiają kontakt z wystawcą, nie ciche księgowanie.

Dla kupujących błędy reguł biznesowych w przychodzących fakturach to system wczesnego ostrzegania:

• Dostawca, którego faktury wciąż nie przechodzą kontroli arytmetycznych, ma błąd obliczeniowy, który w końcu trafi kwotę podatku
• Brakująca referencja kupującego oznacza, że twój zespół AP kieruje ręcznie: koszt i opóźnienie
• Błąd reguły biznesowej przy obowiązkowych informacjach VAT może zagrozić twojemu odliczeniu, jeśli zostanie nieskorygowany

Typowe błędne odczytania

"Walidacja schematu przeszła, więc faktura jest w porządku." Schemat to warstwa pierwsza. Reguły biznesowe to warstwa druga. Kupujący i kontrolerzy działają na obu.

"BT-10 jest opcjonalne." W standardzie bazowym tak. W specyfikacji twojego klienta zwykle nie. Pole opcjonalne w standardzie jest obowiązkowe w relacji.

"Jeden cent zaokrąglenia nie ma znaczenia." Dla walidatora to błąd krytyczny. Dla zautomatyzowanego systemu AP: odrzucenie. Zautomatyzuj zaokrąglanie tak, jak standard oczekuje.

"Poprawimy odrzucone faktury, gdy klienci będą narzekać." Kolejki odrzuceń są ciche. Faktura leży nieopłacona; przypomnienie wychodzi; relacja absorbuje tarcie. Waliduj przed wysyłką.

Ten materiał ma charakter ogólnej informacji i nie stanowi porady prawnej ani podatkowej. W konkretnej sytuacji zweryfikuj aktualne przepisy lub skonsultuj się z wykwalifikowanym doradcą.