Salta al contingut principal
FA(3) · esquema 1-0E

Les dates a FA(3): P_1, P_6 i DataWytworzeniaFa

Una factura FA(3) porta tres dates amb regles fixades per l'esquema o per KSeF: la d'emissió, la de lliurament i el moment en què es va generar el fitxer. L'esquema limita l'interval de cadascuna i KSeF afegeix la seva pròpia regla per a la data d'emissió; saltar-se'n qualsevol acaba en l'estat 450.

FlexigoTech · Responsable: Víctor Gómez · Actualitzat el 5 de novembre de 2026

L'essencial

Mòdul
KSeF 2.0
Versions
Odoo 17, 18, 19 i 20
Comprovat
al codi del mòdul, versió 17.0 i 20.0 · a les fonts enllaçades al final
Lectura
3 min

D'on surt un error de data

Quan una data queda fora de l'interval de l'esquema o de la regla de KSeF, la factura rep l'estat 450, «Błąd weryfikacji semantyki dokumentu faktury» (error de verificació semàntica del document de factura). El Ministeri de Finances polonès comprova dos casos així en les proves de la seva biblioteca: P_1 posada a demà segons l'hora polonesa i una DataWytworzeniaFa anterior al 2025-09-01.

Targeta de les dates de FA(3): P_1, P_6 i DataWytworzeniaFa
Les tres dates d'una factura FA(3) i els seus límits a l'esquema 1-0E.

Les tres dates i les seves regles

P_1
«Data wystawienia, z zastrzeżeniem art. 106na ust. 1 ustawy» (data d'emissió). Tipus TDataT, «Data zdarzenia w okresie od 2006-01-01 do 2050-01-01» (una data entre el 2006-01-01 i el 2050-01-01). KSeF afegeix: no pot ser posterior a la data en què el sistema rep el document, comptada en hora polonesa.
P_6
Data de lliurament dels béns o de realització del servei, quan és comuna a totes les línies i diferent de la data d'emissió. Mateix tipus TDataT.
DataWytworzeniaFa
«Data i czas wytworzenia faktury» (data i hora de generació de la factura), des del 2025-09-01T00:00:00Z fins al 2050-01-01T23:59:59Z.
OkresFa
El període al qual es refereix la factura, amb P_6_Od i P_6_Do, en lloc d'una sola data P_6.

Com les omple Odoo

Camp FA(3)Odoo 18, 19 i 20
P_1La data de la factura.
P_6La data de lliurament, només si està posada i és diferent de la data de factura.
DataWytworzeniaFaEl moment en què genera el fitxer, en UTC.
OkresFaNo l'omple; la plantilla només té un comentari «TO-CHECK».

Abans d'enviar, Odoo es salta una factura amb data posterior a avui: «The move was skipped because it is future-dated». Compta l'«avui» a la zona horària de l'usuari, i KSeF a la de Varsòvia. Si l'usuari treballa en una zona per davant de Polònia, una factura amb la data d'avui de l'usuari pot ser encara demà a Polònia i tornar amb un 450. La prova del Ministeri avisa del mateix a l'inrevés: entre les 00:00 i les 02:00 CET/CEST, «demà en UTC» pot ser avui a Polònia.

Odoo 17 no té l10n_pl_edi: la data la posa el programa que crea el fitxer FA(3).

Esquema: com omple Odoo 20 les dates de FA(3) i què demanen l'esquema i KSeF
Esquema fet a partir de la plantilla FA(3) d'Odoo 20, de l'esquema FA(3) 1-0E i de la documentació de KSeF; el que està tatxat és el que Odoo no escriu.

Què fer davant d'un 450 per una data

  1. Revisa la data de la factura: no pot ser posterior al dia d'enviament a Polònia.
  2. Revisa la zona horària de l'usuari que envia les factures, a les seves preferències d'Odoo.
  3. Si el servei va abraçar un període, recorda que Odoo no escriu OkresFa; a la factura només queda la data de lliurament.
  4. Restableix la factura a esborrany, corregeix la data, confirma-la i envia-la de nou.

El nostre mòdul, Poland KSeF 2.0 Validator, valida el fitxer contra l'esquema FA(3) amb la subscripció a FlexigoTech Cloud, de manera que detecta una P_1, P_6 o DataWytworzeniaFa fora dels intervals de l'esquema. No pot comprovar P_1 contra el moment en què la rep KSeF, perquè aquesta regla només l'aplica KSeF. A Odoo 17 valida el fitxer pujat a la factura.

Continua llegint

Codi 450 de KSeF: «Błąd weryfikacji semantyki dokumentu faktury»El codi 450 de KSeF rebutja una factura FA(3) després de revisar-ne el contingut. On és el motiu real, què no mostra Odoo 18, 19 i 20 i com tornar-la a enviar.El comprador a FA(3): identificador, JST i GV a Podmiot2El comprador a l'esquema FA(3) 1-0E: NIP, IVA de la UE, un altre identificador o BrakID, i les marques JST i GV. La suma de control del NIP i què escriu Odoo.Excepcions de KSeF en enviar una factura: 21405, 21180, 21184 i la restaExcepcions de KSeF en enviar una factura: 21405, 21001, 21155, 21166, 21167, 21173, 21180, 21184, 21402 i 21403. Què signifiquen i com es veuen a Odoo.
Comprovat al codi del mòdul (versió 17.0 i 20.0) i a les fonts enllaçades

Fonts