Data de entrega em ZUGFeRD e XRechnung (BT-72): transpor e corrigir corretamente

Muitos conversores automáticos inserem simplesmente a data da fatura como data de entrega – e isso está errado. A data efetiva de entrega ou prestação é, na EN 16931, um campo próprio (BT-72) e deve refletir o momento real da entrega, e não o dia em que a fatura foi escrita.

> Resposta rápida: A data de entrega (BT-72, no XML como ActualDeliveryDate) é o dia da entrega ou prestação efetiva – e não a data da fatura (BT-2). Ambas podem divergir. O TaxLayer reconhece a data de entrega de forma autónoma a partir da fatura e permite verificá-la e corrigi-la antes da geração.

A data de entrega não é a data da fatura

Em muitas faturas figuram duas datas diferentes: a data em que a fatura foi emitida e a data em que a entrega ou prestação ocorreu efetivamente. Um exemplo:

Se a data de entrega for preenchida erradamente com a data da fatura, a fatura eletrónica é formalmente válida, mas materialmente incorreta – com consequências para o lançamento contabilístico, o momento da prestação e o IVA.

O que exige a EN 16931

A EN 16931 conhece a data de entrega efetiva como BT-72. Nas duas sintaxes, apresenta-se assim:

• ZUGFeRD / CII: ram:ApplicableHeaderTradeDelivery → ram:ActualDeliverySupplyChainEvent → ram:OccurrenceDateTime
• XRechnung / UBL: cac:Delivery → cbc:ActualDeliveryDate

O formato é uma data de calendário (em CII como YYYYMMDD, código de formato 102). Descreve o momento da entrega, independentemente da data da fatura ou da data de vencimento.

O erro típico dos conversores automáticos

Um conversor puro de PDF para XML lê muitas vezes apenas os dados de cabeçalho evidentes e preenche os campos em falta com valores predefinidos. Se faltar um reconhecimento próprio da data de entrega, é inserida em substituição a data da fatura. Enquanto ambas as datas forem idênticas, isso passa despercebido – assim que divergem, a fatura eletrónica contém o ActualDeliveryDate errado.

Como o TaxLayer resolve isto

O TaxLayer reconhece a data de entrega/prestação de forma autónoma e separada da data da fatura. No passo de verificação, antes da geração, é apresentada num campo próprio Data de entrega e pode ser aí corrigida antes de o ficheiro ZUGFeRD ou XRechnung ser criado. No XML gerado figura, em seguida, a data correta como ActualDeliveryDate.

Assim, a responsabilidade pela exatidão material continua a ser sua – e um erro automático nem sequer chega a passar.

Conclusão

A data de entrega é um campo próprio, obrigatório ou de uso prático, da EN 16931 (BT-72) e não deve ser equiparada cegamente à data da fatura. Em cada conversão, certifique-se de que o ActualDeliveryDate reflete a data de entrega efetiva.

---

Experimente o TaxLayer gratuitamente agora – reconhece automaticamente a data de entrega, os números de artigo e as referências, e permite verificá-los antes da geração. Questões para info@landauer.de.