Saltar al contenido principal
FA(3) · esquema 1-0E

Las fechas en FA(3): P_1, P_6 y DataWytworzeniaFa

Una factura FA(3) lleva tres fechas con reglas del esquema o de KSeF: la de emisión, la de entrega y el momento en que se generó el fichero. El esquema limita el rango de cada una y KSeF añade su propia regla para la fecha de emisión; saltarse cualquiera acaba en el estado 450.

FlexigoTech · Responsable: Víctor Gómez · Actualizado el 5 de noviembre de 2026

Lo esencial

Módulo
KSeF 2.0
Versiones
Odoo 17, 18, 19 y 20
Comprobado
en el código del módulo, versión 17.0 y 20.0 · en las fuentes enlazadas al final
Lectura
3 min

De dónde sale un error de fecha

Cuando una fecha cae fuera del rango del esquema o de la regla de KSeF, la factura recibe el estado 450, «Błąd weryfikacji semantyki dokumentu faktury» (error de verificación semántica del documento). El Ministerio de Finanzas polaco comprueba dos casos así en las pruebas de su biblioteca: P_1 puesta en mañana según la hora polaca y una DataWytworzeniaFa anterior a 2025-09-01.

Tarjeta de las fechas de FA(3): P_1, P_6 y DataWytworzeniaFa
Las tres fechas de una factura FA(3) y sus límites en el esquema 1-0E.

Las tres fechas y sus reglas

P_1
«Data wystawienia, z zastrzeżeniem art. 106na ust. 1 ustawy» (fecha de emisión). Tipo TDataT, «Data zdarzenia w okresie od 2006-01-01 do 2050-01-01» (una fecha entre 2006-01-01 y 2050-01-01). KSeF añade: no puede ser posterior a la fecha en que el sistema recibe el documento, contada en hora polaca.
P_6
Fecha de entrega de los bienes o de realización del servicio, cuando es común a todas las líneas y distinta de la fecha de emisión. Mismo tipo TDataT.
DataWytworzeniaFa
«Data i czas wytworzenia faktury» (fecha y hora de generación de la factura), de 2025-09-01T00:00:00Z a 2050-01-01T23:59:59Z.
OkresFa
El periodo al que se refiere la factura, con P_6_Od y P_6_Do, en lugar de una sola fecha P_6.

Cómo las rellena Odoo

Campo FA(3)Odoo 18, 19 y 20
P_1La fecha de la factura.
P_6La fecha de entrega, solo si está puesta y es distinta de la fecha de factura.
DataWytworzeniaFaEl momento en que genera el fichero, en UTC.
OkresFaNo lo rellena; en la plantilla solo hay un comentario «TO-CHECK».

Antes de enviar, Odoo se salta una factura con fecha posterior a hoy: «The move was skipped because it is future-dated». Cuenta el «hoy» en la zona horaria del usuario, y KSeF en la de Varsovia. Si el usuario trabaja en una zona por delante de Polonia, una factura con su fecha de hoy puede ser todavía mañana en Polonia y volver con un 450. La prueba del Ministerio avisa de lo mismo al revés: entre las 00:00 y las 02:00 CET/CEST, «mañana en UTC» puede ser hoy en Polonia.

Odoo 17 no tiene l10n_pl_edi: la fecha la pone el programa que crea el fichero FA(3).

Esquema: cómo rellena Odoo 20 las fechas de FA(3) y qué piden el esquema y KSeF
Esquema hecho a partir de la plantilla FA(3) de Odoo 20, el esquema FA(3) 1-0E y la documentación de KSeF; lo tachado es lo que Odoo no escribe.

Qué hacer ante un 450 por una fecha

  1. Revisa la fecha de la factura: no puede ser posterior al día del envío en Polonia.
  2. Revisa la zona horaria del usuario que envía las facturas, en sus preferencias de Odoo.
  3. Si el servicio abarcó un periodo, recuerda que Odoo no escribe OkresFa; en la factura solo queda la fecha de entrega.
  4. Restablece la factura a borrador, corrige la fecha, confírmala y envíala otra vez.

Nuestro módulo, Poland KSeF 2.0 Validator, valida el fichero contra el esquema FA(3) con la suscripción a FlexigoTech Cloud, así que detecta una P_1, P_6 o DataWytworzeniaFa fuera de los rangos del esquema. No puede comprobar P_1 frente al momento en que la recibe KSeF, porque esa regla solo la aplica KSeF. En Odoo 17 valida el fichero que se sube a la factura.

Sigue leyendo

Código 450 de KSeF: «Błąd weryfikacji semantyki dokumentu faktury»El código 450 de KSeF rechaza una factura FA(3) tras revisar su contenido. Dónde está el motivo real, qué no enseña Odoo 18, 19 y 20 y cómo volver a enviarla.El comprador en FA(3): identificador, JST y GV en Podmiot2El comprador en el esquema FA(3) 1-0E: NIP, IVA de la UE, otro identificador o BrakID, y las marcas JST y GV. La suma de control del NIP y qué escribe Odoo.Excepciones de KSeF al enviar una factura: 21405, 21180, 21184 y el restoExcepciones de KSeF al enviar una factura: 21405, 21001, 21155, 21166, 21167, 21173, 21180, 21184, 21402 y 21403. Qué significan y cómo se ven en Odoo.
Comprobado en el código del módulo (versión 17.0 y 20.0) y en las fuentes enlazadas

Fuentes