NAV Online Számla Hongarije E-facturatie 2026: Realtime Indiening, Verplichte Naleving & E-commerce Integratie

1. NAV Online Számla — Systeemoverzicht

Weinig EU-lidstaten zijn zo doortastend overgestapt op realtime e-facturatie als Hongarije. Terwijl Italië, Polen (KSeF), Roemenië en Spanje nog pilotregelingen aan het ontwerpen waren, ging Hongarije's NAV Online Számla op 1 juli 2018 live met een harde B2B-overgang en zonder soft-launchperiode. Het systeem is sindsdien uitgegroeid tot de meest geciteerde EU-referentie-implementatie van een "continuous transaction control"-model (CTC) voor e-facturatie — en een blauwdruk voor de aankomende EU ViDA-richtlijn (VAT in the Digital Age).

NAV (Nemzeti Adó- és Vámhivatal — Nationale Belasting- en Douanedienst) beheert het systeem op onlineszamla.nav.gov.hu. Elke Hongaarse btw-plichtige — ingezeten of niet-ingezeten met een Hongaars btw-nummer — moet in het portaal een technische gebruiker aanmaken, de vier vereiste inloggegevens genereren (login, wachtwoord, ondertekeningssleutel, uitwisselingssleutel), en ofwel een directe integratie met de REST API bouwen ofwel een erkende ERP koppelen die dit afhandelt.

De cijfers zijn groot: tegen 2026 verwerkt NAV meer dan 600 miljoen facturen per jaar van meer dan 600.000 actieve Hongaarse belastingplichtigen. Het systeem vervult zowel een handhavingsrol (snelle btw-fraudedetectie) als een servicerol (vooraf ingevulde btw-aangiften, de NAV-OSA-stroom van "online kassa's").

2. Realtime indiening — verplicht B2B (2018) + B2C (2021)

De drie fasen van de verplichting

De Online Számla-verplichting kwam in Hongarije in drie afzonderlijke golven, elk met een verlaagde drempel, totdat vrijwel elke belastbare transactie werd gedekt:

• 1 juli 2018 — B2B boven HUF 100.000 aan btw. Elke factuur tussen Hongaarse btw-plichtige bedrijven waarbij het btw-component HUF 100.000 overschreed, moest bijna in realtime worden gerapporteerd.
• 1 juli 2020 — Alle B2B-facturen. De drempel van HUF 100.000 werd afgeschaft; elke factuur tussen bedrijven die onder een Hongaars btw-nummer werd uitgereikt, werd rapportageplichtig, ongeacht de waarde.
• 4 januari 2021 — Volledige B2C + grensoverschrijdend. De verplichting werd uitgebreid tot facturen aan particuliere consumenten en aan niet-Hongaarse klanten (EU en derde landen). Dit is het regime dat in 2026 geldt, zonder vrijstellingsdrempels.

De 5-minutenregel

De belangrijkste service-level-toezegging van het systeem is 5 minuten tussen facturering en ontvangst door NAV. De klok begint te lopen bij de op het document vermelde invoiceIssueDate + invoiceIssueTime en stopt zodra het REST-eindpunt manageInvoice een transactie-ID teruggeeft. In de praktijk dienen de meeste erkende ERP's (Számlázz.hu, Billingo) binnen 1–3 seconden in; het venster van 5 minuten is de wettelijke bovengrens, niet het operationele doel.

De klok van 5 minuten kan alleen in twee situaties worden gepauzeerd: (a) de API van NAV is officieel down (status gepubliceerd op het NAV-portaal), in welk geval Decreet 23/2014 (VI. 30.) NGM art. 13/A een verlenging toekent gelijk aan de duur van de storing plus 24 uur; en (b) de verkoper heeft de status van "gegevensuitwisselingsagent" aangevraagd op grond van specifieke vrijstellingen — zeldzaam in e-commerce.

Handmatige versus geautomatiseerde indiening

NAV biedt ook een handmatig webformulier in het Online Számla-portaal — belastingplichtigen kunnen factuurgegevens met de hand invoeren. Bij marketplace-volumes is dit onwerkbaar: een middelgrote eMAG-verkoper die 200 facturen per dag produceert, kan niet elke factuur handmatig binnen de SLA van 5 minuten verwerken. In de praktijk is automatisering verplicht boven 10 facturen per dag.

3. XML-formaat — het door NAV gedefinieerde invoiceData v3.0-schema

De op XSD gebaseerde architectuur

NAV accepteert geen willekeurige XML — elke ingediende factuur moet voldoen aan het officiële invoiceData v3.0 XSD-schema, gepubliceerd door NAV op grond van Decreet 23/2014 (VI. 30.) NGM. Het schema definieert:

• Header — identificatie van de leverancier (Hongaars btw-nummer / EU-btw-nummer / belastingnummer van derde land), identificatie van de klant, factuurnummer, uitreikings-/voltooiings-/betaaldatums, valutacode, wisselkoers naar HUF bij uitreiking in EUR/USD/enz.
• invoiceLines — uitsplitsing per regel: productomschrijving, hoeveelheid, meeteenheid, netto stukprijs, btw-tarief (27% / 18% / 5% / 0%), btw-bedrag, brutobedrag. Elke regel heeft een lineNature-tag (PRODUCT / SERVICE / OTHER) en een optionele productcode-identificator (VTSZ, SZJ, KN, CsK, EJ, TESZOR).
• invoiceSummary — totalen: netto-, btw- en brutobedragen per btw-tarief, plus afrondingsregel indien van toepassing.
• invoiceReference — voor het wijzigen of annuleren van een eerder ingediende factuur; bevat het oorspronkelijke factuurnummer en het type wijziging (MODIFY / STORNO).

De Online Számla 3.0 REST API

Indiening gebeurt via de Online Számla 3.0 REST API, geworteld op https://api.onlineszamla.nav.gov.hu. De zeven kerneindpunten zijn:

• tokenExchange — haalt een 5 minuten geldig uitwisselingstoken op, ondertekend met de ondertekeningssleutel van de belastingplichtige
• manageInvoice — dient één of meer invoiceData-XML-payloads in (maximaal 100 per batch)
• queryTransactionStatus — vraagt de verwerkingsstatus van een ingediende batch op (NOTIFIED / DONE / WARN / ABORTED)
• queryInvoiceData — haalt een eerder ingediende factuur op
• queryInvoiceDigest — geeft facturen weer per datumbereik of tegenpartij (voor audit / afstemming)
• queryInvoiceChainDigest — geeft de volledige wijzigingsketen van een bepaalde factuur terug
• queryTaxpayer — valideert een Hongaars btw-nummer in realtime

SHA3-512-ondertekening en de vier inloggegevens

Elk verzoek wordt geauthenticeerd met vier belastingplichtige-specifieke inloggegevens, gegenereerd in het Online Számla-portaal:

• Gebruikersnaam — de gebruikersnaam van de technische gebruiker
• Wachtwoord — gebruikt in gehashte vorm, nooit als platte tekst verzonden
• Ondertekeningssleutel (XML-DSig) — gebruikt om de hash van elk verzoek met SHA3-512 te ondertekenen
• Uitwisselingssleutel — gebruikt om het uitwisselingstoken met AES te versleutelen

Alle payloads worden verpakt in een strikte XML-envelop en ondertekend met SHA3-512. NAV wijst elk verzoek af waarvan de handtekening niet binnen ~50ms overeenkomt met de herberekende digest. Dit vanaf nul bouwen is een project van meerdere weken; de waarde van een erkende ERP of Zunapro zit erin dat de logica voor ondertekening/herhaalpogingen/wachtrij wordt geabstraheerd van de e-commercestack van de verkoper.

4. NAV-portaal versus ERP-integratie — Számlázz.hu, Billingo, KBOSS

De drie mainstream Hongaarse ERP's

Voor 95% van de Hongaarse mkb-verkopers is de praktische keuze tussen drie erkende cloud-facturatieplatforms:

Számlázz.hu — Beheerd door KBOSS Kft., gelanceerd in 2006, is Számlázz.hu Hongarije's grootste cloud-facturatieplatform met meer dan 250.000 actieve mkb-gebruikers en ongeveer 40 miljoen facturen per jaar. De REST API (v3/szamla/agent) is de de-facto standaard voor Hongaarse e-commerce-integratie. Abonnementen beginnen gratis voor zeer lage volumes en schalen op tot enterprise-niveaus; NAV-indiening is volledig automatisch en inbegrepen in elk abonnement.

Billingo — Opgericht in 2014 en overgenomen door Magyar Telekom in 2019, positioneerde Billingo zich als het moderne, design-gedreven alternatief voor Számlázz.hu. Het bedient in 2026 80.000+ Hongaarse bedrijven, met bijzonder sterke adoptie onder Shopify-, WooCommerce- en Shoprenter-winkels. De Billingo Public API v3 is de eenvoudigste Hongaarse facturatie-API op de markt en omvat ingebouwde NAV-indiening, wijziging, storno en pdf-generatie.

KBOSS Számla Agent — Een apart KBOSS Kft.-product, de Számla Agent is een enterprise-grade desktop-/serveragent die tussen een bestaande ERP (SAP, Microsoft Dynamics 365, Sage, Oracle) en NAV in zit. Hij draait als een Windows-service, bewaakt factuurtabellen en stuurt volgens een schema invoiceData-XML naar NAV. Gebruikt door 10.000+ ondernemingen, voornamelijk in productie en groothandel.

Directe NAV-integratie versus ERP — beslismatrix

De Zunapro-aanpak — één adapter, drie backends

Zunapro abstraheert de keuze: marketplace-bestellingen stromen in één Hongaarse factuurwachtrij; de verkoper kiest of de facturen van elke tenant worden verzonden via de Számlázz.hu-connector, de Billingo-connector, of directe NAV REST. De orkestrator handelt herhaalpogingen, rotatie van ondertekeningssleutels en NAV-downtimevensters af, en schrijft het teruggegeven NAV-transactie-ID van 10 tekens terug op elke bestelling, zodat de marketplace en het paneel van de verkoper altijd dezelfde nalevingsstatus tonen.

5. Boetes — tot HUF 1.000.000 per ontbrekende factuur

Het wettelijke kader — Wet CL van 2017 (art. 220)

Boetes voor niet-naleving van Online Számla worden vastgesteld door Wet CL van 2017 inzake de belastingregels (Adózás Rendjéről szóló Törvény — Art tv.), artikel 220. De standaard bestuurlijke boete bedraagt maximaal HUF 1.000.000 per ontbrekende factuur voor bedrijven (rechtspersonen) en maximaal HUF 500.000 per ontbrekende factuur voor particulieren (eenmanszaken — egyéni vállalkozó).

Wat een boete veroorzaakt

• Te late indiening — invoiceData-XML ontvangen na de deadline van 5 minuten (exclusief officieel aangekondigde NAV-downtimevensters)
• Ontbrekende indiening — factuur uitgereikt maar nooit aan NAV gerapporteerd
• Onvolledige gegevens — verplichte XSD-velden leeg of onjuist ingevuld (bijv. ontbrekend btw-tarief, verkeerde klant-ID)
• Onjuiste gegevens — regeltotalen sluiten niet aan bij het headertotaal, of valutaomrekening ontbreekt bij niet-HUF-facturen
• Niet-gerapporteerde wijzigingen — een STORNO- of wijzigingsfactuur is uitgereikt, maar de bijbehorende invoiceReference is niet naar NAV gestuurd

Het reële escalatiepatroon van NAV

In de praktijk stuurt NAV eerst een waarschuwingsbrief bij kleine geïsoleerde omissies — doorgaans 1–3 ontbrekende facturen per kwartaal. Vanaf ongeveer 10 niet-gerapporteerde facturen per kwartaal gaat NAV over tot formele boetes, en bij 50+ omissies of systematisch niet-rapporteren escaleert de zaak naar een volledige btw-controle, mogelijk verlies van het recht op btw-aftrek en herbeoordeling van de status van belastingentrepot/OSS. Grensoverschrijdende verkopers die te weinig rapporteren, kunnen ook de toegang tot de OSS One Stop Shop-regeling verliezen, waardoor btw-registratie per land in elke EU-lidstaat noodzakelijk wordt.

Praktische risicobeperking

De goedkoopste verzekering tegen de boete van HUF 1 miljoen is geautomatiseerde indiening met een permanente herhaalwachtrij. Zunapro houdt een doorlopend auditlogboek van 90 dagen bij van elke interactie met NAV (verzoekpayload, responscode, transactie-ID, versie van de ondertekeningssleutel), zodat — zelfs als NAV later een vraag stelt — elke indiening kan worden gereconstrueerd en aangetoond.

6. Automatische ÁFA 27%-berekening en verwerking van meerdere tarieven

Hongarije — de hoogste standaard-btw van de EU

Het Hongaarse standaard btw-tarief is 27% (ÁFA — általános forgalmi adó), het hoogste in de Europese Unie, vastgesteld bij Wet CXXVII van 2007 inzake de belasting over de toegevoegde waarde (Áfa törvény). Het tarief staat sinds 1 januari 2012 op 27% en er zijn geen aangekondigde plannen om het te verlagen.

Twee verlaagde tarieven gelden voor specifieke categorieën:

• 18% verlaagd tarief — melk en bepaalde zuivelproducten (onder bijlage 3/I, punt 1 van de Áfa törvény), commerciële accommodatiediensten (hotels, vakantieverhuur), en bepaalde bakkerijproducten
• 5% superverlaagd tarief — gedrukte en elektronische boeken, medicijnen op de officiële lijst, bepaalde medische hulpmiddelen, stadsverwarming (távhő), commercieel gebouwde nieuwbouwwoningen onder specifieke vierkantemeterdrempels, en tickets voor live-muziekevenementen
• 0% / vrijgesteld — intra-EU-exporten onder de OSS-regeling, exporten naar derde landen, bepaalde financiële diensten, gezondheidszorg, onderwijs

Het multi-tariefprobleem van marketplaces

Een bestelling via eMAG.hu of Vatera bevat vaak regels met verschillende btw-tarieven — één winkelmandje kan een accessoire tegen 27% combineren met een boek tegen 5%. De invoiceData-XML moet de regels correct opsplitsen en elke btw-tariefgroep in de invoiceSummary laten aansluiten. Handmatige berekening bij marketplace-volumes is onpraktisch en foutgevoelig.

De masterkatalogus van Zunapro tagt elke SKU bij import met het bijbehorende Hongaarse ÁFA-tarief. Wanneer een marketplace-bestelling binnenkomt, doet het systeem het volgende:

1. Zoekt het tarief per SKU op in de masterkatalogus
2. Berekent netto/btw/bruto op regelniveau (afgerond volgens de afrondingsregels van NAV)
3. Groepeert regels in summaryByVatRate-blokken voor de XML-samenvatting
4. Dient de invoiceData-payload in binnen het venster van 5 minuten

Valutaverwerking — HUF, EUR, USD

Voor facturen die in EUR, USD of andere buitenlandse valuta worden uitgereikt, vereist NAV dat de verkoper een HUF-equivalent registreert, berekend tegen de officiële middenkoers van de MNB (Magyar Nemzeti Bank) op de factuurdatum. De XML bevat zowel het bedrag in de oorspronkelijke valuta als het HUF-equivalent per btw-tariefgroep. Zunapro haalt de dagelijkse MNB-koers op om 11:15 CET (het publicatietijdstip van de MNB) en past deze automatisch toe.

7. Marketplace-integratie — eMAG.hu, Vatera, Allegro HU

De marketplace-factuurrealiteit

Een wijdverbreid misverstand onder nieuwe Hongaarse e-commerceverkopers is dat "de marketplace de facturatie regelt". Dat is niet zo. eMAG Marketplace Hongarije, Vatera (Allegro Group), AliExpress Hongarije, Wish Hongarije en elk ander platform dat onder Hongaarse btw opereert, leggen de facturatieverplichting expliciet bij de verkoper. Elke B2C- of B2B-bestelling onder een Hongaars btw-nummer moet een Hongaarse conforme factuur opleveren — en die factuur moet binnen 5 minuten naar NAV Online Számla worden gestuurd.

eMAG.hu — Hongarije's grootste marketplace

eMAG is de grootste marketplace met hoofdkantoor in Roemenië, opgericht in 2001 in Boekarest en in Hongarije gelanceerd als eMAG.hu in 2013. Tegen 2026 bedient eMAG.hu 4M+ Hongaarse klanten en is het qua volume de dominante Hongaarse marketplace — vergelijkbaar in marktaandeel met Allegro in Polen of Trendyol in Turkije. eMAG Marketplace Hongarije gebruikt zijn eigen MARKETPLACE API voor het ophalen van bestellingen, productupload en updates van bestelstatussen. Facturen worden niet door eMAG namens de verkoper uitgereikt — de verkoper moet de factuur genereren (doorgaans via Számlázz.hu / Billingo) en een pdf-link terugleveren via het eMAG-besteleindpunt.

Vatera — de Hongaarse marketplace met veilingerfenis

Vatera werd in 2000 gelanceerd als Hongarije's eerste grote online veilingplatform en werd in 2017 overgenomen door de Allegro Group. Na de lancering van allegro.hu door Allegro in 2024, blijft Vatera opereren als apart merk gericht op veilingen en de tweedehands-longtail. Buy-Now-aanbiedingen domineren tegenwoordig (veilingen zijn <10% van het volume), maar de traditionele shoppers van het merk blijven trouw. NAV Online Számla is identiek van toepassing: elke Vatera-bestelling vereist een factuur met NAV-indiening op dezelfde dag.

Allegro.hu, AliExpress HU, Wish HU

• Allegro.hu — gelanceerd in 2024 als onderdeel van de CEE-expansie van de Allegro Group. Dezelfde Allegro-API als de Poolse marketplace, met HUF-/EUR-prijzen en Hongaarstalige aanbiedingen. Facturatieverplichting ligt bij de verkoper; indiening bij NAV Online Számla is vereist.
• AliExpress Hongarije — de Hongaarse webwinkel van de Alibaba-dochter. Grensoverschrijdende verkopers die het IOSS-schema van AliExpress gebruiken, hebben nog steeds Hongaars conforme facturen nodig zodra ze een Hongaars btw-nummer hebben.
• Wish Hongarije — afnemende voetafdruk maar nog steeds aanwezig; dezelfde regel dat facturatie bij de verkoper ligt.

De Zunapro-marketplaceflow

De end-to-end flow die Zunapro orkestreert, is:

1. Ophalen marketplace-bestelling — webhooks van eMAG / Vatera / Allegro.hu komen binnen bij Zunapro
2. Factuurconcept — Zunapro stelt de Hongaarse factuur samen met ÁFA-tarieven op SKU-niveau, valutaomrekening en klantgegevens
3. ERP-indiening — factuur wordt geplaatst bij Számlázz.hu / Billingo (of direct bij NAV) — REST-rondtrip van ca. 1–3s
4. NAV-indiening — de invoiceData-XML wordt ondertekend en verzonden naar onlineszamla.nav.gov.hu
5. Transactie-ID — het NAV-transactie-ID van 10 tekens wordt opgeslagen bij de bestelling en de marketplace-bestelling wordt bijgewerkt met de URL van de factuur-pdf

8. EKAER — vooraanmelding wegvervoer voor risicogoederen

Wat is EKAER

EKAER (Elektronikus Közúti Áruforgalom Ellenőrző Rendszer — Elektronisch Controlesysteem voor Wegvervoer) is Hongarije's verplichte vooraanmeldingsregeling voor het wegvervoer van als risicovol geclassificeerde goederen. Ingevoerd op 1 januari 2015 als een van de eerste realtime btw-fraudecontroleregelingen van de EU, wordt EKAER door NAV beheerd op ekaer.nav.gov.hu en vereist het dat elke in aanmerking komende zending wordt geregistreerd voordat de vrachtwagen begint te rijden — met een EKAER-nummer van 15 tekens dat samen met de lading moet worden meegevoerd en op verzoek moet worden getoond bij wegcontroles.

De hervorming van de reikwijdte van januari 2021

EKAER was oorspronkelijk van toepassing op vrijwel al het B2B-wegvervoer over de Hongaarse grenzen. Na inbreukdruk van de Europese Commissie (EU-regels inzake vrij verkeer) heeft Hongarije de reikwijdte vanaf 1 januari 2021 versmald tot uitsluitend risicoproductcategorieën. In 2026 omvat EKAER:

• Risicovoedsel — vlees, zuivel, suiker, bepaalde oliën zoals vermeld in bijlage 1 van EKAER-decreet 13/2020 (XII.23.) PM
• Overige risicoproducten — brandstoffen, bepaalde chemicaliën, bouwmaterialen binnen vastgestelde HUF-waardedrempels
• Bulktransport boven 2.500 kg of HUF 1.000.000 ladingwaarde binnen risicocategorieën

Standaard e-commercepakketten (kleding, elektronica, accessoires) vallen buiten de EKAER-reikwijdte van 2026. De meeste grensoverschrijdende online verkopers die via DHL, GLS, FoxPost of Magyar Posta naar Hongarije verzenden, hebben daarom geen EKAER nodig — maar bulk-B2B-groothandelstransporten wel.

Hoe een EKAER-melding werkt

Voordat de vrachtwagen wordt geladen, opent de afzender een EKAER-melding in het portaal (of via API) en vult in:

• Belastingnummers van afzender en geadresseerde
• Herkomst- en bestemmingsadressen
• Goederenomschrijving, VTSZ-douanecode, brutogewicht, ladingwaarde
• Kenteken van het voertuig + geplande aankomsttermijn

NAV geeft het EKAER-nummer van 15 tekens terug. De melding kan worden gewijzigd (kentekenwijziging, gewichtstolerantie) tot het moment waarop de zending aankomt. Boete voor ontbrekende of onjuiste EKAER: tot 40% van de ladingwaarde.

EKAER + Online Számla — hoe ze samenwerken

EKAER en Online Számla zijn onafhankelijke regelingen zonder directe technische koppeling, maar delen gegevens. NAV kruist EKAER-ladinggegevens met Online Számla-factuurregels om btw-fraude op te sporen (te weinig aangegeven goederen, spookfacturen, ontbrekende exporten). Voor verkopers die actief zijn in risicocategorieën is één Zunapro-paneel dat tegelijkertijd de NAV-factuur en de EKAER-melding vanuit hetzelfde bestelrecord genereert, een belangrijk middel om risico te beperken.

9. Grensoverschrijdend — IOSS + OSS voor verkoop aan EU en derde landen

OSS (One Stop Shop) — EU B2C boven de drempel voor afstandsverkopen

Vanaf 1 juli 2021 heeft de EU de land-per-land-drempels voor afstandsverkopen vervangen door één EU-brede drempel van EUR 10.000. Elke Hongaarse verkoper wiens totale grensoverschrijdende B2C-verkoop aan andere EU-lidstaten in het kalenderjaar EUR 10.000 overschrijdt, moet btw innen tegen het tarief van het land van de koper. In plaats van zich in 26 andere landen voor de btw te registreren, kan de verkoper zich registreren voor OSS (One Stop Shop) via het KAFTA-portaal van NAV en één kwartaalaangifte OSS indienen die alle EU-lidstaten dekt.

IOSS (Import One Stop Shop) — invoer onder EUR 150

IOSS geldt voor invoer van goederen uit derde landen (niet-EU) met een zendingswaarde tot en met EUR 150. Onder IOSS int de verkoper EU-btw bij het afrekenen (tegen het tarief van het land van de koper) en dient hij één maandelijkse IOSS-aangifte in die alle EU-zendingen dekt. Het voordeel: douaneafhandeling wordt vrijwel direct, geen verrassende invoerrechten/btw bij levering, en Hongaarse shoppers ervaren de bestelling als een binnenlandse aankoop.

Hoe NAV Online Számla zich verhoudt tot OSS en IOSS

OSS en IOSS zijn afzonderlijke btw-aangifteregelingen — ze geven geaggregeerde EU-btw aan bij NAV, maar vervangen de Online Számla-verplichting niet. De Hongaarse factuur moet nog steeds worden uitgereikt en naar Online Számla worden gestuurd. De relatie is als volgt:

• Binnenlandse HU B2C — factuur uitreiken tegen 27% (of het toepasselijke tarief) → indienen bij NAV Online Számla → opnemen in de standaard Hongaarse btw-aangifte
• Grensoverschrijdende EU B2C onder OSS — factuur uitreiken tegen het btw-tarief van het bestemmingsland → indienen bij NAV Online Számla (grensoverschrijdende vlag in XML) → geaggregeerde OSS-aangifte per kwartaal indienen
• B2C naar derde landen onder IOSS — factuur uitreiken met het IOSS-btw-tarief → indienen bij NAV Online Számla → geaggregeerde IOSS-aangifte maandelijks indienen
• Buiten OSS / IOSS — btw-registratie per land vereist; Hongaarse Online Számla blijft van toepassing als de factuur onder een Hongaars btw-nummer wordt uitgereikt

Grensoverschrijdende routering van Zunapro

Zunapro tagt elke bestelling bij binnenkomst met het juiste regime — HU binnenlands / OSS / IOSS / niet-EU — op basis van het afleveradres van de koper, de zendingswaarde en het btw-registratieprofiel van de verkoper. De factuur wordt gegenereerd met het juiste btw-tarief, ingediend bij NAV Online Számla met de grensoverschrijdende vlag ingesteld, en aan het einde van de maand geaggregeerd in de juiste OSS-/IOSS-export.

10. De toekomst — Peppol UBL 2.1 + EU ViDA

Waarom Peppol belangrijk is

Peppol (Pan-European Public Procurement Online) is een vier-hoeken-e-factuurwisselnetwerk dat de UBL 2.1-standaard en de Peppol BIS Billing 3.0-specificatie gebruikt. Oorspronkelijk ontwikkeld voor overheidsaanbestedingen, is Peppol nu het door de EU geprefereerde formaat voor grensoverschrijdende B2B-e-facturatie en de technische ruggengraat van de aankomende EU-richtlijn ViDA (VAT in the Digital Age).

De Peppol-toezegging van Hongarije

Hongarije heeft zich op EU-Raadsniveau ertoe verbonden Peppol BIS Billing 3.0 te accepteren als alternatief indieningsformaat voor grensoverschrijdende B2B-facturen. De NAV-roadmap, gepubliceerd in Q1 2026, mikt op:

• H2 2026 — NAV beheert een Peppol Access Point dat inkomende UBL 2.1 accepteert en omzet naar invoiceData v3.0 voor interne verwerking
• 2027 — Uitgaande conversie: facturen ingediend in het invoiceData-formaat van NAV kunnen via Peppol in UBL 2.1 naar een buitenlandse koper worden gerouteerd
• 2028 — Volledige ViDA-afstemming: realtime digitale rapportage geharmoniseerd in alle EU-lidstaten, met Peppol als standaard technische laag

Wat Peppol verandert voor Hongaarse verkopers

Voor puur binnenlandse verkopers verandert er weinig — invoiceData v3.0 blijft het primaire formaat. De winst is voor grensoverschrijdende B2B-verkopers: één UBL-factuur kan tegelijkertijd voldoen aan NAV (HU), KSeF (PL), FatturaPA (IT) en Chorus Pro (FR) zonder adapterlogica per land. Tegen 2028 zou dezelfde enkele factuur moeten voldoen aan de digitale-rapportagevereisten van alle EU-lidstaten.

De Peppol-roadmap van Zunapro

De UBL-uitvoermodule van Zunapro is in actieve ontwikkeling. De architectuur weerspiegelt de bestaande NAV-adapter: facturen die uit marketplace-bestellingen worden gegenereerd, worden gelijktijdig uitgegeven in invoiceData v3.0 (voor NAV) en UBL 2.1 (voor levering via Peppol Access Point aan niet-Hongaarse kopers). De verkoper kiest per klant of per marketplace of Peppol-routering wordt ingeschakeld.

Hongaars juridisch kader 2026 — waar u de regels vindt

Primaire wetgeving

• Wet CXXVII van 2007 inzake de belasting over de toegevoegde waarde (Áfa törvény) — definieert de tarieven van 27% / 18% / 5%, de reikwijdte van belastbare transacties en de onderliggende factureringsverplichting. Beschikbaar op njt.hu (de Nationale Wetgevingsdatabank).
• Wet CL van 2017 inzake de belastingregels (Art tv.) — definieert de rapportageverplichting van Online Számla in artikelen 7 en 220, inclusief de boetestructuur.
• NAV-decreet 23/2014 (VI. 30.) NGM — het technische decreet dat het XML-schema, de deadline van 5 minuten, de API-eindpunten en het formaat van de inloggegevens definieert. Jaarlijks bijgewerkt; de laatste wijziging voorafgaand aan de Peppol-integratie van 2026 werd gepubliceerd in Q1 2026.
• EKAER-decreet 13/2020 (XII. 23.) PM — definieert de risicoproductcategorieën en de hervorming van de reikwijdte in 2021.

Operationele richtlijnen van NAV

• onlineszamla.nav.gov.hu — officieel belastingplichtigenportaal; aanmaak van technische gebruikers, XSD-downloads, downtimestatus, FAQ in het Hongaars en Engels
• nav.gov.hu — hoofdwebsite van NAV; belastingtarieven, OSS-/IOSS-richtlijnen, Engelstalige landingspagina voor buitenlandse verkopers
• ekaer.nav.gov.hu — EKAER-portaal en lijst met risicoproducten

Consumentenbescherming — AVG, 14 dagen herroepingsrecht, 2 jaar garantie

• AVG — de Hongaarse gegevensbeschermingsautoriteit is NAIH (Nemzeti Adatvédelmi és Információszabadság Hatóság). Gegevens van Online Számla worden door NAV verwerkt op basis van een eigen rechtsgrondslag, maar klantgegevens aan de kant van de verkoper blijven de AVG-verantwoordelijkheid van de verkoper.
• 14 dagen herroepingsrecht — Hongaarse consumenten kunnen elk op afstand gekocht product binnen 14 dagen retourneren, zonder opgave van reden (EU-richtlijn 2011/83/EU, omgezet bij regeringsdecreet 45/2014 (II. 26.) Korm.).
• 2 jaar wettelijke garantie (kellékszavatosság) — het Hongaarse burgerlijk recht (Ptk. artikel 6:163) legt een verplichte wettelijke garantie van twee jaar op consumptiegoederen op, los van enige commerciële garantie.

Aan de slag met NAV Online Számla — stapsgewijs 2026

1. Bepaal uw Hongaarse btw-voetafdruk

• Ingezeten Hongaars mkb — volledige Hongaarse btw-registratie via NAV ONYA, Online Számla verplicht
• EU-verkoper die OSS gebruikt — behoud uw btw-registratie in het thuisland, geef Hongaarse B2C-btw aan via OSS, maar Online Számla is van toepassing zodra u om welke andere reden dan ook een Hongaars btw-nummer heeft
• Verkoper buiten de EU — benoem een Hongaarse fiscaal vertegenwoordiger; zodra een Hongaars btw-nummer is uitgegeven, is indiening bij Online Számla verplicht vanaf factuur 1

2. Kies uw facturatiepad

• Számlázz.hu — Hongarije's grootste cloud-facturatie; laagste opzetdrempel, volledig NAV-geautomatiseerd, gratis bij zeer lage volumes
• Billingo — modern API-first alternatief, gesteund door Telekom, sterk Shopify-/WooCommerce-ecosysteem
• KBOSS Számla Agent — desktop-/serveragent voor SAP-/Dynamics-ondernemingen
• Directe NAV REST — voor verkopers met een hoog volume (500+/dag) of ongebruikelijke ERP-opzetten; Zunapro kan dit direct uitvoeren

3. Genereer NAV-inloggegevens voor de technische gebruiker

1. Log in op onlineszamla.nav.gov.hu met uw Hongaarse Client Gate-identiteit (Ügyfélkapu)
2. Open "Felhasználók" → "Új technikai felhasználó"
3. Stel gebruikersnaam en wachtwoord in; het systeem genereert de ondertekeningssleutel en de uitwisselingssleutel
4. Download alle vier de inloggegevens en bewaar ze in uw wachtwoordmanager (Zunapro accepteert deze in versleuteld kluisformaat)

4. Koppel marketplaces en webshop

Met de NAV-inloggegevens in de hand koppelt u eMAG.hu, Vatera, Allegro.hu, AliExpress HU, uw Shoprenter-/WooCommerce-/Shopify-winkel en elke groothandels-ERP aan de Zunapro Hongarije-module. Elke connector wordt geleverd met standaard categoriekoppelingen en ÁFA-tariefinferentie; de verkoper bevestigt met een paar klikken.

5. Voer de rondtrip in testmodus uit

Zunapro geeft een testfactuur uit tegen de sandbox van NAV (api-test.onlineszamla.nav.gov.hu). Wanneer de test — doorgaans binnen 2 seconden — een NAV-transactie-ID teruggeeft, schakelt de verkoper naar productiemodus. Vanaf dat moment genereert elke marketplace-bestelling automatisch een factuur, dient deze binnen de SLA van 5 minuten in bij NAV en slaat het transactie-ID op in het bestelrecord.

6. Monitoren en auditen

Het NAV-dashboard van Zunapro toont indieningslatentie, wachtrijdiepte voor herhaalpogingen, vervaldatum van ondertekeningssleutels, NAV-downtimevensters en het doorlopende auditlogboek van 90 dagen. Voor accountants en externe auditors kan het volledige NAV-interactielogboek worden geëxporteerd als een ondertekend pdf- of csv-bestand, klaar voor afstemming met de belastingaangifte.

Veelgestelde vragen NAV Online Számla 2026