Tekst: Kristijan Sekereš

E-fakturowanie w ZEA od 1 lipca 2027: jak przygotować własny system ERP do Peppol

Panorama Dubaju nocą, z Burdż Chalifa odbijającym się w wodzie

Od 1 stycznia 2027 firmy w Zjednoczonych Emiratach Arabskich z rocznymi przychodami co najmniej 50 000 000 AED muszą wystawiać i odbierać faktury B2B i B2G jako ustrukturyzowany XML, przesyłany przez akredytowanego dostawcę usług (Accredited Service Provider) w sieci Peppol. Wszystkie firmy poniżej tego progu dołączają 1 lipca 2027 i muszą wyznaczyć dostawcę do 31 marca 2027. Podmioty rządowe przechodzą na nowy system 1 października 2027.

Od dnia startu fakturą podatkową jest plik XML. PDF, który Twój system dziś wysyła e-mailem, będzie potrzebny już tylko obok niego, dla klientów, którzy jeszcze nie są w sieci.

Jeśli faktury wychodzą z Zoho, Tally, Wafeq albo podobnego gotowego produktu, większość tej pracy należy do dostawcy oprogramowania. Wszystkie trzy same figurują na liście akredytowanych dostawców prowadzonej przez Ministerstwo Finansów. Po Twojej stronie zostaje wybór dostawcy usług, onboarding przez EmaraTax i uporządkowanie danych klientów.

Ten artykuł jest dla firm, których faktury powstają w systemie, który same posiadają: we własnym ERP, w instalacji dostosowanej tak mocno, że nie da się jej już aktualizować, we własnym silniku rozliczeniowym. Do takich systemów nikt nie dostarczy gotowego konektora. Mówią to wprost wytyczne UAE Electronic Invoicing Guidelines: firmy muszą „dokończyć wszelkie dostosowania systemów wewnętrznych i rozpocząć testy przesyłania danych fakturowych”.

Terminy

Etapy wyznacza decyzja ministerialna nr 244 z 2025 r. w brzmieniu po zmianach:

KtoWyznaczenie dostawcy doStart do
Przychody co najmniej 50 000 000 AED30 października 20261 stycznia 2027
Przychody poniżej 50 000 000 AED31 marca 20271 lipca 2027
Podmioty rządowe31 marca 20271 października 2027

W pierwszym wierszu pierwotnie widniał 31 lipca 2026. Decyzja ministerialna nr 66 z 2026 r. przesunęła ten termin na 30 października 2026, a daty startu nie zmieniła. Tabela w wytycznych wciąż podaje starą datę, więc oba dokumenty trzeba czytać razem.

Dobrowolne wdrożenie jest otwarte dla wszystkich od 1 lipca 2026, co ma znaczenie dla planu opisanego niżej.

Kogo to obejmuje

E-fakturowanie dotyczy każdego, kto prowadzi działalność w ZEA, niezależnie od rejestracji do VAT. Firma niezarejestrowana do VAT wystawia elektroniczne faktury handlowe zamiast faktur podatkowych, przez tę samą sieć.

Objęte są transakcje B2B, B2G, G2B i G2G. Sprzedaż konsumentom pozostaje poza systemem, dopóki minister nie zdecyduje inaczej, a firma sprzedająca wyłącznie konsumentom na razie w ogóle mu nie podlega. Istnieją wąskie wyłączenia dla suwerennej działalności państwa, biletów lotniczych dla pasażerów i usług finansowych zwolnionych z VAT.

Jeśli działasz w grupie VAT, liczy się jedno ułatwienie: transakcje między członkami tej samej grupy mają 24-miesięczny okres przejściowy liczony od 1 stycznia 2027. Każdy członek i tak przechodzi onboarding osobno, pod własnym TIN, a faktury dla podmiotów spoza grupy podlegają systemowi od zwykłego terminu.

Model pięciu narożników z perspektywy Twojego ERP

ZEA stosują model pięciu narożników:

  1. Narożnik 1: Ty, czyli sprzedawca.
  2. Narożnik 2: Twój akredytowany dostawca usług (ASP).
  3. Narożnik 3: ASP Twojego nabywcy.
  4. Narożnik 4: Twój nabywca.
  5. Narożnik 5: Federalny Urząd Skarbowy (Federal Tax Authority, FTA).

Twój system rozmawia z jedną stroną: ze swoim ASP. Wysyłasz dane faktury w formacie uzgodnionym z dostawcą. ASP je waliduje, w razie potrzeby konwertuje do emirackiego XML, dostarcza do ASP nabywcy i równolegle raportuje dane podatkowe do FTA. ASP nabywcy waliduje to, co otrzymał, i również raportuje. Potwierdzenia wracają do Ciebie tym samym łańcuchem.

Do raportowania służy osobny dokument Peppol, UAE Tax Data Document, który specyfikacja Peppol opisuje jako dokument „używany zarówno przez wystawcę, jak i przez odbiorcę faktury do zaraportowania faktury”. Buduje go ASP. Ty budujesz obsługę tego, co wraca: potwierdzenia, że strona nabywcy przyjęła fakturę, potwierdzenia, że FTA otrzymał dane podatkowe, oraz błędów po każdej z tych stron.

ASP odpowiada za transport, szyfrowanie, wyszukiwanie uczestników i UUID, który jednoznacznie identyfikuje każdą fakturę. Za wyliczenie każdej wartości na fakturze nadal odpowiadasz Ty, podobnie jak za zebranie identyfikatorów Peppol nabywców. Dostawca fakturę waliduje. Nie poprawia jej.

Wyznacza się dokładnie jednego ASP, zarówno do wysyłania, jak i do odbierania.

Co musi generować Twój system

Format

ZEA stosują Peppol PINT-AE: UBL XML, ze specyfikacją dla zwykłego fakturowania i osobną dla samofakturowania (obie w wersji 1.0.4 w chwili pisania). Kodu QR nie ma. Nie można dodawać własnych pól; wszystko, co specyficzne dla branży, uzgadnia się z ASP.

Pola, których starsze systemy zwykle nie mają

Ministerstwo publikuje listę pól obowiązkowych: dla elektronicznej faktury podatkowej jest ich 51. Te zwykle wymagają pracy:

  • Adresy elektroniczne obu stron. Twój punkt końcowy to 0235 plus 10-cyfrowy TIN, czyli pierwsze 10 cyfr numeru TRN. Adres nabywcy ma ten sam wzór, co oznacza nowe pole w każdej kartotece klienta i kogoś, kto zbierze te wartości. Dla przypadków szczególnych istnieją predefiniowane punkty końcowe: 0235:9900000098, gdy nabywcy jeszcze nie ma w systemie, 0235:9900000099 dla nabywcy eksportowego bez identyfikatora Peppol, 0235:9900000097 dla dostaw uznanych (deemed supplies).
  • Rejestracja prawna sprzedawcy. Numer rejestracyjny wraz z typem z zamkniętego zbioru: TL (licencja handlowa), EID (Emirates ID), PAS (paszport) albo CD (decyzja Rady Ministrów). Na fakturze handlowej rejestracja nabywcy też jest obowiązkowa.
  • Adresy ustrukturyzowane, w tym jednostka podziału kraju (emirat), dla sprzedawcy i nabywcy.
  • Warunki płatności jako dane. Termin płatności i kod formy płatności na każdej fakturze.
  • Kodowane jednostki i pełne dane cenowe w każdej pozycji. Kod jednostki miary, cena jednostkowa przed rabatem i po rabacie oraz ilość bazowa ceny. Jednostki zapisane jako tekst („szt.”, „karton 12 szt.”) wymagają tabeli mapowania.
  • Kategoria podatkowa w każdej pozycji, plus zestawienie według kategorii: stawka podstawowa, zwolnienie, poza zakresem VAT, odwrotne obciążenie, stawka zerowa albo procedura marży. Krajowe faktury z odwrotnym obciążeniem zawierają ponadto opis i rodzaj towarów.
  • Kwoty w AED, zawsze. Kwota VAT i kwota do zapłaty dla każdej pozycji w AED, niezależnie od waluty faktury. Faktura w walucie obcej wymaga też waluty rozliczenia podatku i sumy z VAT w AED, po kursie Banku Centralnego ZEA.
  • Flagi typu transakcji. Osiem pozycji, każda o wartości 1 lub 0: wolna strefa, dostawa uznana, procedura marży, faktura zbiorcza, dostawa ciągła, fakturowanie przez jawnego agenta, e-commerce, eksport. Na jednej fakturze można ustawić kilka, a każda ustawiona flaga pociąga za sobą własne wymagania. Klient z wolnej strefy potrzebuje na przykład dodatkowo danych beneficjenta.

Jedna reguła zasługuje na osobny przypadek testowy: zaokrąglenie stosuje się na poziomie sumy faktury, do dwóch miejsc po przecinku, a nie na poziomie pozycji czy kategorii podatkowej. Jeśli Twój kod rozliczeniowy zaokrągla każdą pozycję albo każdą stawkę VAT, przetestuj go na prawdziwych fakturach, zanim zrobi to dostawca.

Kody towarowe HSN są na razie opcjonalne, a data, od której staną się obowiązkowe, nie została jeszcze ogłoszona. Jeśli sprzedajesz towary, dodaj je teraz, skoro i tak pracujesz na kartotece towarowej.

Faktury korygujące, zaliczki i kwoty zatrzymane

  • Faktura z ujemną sumą jest niedozwolona. Uznanie trzeba wystawić jako elektroniczną fakturę korygującą (credit note), także wtedy, gdy faktura zbiorcza po saldowaniu daje kwotę na minusie.
  • Jedna faktura korygująca może odwoływać się do kilku wcześniejszych faktur i może obejmować tylko część jednej z nich. Rabaty ilościowe przechodzą przez faktury korygujące z odpowiednim kodem przyczyny.
  • Nie ma kategorii faktury tymczasowej. Każda faktura tymczasowa jest pełną fakturą elektroniczną, korygowaną później fakturą korygującą albo fakturą uzupełniającą.
  • Zaliczka dostaje fakturę podatkową w chwili otrzymania. Faktura końcowa obejmuje tylko pozostałą kwotę i odwołuje się do faktury zaliczkowej.
  • Kwoty zatrzymane (kaucje gwarancyjne) można obsłużyć, fakturując kwotę pomniejszoną o zatrzymanie, a potem wystawiając osobną fakturę, gdy zatrzymana kwota stanie się wymagalna.

Faktury przychodzące, o których wszyscy zapominają

Ten sam ASP odbiera faktury od Twoich dostawców. Od dnia startu przychodzą one jako XML i muszą trafić do rozrachunków z dostawcami. Często to większa połowa pracy, bo dotyka uzgadniania z zamówieniami zakupu i obiegu akceptacji, a nie jednego szablonu dokumentu.

Duzi dostawcy startują 1 stycznia 2027 i poproszą o Twój identyfikator. Dopóki nie jesteś w systemie, wysyłają na predefiniowany punkt końcowy i dodatkowo przekazują zwykłą fakturę podatkową, więc po Twojej stronie nic się nie psuje.

Współpraca z akredytowanym dostawcą usług

Lista ministerstwa wymieniała 2 października 2026 łącznie 60 akredytowanych dostawców. Onboarding rozpoczyna firma, nie dostawca: administrator konta EmaraTax otwiera sekcję e-fakturowania, wybiera dostawcę i zostaje przekierowany na jego portal. Najpierw podpisz umowę i sprawdź, czy dane firmy w EmaraTax są aktualne.

Przy systemie własnym o powodzeniu projektu decydują pytania techniczne:

  1. Co dostawca przyjmuje? Własny format API, wymianę plików albo XML PINT-AE generowany po Twojej stronie. Jego format oznacza dziś mniej pracy; własny PINT-AE pozwala zmienić dostawcę bez przebudowy mapowania.
  2. Jak wracają potwierdzenia? Webhook, odpytywanie, plik? Oba rodzaje potwierdzeń należy zapisywać przy fakturze, razem z UUID nadanym przez ASP.
  3. Co się dzieje przy ponowieniu? Przekroczenia czasu się zdarzają. Ponowne wysłanie faktury nie może utworzyć drugiej, więc uzgodnij sposób wykrywania duplikatów i prowadź własny dziennik transmisji jako zapis tego, co zostało wysłane.
  4. Czy jest środowisko testowe, w którym da się przetestować odrzucenia, a nie tylko ścieżkę bez błędów?
  5. Jak docierają do Ciebie faktury przychodzące? I co się z nimi dzieje, gdy Twój system jest niedostępny?
  6. Czy dostawca będzie archiwizował dokumenty za Ciebie? Może, na podstawie umowy, ale obowiązek przechowywania zostaje po Twojej stronie. Zapisy mogą znajdować się poza ZEA, o ile da się je przedstawić FTA w komplecie i w czytelnej postaci.

Wytyczne wymieniają, co powinny obejmować testy: wysłanie danych faktury do ASP, doręczenie nabywcy, potwierdzenie wymiany, odbiór faktury od dostawcy, raportowanie ASP do FTA i potwierdzenie raportowania. Przetestuj ścieżkę błędu każdego z tych kroków, nie tylko sukces.

Kary

Wyznacza je decyzja Rady Ministrów nr 106 z 2025 r.:

  • Niewdrożenie systemu, w tym niewyznaczenie dostawcy w terminie: 5000 AED za każdy miesiąc lub jego część.
  • Niewystawienie i nieprzesłanie faktury elektronicznej albo elektronicznej faktury korygującej: 100 AED za każdą, maksymalnie 5000 AED w miesiącu kalendarzowym.
  • Niezawiadomienie FTA o awarii systemu albo niepoinformowanie ASP o zmianach zarejestrowanych danych: 1000 AED dziennie.

Żadna z tych kar nie dotyczy faktur wystawionych dobrowolnie przed obowiązkowym terminem.

Dziewięciomiesięczny plan do 1 lipca 2027

Na początku października 2026 firma poniżej progu ma dziewięć miesięcy. To wystarczy dla systemu własnego, jeśli prace zaczną się teraz.

  1. Październik i listopad 2026: analiza luk. Wyeksportuj rok faktur i faktur korygujących, sklasyfikuj je według kategorii, scenariusza, kategorii podatkowej i waluty, i zapisz, skąd będzie pochodzić każde pole obowiązkowe.
  2. Listopad i grudzień 2026: wybór dostawcy. Zrób krótką listę na podstawie powyższych pytań technicznych, podpisz umowę i uzyskaj dostęp do środowiska testowego. 31 marca 2027 to ostateczny termin, a nie cel.
  3. Od grudnia 2026 do lutego 2027: budowa. Zmiany w danych podstawowych i zbieranie identyfikatorów klientów, mapowanie, walidacja przed wysłaniem, obsługa potwierdzeń, kolejka błędów z wyznaczonym właścicielem i przetwarzanie faktur przychodzących.
  4. Luty i marzec 2027: onboarding przez EmaraTax, zakończony uzyskaniem identyfikatora uczestnika. Skończ dużo wcześniej niż 31 marca.
  5. Kwiecień i maj 2027: testy end-to-end z dostawcą: wszystkie sześć kroków, łącznie z błędami i fakturami korygującymi.
  6. Maj i czerwiec 2027: dobrowolny start. Kary nie dotyczą faktur dobrowolnych, więc to najtańsze miejsce na znalezienie ostatnich problemów. Uzgodnij kolejność z dostawcą.
  7. 1 lipca 2027: obowiązek. Utrzymaj obsadę kolejki błędów do pierwszej deklaracji VAT.

Jeśli należysz do grupy dużych firm, a prace jeszcze nie ruszyły, masz czas do 30 października 2026 na wyznaczenie dostawcy i mniej niż trzy miesiące na start. Obowiązują te same kroki, ściśnięte do tygodni, a własny format wejściowy dostawcy jest prawdopodobnie szybszą drogą.

Co jeszcze może się zmienić

Terminy już raz się przesunęły, wytyczne są w wersji 1.1, a wersje PINT-AE się zmieniają, przy czym dostawcy muszą stosować najnowszą. Trzymaj mapowanie w jednym module, za własnym interfejsem, żeby aktualizacja specyfikacji nie dotykała kodu fakturowania. Kody HSN w pewnym momencie staną się obowiązkowe, a B2C pozostaje poza systemem tylko do kolejnej decyzji.

Nic z tego nie jest powodem, żeby czekać. Decyzje obowiązują, a tabela kar jest opublikowana.

Gdzie szukać pomocy

Budujemy połączenie między systemem, który generuje faktury, a dostawcą, który je wysyła: mapowanie danych, zmiany w danych podstawowych, walidację, obsługę potwierdzeń i ponowień oraz przetwarzanie faktur przychodzących do rozrachunków z dostawcami. Jak wygląda ta praca, opisuje nasza usługa integracji e-fakturowania, a jeśli obowiązek wypada w środku wymiany systemu, zobacz modernizację ERP.

Jeśli Twoje faktury pochodzą z systemu, do którego nikt nie sprzedaje konektora, napisz na office@c9group.dev.