Vai al contenuto principale
FA(3) · schema 1-0E

Le date in FA(3): P_1, P_6 e DataWytworzeniaFa

Una fattura FA(3) porta tre date con regole fissate dallo schema o da KSeF: quella di emissione, quella di consegna e il momento in cui è stato generato il file. Lo schema limita l'intervallo di ciascuna, e KSeF aggiunge una propria regola per la data di emissione; non rispettarne una qualsiasi porta allo stato 450.

FlexigoTech · Responsabile: Víctor Gómez · Aggiornato il 5 novembre 2026

In breve

Modulo
KSeF 2.0
Versioni
Odoo 17, 18, 19 e 20
Verificato
nel codice del modulo, versione 17.0 e 20.0 · nelle fonti collegate in fondo
Lettura
3 min

Da dove nasce un errore di data

Quando una data cade fuori dall'intervallo dello schema o fuori dalla regola di KSeF, la fattura riceve lo stato 450, «Błąd weryfikacji semantyki dokumentu faktury» (errore di verifica semantica del documento di fattura). Il Ministero delle Finanze polacco controlla due casi di questo tipo nei test della sua libreria: P_1 impostata a domani secondo l'ora polacca e una DataWytworzeniaFa anteriore al 2025-09-01.

Scheda delle date di FA(3): P_1, P_6 e DataWytworzeniaFa
Le tre date di una fattura FA(3) e i loro limiti nello schema 1-0E.

Le tre date e le loro regole

P_1
«Data wystawienia, z zastrzeżeniem art. 106na ust. 1 ustawy» (data di emissione). Tipo TDataT, «Data zdarzenia w okresie od 2006-01-01 do 2050-01-01» (una data compresa tra il 2006-01-01 e il 2050-01-01). KSeF aggiunge: non può essere successiva alla data in cui il sistema riceve il documento, calcolata secondo l'ora polacca.
P_6
Data di consegna dei beni o di completamento della prestazione, quando è comune a tutte le righe e diversa dalla data di emissione. Stesso tipo TDataT.
DataWytworzeniaFa
«Data i czas wytworzenia faktury» (data e ora di generazione della fattura), dal 2025-09-01T00:00:00Z al 2050-01-01T23:59:59Z.
OkresFa
Il periodo a cui si riferisce la fattura, con P_6_Od e P_6_Do, al posto di una singola data P_6.

Come le compila Odoo

Campo FA(3)Odoo 18, 19 e 20
P_1La data della fattura.
P_6La data di consegna, solo se impostata e diversa dalla data della fattura.
DataWytworzeniaFaIl momento in cui genera il file, in UTC.
OkresFaNon viene compilato; il modello contiene solo un commento «TO-CHECK».

Prima dell'invio, Odoo salta una fattura con data successiva a oggi: «The move was skipped because it is future-dated». Conta «oggi» nel fuso orario dell'utente, mentre KSeF lo conta su Varsavia. Se l'utente lavora in un fuso orario avanti rispetto alla Polonia, una fattura con la data di oggi per lui può essere ancora domani in Polonia e tornare con un 450. Il test del Ministero segnala lo stesso problema al contrario: tra le 00:00 e le 02:00 CET/CEST, «domani in UTC» può essere oggi in Polonia.

Odoo 17 non dispone di l10n_pl_edi: la data è impostata dal programma che crea il file FA(3).

Schema: come Odoo 20 compila le date di FA(3) e cosa richiedono lo schema e KSeF
Schema realizzato a partire dal modello FA(3) di Odoo 20, dallo schema FA(3) 1-0E e dalla documentazione di KSeF; ciò che è barrato è quanto Odoo non scrive.

Cosa fare davanti a un 450 causato da una data

  1. Verifica la data della fattura: non può essere successiva al giorno dell'invio in Polonia.
  2. Verifica il fuso orario dell'utente che invia le fatture, nelle sue preferenze di Odoo.
  3. Se il servizio ha coperto un periodo, ricorda che Odoo non scrive OkresFa; sulla fattura resta solo la data di consegna.
  4. Riporta la fattura in bozza, correggi la data, confermala e inviala di nuovo.

Il nostro modulo, Poland KSeF 2.0 Validator, valida il file con lo schema FA(3) con l'abbonamento a FlexigoTech Cloud, quindi rileva una P_1, P_6 o DataWytworzeniaFa fuori dagli intervalli dello schema. Non può verificare P_1 rispetto al momento in cui la riceve KSeF, perché questa regola la applica solo KSeF. Su Odoo 17 valida il file caricato sulla fattura.

Continua a leggere

Codice 450 di KSeF: «Błąd weryfikacji semantyki dokumentu faktury»Il codice 450 di KSeF respinge una fattura FA(3) dopo averne controllato il contenuto. Dove sta il motivo reale, cosa non mostra Odoo 18, 19 e 20 e come reinviarla.L'acquirente in FA(3): identificativo, JST e GV in Podmiot2L'acquirente nello schema FA(3) 1-0E: NIP, IVA UE, altro identificativo o BrakID, e le marcature JST e GV. La verifica del NIP e cosa scrive Odoo.Eccezioni di KSeF all'invio di una fattura: 21405, 21180, 21184 e le altreEccezioni di KSeF all'invio di una fattura: 21405, 21001, 21155, 21166, 21167, 21173, 21180, 21184, 21402 e 21403. Cosa significano e come si vedono in Odoo.
Verificato nel codice del modulo (versione 17.0 e 20.0) e nelle fonti collegate

Fonti