Poradnik
Zakładanie dostawcy technologii e-fakturowania lub ASP w ZEA
Krótka odpowiedź
Ministerstwo Finansów ustanawia ramy e-fakturowania (eInvoicing) w ZEA i akredytuje dostawców usług; Federalny Urząd Podatkowy prowadzi system wymiany oraz system EmaraTax, za pośrednictwem którego przedsiębiorstwa wybierają dostawcę. Istotnym uprawnieniem jest status Accredited Service Provider (ASP) na podstawie Ministerial Decision No. 64 of 2025. Jest to coś innego niż standardowa licencja handlowa na działalność technologiczną, którą spółka może posiadać, nigdy nie mając styczności z regulowaną platformą wymiany. O wyborze ścieżki decyduje proste pytanie: czy spółka wymienia faktury jako jeden z czterech punktów (corners), czy dostarcza oprogramowanie komuś, kto to robi?
Model czterostronny i kto decyduje o Twojej roli
Wymiana danych działa na modelu czterech narożników (four-corner model): Corner 1 to dostawca wystawiający fakturę, Corner 4 to klient, który ją otrzymuje, a obie strony wymieniają ustrukturyzowane dane faktury za pośrednictwem akredytowanych pośredników, a nie poprzez wysyłanie PDF-u e-mailem. Corner 5 raportuje te same dane do Federal Tax Authority dla celów podatkowych, a ten narożnik raportujący został uruchomiony przed pilotażem, który rozpoczął się 1 lipca 2026 r.
Przedsiębiorstwo nie może po prostu ogłosić się częścią tego łańcucha. ASP jest akredytowany przez Ministerstwo Finansów, a klient wybiera swojego ASP, zawierając umowę handlową i wskazując go w systemie EmaraTax Federalnego Urzędu Podatkowego. Jeżeli produkt spółki jedynie przygotowuje lub wyświetla dane faktur, nie przenosząc ich przez platformę wymiany, nie działa ona jako Corner 1, 4 ani 5, a akredytacja prawdopodobnie nie ma zastosowania; jest to jednak pytanie o to, co oprogramowanie faktycznie robi, a nie o to, jak nazywa je licencja handlowa.
Czego faktycznie wymagają Ministry of Finance i Federal Tax Authority
Trzy decyzje ministerialne mają tutaj znaczenie prawne. No. 243 of 2025 ustanowiła system eInvoicing; No. 244 of 2025 ustaliła procedury jego wdrożenia; No. 64 of 2025 określa, kto może stać się Accredited Service Provider i w jaki sposób. Federal Tax Authority definiuje eInvoicing w sposób wąski: jako ustrukturyzowane dane faktury wystawiane i wymieniane elektronicznie, co wyklucza PDF lub faktury wysyłane e-mailem, niezależnie od tego, jak starannie są sformatowane.
Dla przedsiębiorstw o rocznych przychodach przekraczających 50 mln AED Ministerstwo ustaliło dwie daty: wyznaczyć ASP do 30 października 2026 r. (przedłużone w maju 2026 r. w stosunku do pierwotnego terminu 31 lipca 2026 r.) oraz uruchomić system do 1 stycznia 2027 r. Ministerstwo poinformowało, że pozostałe przedziały przychodów i podmioty rządowe podlegają późniejszemu harmonogramowi, lecz w momencie pisania tego tekstu opublikowało ten harmonogram jako obraz na własnym portalu, a nie jako tekst, dlatego niniejszy przewodnik nie powtarza konkretnej daty dla przedsiębiorstwa poniżej progu 50 mln AED. Przed oparciem się na jakiejkolwiek dacie należy sprawdzić aktualny portal eInvoicing Ministerstwa.
Do maja 2026 r. Ministerstwo zatwierdziło już 32 dostawców usług, a kolejni znajdowali się w końcowych etapach akredytacji, oraz zmieniło przepisy, tak aby firma z ZEA mogła współpracować z międzynarodowym dostawcą w celu wprowadzenia bazowej technologii i know-how.
Dostawca, integrator czy ASP: decyzje strukturalne, które zmieniają odpowiedź
Należy najpierw ustalić, jakim modelem faktycznie jest dana firma, przed porównywaniem jurysdykcji, ponieważ każda z nich odpowiada za inną część systemu regulacyjnego.
- Dostawca ERP lub oprogramowania księgowego, sprzedający narzędzia, które generują zgodne dane, lecz znajdujące się poza samym systemem wymiany.
- Integrator systemów, łączący system ERP klienta z ASP, bez samemu stawania się ASP.
- Accredited Service Provider, przenoszący faktury przez system wymiany jako Corner 1, 4 lub 5 w imieniu klienta.
- Warstwa zgodności, archiwizacji lub analityki, zbudowana wokół danych, gdy te zostały już przeniesione.
Z tego wynika decyzja: budować, współpracować czy użyć rozwiązania white-label. Majowa nowelizacja z 2026 r., która pozwala lokalnym spółkom współpracować z dostawcami międzynarodowymi, istnieje dlatego, że większość podmiotów wchodzących na rynek w ZEA nie buduje infrastruktury wymiany od zera; licencjonują ją lub wdrażają w modelu white-label. Ten wybór zmienia to, kogo akredytuje Ministerstwo, kto podpisuje umowę z klientem i kto ponosi ryzyko zgodności, jeśli technologia bazowa zawiedzie: są to trzy odrębne kwestie, które jedna nazwa spółki może przesłaniać.
Jak pieniądze i odpowiedzialność przepływają przez wymianę
Bank oceniający to przedsiębiorstwo chce zobaczyć powtarzalne przychody z oprogramowania lub transakcji, a nie jednorazową licencję handlową, i zapyta, kto ponosi odpowiedzialność w przypadku odrzucenia lub nieprawidłowego przesłania faktury: dostawca, integrator, ASP czy klient. Ten podział należy zapisać w umowie z klientem, zanim przejdzie pierwsza faktura, a nie po sporze.
Gdy przedsiębiorstwo jest finansowane przez inwestorów lub międzynarodowego partnera technologicznego, źródło finansowania i struktura partnerstwa mają znaczenie zarówno dla banku, jak i dla oceny akredytacyjnej Ministerstwa; źródło środków należy udokumentować równolegle do wniosku technicznego, a nie później. Ocena gotowości bankowej przeprowadzona przed ubieganiem się o akredytację zwykle pozwala ujawnić te pytania wcześniej, gdy odpowiedź na nie jest jeszcze tania. Koszt nie jest tu jedną liczbą nagłówkową: jest budowany warstwowo w ramach utworzenia podmiotu, akredytacji i bieżącej zgodności, a opłata za usługi Velarozone za przeprowadzenie przez nie jest wyszczególniona w umowie o świadczenie usług. Zob. jak działa Velarozone.
Co najczęściej idzie nie tak
- Reklamowanie się jako zatwierdzony ASP lub sugerowanie posiadania akredytacji, zanim Ministerstwo faktycznie ją przyzna.
- Traktowanie zorganizowanej wymiany faktur jako równoważnej wysyłaniu PDF-u e-mailem, co wyklucza własna definicja Federalnego Urzędu Podatkowego.
- Niezdefiniowanie w umowie z klientem odpowiedzialności za odrzuconą lub błędnie przesłaną fakturę.
- Zakładanie, że sama licencja handlowa na oprogramowanie wystarcza do spełnienia obowiązku klienta związanego z progiem przychodów.
- Budowanie partnerstwa typu white-label bez udokumentowania, który podmiot Ministerstwo faktycznie akredytuje.
Od akredytacji do codziennej działalności
Akredytacja nie jest jednorazowym zdarzeniem. Ministerstwo ją weryfikuje, dlatego zespół techniczny, sposób hostingu danych i model wsparcia muszą pozostać zgodne z opisem we wniosku, a nie ulegać zmianom po pozyskaniu klienta. Kluczowy personel techniczny i ds. zgodności zazwyczaj potrzebuje wiz rezydenckich ZEA powiązanych z podmiotem prowadzącym działalność, a sama spółka rejestruje się na potrzeby podatku od osób prawnych i VAT (VAT) jak każde inne przedsiębiorstwo w ZEA, więc akredytacja eInvoicing funkcjonuje obok zwykłych obowiązków podatkowych, a nie zamiast nich.
Udokumentowany plan operacyjny, który oddziela kalendarz odnowienia akredytacji od rutynowego odnowienia licencji handlowej, daje firmie jeden kalendarz do zarządzania zamiast dwóch, które po cichu się rozjeżdżają. Jeżeli rola wymiany danych znajduje się w jednym podmiocie, a rozwój oprogramowania w innym (co jest częste w strukturach partnerskich lub white-label), należy potraktować to jako kwestię złożonej struktury własnościowej, którą trzeba rozstrzygnąć, zanim którykolwiek z podmiotów złoży wniosek.

