E-fakturowanie Fawtara w Omanie w 2027: czego potrzebują własne systemy ERP i POS

Oman zastępuje faktury papierowe i PDF ustrukturyzowanymi e-fakturami w XML, które przechodzą przez akredytowanego dostawcę usług i są raportowane do Omańskiego Urzędu Skarbowego (Oman Tax Authority, OTA). Program nazywa się Fawtara. Podatnicy z rocznymi dostawami powyżej 5 mln OMR zaczynają 1 kwietnia 2027. Wszyscy pozostali podatnicy zarejestrowani do VAT zaczynają 1 października 2027.

Najmocniej uderza to w handel detaliczny. Sprzedaż konsumentom jest objęta od tego samego dnia co sprzedaż firmom, a każda pojedyncza sprzedaż wymaga własnej e-faktury. Jeśli oprogramowanie kasowe, ERP albo silnik rozliczeniowy zbudowano we własnym zakresie albo mocno dostosowano, praca nad generowaniem tych dokumentów należy do Ciebie.

Terminy i to, który dotyczy Ciebie

Źródłem jest FAQ OTA o Fawtara, ostatnio zaktualizowane 31 sierpnia 2026. Kryterium jest jasno opisane. Wdrażasz od 1 kwietnia 2027, jeśli spełniony jest którykolwiek z warunków:

• Twoje dostawy od 1 kwietnia 2026 do 31 marca 2027 przekraczają 5 000 000 OMR albo
• Twoje dostawy przewidywane od 1 kwietnia 2027 do 31 marca 2028 przekraczają 5 000 000 OMR.

„Jeśli żaden z nich nie jest spełniony, masz obowiązek wdrożyć e-fakturowanie od 1 października 2027.”

Do progu wlicza się dostawy opodatkowane z wyłączeniem środków trwałych, towarów i usług objętych mechanizmem odwrotnego obciążenia oraz dostaw wewnątrz GCC. Grupę VAT ocenia się na poziomie grupy, a nie poszczególnych członków. Nierezydent liczy wyłącznie dostawy dokonane w Omanie.

Zwróć uwagę na drugi warunek. Firma rosnąca w stronę 5 mln OMR może trafić do kwietniowej grupy wyłącznie na podstawie prognozy. Jeśli jesteś blisko progu, zakładaj kwiecień.

OTA udostępnia narzędzie do sprawdzania etapu wdrożenia, które przyjmuje Twój VATIN oraz obecny i przewidywany przedział dostaw i pokazuje potencjalny okres wdrożenia. Opisano je jako służące wyłącznie celom informacyjnym i przygotowawczym, więc traktuj jego odpowiedź jako wskazówkę, a FAQ jako regułę.

Harmonogram już raz się przesunął

Strona FAQ OTA w HTML wciąż opisuje starszy plan: sto dużych firm od sierpnia 2026, wszystkie duże firmy od lutego 2027, wszyscy pozostali od sierpnia 2027. PDF zastępuje te daty kwietniem i październikiem 2027. Dla pierwszej grupy wybranych dużych podatników (Rollout 1) oficjalną datą startu pozostaje sierpień 2026, z okresem przejściowym do końca października 2026 w ramach pilotażu.

Jedno zdanie w części PDF poświęconej harmonogramowi mówi, że obowiązek powyżej 5 mln OMR obowiązuje „od 1 kwietnia 2026” (w oryginale „April 1st 2026”). Wszystko inne w tym samym dokumencie mówi o 1 kwietnia 2027, łącznie ze szczegółową odpowiedzią o zakresie przytoczoną wyżej. Wygląda to na pomyłkę, ale to dobry powód, by pracować na dokumencie źródłowym, a nie na czyimkolwiek streszczeniu, także naszym.

Jak działa Fawtara

Fawtara działa na Peppol, w modelu pięciu narożników:

1. Narożnik 1: Ty, sprzedawca, wystawiasz fakturę.
2. Narożnik 2: Twój akredytowany dostawca usług (ASP) waliduje ją według reguł omańskich i przekazuje dalej.
3. Narożnik 3: dostawca usług nabywcy ją odbiera.
4. Narożnik 4: nabywca.
5. Narożnik 5: OTA, który otrzymuje dane podatkowe od dostawców usług.

Formatem jest XML zbudowany według specyfikacji PINT Oman publikowanych przez OpenPeppol (Billing Process w wersji 1.0.1 w chwili pisania). FAQ mówi wprost, że „faktura w PDF nie jest e-fakturą”. Nadal możesz drukować papier, ale dla celów podatkowych ważną fakturą jest wyłącznie e-faktura.

Trzy szczegóły z FAQ kształtują pracę inżynierską:

• Dostawca waliduje, odpowiedzialność zostaje przy Tobie. ASP sprawdza każdą fakturę według omańskich reguł Schematron, ale „odpowiedzialność za zgodność faktury pozostaje po stronie podatników”.
• Łączysz się z jednym dostawcą naraz. O połączenie wnioskujesz przez portal Fawtara i możesz później zmienić dostawcę.
• Nie ma standardowego API dla podatników. Słowami FAQ, podłączenie podatnika „nie jest ustandaryzowane i będzie się różnić w zależności od systemu dostawcy usług”. Twój ERP rozmawia z interfejsem dostawcy, a nie z OTA.

Gdy nabywcą jest konsument albo firma, której jeszcze nie ma w sieci, dostawca i tak raportuje dane podatkowe do OTA, a klient dostaje fakturę tak jak dziś. Eksport idzie od Ciebie do Twojego dostawcy i do OTA.

Kto już jest zabezpieczony

Jeśli producent Twojego ERP albo systemu POS sam jest akredytowanym dostawcą albo dostarcza do niego konektor, większość tego artykułu Cię nie dotyczy. FAQ mówi, że systemy ERP „mogą zostać zachowane w zależności od ustaleń między podatnikami a ich akredytowanymi dostawcami usług”, a w przypadku gotowego systemu te ustalenia ma zrealizować producent. Twoja praca to dane podstawowe i testy.

Możesz też zostać własnym dostawcą usług. Kryteria akredytacji obejmują omańską rejestrację handlową z działalnością IT, minimalny opłacony kapitał, historię działalności i certyfikację ISO/IEC 27001, a FAQ dodaje zaliczenie zestawów testów Peppol eDelivery i PINT OM. To pasuje do firm programistycznych. Dla detalisty to nie jest droga na skróty.

Ten artykuł jest dla wszystkich pozostałych: dla firm, których faktury powstają we własnym ERP, we własnym systemie kasowym, w silniku rozliczeniowym doczepionym do starej bazy danych albo w oddziale, który wciąż wypisuje faktury ręcznie.

Co musi się zmienić w oprogramowaniu

Zmapuj dane faktur na PINT Oman

Wskazówki FAQ dotyczące mapowania mieszczą się w jednym zdaniu: stosuj omańskie specyfikacje PINT. W modelu semantycznym większość wysiłku pochłaniają pola specyficzne dla Omanu (z prefiksem BTOM):

• UUID dla każdego dokumentu (BTOM-002). Musi to być UUID według RFC 4122 w wersji 5, czyli oparty na nazwie. Wyprowadź go z czegoś stabilnego, na przykład z podmiotu prawnego, oddziału, kasy i numeru dokumentu, a ponowione przesłanie da ten sam UUID zamiast drugiej faktury.
• Typ transakcji fakturowej (BTOM-001). To ciąg 20 pozycji, w którym każda pozycja jest flagą: pełna faktura podatkowa, uproszczona faktura podatkowa, samofakturowanie, osoba trzecia, eksport, dostawa uznana, import usług z odwrotnym obciążeniem, procedura marży, e-commerce, import towarów, dostawa w strefie specjalnej, przedpłata i inne. Można ustawić więcej niż jedną flagę. System musi wiedzieć, które dotyczą każdej faktury, a większość systemów ERP nigdy tego nie zapisywała.
• Identyfikatory sprzedawcy i nabywcy z kodem schematu: rejestracja handlowa, numer identyfikacji podatkowej, numer dowodu osobistego, paszport, celny identyfikator importera albo numer licencji strefy specjalnej.
• Waluta. Waluta faktury, waluta rozliczenia VAT, kurs między nimi i suma VAT w walucie rozliczenia mają własne pola.
• Listy kodów dla zwolnień z VAT, przyczyn zastosowania stawki zerowej, rodzajów usług i jednostek podziału kraju.

Spodziewaj się, że pozycje faktur zmapują się gładko, a dane podstawowe nie. Kartoteki klientów bez VATIN, brakujące numery CR, przyczyny zwolnienia zapisane dowolnym tekstem i adresy bez kodu regionu trzeba uporządkować przed pierwszą fakturą produkcyjną.

Traktuj każdą sprzedaż jako dokument

To reguła, która zmienia systemy POS: „Faktury zbiorcze nie są dozwolone w transakcjach B2C. E-faktura musi zostać wystawiona osobno dla każdej faktury.” Żadnego podsumowania na koniec dnia. Sklep, który nabija 3000 transakcji dziennie, wysyła 3000 e-faktur dziennie.

FAQ daje na przesłanie w B2C 24 godziny, a w B2B wymaga przesyłania w czasie rzeczywistym. Dla kasy oznacza to:

• POS buduje XML (albo przekazuje sprzedaż usłudze, która to robi) w chwili sprzedaży, razem z UUID. Dla B2C istnieje osobne pole UUID paragonu (BTOM-004).
• Kolejka typu store-and-forward przechowuje dokumenty, gdy sieć albo dostawca jest niedostępny, i opróżnia się w ciągu 24 godzin.
• Ktoś dostaje alert, gdy dokument po kilku godzinach wciąż nie jest wysłany, a nie po dwudziestu trzech.

Przed podpisaniem umowy porównaj cennik dostawcy ze swoim wolumenem. FAQ mówi, że każdy dostawca ustala własny model, który „może obejmować opłaty abonamentowe, opłaty od transakcji albo inne ustalenia cenowe”. Przy wolumenach detalicznych opłata od dokumentu to osobna pozycja w budżecie.

B2B w czasie rzeczywistym

W przypadku faktur dla firm przesyłanie odbywa się w czasie rzeczywistym. ERP księguje fakturę, dostawca ją waliduje, a wynik wraca. To zmienia obieg faktur na dwa sposoby. Błędy walidacji pojawiają się teraz w chwili księgowania, więc ktoś w dziale finansów potrzebuje ekranu, który pokazuje odrzucenie i pozwala je naprawić. A numeracja faktur, UUID i logika ponowień muszą być poprawne od pierwszego dnia, bo przekroczenie czasu, po którym następuje ponowne wysłanie na ślepo, to typowa droga do zdublowanych faktur.

Przepływ działa też w drugą stronę. Gdy jesteś nabywcą, e-faktury od dostawców, którzy już są w Fawtara, przychodzą przez Twojego dostawcę usług jako XML, a dział rozrachunków z dostawcami potrzebuje sposobu, by je przyjąć.

Kody QR na wydrukowanym paragonie

Kod QR generujesz Ty (narożnik 1), a nie dostawca. Jest obowiązkowy dla wszystkich transakcji B2C, pełnych i uproszczonych, i pojawia się na czytelnej dla człowieka wersji faktury, a nie w XML. OTA planuje używać go do weryfikacji faktur przez aplikację mobilną. W sprawie jego zawartości FAQ odsyła do załącznika D dokumentu Peppol Oman Architecture (wersja 1.0.2): zdobądź ten załącznik, zanim ktokolwiek zacznie przeprojektowywać paragon. Szablony paragonów i sterowniki drukarek są częścią tego projektu.

Faktury korygujące, zwroty i korekty

Wystawioną e-fakturę koryguje się, wystawiając elektroniczną notę uznaniową albo obciążeniową. Specyfikacja ma pola na UUID faktury pierwotnej i kod przyczyny (BTOM-031 i BTOM-032), więc zwrot przy kasie musi umieć odnaleźć pierwotną sprzedaż.

Import i samofakturowanie

Import towarów i usług raportuje się jako faktury wystawione w ramach samofakturowania. Jeśli proces zakupowy księguje import bez wystawiania jakiegokolwiek dokumentu, pojawia się w nim nowy krok.

Archiwizacja

Przechowywanie zostaje po Twojej stronie. FAQ mówi, że OTA nie będzie udostępniać podatnikom informacji o fakturach, a Peppol nie przechowuje dokumentów. Przechowuj razem zwalidowany XML, odpowiedź dostawcy i wersję drukowaną, zgodnie z zasadami przechowywania z przepisów o VAT.

Plan liczony wstecz od terminu

FAQ mówi, że OTA kontaktuje się z uczestnikami wdrożenia co najmniej sześć miesięcy przed ich onboardingiem. Dla grupy kwietniowej to właśnie teraz.

Jeśli startujesz 1 kwietnia 2027:

1. Październik 2026: potwierdź swoją grupę narzędziem do sprawdzania etapu wdrożenia i kryterium z FAQ. Spisz każdy system wystawiający faktury: ERP, każdy POS, proces zakupowy w sklepie internetowym, rozliczanie wynajmu lub subskrypcji i każdy ręczny rejestr faktur.
2. Listopad 2026: wybierz dostawcę. Przed podpisaniem umowy poproś o dokumentację API i środowisko testowe, zapytaj o wolumen B2C, cenę za dokument, obsługę trybu offline i wygląd odpowiedzi walidacyjnych. Złóż wniosek o połączenie przez portal Fawtara.
3. Od grudnia 2026 do stycznia 2027: budowa. Mapowanie pól, generowanie UUID, logika typów transakcji, kolejka POS, kody QR, przepływ faktur korygujących, faktury przychodzące. Uruchamiaj omańskie reguły Schematron z pakietów PINT Oman we własnym potoku testowym, żeby błędy pojawiały się w trakcie rozwoju, a nie u dostawcy.
4. Luty 2027: testy end-to-end w środowisku testowym dostawcy na prawdziwych próbkach każdego typu transakcji, który faktycznie wystawiasz, łącznie z tymi niewygodnymi (eksport, zwroty bez paragonu, waluta obca).
5. Marzec 2027: próba generalna na produkcji w jednym oddziale albo jednej linii biznesowej, plan przełączenia i grafik wsparcia na pierwsze tygodnie.

Jeśli startujesz 1 października 2027, kolejność jest ta sama, przesunięta o sześć miesięcy: dostawca wybrany do końca pierwszego kwartału, budowa w drugim, testy zakończone do sierpnia. Nie przepalaj zapasu. Porządkowanie danych zawsze trwa dłużej, niż ktokolwiek zakłada.

Co jest wciąż niepewne

Terminy przesunęły się już raz i mogą przesunąć się znowu. Planuj według PDF z 31 sierpnia 2026 i co miesiąc sprawdzaj dokumenty OTA, zamiast polegać na doniesieniach prasowych. Podstawą prawną jest decyzja 189/2026 zmieniająca rozporządzenie wykonawcze do ustawy o VAT. FAQ mówi, że po wejściu obowiązku w życie zastosowanie będą miały kary z przepisów o VAT, ale nie podaje kwot, więc my też ich nie podajemy.

Specyfikacje również są wersjonowane. Aktualny pakiet PINT Oman na stronie Peppol ma datę wydania 29 lipca 2026. Przypnij wersję, według której budujesz, i śledź informacje o wydaniach.

Gdzie szukać pomocy

Budujemy konektor między systemem, z którego faktycznie korzystasz, a formatem, którego wymaga obowiązek: mapowanie pól, logikę UUID i numeracji, kolejki POS, walidację w Twoim potoku i integrację z wybranym dostawcą. Tę pracę obejmuje nasza usługa integracji e-fakturowania, a gdy przeszkodą jest sam ERP, punktem wyjścia jest modernizacja ERP.

Jeśli należysz do grupy kwietniowej i nie wybrałeś jeszcze dostawcy, napisz na office@c9group.dev.