Saltar para o conteúdo principal
FA(3) · esquema 1-0E

As datas no FA(3): P_1, P_6 e DataWytworzeniaFa

Uma fatura FA(3) leva três datas com regras definidas pelo esquema ou pelo KSeF: a de emissão, a de entrega e o momento em que o ficheiro foi gerado. O esquema limita o intervalo de cada uma e o KSeF acrescenta a sua própria regra para a data de emissão; saltar qualquer delas acaba no estado 450.

FlexigoTech · Responsável: Víctor Gómez · Atualizado em 5 de novembro de 2026

O essencial

Módulo
KSeF 2.0
Versões
Odoo 17, 18, 19 e 20
Verificado
no código do módulo, versão 17.0 e 20.0 · nas fontes indicadas no fim
Leitura
3 min

De onde vem um erro de data

Quando uma data cai fora do intervalo do esquema ou da regra do KSeF, a fatura recebe o estado 450, «Błąd weryfikacji semantyki dokumentu faktury» (erro de verificação semântica do documento de fatura). O Ministério das Finanças polaco verifica dois casos destes nos testes da sua biblioteca: P_1 colocada em amanhã segundo a hora polaca e uma DataWytworzeniaFa anterior a 2025-09-01.

Cartão das datas do FA(3): P_1, P_6 e DataWytworzeniaFa
As três datas de uma fatura FA(3) e os seus limites no esquema 1-0E.

As três datas e as suas regras

P_1
«Data wystawienia, z zastrzeżeniem art. 106na ust. 1 ustawy» (data de emissão). Tipo TDataT, «Data zdarzenia w okresie od 2006-01-01 do 2050-01-01» (uma data entre 2006-01-01 e 2050-01-01). O KSeF acrescenta: não pode ser posterior à data em que o sistema recebe o documento, contada na hora polaca.
P_6
Data de entrega dos bens ou de realização do serviço, quando é comum a todas as linhas e diferente da data de emissão. Mesmo tipo TDataT.
DataWytworzeniaFa
«Data i czas wytworzenia faktury» (data e hora de geração da fatura), de 2025-09-01T00:00:00Z a 2050-01-01T23:59:59Z.
OkresFa
O período a que a fatura diz respeito, com P_6_Od e P_6_Do, em vez de uma única data P_6.

Como o Odoo as preenche

Campo FA(3)Odoo 18, 19 e 20
P_1A data da fatura.
P_6A data de entrega, só quando estiver preenchida e for diferente da data da fatura.
DataWytworzeniaFaO momento em que gera o ficheiro, em UTC.
OkresFaNão o preenche; o modelo tem apenas um comentário «TO-CHECK».

Antes de enviar, o Odoo ignora uma fatura com data posterior a hoje: «The move was skipped because it is future-dated». Conta o «hoje» no fuso horário do utilizador, e o KSeF conta-o em Varsóvia. Se o utilizador trabalhar num fuso à frente da Polónia, uma fatura com a data de hoje dele pode ainda ser amanhã na Polónia e voltar com um 450. O teste do Ministério assinala o mesmo caso ao contrário: entre as 00:00 e as 02:00 CET/CEST, «amanhã em UTC» pode ser hoje na Polónia.

O Odoo 17 não tem l10n_pl_edi: a data é definida pelo programa que cria o ficheiro FA(3).

Esquema: como o Odoo 20 preenche as datas do FA(3) e o que exigem o esquema e o KSeF
Esquema feito a partir do modelo FA(3) do Odoo 20, do esquema FA(3) 1-0E e da documentação do KSeF; o que está riscado é o que o Odoo não escreve.

O que fazer perante um 450 por causa de uma data

  1. Verifique a data da fatura: não pode ser posterior ao dia do envio na Polónia.
  2. Verifique o fuso horário do utilizador que envia as faturas, nas preferências do Odoo.
  3. Se o serviço abrangeu um período, lembre-se de que o Odoo não escreve OkresFa; na fatura fica apenas a data de entrega.
  4. Repõe a fatura em rascunho, corrija a data, confirme-a e envie-a de novo.

O nosso módulo, Poland KSeF 2.0 Validator, valida o ficheiro contra o esquema FA(3) com a subscrição do FlexigoTech Cloud, por isso deteta um P_1, P_6 ou DataWytworzeniaFa fora dos intervalos do esquema. Não consegue verificar P_1 contra o momento em que o KSeF a recebe, porque essa regra só o KSeF aplica. No Odoo 17 valida o ficheiro carregado na fatura.

Continue a ler

Código 450 do KSeF: «Błąd weryfikacji semantyki dokumentu faktury»O código 450 do KSeF rejeita uma fatura FA(3) após rever o seu conteúdo. Onde está o motivo real, o que o Odoo 18, 19 e 20 não mostra e como voltar a enviá-la.O comprador em FA(3): identificador, JST e GV em Podmiot2O comprador no esquema FA(3) 1-0E: NIP, IVA da UE, outro identificador ou BrakID, e as marcas JST e GV. A soma de controlo do NIP e o que escreve o Odoo.Exceções do KSeF ao enviar uma fatura: 21405, 21180, 21184 e as restantesExceções do KSeF ao enviar uma fatura: 21405, 21001, 21155, 21166, 21167, 21173, 21180, 21184, 21402 e 21403. O que significam e como aparecem no Odoo.
Verificado no código do módulo (versão 17.0 e 20.0) e nas fontes indicadas

Fontes