ОАЕ переводять B2B- і B2G-рахунки на структуровані електронні інвойси через акредитованих провайдерів — поетапно з липня 2026. Компанії, що вважають це IT-виноскою в червні, виявлять, що це бухгалтерський проєкт на квартал.
Мандат e-invoicing в ОАЕ починає поетапну розкатку в липні 2026, переводячи B2B- і B2G-білінг на модель Peppol «пʼять кутів», де юридичним документом стають структуровані дані рахунку, а не PDF, зі звітною копією у Федеральне податкове управління (FTA). Найбільші платники податків ідуть першими; компанії менші — у наступних хвилях, і це деталь розкладу, а не звільнення. Ми ведемо власне юрлице в ОАЕ за тими самими правилами, тож дивимося на готовність як на бухгалтерський проєкт на квартал, а не на IT-латку в червні.
ОАЕ прийняли децентралізовану модель «пʼять кутів» на мережі Peppol. Рахунки ходять структурованими даними між двома акредитованими провайдерами — продавця і покупця, — а копія податково значущих даних звітно йде до Федерального податкового управління (FTA). Це і є пʼятий кут: податковий орган стоїть поряд з обміном, а не в його центрі. PDF поштою перестає вважатися рахунком для охоплених операцій; юридичним документом стають самі структуровані дані в приписаному форматі.
Це зміна по суті, а не новий формат файлу. Сьогодні рахунок — це читабельний людиною документ, який ви оформлюєте; за мандату це машинно-валідований обʼєкт даних, який або проходить схему, або відхиляється в джерела. Зсув виносить виставлення рахунків із шару оформлення в шар облікових даних — саме тому він лягає на фінансові команди, а не на IT.
Розкатка поетапна за розміром платника податків, найбільші першими, старт — липень 2026. Точні пороги хвиль і дати задає таймлайн Мінфіну; ми відстежуємо їх на цій сторінці в міру підтвердження, а не імпровізуємо впевнено звучні дати.
Уявіть чотири кути плюс податковий орган. Кут перший — ви, продавець; кут другий — ваш акредитований провайдер (ASP), програмний шлюз, що валідує і передає від вашого імені. Кут третій — ASP покупця; кут четвертий — покупець. Пʼятий кут — FTA, яке отримує звітні дані рахунку через той самий акредитований канал.
Практичний підсумок: ви більше не надсилаєте рахунки клієнтам напряму поштою — ви передаєте структуровані дані своєму ASP, а мережа доставляє валідований рахунок провайдеру покупця. Якщо дані не проходять валідацію (кривий TRN, відсутнє обовʼязкове поле), вони просто не йдуть; відмова миттєва і на вашому боці, а не спір за тижні. Тому вибір і підключення до комплаєнтного ASP — те єдине технічне рішення, від якого залежить усе інше.
Мандат спершу націлений на операції business-to-business (B2B) і business-to-government (B2G). Білінг business-to-consumer (B2C) очікується пізніше, а не першим. Охоплення поетапне за розміром платника, тож найбільші втягуються першими, а менші компанії приєднуються в наступних хвилях — але зрештою охоплений будь-який бізнес, що виставляє B2B-рахунки в ОАЕ.
| Питання | Коротка відповідь |
|---|---|
| Які операції першими? | B2B і B2G. B2C — очікується в пізнішій фазі. |
| Хто йде першим? | Більші платники, потім менші — за хвилями. |
| Чи звільнені малі фрі-зон компанії? | Ні — пізня хвиля, а не звільнення. |
| Що замінює PDF? | Валідовані структуровані дані через акредитованого провайдера. |
Статус фрі-зони тут нічого не змінює. Компанія фрі-зони, що виставляє B2B-рахунки, в охопленні за тією ж логікою, що й на мейнленді; якщо ви ще обираєте, де базуватися, наш Індекс фрі-зон і сторінка реєстрації компанії розкривають варіанти, але жоден із них не виводить вас з-під e-invoicing.
E-invoicing — не новий податок, а новий спосіб передачі рахунків, що вже несуть ваш ПДВ. Він лягає прямо поверх ваших обовʼязків із ПДВ: реєстрація з ПДВ обовʼязкова, щойно оподатковуваний оборот перевищує AED 375 000 (добровільна — від AED 187 500), і структурований рахунок — це те, як цей ПДВ тепер підтверджується і звітується. Якщо ваша реєстрація з ПДВ, TRN і поля рахунку вже некоректні, мандат просто розкриває проблему автоматично, а не при аудиті.
Є і вимір корпоративного податку. Чисті структуровані дані рахунку живлять ту саму бухгалтерію, що захищає вашу позицію з корпоративного податку — нульова полиця до AED 375 000 і, для компаній фрі-зон, режим QFZP виграються або втрачаються на рівні обліку. E-invoicing, зроблений правильно, ущільнює ці дані в джерела, тож ми дивимося на нього як на частину єдиного облікового стеку, а не окрему IT-задачу. Поставити бухгалтерію на тверду основу — та сама робота, що робить e-invoicing безболісним.
Чотири потоки, по порядку. Гігієна даних — TRN, юридичні назви, адреси і номенклатура, достатньо чисті для валідації; найчастіше рахунки відхиляє не софт, а майстер-дані за ним. Софт — підтвердити, що ваша білінгова система підключиться до акредитованого провайдера; масові хмарні інструменти анонсують підтримку, а кастомним і легасі-системам потрібен реальний запас часу. Процеси — кредит-ноти, виправлення і відхилення змінюють форму, коли рахунок стає обʼєктом даних, а не документом. Люди — тим, хто виставляє рахунки сьогодні, потрібна година навчання до першого структурованого інвойсу, а не після першої відмови.
Порядок важливий: лагодити софт до чистих даних — означає просто швидше автоматизувати помилки. Почніть із майстер-даних, потім провайдер, потім зміни процесів, потім навчання — і залиште тестовий місяць у кінці, щоб перший живий рахунок хвилі не був заодно вашим першим справжнім.
Ризик не абстрактний. Охоплена операція без комплаєнтного e-інвойсу запрошує штрафи з ПДВ і, гірше, спір про те, чи існує валідний податковий рахунок узагалі, — аргумент, який ви не хочете прикладати до своєї дебіторки або до відшкодування вхідного ПДВ.
Захищувана позиція нудна за задумом: коректна реєстрація, чисті дані, підключений і протестований акредитований провайдер і персонал, що знає новий потік відмов. Зберіть це до вашої хвилі — і мандат стане непомітною подією; залишите — і перший живий цикл перетвориться на аврал, що стопорить білінг.
Наш сервіс — неглянцева версія. Починаємо з gap-оцінки поточного білінгу: як виглядають ваші дані, чи підключиться софт, де ламається процес. Готуємо шорт-лист провайдерів під ваші системи, ведемо супервізію міграції і запускаємо тестовий місяць до дати хвилі, щоб перший структурований рахунок був репетицією, а не живим експериментом. Фіксована ціна, обсяг письмово.
Оскільки ми ведемо власне юрлице в ОАЕ рівно за цими правилами, порада первинна, а не теоретична — ми готуємо власний білінг під той самий мандат. Якщо e-invoicing приходить разом зі свіжою реєстрацією, ми вплітаємо його в той самий проєкт, що й реєстрацію з ПДВ і бухгалтерію, щоб дані були чистими один раз і залишалися чистими.
Відповімо цифрами — постатейний кошторис запуску під ваш кейс. Не скрипт дзвінка і не брошура.