Дата постачання в ZUGFeRD та XRechnung (BT-72): коректне перенесення та виправлення

Багато автоматичних конвертерів просто підставляють дату рахунку як дату постачання – і це помилка. Фактична дата постачання чи надання послуги в EN 16931 є окремим полем (BT-72) і має відображати реальний момент постачання, а не день, коли було виписано рахунок.

> Коротка відповідь: Дата постачання (BT-72, в XML як ActualDeliveryDate) – це день фактичного постачання або надання послуги, а не дата рахунку (BT-2). Обидві можуть відрізнятися. TaxLayer самостійно розпізнає дату постачання з рахунку і дозволяє перевірити та виправити її перед генерацією.

Дата постачання – це не дата рахунку

На багатьох рахунках вказані дві різні дати: дата, коли рахунок було виставлено, і дата, коли фактично відбулося постачання чи надання послуги. Приклад:

Якщо дату постачання помилково заповнити датою рахунку, електронний рахунок формально дійсний, але за змістом неправильний – з наслідками для проведення, моменту надання послуги та ПДВ.

Що вимагає EN 16931

EN 16931 знає фактичну дату постачання як BT-72. У двох синтаксисах це виглядає так:

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

Формат – це календарна дата (у CII як YYYYMMDD, код формату 102). Вона описує момент постачання незалежно від дати рахунку чи дати оплати.

Типова помилка автоматичних конвертерів

Простий конвертер PDF у XML часто зчитує лише очевидні заголовкові дані і заповнює відсутні поля значеннями за замовчуванням. Якщо власного розпізнавання дати постачання немає, замість неї підставляється дата рахунку. Поки обидві дати однакові, це непомітно – щойно вони розходяться, в електронному рахунку опиняється неправильне ActualDeliveryDate.

Як це вирішує TaxLayer

TaxLayer розпізнає дату постачання/послуги самостійно і окремо від дати рахунку. На кроці перевірки перед генерацією вона відображається в окремому полі Дата постачання і може бути виправлена там, перш ніж буде створено файл ZUGFeRD чи XRechnung. У згенерованому XML потім стоїть коректна дата як ActualDeliveryDate.

Так відповідальність за змістовну правильність залишається за Вами – а автоматична помилка взагалі не може проскочити.

Підсумок

Дата постачання є окремим обов'язковим чи практично важливим полем EN 16931 (BT-72) і не може сліпо ототожнюватися з датою рахунку. При кожній конвертації стежте за тим, щоб ActualDeliveryDate відображало фактичну дату постачання.

---

Спробуйте TaxLayer безкоштовно – розпізнає дату постачання, номери артикулів та реквізити автоматично і дозволяє перевірити їх перед генерацією. Запитання надсилайте на info@landauer.de.