Дата поставки в 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.