Налаштування провайдера технологій електронного виставлення рахунків або ASP в ОАЕ

Обмін працює за моделлю чотирьох «кутів»: Кут 1 це постачальник, який виставляє рахунок-фактуру, Кут 4 це клієнт, який отримує його, і обидва обмінюються структурованими даними рахунків-фактур через акредитованих посередників, а не надсилають PDF електронною поштою. Кут 5 передає ті самі дані Federal Tax Authority для податкових цілей, і цей звітний «кут» запрацював раніше за пілотний проєкт, який розпочався 1 липня 2026 року.

Бізнес не може просто оголосити себе частиною цього ланцюга. ASP акредитується Міністерством фінансів, а клієнт обирає свого ASP, укладаючи комерційну угоду та вибираючи його через систему EmaraTax Федерального податкового управління. Якщо продукт компанії лише готує або відображає дані рахунків-фактур, не передаючи їх через обмін, вона не діє як Corner 1, 4 чи 5, і акредитація, найімовірніше, не застосовується, але це питання про те, що насправді робить програмне забезпечення, а не про те, як його називає торгова ліцензія.

Юридичну силу тут мають три міністерські рішення. Ministerial Decision No. 243 of 2025 запровадило систему eInvoicing; No. 244 of 2025 встановило процедури її впровадження; No. 64 of 2025 визначає, хто і як може стати акредитованим постачальником послуг (ASP). Federal Tax Authority визначає eInvoicing вузько: структуровані дані рахунку-фактури, видані та обмінені в електронному вигляді, що виключає PDF чи рахунок-фактуру, надіслану електронною поштою, незалежно від того, наскільки акуратно вона оформлена.

Для бізнесу з річним доходом понад 50 мільйонів дирхамів ОАЕ Міністерство встановило дві дати: призначити ASP до 30 жовтня 2026 року (продовжено в травні 2026 року відносно початкового строку 31 липня 2026 року) і запустити систему до 1 січня 2027 року. Міністерство повідомило, що для інших груп за рівнем доходу та державних установ діє пізніший графік, але на момент написання цього тексту його було опубліковано на власному порталі у вигляді зображення, а не тексту, тому цей посібник не повторює конкретної дати для бізнесу, який не досягає порогу в 50 мільйонів дирхамів ОАЕ. Перш ніж покладатися на певну дату, перевірте актуальний портал Міністерства щодо eInvoicing.

До травня 2026 року Ministry вже затвердило 32 постачальників послуг, ще декілька перебували на завершальних етапах акредитації, і правила було змінено так, щоб компанія з ОАЕ могла співпрацювати з міжнародним постачальником для залучення базової технології та ноу-хау.

Визначте, якою моделлю фактично є бізнес, перш ніж порівнювати юрисдикції, оскільки кожна з них відповідає за іншу частину режиму регулювання.

З цього випливає рішення: створювати власними силами, працювати з партнером чи використовувати рішення під власним брендом (white-label). Поправка від травня 2026 року, що дозволяє місцевим компаніям співпрацювати з міжнародними постачальниками, існує тому, що більшість нових учасників в ОАЕ не будують інфраструктуру обміну з нуля, а ліцензують її або використовують під власним брендом. Цей вибір змінює те, кого акредитує Міністерство, хто підписує договір із клієнтом і хто несе ризик відповідності вимогам, якщо несправною виявиться базова технологія: три окремі питання, які назва однієї компанії може приховати.

Банк, що оцінює такий бізнес, хоче бачити регулярний дохід від програмного забезпечення чи операцій, а не одноразову торгову ліцензію, і запитає, хто несе відповідальність, якщо рахунок-фактуру відхилено або передано помилково: постачальник, інтегратор, ASP чи клієнт. Закріпіть цей розподіл у договорі з клієнтом до проходження першого рахунку-фактури, а не після спору.

Якщо бізнес фінансують інвестори чи міжнародний технологічний партнер, джерело фінансування та структура партнерства важливі і для банку, і для перевірки акредитації міністерством; задокументуйте джерело коштів разом із технічною заявою, а не після неї. Оцінка банківської готовності до подання на акредитацію зазвичай виявляє ці питання раніше, коли відповісти на них ще дешево. Вартість тут не одна цифра: вона складається з шарів реєстрації, акредитації та поточного комплаєнсу, а плату Velarozone за роботу над ними деталізовано в листі-домовленості. Див. як працює Velarozone.

Акредитація не є одноразовою подією. Міністерство переглядає її, тому технічна команда, схема розміщення даних і модель підтримки мають залишатися такими, як описано в заявці, а не змінюватися після залучення клієнта. Ключовому технічному персоналу та персоналу з питань відповідності зазвичай потрібні резидентські візи ОАЕ, пов'язані з операційною установою, а сама компанія реєструється для цілей корпоративного податку та ПДВ (VAT), як і будь-який інший бізнес в ОАЕ, тож акредитація для eInvoicing діє поряд зі звичайними податковими обов'язками, а не замінює їх.

Задокументований операційний план, що відокремлює календар продовження акредитації від звичайного продовження торгової ліцензії, дає бізнесу один календар замість двох, які тихо розходяться. Якщо роль обміну належить одній структурі, а розробка програмного забезпечення іншій (поширено в партнерських структурах і структурах під чужою торговою маркою), розглядайте це як питання складної власності, яке слід вирішити до подання заяви будь-якою зі структур.