NAV Online Számla Węgry E-fakturowanie 2026: Przesyłanie w Czasie Rzeczywistym, Obowiązkowa Zgodność i Integracja E-commerce

1. NAV Online Számla — przegląd systemu

Niewiele państw członkowskich UE tak zdecydowanie przeszło na e-fakturowanie w czasie rzeczywistym jak Węgry. Podczas gdy Włochy, Polska (KSeF), Rumunia i Hiszpania wciąż projektowały programy pilotażowe, węgierski NAV Online Számla uruchomiono 1 lipca 2018 roku z twardym przejściem B2B i bez okresu miękkiego startu. Od tego czasu system stał się najczęściej cytowaną w UE referencyjną implementacją modelu e-fakturowania „ciągłej kontroli transakcji" (CTC) — i wzorcem dla nadchodzącej dyrektywy unijnej ViDA (VAT in the Digital Age).

NAV (Nemzeti Adó- és Vámhivatal — Narodowa Administracja Podatkowo-Celna) prowadzi system pod adresem onlineszamla.nav.gov.hu. Każdy węgierski podatnik VAT — rezydent lub nierezydent posiadający węgierski numer VAT — musi utworzyć w portalu użytkownika technicznego, wygenerować cztery wymagane dane uwierzytelniające (login, hasło, klucz podpisu, klucz wymiany), a następnie albo zbudować bezpośrednią integrację z REST API, albo podłączyć akredytowany system ERP, który się tym zajmie.

Liczby są imponujące: do 2026 roku NAV przetwarza ponad 600 milionów faktur rocznie od ponad 600 000 aktywnych węgierskich podatników. System pełni zarówno rolę egzekwowania przepisów (szybkie wykrywanie oszustw VAT), jak i rolę usługową (wstępnie wypełnione deklaracje VAT, strumień „kasy online" NAV-OSA).

2. Przesyłanie w czasie rzeczywistym — obowiązek B2B (2018) + B2C (2021)

Trzy etapy wdrożenia obowiązku

Obowiązek Online Számla na Węgrzech nadszedł w trzech odrębnych falach, z których każda obniżała próg, aż objęła praktycznie każdą transakcję opodatkowaną:

• 1 lipca 2018 r. — B2B powyżej HUF 100 000 wartości VAT. Każda faktura między węgierskimi firmami zarejestrowanymi jako podatnicy VAT, w której kwota VAT przekraczała HUF 100 000, musiała być zgłaszana niemal w czasie rzeczywistym.
• 1 lipca 2020 r. — wszystkie faktury B2B. Próg HUF 100 000 został zniesiony; każda faktura między firmami wystawiona pod węgierskim numerem VAT stała się objęta obowiązkiem zgłoszenia, niezależnie od wartości.
• 4 stycznia 2021 r. — pełne B2C + transgraniczne. Obowiązek rozszerzono na faktury wystawiane konsumentom prywatnym oraz klientom spoza Węgier (z UE i krajów trzecich). To reżim obowiązujący w 2026 roku, bez progów zwolnienia.

Zasada 5 minut

Głównym zobowiązaniem na poziomie usługi w systemie jest 5 minut od wystawienia faktury do jej odbioru przez NAV. Zegar rozpoczyna bieg od znacznika invoiceIssueDate + invoiceIssueTime na dokumencie i kończy się, gdy punkt końcowy REST manageInvoice zwróci identyfikator transakcji. W praktyce większość akredytowanych systemów ERP (Számlázz.hu, Billingo) przesyła dane w ciągu 1–3 sekund; okno 5 minut jest maksymalnym limitem regulacyjnym, a nie celem operacyjnym.

5-minutowy zegar może zostać wstrzymany tylko w dwóch sytuacjach: (a) API NAV jest oficjalnie niedostępne (status publikowany na portalu NAV), w takim przypadku Dekret 23/2014 (VI. 30.) NGM art. 13/A przyznaje przedłużenie o czas trwania przerwy plus 24 godziny; oraz (b) sprzedawca uzyskał status „agenta wymiany danych" na podstawie określonych zwolnień — rzadkość w e-commerce.

Przesyłanie ręczne kontra automatyczne

NAV udostępnia również ręczny formularz internetowy w portalu Online Számla — podatnicy mogą wkleić dane faktury ręcznie. Przy wolumenach typowych dla marketplace'ów jest to niepraktyczne: średniej wielkości sprzedawca eMAG wystawiający 200 faktur dziennie nie jest w stanie ręcznie obsłużyć każdej z nich w ramach 5-minutowego SLA. W praktyce automatyzacja jest obowiązkowa powyżej 10 faktur dziennie.

3. Format XML — schemat invoiceData v3.0 zdefiniowany przez NAV

Architektura oparta na XSD

NAV nie akceptuje dowolnego XML — każda przesyłana faktura musi być zgodna z oficjalnym schematem invoiceData v3.0 XSD, opublikowanym przez NAV na podstawie Dekretu 23/2014 (VI. 30.) NGM. Schemat definiuje:

• Nagłówek — identyfikację dostawcy (węgierski numer VAT / unijny numer VAT / numer podatkowy kraju trzeciego), identyfikację klienta, numer faktury, daty wystawienia/zakończenia/płatności, kod waluty, kurs wymiany na HUF w przypadku wystawienia w EUR/USD itd.
• invoiceLines — rozbicie na poszczególne pozycje: opis produktu, ilość, jednostka miary, cena jednostkowa netto, stawka VAT (27% / 18% / 5% / 0%), kwota VAT, kwota brutto. Każda pozycja zawiera znacznik lineNature (PRODUCT / SERVICE / OTHER) oraz opcjonalny identyfikator kodu produktu (VTSZ, SZJ, KN, CsK, EJ, TESZOR).
• invoiceSummary — sumy: kwoty netto, VAT i brutto dla każdej stawki VAT, plus pozycja zaokrąglenia, jeśli dotyczy.
• invoiceReference — do modyfikacji lub anulowania wcześniej przesłanej faktury; zawiera numer oryginalnej faktury i rodzaj modyfikacji (MODIFY / STORNO).

Interfejs API REST Online Számla 3.0

Przesyłanie odbywa się za pośrednictwem REST API Online Számla 3.0 z korzeniem https://api.onlineszamla.nav.gov.hu. Siedem podstawowych punktów końcowych to:

• tokenExchange — pobiera 5-minutowy token wymiany, podpisany kluczem podpisu podatnika
• manageInvoice — przesyła jedną lub więcej ładunków XML invoiceData (maksymalnie 100 na partię)
• queryTransactionStatus — sprawdza status przetwarzania przesłanej partii (NOTIFIED / DONE / WARN / ABORTED)
• queryInvoiceData — pobiera wcześniej przesłaną fakturę
• queryInvoiceDigest — wyświetla listę faktur według zakresu dat lub kontrahenta (do audytu / uzgadniania)
• queryInvoiceChainDigest — zwraca pełny łańcuch modyfikacji danej faktury
• queryTaxpayer — weryfikuje węgierski numer VAT w czasie rzeczywistym

Podpis SHA3-512 i cztery dane uwierzytelniające

Każde żądanie jest uwierzytelniane czterema danymi specyficznymi dla podatnika, generowanymi w portalu Online Számla:

• Nazwa logowania — nazwa użytkownika technicznego
• Hasło — używane w formie zahaszowanej, nigdy nie wysyłane jawnym tekstem
• Klucz podpisu (XML-DSig) — używany do podpisywania skrótu każdego żądania algorytmem SHA3-512
• Klucz wymiany — używany do szyfrowania tokenu wymiany algorytmem AES

Wszystkie ładunki są zamykane w ścisłej kopercie XML i podpisywane algorytmem SHA3-512. NAV odrzuca każde żądanie, którego podpis nie odpowiada ponownie obliczonemu skrótowi w ciągu ok. 50 ms. Zbudowanie tego od podstaw to projekt trwający kilka tygodni; wartość akredytowanego ERP lub Zunapro polega na wyabstrahowaniu logiki podpisywania/ponawiania/kolejkowania z warstwy e-commerce sprzedawcy.

4. Portal NAV a integracja ERP — Számlázz.hu, Billingo, KBOSS

Trzy główne węgierskie systemy ERP

Dla 95% węgierskich sprzedawców z sektora MŚP praktyczny wybór dotyczy trzech akredytowanych chmurowych platform fakturowania:

Számlázz.hu — Prowadzona przez KBOSS Kft., uruchomiona w 2006 roku, Számlázz.hu jest wiodącą węgierską platformą fakturowania w chmurze z ponad 250 000 aktywnych użytkowników MŚP i około 40 milionami wystawianych faktur rocznie. Jej REST API (v3/szamla/agent) jest faktycznym standardem integracji dla węgierskiego e-commerce. Plany zaczynają się jako darmowe dla bardzo niskich wolumenów i skalują się do poziomów korporacyjnych; przesyłanie do NAV jest w pełni automatyczne i wliczone w każdy plan.

Billingo — Założona w 2014 roku i przejęta przez Magyar Telekom w 2019 roku, Billingo pozycjonuje się jako nowoczesna, zorientowana na design alternatywa dla Számlázz.hu. W 2026 roku obsługuje ponad 80 000 węgierskich firm, z wyjątkowo silnym wdrożeniem wśród sklepów Shopify, WooCommerce i Shoprenter. Billingo Public API v3 to najprostsze węgierskie API do fakturowania na rynku i obejmuje wbudowane przesyłanie do NAV, modyfikacje, storno i generowanie PDF.

KBOSS Számla Agent — Osobny produkt KBOSS Kft., Számla Agent to agent desktopowy/serwerowy klasy enterprise, który znajduje się pomiędzy istniejącym systemem ERP (SAP, Microsoft Dynamics 365, Sage, Oracle) a NAV. Działa jako usługa Windows, monitoruje tabele faktur i wysyła XML invoiceData do NAV zgodnie z harmonogramem. Wykorzystywany przez ponad 10 000 przedsiębiorstw, głównie w produkcji i hurcie.

Bezpośrednia integracja z NAV kontra ERP — macierz decyzyjna

Podejście Zunapro — jeden adapter, trzy backendy

Zunapro upraszcza ten wybór: zamówienia z marketplace'ów trafiają do jednej węgierskiej kolejki faktur; sprzedawca wybiera, czy faktury każdego najemcy są wystawiane przez konektor Számlázz.hu, konektor Billingo, czy bezpośrednio przez NAV REST. Orkiestrator obsługuje ponawianie prób, rotację kluczy podpisu, okna niedostępności NAV i zapisuje zwrócony 10-znakowy identyfikator transakcji NAV z powrotem do każdego zamówienia, dzięki czemu marketplace i panel sprzedawcy zawsze pokazują ten sam stan zgodności.

5. Kary — do HUF 1 000 000 za brakującą fakturę

Ramy prawne — Ustawa CL z 2017 roku (art. 220)

Kary za nieprzestrzeganie Online Számla są określone w Ustawie CL z 2017 r. o zasadach opodatkowania (Adózás Rendjéről szóló Törvény — Art tv.), artykuł 220. Domyślna kara administracyjna wynosi do HUF 1 000 000 za brakującą fakturę dla firm (osób prawnych) i do HUF 500 000 za brakującą fakturę dla osób prywatnych (jednoosobowa działalność gospodarcza — egyéni vállalkozó).

Co powoduje karę

• Opóźnione przesłanie — XML invoiceData otrzymany po upływie 5-minutowego terminu (z wyłączeniem oficjalnie zadeklarowanych okien niedostępności NAV)
• Brak przesłania — faktura wystawiona, ale nigdy niezgłoszona do NAV
• Niekompletne dane — wymagane pola XSD puste lub nieprawidłowe (np. brak stawki VAT, błędny identyfikator klienta)
• Nieprawidłowe dane — sumy pozycji nie zgadzają się z sumą nagłówka lub brak przeliczenia waluty dla faktur w walucie innej niż HUF
• Niezgłoszenie modyfikacji — wystawiono fakturę STORNO lub modyfikującą, ale odpowiedni invoiceReference nie został przesłany do NAV

Realny wzorzec eskalacji NAV

W praktyce NAV najpierw wysyła list ostrzegawczy w przypadku drobnych, pojedynczych uchybień — zazwyczaj 1–3 brakujących faktur w kwartale. Od około 10 niezgłoszonych faktur w kwartale NAV przechodzi do formalnych kar, a przy 50+ uchybieniach lub systematycznym braku zgłoszeń sprawa eskaluje do pełnej kontroli VAT, potencjalnej utraty prawa do odliczenia VAT i weryfikacji statusu składu podatkowego / OSS. Sprzedawcy transgraniczni, którzy zaniżają raportowanie, mogą również utracić dostęp do systemu OSS One Stop Shop, co wymusza rejestrację VAT w każdym kraju z osobna we wszystkich państwach członkowskich UE.

Praktyczne łagodzenie ryzyka

Najtańszym zabezpieczeniem przed karą HUF 1 mln jest zautomatyzowane przesyłanie z trwałą kolejką ponawiania prób. Zunapro prowadzi ciągły 90-dniowy dziennik audytu każdej interakcji z NAV (ładunek żądania, kod odpowiedzi, identyfikator transakcji, wersja klucza podpisu), dzięki czemu — nawet jeśli NAV później zada pytanie — każde przesłanie można odtworzyć i wykazać.

6. Automatyczne obliczanie ÁFA 27% i obsługa wielu stawek

Węgry — najwyższy standardowy VAT w UE

Węgierska standardowa stawka VAT wynosi 27% (ÁFA — általános forgalmi adó), najwyższa w Unii Europejskiej, ustalona Ustawą CXXVII z 2007 r. o podatku od wartości dodanej (Áfa törvény). Stawka wynosi 27% od 1 stycznia 2012 roku i nie ma zapowiedzianych planów jej obniżenia.

Dwie obniżone stawki mają zastosowanie do określonych kategorii:

• Stawka obniżona 18% — mleko i niektóre produkty mleczne (na podstawie Załącznika 3/I, pkt 1 Áfa törvény), komercyjne usługi noclegowe (hotele, wynajem wakacyjny) oraz niektóre wyroby piekarnicze
• Stawka super obniżona 5% — książki drukowane i elektroniczne, leki z oficjalnego wykazu, niektóre wyroby medyczne, ciepło systemowe (távhő), komercyjnie budowane nowe mieszkania poniżej określonych progów metrażu oraz bilety na wydarzenia z muzyką na żywo
• 0% / zwolnione — eksport wewnątrzunijny w ramach systemu OSS, eksport do krajów trzecich, niektóre usługi finansowe, ochrona zdrowia, edukacja

Problem wielu stawek na marketplace'ach

Zamówienie z eMAG.hu lub Vatera często zawiera pozycje z różnymi stawkami VAT — jeden koszyk może łączyć akcesorium ze stawką 27% z książką ze stawką 5%. XML invoiceData musi poprawnie rozdzielić pozycje i uzgodnić każdą grupę stawek VAT w invoiceSummary. Ręczne obliczenia przy wolumenach marketplace'owych są niepraktyczne i podatne na błędy.

Katalog główny Zunapro oznacza każdy SKU odpowiednią węgierską stawką ÁFA w momencie importu. Gdy nadchodzi zamówienie z marketplace'u, system:

1. Wyszukuje stawkę dla danego SKU w katalogu głównym
2. Oblicza kwotę netto / VAT / brutto na poziomie pozycji (zaokrągloną zgodnie z zasadami zaokrąglania NAV)
3. Grupuje pozycje w bloki summaryByVatRate na potrzeby podsumowania XML
4. Przesyła ładunek invoiceData w oknie 5 minut

Obsługa walut — HUF, EUR, USD

W przypadku faktur wystawianych w EUR, USD lub innych walutach obcych NAV wymaga od sprzedawcy zapisania ekwiwalentu w HUF obliczonego według oficjalnego kursu średniego MNB (Magyar Nemzeti Bank) na dzień wystawienia faktury. XML zawiera zarówno kwotę w walucie oryginalnej, jak i ekwiwalent w HUF dla każdej grupy stawki VAT. Zunapro pobiera dzienny kurs MNB o godzinie 11:15 CET (czas publikacji MNB) i stosuje go automatycznie.

7. Integracja z marketplace'ami — eMAG.hu, Vatera, Allegro HU

Rzeczywistość fakturowania na marketplace'ach

Powszechnym błędnym przekonaniem wśród nowych węgierskich sprzedawców e-commerce jest to, że „marketplace zajmuje się fakturowaniem". Tak nie jest. eMAG Marketplace Węgry, Vatera (grupa Allegro), AliExpress Węgry, Wish Węgry i każda inna platforma działająca w ramach węgierskiego VAT wyraźnie nakłada obowiązek fakturowania na sprzedawcę. Każde zamówienie B2C lub B2B pod węgierskim numerem VAT musi wygenerować fakturę zgodną z węgierskimi przepisami — a ta faktura musi zostać przesłana do NAV Online Számla w ciągu 5 minut.

eMAG.hu — węgierski marketplace numer 1

eMAG to największy marketplace z siedzibą w Rumunii, założony w 2001 roku w Bukareszcie i uruchomiony na Węgrzech jako eMAG.hu w 2013 roku. Do 2026 roku eMAG.hu obsługuje ponad 4 mln węgierskich klientów i jest dominującym węgierskim marketplace'em pod względem wolumenu — porównywalnym pod względem udziału w rynku do Allegro w Polsce czy Trendyol w Turcji. eMAG Marketplace Węgry korzysta z własnego MARKETPLACE API do pobierania zamówień, przesyłania produktów i aktualizacji statusów zamówień. Faktury nie są wystawiane przez eMAG w imieniu sprzedawcy — sprzedawca musi wygenerować fakturę (zwykle przez Számlázz.hu / Billingo) i dostarczyć link do PDF za pośrednictwem punktu końcowego zamówień eMAG.

Vatera — węgierski marketplace z tradycją aukcyjną

Vatera uruchomiono w 2000 roku jako pierwszą główną węgierską platformę aukcji internetowych, a w 2017 roku została przejęta przez grupę Allegro. Po uruchomieniu przez Allegro platformy allegro.hu w 2024 roku, Vatera nadal działa jako osobna marka, koncentrując się na aukcjach i długim ogonie towarów używanych. Dziś dominują oferty „Kup teraz" (aukcje to <10% wolumenu), ale pozostają klienci wierni tradycji marki. NAV Online Számla ma identyczne zastosowanie: każde zamówienie z Vatera wymaga faktury z przesłaniem do NAV tego samego dnia.

Allegro.hu, AliExpress HU, Wish HU

• Allegro.hu — uruchomiony w 2024 roku w ramach ekspansji grupy Allegro na region Europy Środkowo-Wschodniej. To samo API Allegro co polski marketplace, z cenami w HUF/EUR i ofertami w języku węgierskim. Obowiązek fakturowania spoczywa na sprzedawcy; wymagane jest przesłanie do NAV Online Számla.
• AliExpress Węgry — węgierski sklep internetowy spółki zależnej Alibaba. Sprzedawcy transgraniczni korzystający z systemu IOSS AliExpress nadal potrzebują faktur zgodnych z węgierskimi przepisami, gdy posiadają węgierski numer VAT.
• Wish Węgry — malejąca obecność, ale wciąż działająca; ta sama zasada fakturowania przez sprzedawcę.

Przepływ marketplace'owy Zunapro

Kompleksowy przepływ orkiestrowany przez Zunapro wygląda następująco:

1. Pobranie zamówienia z marketplace'u — webhooki z eMAG / Vatera / Allegro.hu trafiają do Zunapro
2. Wersja robocza faktury — Zunapro tworzy węgierską fakturę ze stawkami ÁFA na poziomie SKU, przeliczeniem waluty i danymi klienta
3. Przesłanie do ERP — faktura jest publikowana w Számlázz.hu / Billingo (lub bezpośrednio do NAV) — cykl REST trwa ok. 1–3 s
4. Przesłanie do NAV — XML invoiceData jest podpisywany i przesyłany do onlineszamla.nav.gov.hu
5. Identyfikator transakcji — 10-znakowy identyfikator transakcji NAV jest zapisywany przy zamówieniu, a zamówienie na marketplace'ie jest aktualizowane o adres URL PDF faktury

8. EKAER — wcześniejsze zgłaszanie transportu drogowego towarów ryzykownych

Czym jest EKAER

EKAER (Elektronikus Közúti Áruforgalom Ellenőrző Rendszer — Elektroniczny System Kontroli Drogowego Obrotu Towarowego) to węgierski obowiązkowy system wcześniejszego zgłaszania transportu drogowego towarów sklasyfikowanych jako ryzykowne. Wprowadzony 1 stycznia 2015 roku jako jeden z pierwszych w UE systemów kontroli oszustw VAT w czasie rzeczywistym, EKAER jest prowadzony przez NAV na ekaer.nav.gov.hu i wymaga zarejestrowania każdej kwalifikującej się przesyłki przed rozpoczęciem jazdy przez ciężarówkę — z 15-znakowym numerem EKAER, który musi towarzyszyć ładunkowi i być okazywany na żądanie podczas kontroli drogowej.

Reforma zakresu ze stycznia 2021 roku

EKAER pierwotnie obejmował praktycznie cały transport drogowy B2B przekraczający węgierskie granice. W wyniku nacisku Komisji Europejskiej związanego z naruszeniem przepisów (unijne zasady swobodnego przepływu), Węgry zawęziły zakres od 1 stycznia 2021 roku wyłącznie do kategorii produktów ryzykownych. W 2026 roku EKAER obejmuje:

• Żywność ryzykowną — mięso, nabiał, cukier, niektóre oleje wymienione w Załączniku 1 Dekretu EKAER 13/2020 (XII.23.) PM
• Inne produkty ryzykowne — paliwa, niektóre chemikalia, materiały budowlane w określonych progach wartości HUF
• Transporty masowe powyżej 2500 kg lub HUF 1 000 000 wartości ładunku w ramach kategorii ryzykownych

Standardowe paczki e-commerce (odzież, elektronika, akcesoria) są poza zakresem EKAER 2026. Większość transgranicznych sprzedawców internetowych wysyłających towary na Węgry przez DHL, GLS, FoxPost lub Magyar Posta nie potrzebuje więc EKAER — ale masowe transporty hurtowe B2B nadal go wymagają.

Jak działa zgłoszenie EKAER

Przed załadunkiem ciężarówki nadawca otwiera zgłoszenie EKAER w portalu (lub przez API), wypełniając:

• Numery podatkowe nadawcy i odbiorcy
• Adresy pochodzenia i przeznaczenia
• Opis towarów, kod celny VTSZ, masę brutto, wartość ładunku
• Numer rejestracyjny pojazdu + planowane okno przyjazdu

NAV zwraca 15-znakowy numer EKAER. Zgłoszenie można modyfikować (zmiana numeru rejestracyjnego pojazdu, tolerancja wagowa) aż do momentu przybycia przesyłki. Kara za brakujący lub nieprawidłowy EKAER: do 40% wartości ładunku.

EKAER + Online Számla — jak się przenikają

EKAER i Online Számla to niezależne systemy bez bezpośredniego połączenia technicznego, ale wymieniają dane. NAV zestawia dane ładunku EKAER z pozycjami faktur Online Számla, aby wykrywać oszustwa VAT (zaniżone towary, faktury-widma, brakujący eksport). Dla sprzedawców działających w kategoriach ryzykownych posiadanie jednego panelu Zunapro, który jednocześnie generuje fakturę NAV i zgłoszenie EKAER z tego samego rekordu zamówienia, jest istotnym narzędziem ograniczania ryzyka.

9. Transgraniczność — IOSS + OSS dla sprzedaży do UE i krajów trzecich

OSS (One Stop Shop) — B2C w UE powyżej progu sprzedaży na odległość

Od 1 lipca 2021 roku UE zastąpiła progi sprzedaży na odległość dla poszczególnych krajów jednym progiem ogólnounijnym w wysokości 10 000 EUR. Każdy węgierski sprzedawca, którego łączna transgraniczna sprzedaż B2C do innych państw członkowskich UE przekracza w roku kalendarzowym 10 000 EUR, musi pobierać VAT według stawki obowiązującej w kraju nabywcy. Zamiast rejestrować się do VAT w 26 innych krajach, sprzedawca może zarejestrować się do OSS (One Stop Shop) za pośrednictwem portalu KAFTA NAV i składać jedną kwartalną deklarację OSS obejmującą wszystkie państwa członkowskie UE.

IOSS (Import One Stop Shop) — import poniżej 150 EUR

IOSS ma zastosowanie do importu towarów z krajów trzecich (spoza UE) o wartości przesyłki równej lub niższej niż 150 EUR. W ramach IOSS sprzedawca pobiera VAT UE przy kasie (według stawki kraju nabywcy) i składa jedną miesięczną deklarację IOSS obejmującą wszystkie przesyłki unijne. Korzyść: odprawa celna staje się niemal natychmiastowa, brak niespodziewanych opłat celnych/VAT przy dostawie, a węgierscy klienci odbierają zamówienie jak zakup krajowy.

Jak NAV Online Számla współistnieje z OSS i IOSS

OSS i IOSS to odrębne systemy deklaracji VAT — zgłaszają zagregowany VAT UE do NAV, ale nie zastępują obowiązku Online Számla. Węgierska faktura nadal musi zostać wystawiona i przesłana do Online Számla. Zależność wygląda następująco:

• Krajowe HU B2C — wystaw fakturę ze stawką 27% (lub obowiązującą) → prześlij do NAV Online Számla → uwzględnij w standardowej węgierskiej deklaracji VAT
• Transgraniczne B2C w UE w ramach OSS — wystaw fakturę ze stawką VAT kraju docelowego → prześlij do NAV Online Számla (flaga transgraniczna w XML) → składaj zagregowaną deklarację OSS kwartalnie
• B2C do krajów trzecich w ramach IOSS — wystaw fakturę ze stawką VAT IOSS → prześlij do NAV Online Számla → składaj zagregowaną deklarację IOSS co miesiąc
• Poza OSS / IOSS — wymagana rejestracja VAT w poszczególnych krajach; węgierski Online Számla nadal obowiązuje, jeśli faktura jest wystawiana pod węgierskim numerem VAT

Transgraniczne kierowanie w Zunapro

Zunapro oznacza każde zamówienie w momencie przyjęcia właściwym systemem — krajowy HU / OSS / IOSS / poza UE — na podstawie adresu wysyłki nabywcy, wartości przesyłki i profilu rejestracji VAT sprzedawcy. Faktura jest generowana z właściwą stawką VAT, przesyłana do NAV Online Számla z ustawioną flagą transgraniczną i agregowana do odpowiedniego eksportu OSS / IOSS na koniec miesiąca.

10. Przyszłość — Peppol UBL 2.1 + UE ViDA

Dlaczego Peppol ma znaczenie

Peppol (Pan-European Public Procurement Online) to sieć wymiany faktur elektronicznych oparta na modelu czterech narożników, wykorzystująca standard UBL 2.1 i specyfikację Peppol BIS Billing 3.0. Pierwotnie opracowany na potrzeby zamówień publicznych, Peppol jest obecnie preferowanym przez UE formatem transgranicznego e-fakturowania B2B i technicznym fundamentem nadchodzącej dyrektywy unijnej ViDA (VAT in the Digital Age).

Zobowiązanie Węgier wobec Peppol

Węgry zobowiązały się na poziomie Rady UE do zaakceptowania Peppol BIS Billing 3.0 jako alternatywnego formatu przesyłania transgranicznych faktur B2B. Mapa drogowa NAV opublikowana w I kwartale 2026 roku zakłada:

• Druga połowa 2026 roku — NAV prowadzi punkt dostępowy Peppol, który akceptuje przychodzące UBL 2.1 i konwertuje je na invoiceData v3.0 do przetwarzania wewnętrznego
• 2027 rok — konwersja wychodząca: faktury przesłane w formacie invoiceData NAV mogą być kierowane do zagranicznego nabywcy przez Peppol w formacie UBL 2.1
• 2028 rok — pełna zgodność z ViDA: zharmonizowane raportowanie cyfrowe w czasie rzeczywistym we wszystkich państwach członkowskich UE, z Peppol jako domyślną warstwą techniczną

Co Peppol zmienia dla węgierskich sprzedawców

Dla sprzedawców działających wyłącznie krajowo — niewiele. invoiceData v3.0 pozostaje głównym formatem. Korzyść jest dla transgranicznych sprzedawców B2B: jedna faktura UBL może jednocześnie spełniać wymogi NAV (HU), KSeF (PL), FatturaPA (IT) i Chorus Pro (FR) bez logiki adaptera dla poszczególnych krajów. Do 2028 roku ta sama pojedyncza faktura powinna spełniać wymogi cyfrowego raportowania wszystkich państw członkowskich UE.

Mapa drogowa Peppol w Zunapro

Moduł wyjściowy UBL Zunapro jest w aktywnym rozwoju. Architektura odzwierciedla istniejący adapter NAV: faktury generowane z zamówień z marketplace'ów są wystawiane jednocześnie w formacie invoiceData v3.0 (dla NAV) i UBL 2.1 (do dostarczenia przez punkt dostępowy Peppol niewęgierskim nabywcom). Sprzedawca wybiera dla każdego klienta lub marketplace'u osobno, czy włączyć kierowanie przez Peppol.

Węgierskie ramy prawne 2026 — gdzie znaleźć przepisy

Prawo pierwotne

• Ustawa CXXVII z 2007 r. o podatku od wartości dodanej (Áfa törvény) — określa stawki 27% / 18% / 5%, zakres transakcji opodatkowanych oraz podstawowy obowiązek fakturowania. Dostępna na njt.hu (Narodowa Baza Danych Prawnych).
• Ustawa CL z 2017 r. o zasadach opodatkowania (Art tv.) — określa obowiązek raportowania Online Számla w artykułach 7 i 220, w tym strukturę kar.
• Dekret NAV 23/2014 (VI. 30.) NGM — dekret techniczny definiujący schemat XML, 5-minutowy termin, punkty końcowe API i format danych uwierzytelniających. Aktualizowany corocznie; ostatnia zmiana przed integracją Peppol w 2026 roku została opublikowana w I kwartale 2026 roku.
• Dekret EKAER 13/2020 (XII. 23.) PM — definiuje kategorie produktów ryzykownych i reformę zakresu z 2021 roku.

Wytyczne operacyjne NAV

• onlineszamla.nav.gov.hu — oficjalny portal podatników; generowanie użytkownika technicznego, pobieranie XSD, status niedostępności, FAQ w języku węgierskim i angielskim
• nav.gov.hu — główna strona NAV; stawki podatkowe, wytyczne OSS/IOSS, anglojęzyczna strona docelowa dla zagranicznych sprzedawców
• ekaer.nav.gov.hu — portal EKAER i lista produktów ryzykownych

Ochrona konsumentów — RODO, 14-dniowe prawo odstąpienia, 2-letnia rękojmia

• RODO — węgierskim organem ochrony danych osobowych jest NAIH (Nemzeti Adatvédelmi és Információszabadság Hatóság). Dane Online Számla są przetwarzane przez NAV na podstawie własnej podstawy prawnej, ale dane klientów po stronie sprzedawcy pozostają odpowiedzialnością sprzedawcy w zakresie RODO.
• 14-dniowe prawo odstąpienia — węgierscy konsumenci mogą zwrócić dowolny produkt kupiony na odległość w ciągu 14 dni, bez podawania przyczyny (dyrektywa unijna 2011/83/UE, transponowana Dekretem Rządowym 45/2014 (II. 26.) Korm.).
• 2-letnia ustawowa rękojmia (kellékszavatosság) — węgierskie prawo cywilne (Ptk. § 6:163) nakłada obowiązkową dwuletnią ustawową rękojmię na towary konsumpcyjne, niezależnie od jakiejkolwiek gwarancji handlowej.

Jak zacząć z NAV Online Számla — instrukcja krok po kroku 2026

1. Określ swój węgierski ślad VAT

• Węgierskie MŚP będące rezydentem — pełna węgierska rejestracja VAT przez NAV ONYA, Online Számla obowiązkowe
• Sprzedawca z UE korzystający z OSS — zachowaj rejestrację VAT w kraju macierzystym, rozlicz węgierski VAT B2C przez OSS, ale Online Számla ma zastosowanie, gdy tylko posiadasz węgierski numer VAT z dowolnego innego powodu
• Sprzedawca spoza UE — wyznacz węgierskiego przedstawiciela podatkowego; gdy tylko zostanie wydany węgierski numer VAT, przesyłanie do Online Számla jest obowiązkowe od pierwszej faktury

2. Wybierz swoją ścieżkę fakturowania

• Számlázz.hu — węgierskie fakturowanie w chmurze numer 1; najniższe tarcie przy konfiguracji, w pełni zautomatyzowane przez NAV, darmowe dla bardzo niskich wolumenów
• Billingo — nowoczesna alternatywa API-first, wspierana przez Telekom, silny ekosystem Shopify / WooCommerce
• KBOSS Számla Agent — agent desktopowy/serwerowy dla przedsiębiorstw korzystających z SAP / Dynamics
• Bezpośrednie NAV REST — dla sprzedawców o wysokim wolumenie (500+/dzień) lub nietypowych konfiguracji ERP; Zunapro może to uruchomić bezpośrednio

3. Wygeneruj dane uwierzytelniające użytkownika technicznego NAV

1. Zaloguj się na onlineszamla.nav.gov.hu za pomocą swojej węgierskiej tożsamości Client Gate (Ügyfélkapu)
2. Otwórz „Felhasználók" → „Új technikai felhasználó"
3. Ustaw nazwę logowania i hasło; system generuje klucz podpisu i klucz wymiany
4. Pobierz wszystkie cztery dane uwierzytelniające i przechowuj je w menedżerze haseł (Zunapro akceptuje je w formacie zaszyfrowanego sejfu)

4. Połącz marketplace'y i sklep internetowy

Mając w ręku dane uwierzytelniające NAV, połącz eMAG.hu, Vatera, Allegro.hu, AliExpress HU, swój sklep Shoprenter / WooCommerce / Shopify oraz dowolny hurtowy system ERP z modułem Węgry Zunapro. Każdy konektor jest dostarczany z domyślnymi mapowaniami kategorii i wnioskowaniem stawki ÁFA; sprzedawca zatwierdza je kilkoma kliknięciami.

5. Uruchom cykl testowy

Zunapro wystawia fakturę testową względem środowiska testowego NAV (api-test.onlineszamla.nav.gov.hu). Gdy test zwróci identyfikator transakcji NAV — zazwyczaj w ciągu 2 sekund — sprzedawca przełącza się na tryb produkcyjny. Od tego momentu każde zamówienie z marketplace'u automatycznie generuje fakturę, przesyła ją do NAV w ramach 5-minutowego SLA i zapisuje identyfikator transakcji w rekordzie zamówienia.

6. Monitorowanie i audyt

Panel NAV w Zunapro pokazuje opóźnienie przesyłania, głębokość kolejki ponawiania prób, termin wygaśnięcia klucza podpisu, okna niedostępności NAV oraz ciągły 90-dniowy dziennik audytu. Dla księgowych i audytorów zewnętrznych cały dziennik interakcji z NAV można wyeksportować jako podpisany PDF lub CSV gotowy do uzgodnienia z deklaracją podatkową.

FAQ NAV Online Számla 2026