NAV Online Számla Ungarn E-Rechnung 2026: Echtzeit-Übermittlung, verpflichtende Compliance & E-Commerce-Integration

1. NAV Online Számla — Systemüberblick

Nur wenige EU-Mitgliedstaaten sind so entschlossen zur Echtzeit-E-Rechnung übergegangen wie Ungarn. Während Italien, Polen (KSeF), Rumänien und Spanien noch Pilotprojekte konzipierten, ging Ungarns NAV Online Számla am 1. Juli 2018 mit einer harten B2B-Umstellung ohne Übergangsphase live. Das System gilt seither als die meistzitierte EU-Referenzimplementierung eines „Continuous Transaction Control"-Modells (CTC) für E-Rechnungen — und als Vorlage für die kommende EU-ViDA-Richtlinie (VAT in the Digital Age).

Die NAV (Nemzeti Adó- és Vámhivatal — Nationale Steuer- und Zollverwaltung) betreibt das System unter onlineszamla.nav.gov.hu. Jeder ungarische umsatzsteuerpflichtige Unternehmer — ansässig oder gebietsfremd mit ungarischer Umsatzsteuernummer — muss im Portal einen technischen Benutzer anlegen, die vier erforderlichen Anmeldedaten (Login, Passwort, Signaturschlüssel, Austauschschlüssel) generieren und entweder eine direkte Integration gegen die REST-API aufbauen oder ein akkreditiertes ERP anbinden, das dies übernimmt.

Die Zahlen sind beachtlich: Bis 2026 verarbeitet die NAV über 600 Millionen Rechnungen pro Jahr von mehr als 600.000 aktiven ungarischen Steuerpflichtigen. Das System erfüllt sowohl eine Kontrollfunktion (schnelle Umsatzsteuerbetrugserkennung) als auch eine Servicefunktion (vorausgefüllte Umsatzsteuererklärungen, der NAV-OSA-„Online-Kassen"-Datenstrom).

2. Echtzeit-Übermittlung — verpflichtend für B2B (2018) + B2C (2021)

Der dreistufige Rollout der Verpflichtung

Ungarns Online-Számla-Pflicht kam in drei unterschiedlichen Wellen, die die Schwelle jeweils senkten, bis praktisch jede steuerpflichtige Transaktion erfasst war:

• 1. Juli 2018 — B2B über HUF 100.000 USt-Anteil. Jede Rechnung zwischen ungarischen umsatzsteuerpflichtigen Unternehmen, bei der der USt-Anteil HUF 100.000 überstieg, musste nahezu in Echtzeit gemeldet werden.
• 1. Juli 2020 — Alle B2B-Rechnungen. Die Schwelle von HUF 100.000 wurde abgeschafft; jede unter einer ungarischen Umsatzsteuernummer ausgestellte B2B-Rechnung wurde unabhängig vom Wert meldepflichtig.
• 4. Januar 2021 — Vollständiges B2C + grenzüberschreitend. Die Pflicht wurde auf Rechnungen an Privatverbraucher und an nicht-ungarische Kunden (EU und Drittländer) ausgeweitet. Dies ist das 2026 geltende Regime, ohne Ausnahmeschwellen.

Die 5-Minuten-Regel

Die zentrale Service-Level-Zusage des Systems lautet: 5 Minuten von der Rechnungsausstellung bis zum Eingang bei der NAV. Die Uhr beginnt mit invoiceIssueDate + invoiceIssueTime, wie im Dokument vermerkt, und endet, wenn der manageInvoice-REST-Endpunkt eine Transaktions-ID zurückgibt. In der Praxis übermitteln die meisten akkreditierten ERPs (Számlázz.hu, Billingo) innerhalb von 1–3 Sekunden; das 5-Minuten-Fenster ist die regulatorische Obergrenze, nicht das operative Ziel.

Die 5-Minuten-Uhr kann nur in zwei Situationen pausiert werden: (a) die API der NAV ist offiziell ausgefallen (Status auf dem NAV-Portal veröffentlicht), wobei die Verordnung 23/2014 (VI. 30.) NGM Art. 13/A eine Verlängerung um die Ausfalldauer plus 24 Stunden gewährt; und (b) der Verkäufer hat einen Status als „Datenaustausch-Agent" unter spezifischen Ausnahmen beantragt — im E-Commerce selten.

Manuelle vs. automatisierte Übermittlung

Die NAV stellt im Online-Számla-Portal auch ein manuelles Webformular bereit — Steuerpflichtige können Rechnungsdaten von Hand eingeben. Bei Marktplatzvolumen ist dies nicht praktikabel: Ein mittelgroßer eMAG-Verkäufer, der 200 Rechnungen pro Tag erstellt, kann nicht jede einzelne manuell innerhalb der 5-Minuten-SLA verarbeiten. Automatisierung ist ab mehr als 10 Rechnungen pro Tag in der Praxis verpflichtend.

3. XML-Format — das von der NAV definierte invoiceData-v3.0-Schema

Die XSD-getriebene Architektur

Die NAV akzeptiert kein beliebiges XML — jede übermittelte Rechnung muss dem offiziellen invoiceData-v3.0-XSD-Schema entsprechen, das die NAV im Rahmen der Verordnung 23/2014 (VI. 30.) NGM veröffentlicht. Das Schema definiert:

• Header — Lieferantenidentifikation (ungarische Umsatzsteuernummer / EU-Umsatzsteuer-ID / Steuer-ID eines Drittlands), Kundenidentifikation, Rechnungsnummer, Ausstellungs-/Fertigstellungs-/Zahlungsdaten, Währungscode, Wechselkurs zum HUF bei Ausstellung in EUR/USD/etc.
• invoiceLines — Aufschlüsselung je Position: Produktbeschreibung, Menge, Maßeinheit, Netto-Einzelpreis, USt-Satz (27% / 18% / 5% / 0%), USt-Betrag, Bruttobetrag. Jede Position trägt ein lineNature-Tag (PRODUCT / SERVICE / OTHER) und optional eine Produktcode-Kennung (VTSZ, SZJ, KN, CsK, EJ, TESZOR).
• invoiceSummary — Summen: Netto-, USt- und Bruttobeträge je USt-Satz, zuzüglich Rundungszeile, falls zutreffend.
• invoiceReference — zur Änderung oder Stornierung einer zuvor übermittelten Rechnung; enthält die ursprüngliche Rechnungsnummer und die Art der Änderung (MODIFY / STORNO).

Die Online-Számla-3.0-REST-API

Die Übermittlung erfolgt über die Online-Számla-3.0-REST-API unter https://api.onlineszamla.nav.gov.hu. Die sieben Kern-Endpunkte sind:

• tokenExchange — Abruf eines 5-Minuten-Austausch-Tokens, signiert mit dem Signaturschlüssel des Steuerpflichtigen
• manageInvoice — Übermittlung eines oder mehrerer invoiceData-XML-Payloads (max. 100 pro Batch)
• queryTransactionStatus — Abfrage des Verarbeitungsstatus eines übermittelten Batches (NOTIFIED / DONE / WARN / ABORTED)
• queryInvoiceData — Abruf einer zuvor übermittelten Rechnung
• queryInvoiceDigest — Auflistung von Rechnungen nach Zeitraum oder Geschäftspartner (für Prüfung / Abgleich)
• queryInvoiceChainDigest — Rückgabe der vollständigen Änderungskette einer bestimmten Rechnung
• queryTaxpayer — Echtzeitprüfung einer ungarischen Umsatzsteuernummer

SHA3-512-Signierung und die vier Anmeldedaten

Jede Anfrage wird mit vier steuerpflichtigen-spezifischen Anmeldedaten authentifiziert, die im Online-Számla-Portal generiert werden:

• Login-Name — der Benutzername des technischen Benutzers
• Passwort — wird in gehashter Form verwendet, nie im Klartext übertragen
• Signaturschlüssel (XML-DSig) — dient zur SHA3-512-Signierung jedes Anfrage-Hashes
• Austauschschlüssel — dient zur AES-Verschlüsselung des Austausch-Tokens

Alle Payloads sind in einen strikten XML-Umschlag eingebettet und mit SHA3-512 signiert. Die NAV lehnt jede Anfrage ab, deren Signatur nicht innerhalb von ~50 ms mit dem neu berechneten Digest übereinstimmt. Dies von Grund auf zu entwickeln, ist ein mehrwöchiges Projekt; der Wert eines akkreditierten ERP oder von Zunapro liegt darin, die Signatur-/Wiederholungs-/Warteschlangenlogik vom E-Commerce-Stack des Verkäufers zu abstrahieren.

4. NAV-Portal vs. ERP-Integration — Számlázz.hu, Billingo, KBOSS

Die drei gängigen ungarischen ERPs

Für 95% der ungarischen KMU-Verkäufer besteht die praktische Wahl zwischen drei akkreditierten Cloud-Rechnungsplattformen:

Számlázz.hu — Betrieben von KBOSS Kft., gestartet 2006, ist Számlázz.hu Ungarns führende Cloud-Rechnungsplattform mit über 250.000 aktiven KMU-Nutzern und rund 40 Millionen ausgestellten Rechnungen pro Jahr. Die REST-API (v3/szamla/agent) ist der De-facto-Standard für ungarische E-Commerce-Integration. Die Tarife starten kostenlos für sehr geringe Volumina und skalieren bis zu Enterprise-Stufen; die NAV-Übermittlung ist in jedem Tarif vollständig automatisch enthalten.

Billingo — Gegründet 2014 und 2019 von der Magyar Telekom übernommen, positionierte sich Billingo als moderne, designorientierte Alternative zu Számlázz.hu. Es bedient 2026 80.000+ ungarische Unternehmen, mit besonders starker Verbreitung bei Shopify-, WooCommerce- und Shoprenter-Shops. Die Billingo Public API v3 ist die einfachste ungarische Rechnungs-API auf dem Markt und umfasst integrierte NAV-Übermittlung, Änderung, Storno und PDF-Erstellung.

KBOSS Számla Agent — Ein separates Produkt von KBOSS Kft., der Számla Agent ist ein Enterprise-Desktop-/Server-Agent, der zwischen einem bestehenden ERP (SAP, Microsoft Dynamics 365, Sage, Oracle) und der NAV vermittelt. Er läuft als Windows-Dienst, überwacht Rechnungstabellen und übermittelt invoiceData-XML nach einem Zeitplan an die NAV. Genutzt von 10.000+ Unternehmen, vor allem in Fertigung und Großhandel.

Direkte NAV-Integration vs. ERP — Entscheidungsmatrix

Der Zunapro-Ansatz — ein Adapter, drei Backends

Zunapro abstrahiert die Wahl: Marktplatz-Bestellungen fließen in eine einzige ungarische Rechnungswarteschlange; der Verkäufer entscheidet, ob die Rechnungen jedes Mandanten über den Számlázz.hu-Konnektor, den Billingo-Konnektor oder direktes NAV-REST ausgestellt werden. Der Orchestrator übernimmt Wiederholungsversuche, Schlüsselrotation, NAV-Ausfallfenster und schreibt die zurückgegebene 10-stellige NAV-Transaktions-ID auf jede Bestellung zurück, sodass Marktplatz und Verkäufer-Panel stets denselben Compliance-Status anzeigen.

5. Strafen — bis zu HUF 1.000.000 pro fehlender Rechnung

Der gesetzliche Rahmen — Gesetz CL von 2017 (Art. 220)

Strafen für die Nichteinhaltung von Online Számla sind im Gesetz CL von 2017 über die Besteuerungsregeln (Adózás Rendjéről szóló Törvény — Art tv.), Artikel 220, festgelegt. Das Standard-Bußgeld beträgt bis zu HUF 1.000.000 pro fehlender Rechnung für Unternehmen (juristische Personen) und bis zu HUF 500.000 pro fehlender Rechnung für Privatpersonen (Einzelunternehmer — egyéni vállalkozó).

Was eine Strafe auslöst

• Verspätete Übermittlung — invoiceData-XML eingegangen nach der 5-Minuten-Frist (ausgenommen offiziell erklärte NAV-Ausfallfenster)
• Fehlende Übermittlung — Rechnung ausgestellt, aber nie an die NAV gemeldet
• Unvollständige Daten — erforderliche XSD-Felder leer oder fehlerhaft (z. B. fehlender USt-Satz, falsche Kunden-ID)
• Fehlerhafte Daten — Positionssummen stimmen nicht mit dem Header-Gesamtbetrag überein, oder fehlende Währungsumrechnung bei Nicht-HUF-Rechnungen
• Nichtmeldung von Änderungen — eine STORNO- oder Änderungsrechnung wurde ausgestellt, der entsprechende invoiceReference-Block aber nicht an die NAV übermittelt

Das reale Eskalationsmuster der NAV

In der Praxis erteilt die NAV bei kleinen isolierten Versäumnissen — typischerweise 1–3 fehlende Rechnungen pro Quartal — zunächst ein Verwarnungsschreiben. Ab etwa 10 nicht gemeldeten Rechnungen pro Quartal geht die NAV zu förmlichen Bußgeldern über, und bei 50+ Versäumnissen oder systematischer Nichtmeldung eskaliert der Fall zu einer vollständigen Umsatzsteuerprüfung, möglichem Verlust des Vorsteuerabzugsrechts und einer Überprüfung des Steuerlager-/OSS-Status. Grenzüberschreitende Verkäufer, die zu wenig melden, können zudem den Zugang zum OSS-One-Stop-Shop-Verfahren verlieren und müssen dann in jedem EU-Mitgliedstaat eine länderspezifische Umsatzsteuerregistrierung vornehmen.

Praktische Risikominderung

Die günstigste Absicherung gegen die HUF-1-Mio.-Strafe ist die automatisierte Übermittlung mit einer dauerhaften Wiederholungswarteschlange. Zunapro führt ein rollierendes 90-Tage-Prüfprotokoll jeder NAV-Interaktion (Anfrage-Payload, Antwortcode, Transaktions-ID, Signaturschlüsselversion), sodass — selbst wenn die NAV später nachfragt — jede Übermittlung rekonstruiert und nachgewiesen werden kann.

6. Automatische ÁFA-27%-Berechnung und Mehrsatz-Handhabung

Ungarn — die höchste Mehrwertsteuer der EU

Ungarns Mehrwertsteuer-Regelsatz beträgt 27% (ÁFA — általános forgalmi adó), der höchste in der Europäischen Union, festgelegt durch das Gesetz CXXVII von 2007 über die Mehrwertsteuer (Áfa törvény). Der Satz liegt seit dem 1. Januar 2012 bei 27%, und es gibt keine angekündigten Pläne, ihn zu senken.

Zwei ermäßigte Sätze gelten für bestimmte Kategorien:

• 18% ermäßigter Satz — Milch und bestimmte Milchprodukte (gemäß Anhang 3/I Punkt 1 des Áfa törvény), gewerbliche Beherbergungsleistungen (Hotels, Ferienunterkünfte) und bestimmte Backwaren
• 5% stark ermäßigter Satz — gedruckte und elektronische Bücher, Arzneimittel auf der offiziellen Liste, bestimmte medizinische Hilfsmittel, Fernwärme (távhő), gewerblich errichteter Neubau unter bestimmten Quadratmeterschwellen und Tickets für Live-Musikveranstaltungen
• 0% / befreit — innergemeinschaftliche Ausfuhren unter dem OSS-Regime, Ausfuhren in Drittländer, bestimmte Finanzdienstleistungen, Gesundheitswesen, Bildung

Das Mehrsatz-Problem bei Marktplätzen

Eine Bestellung bei eMAG.hu oder Vatera enthält oft Positionen mit unterschiedlichen USt-Sätzen — ein einziger Warenkorb kann ein Zubehörteil mit 27% mit einem Buch mit 5% kombinieren. Das invoiceData-XML muss die Positionen korrekt aufteilen und jeden USt-Satz-Bucket in der invoiceSummary abgleichen. Eine manuelle Berechnung ist bei Marktplatzvolumina unpraktikabel und fehleranfällig.

Zunapros Master-Katalog kennzeichnet jede SKU beim Import mit ihrem ungarischen ÁFA-Satz. Wenn eine Marktplatz-Bestellung eingeht, führt das System Folgendes aus:

1. Nachschlagen des Satzes je SKU aus dem Master-Katalog
2. Berechnung von Netto/USt/Brutto auf Positionsebene (gerundet gemäß den NAV-Rundungsregeln)
3. Gruppierung der Positionen in summaryByVatRate-Buckets für die XML-Zusammenfassung
4. Übermittlung des invoiceData-Payloads innerhalb des 5-Minuten-Fensters

Währungsumrechnung — HUF, EUR, USD

Für Rechnungen in EUR, USD oder anderen Fremdwährungen verlangt die NAV, dass der Verkäufer ein HUF-Äquivalent aufzeichnet, berechnet zum offiziellen MNB-Mittelkurs (Magyar Nemzeti Bank) für das Rechnungsausstellungsdatum. Das XML führt sowohl den ursprünglichen Währungsbetrag als auch den HUF-Äquivalentbetrag je USt-Satz-Bucket. Zunapro ruft den täglichen MNB-Kurs um 11:15 Uhr MEZ (Veröffentlichungszeitpunkt der MNB) ab und wendet ihn automatisch an.

7. Marktplatzintegration — eMAG.hu, Vatera, Allegro HU

Die Realität der Marktplatz-Rechnungsstellung

Ein weit verbreitetes Missverständnis unter neuen ungarischen E-Commerce-Verkäufern ist, dass „der Marktplatz die Rechnungsstellung übernimmt". Das ist nicht der Fall. eMAG Marketplace Ungarn, Vatera (Allegro Group), AliExpress Ungarn, Wish Ungarn und jede andere Plattform, die unter ungarischer Umsatzsteuer operiert, legt die Rechnungspflicht ausdrücklich beim Verkäufer fest. Jede B2C- oder B2B-Bestellung unter einer ungarischen Umsatzsteuernummer muss eine konforme ungarische Rechnung erzeugen — und diese Rechnung muss innerhalb von 5 Minuten an NAV Online Számla übermittelt werden.

eMAG.hu — Ungarns führender Marktplatz

eMAG ist der größte Marktplatz mit Sitz in Rumänien, gegründet 2001 in Bukarest und in Ungarn als eMAG.hu seit 2013 gestartet. Bis 2026 bedient eMAG.hu 4M+ ungarische Kunden und ist volumenmäßig der dominierende ungarische Marktplatz — vergleichbar in seinem Marktanteil mit Allegro in Polen oder Trendyol in der Türkei. eMAG Marketplace Ungarn nutzt eine eigene MARKETPLACE-API für Bestellabruf, Produkt-Upload und Statusaktualisierungen. Rechnungen werden nicht im Namen des Verkäufers von eMAG ausgestellt — der Verkäufer muss die Rechnung erstellen (typischerweise über Számlázz.hu / Billingo) und einen PDF-Link über den eMAG-Bestell-Endpunkt bereitstellen.

Vatera — der Marktplatz mit Auktions-Erbe

Vatera startete 2000 als Ungarns erste große Online-Auktionsplattform und wurde 2017 von der Allegro Group übernommen. Nach dem Start von allegro.hu durch Allegro im Jahr 2024 operiert Vatera weiterhin als eigenständige Marke mit Fokus auf Auktions- und Second-Hand-Long-Tail-Geschäft. Sofort-Kaufen-Angebote dominieren heute (Auktionen machen <10% des Volumens aus), doch die traditionelle Käuferschaft der Marke bleibt bestehen. NAV Online Számla gilt identisch: Jede Vatera-Bestellung erfordert eine Rechnung mit taggleicher NAV-Übermittlung.

Allegro.hu, AliExpress HU, Wish HU

• Allegro.hu — 2024 im Rahmen der CEE-Expansion der Allegro Group gestartet. Nutzt dieselbe Allegro-API wie der polnische Marktplatz, mit HUF-/EUR-Preisgestaltung und ungarischsprachigen Angeboten. Die Rechnungspflicht liegt beim Verkäufer; NAV-Online-Számla-Übermittlung erforderlich.
• AliExpress Ungarn — die ungarische Verkaufsplattform der Alibaba-Tochter. Grenzüberschreitende Verkäufer, die das IOSS-Verfahren von AliExpress nutzen, benötigen dennoch konforme ungarische Rechnungen, sobald sie eine ungarische Umsatzsteuernummer besitzen.
• Wish Ungarn — sinkende Präsenz, aber weiterhin vorhanden; dieselbe Regel der Rechnungspflicht des Verkäufers.

Der Zunapro-Marktplatz-Workflow

Der von Zunapro orchestrierte End-to-End-Workflow lautet:

1. Abruf der Marktplatz-Bestellung — eMAG-/Vatera-/Allegro.hu-Webhooks laufen bei Zunapro ein
2. Rechnungsentwurf — Zunapro erstellt die ungarische Rechnung mit SKU-genauen ÁFA-Sätzen, Währungsumrechnung und Kundendaten
3. ERP-Übermittlung — Rechnung wird an Számlázz.hu / Billingo (oder direkt an NAV) übermittelt — REST-Round-Trip ca. 1–3 s
4. NAV-Übermittlung — das invoiceData-XML wird signiert und an onlineszamla.nav.gov.hu übermittelt
5. Transaktions-ID — die 10-stellige Transaktions-ID der NAV wird auf der Bestellung gespeichert, und die Marktplatz-Bestellung wird mit der Rechnungs-PDF-URL aktualisiert

8. EKAER — Voranmeldung im Straßengüterverkehr für Risikowaren

Was EKAER ist

EKAER (Elektronikus Közúti Áruforgalom Ellenőrző Rendszer — Elektronisches Kontrollsystem für den Straßengüterverkehr) ist Ungarns verpflichtendes Voranmeldesystem für den Straßentransport risikoklassifizierter Waren. Am 1. Januar 2015 als eines der ersten EU-weiten Echtzeit-Kontrollsysteme gegen Umsatzsteuerbetrug eingeführt, wird EKAER von der NAV unter ekaer.nav.gov.hu betrieben und verlangt, dass jede betroffene Sendung vor Abfahrt des Lkw registriert wird — mit einer 15-stelligen EKAER-Nummer, die mit der Ladung mitgeführt und auf Verlangen bei Straßenkontrollen vorgezeigt werden muss.

Die Umfangsreform vom Januar 2021

EKAER galt ursprünglich für nahezu den gesamten grenzüberschreitenden B2B-Straßengüterverkehr über die ungarische Grenze. Nach Druck durch ein Vertragsverletzungsverfahren der Europäischen Kommission (EU-Regeln zur Freizügigkeit) engte Ungarn den Geltungsbereich zum 1. Januar 2021 auf ausschließlich Risikoproduktkategorien ein. 2026 umfasst EKAER:

• Risikolebensmittel — Fleisch, Milchprodukte, Zucker, bestimmte Öle gemäß Anhang 1 der EKAER-Verordnung 13/2020 (XII.23.) PM
• Andere Risikoprodukte — Kraftstoffe, bestimmte Chemikalien, Baustoffe innerhalb festgelegter HUF-Wertschwellen
• Massentransporte über 2.500 kg oder HUF 1.000.000 Warenwert innerhalb der Risikokategorien

Standard-E-Commerce-Pakete (Kleidung, Elektronik, Zubehör) liegen außerhalb des EKAER-Geltungsbereichs 2026. Die meisten grenzüberschreitenden Online-Verkäufer, die per DHL, GLS, FoxPost oder Magyar Posta nach Ungarn versenden, benötigen daher kein EKAER — Massen-B2B-Großhandelsbewegungen jedoch weiterhin.

Wie eine EKAER-Anmeldung funktioniert

Bevor der Lkw beladen wird, eröffnet der Versender eine EKAER-Anmeldung im Portal (oder per API) und trägt Folgendes ein:

• Steuer-IDs von Absender und Empfänger
• Ursprungs- und Zieladressen
• Warenbeschreibung, VTSZ-Zollcode, Bruttogewicht, Warenwert
• Kfz-Kennzeichen + geplantes Ankunftsfenster

Die NAV gibt die 15-stellige EKAER-Nummer zurück. Die Anmeldung kann bis zum Zeitpunkt der Ankunft der Sendung geändert werden (Kennzeichenwechsel, Gewichtstoleranz). Strafe für fehlendes oder fehlerhaftes EKAER: bis zu 40% des Warenwerts.

EKAER + Online Számla — wie sie zusammenwirken

EKAER und Online Számla sind unabhängige Systeme ohne direkte technische Verknüpfung, teilen jedoch Daten. Die NAV gleicht EKAER-Frachtdaten mit Online-Számla-Rechnungspositionen ab, um Umsatzsteuerbetrug zu erkennen (unterdeklarierte Waren, Scheinrechnungen, fehlende Ausfuhren). Für Verkäufer in Risikokategorien ist ein einziges Zunapro-Panel, das gleichzeitig die NAV-Rechnung und die EKAER-Anmeldung aus demselben Bestelldatensatz erstellt, ein wichtiger Hebel zur Risikominderung.

9. Grenzüberschreitend — IOSS + OSS für EU- und Drittlandsverkäufe

OSS (One Stop Shop) — EU-B2C oberhalb der Fernverkaufsschwelle

Ab dem 1. Juli 2021 ersetzte die EU die länderweisen Fernverkaufsschwellen durch eine einheitliche EU-weite Schwelle von EUR 10.000. Jeder ungarische Verkäufer, dessen grenzüberschreitende B2C-Verkäufe in andere EU-Mitgliedstaaten im Kalenderjahr EUR 10.000 übersteigen, muss Umsatzsteuer zum Satz des Käuferlandes erheben. Statt sich in 26 anderen Ländern für die Umsatzsteuer zu registrieren, kann sich der Verkäufer über das KAFTA-Portal der NAV für OSS (One Stop Shop) registrieren und eine einzige vierteljährliche OSS-Meldung für alle EU-Mitgliedstaaten abgeben.

IOSS (Import One Stop Shop) — Importe unter EUR 150

IOSS gilt für Wareneinfuhren aus Drittländern (Nicht-EU) mit einem Sendungswert bis einschließlich EUR 150. Unter IOSS erhebt der Verkäufer die EU-Umsatzsteuer beim Checkout (zum Satz des Käuferlandes) und reicht eine einzige monatliche IOSS-Meldung für alle EU-Sendungen ein. Der Vorteil: die Zollabfertigung erfolgt nahezu sofort, es entstehen keine überraschenden Zoll-/USt-Kosten bei Lieferung, und ungarische Käufer erleben die Bestellung wie einen Inlandskauf.

Wie sich NAV Online Számla zu OSS und IOSS verhält

OSS und IOSS sind separate Umsatzsteuer-Meldesysteme — sie melden aggregierte EU-Umsatzsteuer an die NAV, ersetzen jedoch nicht die Online-Számla-Pflicht. Die ungarische Rechnung muss weiterhin ausgestellt und an Online Számla übermittelt werden. Die Beziehung stellt sich wie folgt dar:

• Inländisches HU-B2C — Rechnung mit 27% (oder anwendbarem Satz) ausstellen → an NAV Online Számla übermitteln → in der Standard-ungarischen Umsatzsteuererklärung melden
• Grenzüberschreitendes EU-B2C unter OSS — Rechnung zum Umsatzsteuersatz des Bestimmungslands ausstellen → an NAV Online Számla übermitteln (Cross-Border-Flag im XML) → vierteljährliche aggregierte OSS-Meldung abgeben
• Drittland-B2C unter IOSS — Rechnung mit IOSS-USt-Satz ausstellen → an NAV Online Számla übermitteln → monatliche aggregierte IOSS-Meldung abgeben
• Außerhalb von OSS / IOSS — länderspezifische Umsatzsteuerregistrierung erforderlich; ungarisches Online Számla gilt weiterhin, sofern die Rechnung unter ungarischer Umsatzsteuernummer ausgestellt wird

Zunapros grenzüberschreitendes Routing

Zunapro kennzeichnet jede Bestellung bei Eingang mit dem korrekten Regime — HU-inländisch / OSS / IOSS / Nicht-EU — basierend auf der Lieferadresse des Käufers, dem Sendungswert und dem Umsatzsteuer-Registrierungsprofil des Verkäufers. Die Rechnung wird mit dem korrekten USt-Satz erstellt, mit gesetztem Cross-Border-Flag an NAV Online Számla übermittelt und zum Monatsende in den entsprechenden OSS-/IOSS-Export aggregiert.

10. Die Zukunft — Peppol UBL 2.1 + EU-ViDA

Warum Peppol wichtig ist

Peppol (Pan-European Public Procurement Online) ist ein Vier-Ecken-Austauschnetzwerk für E-Rechnungen, das den Standard UBL 2.1 und die Spezifikation Peppol BIS Billing 3.0 verwendet. Ursprünglich für die öffentliche Beschaffung entwickelt, ist Peppol nun das von der EU bevorzugte Format für grenzüberschreitende B2B-E-Rechnungen und das technische Rückgrat der kommenden Richtlinie EU ViDA (VAT in the Digital Age).

Ungarns Peppol-Verpflichtung

Ungarn hat sich auf EU-Ratsebene verpflichtet, Peppol BIS Billing 3.0 als alternatives Übermittlungsformat für grenzüberschreitende B2B-Rechnungen zu akzeptieren. Die im Q1 2026 veröffentlichte NAV-Roadmap sieht Folgendes vor:

• H2 2026 — die NAV betreibt einen Peppol Access Point, der eingehendes UBL 2.1 akzeptiert und für die interne Verarbeitung in invoiceData v3.0 umwandelt
• 2027 — ausgehende Umwandlung: Im NAV-invoiceData-Format eingereichte Rechnungen können über Peppol in UBL 2.1 an einen ausländischen Käufer weitergeleitet werden
• 2028 — vollständige ViDA-Angleichung: harmonisiertes Echtzeit-Digital-Reporting in allen EU-Mitgliedstaaten, mit Peppol als Standard-technischer Ebene

Was sich für ungarische Verkäufer durch Peppol ändert

Für rein inländische Verkäufer ändert sich wenig — invoiceData v3.0 bleibt das primäre Format. Der Vorteil liegt bei grenzüberschreitenden B2B-Verkäufern: Eine einzige UBL-Rechnung kann gleichzeitig NAV (HU), KSeF (PL), FatturaPA (IT) und Chorus Pro (FR) erfüllen — ohne länderspezifische Adapterlogik. Bis 2028 soll dieselbe einzelne Rechnung die digitalen Meldepflichten aller EU-Mitgliedstaaten erfüllen.

Zunapros Peppol-Roadmap

Zunapros UBL-Ausgabemodul befindet sich in aktiver Entwicklung. Die Architektur spiegelt den bestehenden NAV-Adapter: Rechnungen aus Marktplatz-Bestellungen werden gleichzeitig in invoiceData v3.0 (für die NAV) und UBL 2.1 (für die Zustellung über den Peppol Access Point an nicht-ungarische Käufer) erstellt. Der Verkäufer wählt pro Kunde oder pro Marktplatz, ob das Peppol-Routing aktiviert wird.

Ungarischer Rechtsrahmen 2026 — wo Sie die Regeln finden

Primäre Gesetzgebung

• Gesetz CXXVII von 2007 über die Mehrwertsteuer (Áfa törvény) — legt die Sätze von 27% / 18% / 5%, den Umfang steuerpflichtiger Transaktionen und die zugrunde liegende Rechnungspflicht fest. Verfügbar unter njt.hu (der Nationalen Gesetzesdatenbank).
• Gesetz CL von 2017 über die Besteuerungsregeln (Art tv.) — legt die Online-Számla-Meldepflicht in den Artikeln 7 und 220 fest, einschließlich der Strafstruktur.
• NAV-Verordnung 23/2014 (VI. 30.) NGM — die technische Verordnung, die das XML-Schema, die 5-Minuten-Frist, die API-Endpunkte und das Format der Anmeldedaten festlegt. Jährlich aktualisiert; die jüngste Änderung im Vorfeld der Peppol-Integration 2026 wurde im Q1 2026 veröffentlicht.
• EKAER-Verordnung 13/2020 (XII. 23.) PM — legt die Risikoproduktkategorien und die Umfangsreform von 2021 fest.

Operative Leitlinien der NAV

• onlineszamla.nav.gov.hu — offizielles Steuerpflichtigen-Portal; Generierung des technischen Benutzers, XSD-Downloads, Ausfallstatus, FAQ auf Ungarisch + Englisch
• nav.gov.hu — Hauptseite der NAV; Steuersätze, OSS-/IOSS-Leitlinien, englischsprachige Landingpage für ausländische Verkäufer
• ekaer.nav.gov.hu — EKAER-Portal und Liste der Risikoprodukte

Verbraucherschutz — DSGVO, 14-tägiges Widerrufsrecht, 2-jährige Gewährleistung

• DSGVO — die ungarische Datenschutzbehörde ist die NAIH (Nemzeti Adatvédelmi és Információszabadság Hatóság). Daten von Online Számla werden von der NAV auf eigener Rechtsgrundlage verarbeitet, doch verkäuferseitige Kundendaten bleiben in der DSGVO-Verantwortung des Verkäufers.
• 14-tägiges Widerrufsrecht — ungarische Verbraucher können jedes im Fernabsatz gekaufte Produkt innerhalb von 14 Tagen ohne Angabe von Gründen zurückgeben (EU-Richtlinie 2011/83/EU, umgesetzt durch die Regierungsverordnung 45/2014 (II. 26.) Korm.).
• 2-jährige gesetzliche Gewährleistung (kellékszavatosság) — das ungarische Zivilrecht (Ptk. § 6:163) schreibt eine verpflichtende zweijährige gesetzliche Gewährleistung für Verbrauchsgüter vor, unabhängig von einer etwaigen Handelsgarantie.

Erste Schritte mit NAV Online Számla — Schritt-für-Schritt-Anleitung 2026

1. Bestimmen Sie Ihren ungarischen Umsatzsteuer-Fußabdruck

• In Ungarn ansässiges KMU — vollständige ungarische Umsatzsteuerregistrierung über NAV ONYA, Online Számla verpflichtend
• EU-Verkäufer mit OSS — behalten Sie Ihre Umsatzsteuerregistrierung im Heimatland bei, melden Sie die ungarische B2C-Umsatzsteuer über OSS, doch Online Számla gilt, sobald Sie aus einem beliebigen anderen Grund eine ungarische Umsatzsteuernummer besitzen
• Nicht-EU-Verkäufer — bestellen Sie einen ungarischen Fiskalvertreter; sobald eine ungarische Umsatzsteuernummer ausgestellt wird, ist die Online-Számla-Übermittlung ab der ersten Rechnung verpflichtend

2. Wählen Sie Ihren Rechnungsstellungsweg

• Számlázz.hu — Ungarns führende Cloud-Rechnungsstellung; geringster Einrichtungsaufwand, vollständig NAV-automatisiert, kostenlos bei sehr geringem Volumen
• Billingo — moderne API-first-Alternative, von Telekom unterstützt, starkes Shopify-/WooCommerce-Ökosystem
• KBOSS Számla Agent — Desktop-/Server-Agent für SAP-/Dynamics-Unternehmen
• Direktes NAV-REST — für Verkäufer mit hohem Volumen (500+/Tag) oder ungewöhnliche ERP-Setups; Zunapro kann dies vor Ort betreiben

3. Generieren Sie die technischen NAV-Benutzeranmeldedaten

1. Melden Sie sich mit Ihrer ungarischen Client-Gate-Identität (Ügyfélkapu) bei onlineszamla.nav.gov.hu an
2. Öffnen Sie „Felhasználók" → „Új technikai felhasználó"
3. Legen Sie Login-Name und Passwort fest; das System generiert Signaturschlüssel und Austauschschlüssel
4. Laden Sie alle vier Anmeldedaten herunter und speichern Sie sie in Ihrem Passwort-Manager (Zunapro akzeptiert sie im verschlüsselten Vault-Format)

4. Marktplätze und Webshop verbinden

Mit den NAV-Anmeldedaten verbinden Sie eMAG.hu, Vatera, Allegro.hu, AliExpress HU, Ihren Shoprenter-/WooCommerce-/Shopify-Shop sowie jedes Großhandels-ERP mit dem Zunapro-Ungarn-Modul. Jeder Konnektor kommt mit Standard-Kategoriezuordnungen und ÁFA-Satz-Ableitung; der Verkäufer bestätigt dies mit wenigen Klicks.

5. Führen Sie den Testmodus-Round-Trip durch

Zunapro sendet eine Testrechnung an die Sandbox der NAV (api-test.onlineszamla.nav.gov.hu). Sobald der Test — typischerweise innerhalb von 2 Sekunden — eine NAV-Transaktions-ID zurückgibt, schaltet der Verkäufer in den Produktivmodus. Ab diesem Zeitpunkt generiert jede Marktplatz-Bestellung automatisch eine Rechnung, übermittelt sie innerhalb der 5-Minuten-SLA an die NAV und speichert die Transaktions-ID im Bestelldatensatz.

6. Überwachen und prüfen

Zunapros NAV-Dashboard zeigt Übermittlungslatenz, Tiefe der Wiederholungswarteschlange, Ablauf der Signaturschlüssel, NAV-Ausfallfenster und das rollierende 90-Tage-Prüfprotokoll. Für Buchhalter und externe Prüfer lässt sich das gesamte NAV-Interaktionsprotokoll als signiertes PDF oder CSV exportieren, bereit für den Abgleich mit der Steuererklärung.

NAV-Online-Számla-FAQ 2026