Aller au contenu principal
FA(3) · schéma 1-0E

Les dates dans FA(3) : P_1, P_6 et DataWytworzeniaFa

Une facture FA(3) porte trois dates soumises à des règles fixées par le schéma ou par KSeF : la date d'émission, la date de livraison et le moment où le fichier a été généré. Le schéma limite la plage de chacune, et KSeF ajoute sa propre règle pour la date d'émission ; ne pas respecter l'une d'elles aboutit au statut 450.

FlexigoTech · Responsable : Víctor Gómez · Mis à jour le 5 novembre 2026

L'essentiel

Module
KSeF 2.0
Versions
Odoo 17, 18, 19 et 20
Vérifié
dans le code du module, version 17.0 et 20.0 · dans les sources citées à la fin
Lecture
3 min

D'où vient une erreur de date

Lorsqu'une date tombe hors de la plage du schéma ou hors de la règle de KSeF, la facture reçoit le statut 450, « Błąd weryfikacji semantyki dokumentu faktury » (erreur de vérification sémantique du document de facture). Le ministère des Finances polonais contrôle deux cas de ce type dans les tests de sa bibliothèque : P_1 fixée à demain selon l'heure polonaise, et une DataWytworzeniaFa antérieure au 2025-09-01.

Fiche des dates de FA(3) : P_1, P_6 et DataWytworzeniaFa
Les trois dates d'une facture FA(3) et leurs limites dans le schéma 1-0E.

Les trois dates et leurs règles

P_1
« Data wystawienia, z zastrzeżeniem art. 106na ust. 1 ustawy » (date d'émission). Type TDataT, « Data zdarzenia w okresie od 2006-01-01 do 2050-01-01 » (une date comprise entre le 2006-01-01 et le 2050-01-01). KSeF ajoute : elle ne peut pas être postérieure à la date de réception du document par le système, comptée en heure polonaise.
P_6
Date de livraison des biens ou de réalisation de la prestation, lorsqu'elle est commune à toutes les lignes et différente de la date d'émission. Même type TDataT.
DataWytworzeniaFa
« Data i czas wytworzenia faktury » (date et heure de génération de la facture), du 2025-09-01T00:00:00Z au 2050-01-01T23:59:59Z.
OkresFa
La période couverte par la facture, avec P_6_Od et P_6_Do, à la place d'une seule date P_6.

Comment Odoo les remplit

Champ FA(3)Odoo 18, 19 et 20
P_1La date de la facture.
P_6La date de livraison, uniquement si elle est renseignée et différente de la date de facture.
DataWytworzeniaFaLe moment de génération du fichier, en UTC.
OkresFaNon renseigné ; le modèle ne contient qu'un commentaire « TO-CHECK ».

Avant l'envoi, Odoo ignore une facture datée après aujourd'hui : « The move was skipped because it is future-dated ». Il compte « aujourd'hui » dans le fuseau horaire de l'utilisateur, alors que KSeF le compte à Varsovie. Lorsque l'utilisateur travaille dans un fuseau en avance sur la Pologne, une facture datée de son aujourd'hui peut encore être demain en Pologne et revenir avec un 450. Le test du ministère signale l'inverse : entre 00h00 et 02h00 CET/CEST, « demain en UTC » peut être aujourd'hui en Pologne.

Odoo 17 ne dispose pas de l10n_pl_edi : la date est fixée par le programme qui crée le fichier FA(3).

Schéma : comment Odoo 20 remplit les dates de FA(3) et ce qu'exigent le schéma et KSeF
Schéma réalisé à partir du modèle FA(3) d'Odoo 20, du schéma FA(3) 1-0E et de la documentation de KSeF ; ce qui est barré n'est pas écrit par Odoo.

Que faire face à un 450 causé par une date

  1. Vérifiez la date de la facture : elle ne peut pas être postérieure au jour de l'envoi en Pologne.
  2. Vérifiez le fuseau horaire de l'utilisateur qui envoie les factures, dans ses préférences Odoo.
  3. Si la prestation couvre une période, rappelez-vous qu'Odoo n'écrit pas OkresFa ; seule la date de livraison figure sur la facture.
  4. Remettez la facture en brouillon, corrigez la date, confirmez-la et renvoyez-la.

Notre module, Poland KSeF 2.0 Validator, valide le fichier par rapport au schéma FA(3) avec l'abonnement FlexigoTech Cloud ; il détecte donc un P_1, un P_6 ou une DataWytworzeniaFa hors des plages du schéma. Il ne peut pas comparer P_1 au moment où KSeF la reçoit, car seule KSeF applique cette règle. Sur Odoo 17, il valide le fichier joint à la facture.

À lire aussi

Code KSeF 450 : « Błąd weryfikacji semantyki dokumentu faktury »Le code 450 de KSeF rejette une facture FA(3) après contrôle de son contenu. Où se trouve la cause réelle, ce qu'Odoo 18, 19 et 20 n'affichent pas et comment la renvoyer.L'acheteur dans FA(3) : identifiant, JST et GV dans Podmiot2L'acheteur dans le schéma FA(3) 1-0E : NIP, TVA de l'UE, autre identifiant ou BrakID, et les marqueurs JST et GV. La clé de contrôle du NIP et ce qu'écrit Odoo.Exceptions KSeF à l'envoi d'une facture : 21405, 21180, 21184 et le resteExceptions KSeF à l'envoi d'une facture : 21405, 21001, 21155, 21166, 21167, 21173, 21180, 21184, 21402 et 21403. Leur sens et leur affichage dans Odoo.
Vérifié dans le code du module (version 17.0 et 20.0) et dans les sources citées

Sources