Zum Hauptinhalt springen
FA(3) · Schema 1-0E

Die Datumsfelder in FA(3): P_1, P_6 und DataWytworzeniaFa

Eine FA(3)-Rechnung enthält drei Datumsangaben mit Regeln, die vom Schema oder von KSeF vorgegeben werden: das Ausstellungsdatum, das Lieferdatum und der Zeitpunkt der Dateierstellung. Das Schema begrenzt den Bereich jedes Datums, und KSeF ergänzt eine eigene Regel für das Ausstellungsdatum. Wer eine davon verletzt, erhält den Status 450.

FlexigoTech · Verantwortlich: Víctor Gómez · Aktualisiert am 5. November 2026

Das Wichtigste

Versionen
Odoo 17, 18, 19 und 20
Geprüft
im Quellcode des Moduls, Version 17.0 und 20.0 · in den Quellen am Ende
Lesezeit
2 Min.

Woher ein Datumsfehler kommt

Liegt ein Datum außerhalb des Bereichs des Schemas oder der Regel von KSeF, erhält die Rechnung den Status 450, «Błąd weryfikacji semantyki dokumentu faktury» (Fehler bei der semantischen Prüfung des Rechnungsdokuments). Das polnische Finanzministerium prüft in den Tests seiner Bibliothek zwei solche Fälle: P_1 auf morgen gesetzt, gemessen in polnischer Zeit, und eine DataWytworzeniaFa vor dem 2025-09-01.

Karte der FA(3)-Datumsfelder: P_1, P_6 und DataWytworzeniaFa
Die drei Datumsangaben einer FA(3)-Rechnung und ihre Grenzen im Schema 1-0E.

Die drei Datumsangaben und ihre Regeln

P_1
«Data wystawienia, z zastrzeżeniem art. 106na ust. 1 ustawy» (Ausstellungsdatum). Typ TDataT, «Data zdarzenia w okresie od 2006-01-01 do 2050-01-01» (ein Datum zwischen 2006-01-01 und 2050-01-01). KSeF ergänzt: Es darf nicht später liegen als das Datum, an dem das System das Dokument empfängt, gerechnet in polnischer Zeit.
P_6
Datum der Lieferung der Waren oder der Erbringung der Leistung, wenn es für alle Positionen gilt und vom Ausstellungsdatum abweicht. Gleicher Typ TDataT.
DataWytworzeniaFa
«Data i czas wytworzenia faktury» (Datum und Uhrzeit der Rechnungserstellung), von 2025-09-01T00:00:00Z bis 2050-01-01T23:59:59Z.
OkresFa
Der Zeitraum, auf den sich die Rechnung bezieht, mit P_6_Od und P_6_Do statt eines einzelnen Datums P_6.

Wie Odoo sie füllt

Feld FA(3)Odoo 18, 19 und 20
P_1Das Rechnungsdatum.
P_6Das Lieferdatum, nur wenn es gesetzt ist und vom Rechnungsdatum abweicht.
DataWytworzeniaFaDer Zeitpunkt der Dateierstellung, in UTC.
OkresFaWird nicht gefüllt; die Vorlage enthält nur einen Kommentar «TO-CHECK».

Vor dem Senden überspringt Odoo eine Rechnung mit einem Datum nach heute: «The move was skipped because it is future-dated». «Heute» zählt Odoo in der Zeitzone des Benutzers, KSeF dagegen in Warschau. Arbeitet der Benutzer in einer Zeitzone vor Polen, kann eine Rechnung mit dem heutigen Datum des Benutzers in Polen noch morgen sein und mit 450 zurückkommen. Der Test des Ministeriums weist auf das Gegenteil hin: Zwischen 00:00 und 02:00 MEZ/MESZ kann «morgen in UTC» in Polen schon heute sein.

Odoo 17 hat kein l10n_pl_edi: Das Datum setzt das Programm, das die FA(3)-Datei erzeugt.

Schema: wie Odoo 20 die FA(3)-Datumsfelder füllt und was Schema und KSeF verlangen
Schema auf Grundlage der FA(3)-Vorlage von Odoo 20, des FA(3)-Schemas 1-0E und der KSeF-Dokumentation; durchgestrichen ist, was Odoo nicht schreibt.

Was bei einem 450 durch ein Datum zu tun ist

  1. Prüfen Sie das Rechnungsdatum: Es darf nicht nach dem Versandtag in Polen liegen.
  2. Prüfen Sie die Zeitzone des Benutzers, der die Rechnungen versendet, in seinen Einstellungen in Odoo.
  3. Hat die Leistung einen Zeitraum umfasst, denken Sie daran, dass Odoo OkresFa nicht schreibt; auf der Rechnung steht nur das Lieferdatum.
  4. Setzen Sie die Rechnung auf Entwurf zurück, korrigieren Sie das Datum, bestätigen Sie sie und senden Sie sie erneut.

Unser Modul, Poland KSeF 2.0 Validator, prüft die Datei mit dem Abonnement von FlexigoTech Cloud gegen das FA(3)-Schema. Es erkennt also ein P_1, P_6 oder DataWytworzeniaFa außerhalb der Bereiche des Schemas. Den Vergleich von P_1 mit dem Zeitpunkt des Empfangs durch KSeF kann es nicht leisten, da nur KSeF diese Regel anwendet. In Odoo 17 prüft es die Datei, die an die Rechnung hochgeladen wird.

Weiterlesen

KSeF-Code 450: «Błąd weryfikacji semantyki dokumentu faktury»KSeF-Code 450 lehnt eine FA(3)-Rechnung nach der Prüfung ihres Inhalts ab. Wo der eigentliche Grund steht, was Odoo nicht anzeigt und wie Sie die Rechnung erneut senden.Der Käufer in FA(3): Identifikator, JST und GV in Podmiot2Der Käufer im Schema FA(3) 1-0E: NIP, EU-USt-IdNr., anderer Identifikator oder BrakID sowie die Kennzeichen JST und GV. Die NIP-Prüfsumme und was Odoo schreibt.KSeF-Ausnahmen beim Rechnungsversand: 21405, 21180, 21184 und die übrigenKSeF-Ausnahmen beim Rechnungsversand: 21405, 21001, 21155, 21166, 21167, 21173, 21180, 21184, 21402 und 21403. Was sie bedeuten und wie sie in Odoo erscheinen.
Geprüft im Quellcode des Moduls (Version 17.0 und 20.0) und in den verlinkten Quellen

Quellen