Обязательный e-invoicing в ОАЭ: как подготовить Odoo, 1С и другие учётные системы

Электронный инвойс в новой системе ОАЭ — структурированный набор данных, который передаётся между поставщиком и покупателем и направляется в Федеральное налоговое управление. Министерство финансов отдельно указывает: PDF, Word, изображение, скан или письмо не являются eInvoice сами по себе.

Система охватывает прежде всего B2B- и B2G-операции, за исключением специально оговорённых случаев. Обмен построен на OpenPeppol и национальной спецификации PINT AE. Поэтому учётная система должна сформировать полный набор данных, передать его аккредитованному провайдеру, получить технические статусы и сохранить историю обработки.

Аккредитованный провайдер обеспечивает доступ к инфраструктуре e-invoicing, но не исправляет процессы и данные внутри компании. До подключения нужно определить, где возникает исходный инвойс, какая система хранит реквизиты сторон, кто отвечает за ошибки и как поступивший документ превращается в запись учёта.

Отдельно проверяются валюты, скидки, авансы, кредит-ноты, межфирменные и трансграничные операции. Если правила не согласованы, технически подключённая система будет отклонять документы или переносить ручную работу из почты в очередь интеграционных ошибок.

Odoo поддерживает EDI и Peppol для ряда стран, однако наличие стандартной Peppol-функциональности не подтверждает готовность к национальным требованиям ОАЭ. В актуальной документации Odoo 18 ОАЭ не входят в опубликованный список стран для стандартной регистрации Peppol, а правила ОАЭ требуют назначить провайдера из перечня Министерства финансов.

На практике нужно проверить локализацию и возможности выбранного ASP, затем определить способ интеграции: прямой API или отдельный промежуточный сервис. При необходимости в Odoo добавляют недостающие поля, правила валидации, очередь обмена и понятные бизнес-пользователю статусы. Подробнее о внедрении и доработке системы — на странице Odoo под ключ.

Наличие российского ЭДО в конфигурации 1С не означает соответствия модели ОАЭ: различаются форматы, операторы и правила передачи. При этом менять основную ERP обычно не требуется — между 1С и аккредитованным ASP можно создать интеграционный контур.

Если группа использует одновременно 1С, Odoo и другие системы, до разработки определяют владельца каждого типа данных. Реквизиты, налоговые категории и суммы не должны независимо редактироваться в нескольких источниках.

Принцип подготовки не меняется:

• определить источник обязательных полей
• привести данные к PINT AE
• настроить интеграцию с аккредитованным ASP
• принимать входящие документы
• обрабатывать технические статусы

У ERP может существовать локализованный модуль, готовый адаптер провайдера или только общий интеграционный интерфейс. Архитектуру выбирают после проверки конкретной версии, объёма операций, числа юридических лиц и возможностей ASP, а не только по названию платформы.