Ungarn verpflichtet Unternehmen zur elektronischen Meldung von Rechnungsdaten über NAV Online Számla. Strukturierte XML-Daten, automatisiertes Echtzeit-Reporting und die Integration von ERP- und Rechnungssystemen prägen das ungarische Modell.
Ungarns B2B-Modell wird vor allem durch die verpflichtende elektronische Rechnungsdatenmeldung geprägt. Unternehmen müssen relevante Rechnungsdaten automatisiert und transaktionsbezogen über Online Számla an die ungarische Steuer- und Zollbehörde NAV übermitteln.
Ein allgemeines B2B-E-Invoicing-Mandat besteht derzeit nicht. Die Meldung an NAV und die Übermittlung der Rechnung an den Geschäftspartner bleiben grundsätzlich zwei getrennte Prozesse. Elektronische B2B-Rechnungen können freiwillig ausgetauscht werden, während für bestimmte Strom- und Erdgaslieferungen seit Juli 2025 eine sektorspezifische E-Rechnungspflicht gilt.
Für betroffene Unternehmen stehen deshalb NAV-konforme XML-Daten, automatisiertes Real-Time Invoice Reporting, technische Validierung, Fehlerrückmeldungen sowie die Integration von ERP-, Rechnungs- und Finanzsystemen im Mittelpunkt. Entscheidend ist, Rechnungsdaten vollständig und fristgerecht an NAV zu melden und zugleich den eigentlichen Rechnungsprozess mit dem Kunden zuverlässig abzuwickeln.
| Datum/Zeitraum | Entwicklungsschritt | Bedeutung |
| 1. Juli 2024 | Die Pflicht zur digitalen Buchführung beginnt für berichtspflichtige Unternehmen, die ein registriertes Standardbuchführungssystem verwenden. | Die Vorgaben gelten ab dem ersten Geschäftsjahr, das an oder nach diesem Datum beginnt. Regelkonforme Systeme müssen unter anderem den Versand und Empfang von E-Rechnungen unterstützen. |
| 1. Januar 2025 | Die Pflicht wird auf berichtspflichtige Unternehmen mit einem nicht registrierten Buchführungssystem ausgeweitet. | Unternehmen tragen selbst die Verantwortung dafür, dass ihr individuelles oder nicht registriertes System die gesetzlichen Anforderungen erfüllt. |
| 1. Januar 2026 | Weitere Unternehmen werden in die digitale Buchführung einbezogen. | Dazu gehören insbesondere Einzelunternehmen und andere nicht berichtspflichtige Unternehmen, deren Nettoumsatz in zwei aufeinanderfolgenden Jahren jeweils mehr als 300.000 DKK beträgt. |
| 1. Juli 2030 | Die ViDA-Anforderungen für grenzüberschreitende EU-B2B-Transaktionen treten in Kraft. | E-Rechnungen und digitale Meldedaten werden für betroffene innergemeinschaftliche Umsätze verpflichtend. Die konkrete Einbettung in die dänische Infrastruktur muss national umgesetzt werden. |
Online Számla verpflichtet betroffene Unternehmen zur elektronischen Übermittlung von Rechnungsdaten an NAV. Maßgeblich ist grundsätzlich, ob die Rechnung in den Anwendungsbereich des ungarischen Umsatzsteuerrechts fällt. Der Unternehmenssitz oder der Sitz des Rechnungsempfängers entscheidet darüber nicht allein.
Eine Ausnahme gilt seit dem 1. Juli 2025 für bestimmte Lieferungen von Strom und Erdgas an Nichtprivatkunden. Für diese Transaktionen besteht eine sektorspezifische Pflicht zur elektronischen Rechnungsstellung, ohne dass ein einheitliches Format oder ein bestimmter Übertragungsweg vorgeschrieben ist.
Die eigentliche B2B-Rechnung kann über unterschiedliche elektronische Kanäle an den Geschäftspartner übermittelt werden. Format, Übertragungsweg und technische Verarbeitung richten sich nach der Vereinbarung zwischen Sender und Empfänger. Unabhängig davon müssen meldepflichtige Rechnungsdaten an Online Számla übertragen werden.
| Übertragungswege | Einsatz im B2B-Rechnungsaustausch |
| Rechnungen können beispielsweise als PDF oder strukturierte Datei versendet werden. Dieser Weg ist einfach, bietet aber ohne zusätzliche Integration nur begrenzte Automatisierung. | |
| Direkte Systemverbindung | ERP- und Finanzsysteme können strukturierte Rechnungsdaten über APIs, EDI, SFTP oder andere vereinbarte Schnittstellen austauschen. Dieser Weg eignet sich besonders für regelmäßige Transaktionen und hohe Rechnungsvolumen. |
| E-Invoicing-Plattform oder Dienstleister | Plattformen können Rechnungen konvertieren, validieren und über den vom Empfänger unterstützten Kanal zustellen. Dadurch lassen sich unterschiedliche Formate und technische Anforderungen zentral abbilden. |
| Peppol | Rechnungen können über Peppol Access Points ausgetauscht werden, sofern beide Geschäftspartner erreichbar sind. Peppol ist in Ungarn jedoch kein verpflichtender nationaler Übertragungsweg. |
| Kunden- oder Lieferantenportal | Rechnungen können über ein Portal hochgeladen oder abgerufen werden. Für den Empfänger entstehen dabei häufig zusätzliche manuelle Schritte, wenn keine direkte Systemintegration besteht. |
Die Rechnungsübertragung an den Kunden ersetzt nicht die Meldung an NAV. Bei Rechnungen aus einem Rechnungsprogramm erfolgt das Reporting grundsätzlich automatisiert über eine System-zu-System-Verbindung zur Online-Számla-Schnittstelle.
Online Számla ist das elektronische Rechnungsdaten-Reporting-System der ungarischen Steuer- und Zollbehörde NAV. Es empfängt vorgeschriebene Rechnungsdaten im XML-Format, prüft die Meldung technisch und gibt einen Verarbeitungsstatus sowie mögliche Warnungen oder Fehler zurück.
Bei Rechnungen aus einem Rechnungsprogramm laufen zwei getrennte Prozesse ab. Die eigentliche Rechnung wird über den vereinbarten Kanal an den Kunden übermittelt. Parallel sendet das System den vorgeschriebenen XML-Meldedatensatz automatisiert an Online Számla. Eine erfolgreiche NAV-Meldung ist keine Voraussetzung dafür, dass der Empfänger die Rechnung erhält.
Weichen die gemeldeten Daten von der tatsächlich ausgestellten Rechnung ab, kann eine technische Stornierung der Meldung und eine erneute Übertragung erforderlich sein. Dieser Vorgang ist von einer fachlichen Rechnungsberichtigung gegenüber dem Kunden zu unterscheiden.
E-Invoicing und E-Reporting erfüllen unterschiedliche Aufgaben. In Ungarn können dieselben Rechnungsdaten zwei getrennte Prozesse auslösen. E-Invoicing organisiert den Austausch der Rechnung zwischen Lieferant und Kunde, während E-Reporting die gesetzlich vorgeschriebene Datenübermittlung an NAV erfüllt. Für eine zuverlässige Umsetzung müssen beide Prozesse technisch aufeinander abgestimmt sein.
Beim E-Invoicing steht die Rechnung als Geschäftsdokument zwischen Lieferant und Kunde im Mittelpunkt. Sie enthält die Daten, die der Empfänger für Prüfung, Kontierung, Freigabe, Buchung und Zahlung benötigt, und wird über einen vereinbarten Kanal bereitgestellt. Dafür kommen beispielsweise E-Mail, EDI, Plattformen, Portale oder Peppol infrage.
Für den allgemeinen ungarischen B2B-Bereich sind weder ein einheitliches elektronisches Rechnungsformat noch ein bestimmter Übertragungsweg vorgeschrieben. Unternehmen können strukturierte Rechnungen freiwillig einsetzen und an ihre bestehenden Finanz- und ERP-Prozesse anbinden. Eine sektorspezifische Ausnahme gilt für bestimmte Strom- und Erdgaslieferungen an Nichtprivatkunden, für die seit dem 1. Juli 2025 elektronische Rechnungen verpflichtend sind.
Beim E-Reporting steht nicht die Zustellung der Rechnung an den Kunden im Mittelpunkt, sondern die Übermittlung der vorgeschriebenen Rechnungsdaten an Online Számla. Bei softwaregestützt ausgestellten Rechnungen erzeugt das System einen NAV-konformen XML-Datensatz und sendet ihn grundsätzlich automatisiert und ohne manuellen Eingriff an die Steuerverwaltung.
Online Számla prüft die übermittelten Daten und gibt einen technischen Verarbeitungsstatus sowie mögliche Warnungen oder Fehlermeldungen zurück. Eine erfolgreiche Meldung bestätigt die Verarbeitung durch NAV, sagt aber nichts darüber aus, ob der Kunde die Rechnung erhalten, akzeptiert oder bezahlt hat. Umgekehrt erfüllt der Versand einer elektronischen Rechnung an den Geschäftspartner noch nicht die gesetzliche Reportingpflicht.
Online Számla verarbeitet Rechnungsdaten nach der technischen NAV-Spezifikation 3.0. Der XML-Meldedatensatz ist dabei nicht automatisch das Rechnungsformat, das der Kunde erhält. Er bildet die für das steuerliche Reporting erforderlichen Informationen in einer strukturierten und maschinenlesbaren Form ab. Abhängig von Rechnungsart und Geschäftsvorgang umfasst der Datensatz unterschiedliche Datenbereiche.
| Datenbereich | Typische Inhalte |
| Rechnungsidentifikation | Rechnungsnummer, Ausstellungsdatum, Rechnungsart und Referenz auf eine ursprüngliche Rechnung |
| Geschäftspartner | Lieferanten- und Kundendaten, Steuerstatus sowie ungarische Steuernummern |
| Rechnungspositionen | Beschreibung, Menge, Einheit, Einzelpreis, Nettobetrag und Umsatzsteuerangaben |
| Steuer- und Summendaten | Steuersätze, Steuerkategorien, Netto-, Umsatzsteuer- und Bruttobeträge |
| Währung und Umrechnung | Rechnungswährung, Wechselkurs und relevante Beträge in ungarischen Forint |
| Änderungen und Sonderfälle | Korrekturen, Stornierungen, Anzahlungen und Bezüge zu vorausgegangenen Rechnungen |
Für die technische Umsetzung müssen ERP-, Rechnungs- und Steuersysteme diese Informationen vollständig und konsistent bereitstellen. Besonders wichtig sind korrekte Steuerkennzeichen, Kundeneinstufungen, Währungsumrechnungen und Referenzen auf geänderte Rechnungen. Fehlende oder widersprüchliche Daten können zu Warnungen oder zur Ablehnung der Meldung führen.
Eine technisch akzeptierte XML-Meldung bestätigt allerdings nur, dass Online Számla die Daten verarbeiten konnte. Sie stellt keine abschließende Prüfung der steuerlichen oder fachlichen Richtigkeit der zugrunde liegenden Rechnung dar. Unternehmen sollten deshalb neben der Schemaprüfung auch eigene fachliche Validierungen in den Rechnungsprozess integrieren.
Für Lieferanten besteht in Ungarn kein allgemeines B2G-E-Invoicing-Mandat. Öffentliche Auftraggeber müssen jedoch seit November 2019 strukturierte E-Rechnungen nach EN 16931 für öffentliche Aufträge oberhalb der EU-Schwellenwerte empfangen und verarbeiten können.
Unabhängig vom Übertragungsweg gelten auch für Rechnungen an öffentliche Stellen die einschlägigen Meldepflichten über Online Számla. Der Schwerpunkt des ungarischen Modells bleibt damit das Rechnungsdaten-Reporting an NAV.
Als EU-Mitgliedstaat muss Ungarn die ViDA-Vorgaben umsetzen. Ab dem 1. Juli 2030 gelten für betroffene grenzüberschreitende B2B-Transaktionen innerhalb der EU strukturierte E-Rechnungen und digitale Meldepflichten. Ungarische Unternehmen benötigen damit neben dem bestehenden NAV-Reporting auch ViDA-konforme Prozesse für den innergemeinschaftlichen Rechnungsaustausch.
Online Számla bietet bereits eine etablierte Infrastruktur für transaktionsbezogene Rechnungsdaten. Das ungarische System entspricht jedoch nicht automatisch dem künftigen EU-Modell. Datenmodell, Fristen, technische Abläufe und der grenzüberschreitende Datenaustausch müssen an die ViDA-Vorgaben angepasst werden.
Bis zum 1. Januar 2035 muss Ungarn sein nationales Echtzeit-Reporting mit dem europäischen System und dessen Standards in Einklang bringen. Für Unternehmen wird deshalb entscheidend, nationale NAV-Anforderungen und EU-weite ViDA-Prozesse aus einer konsistenten Datenbasis bedienen zu können.
Mit dem SEEBURGER E-Invoicing Hub lassen sich die Kundenrechnung und die Meldung an Online Számla aus einer gemeinsamen Datenbasis steuern. Unternehmen vermeiden getrennte Insellösungen und gewinnen einen durchgängigen Prozess von der Rechnungserstellung im ERP über die NAV-Meldung bis zur Zustellung an den Geschäftspartner.
Peppol ganzheitlich gedacht: vom zertifizierten Access Point bis zu integrierten, automatisierten und skalierbaren E-Invoicing-Prozessen.
Erfahren Sie, wie automatisierte Kreditorenprozesse E-Invoicing-Compliance mit mehr Transparenz, Kontrolle und Effizienz verbinden.
Erfahren Sie, wie Sie mit dem SEEBURGER E-Invoicing Hub Compliance sicherstellen und Ihre Rechnungsprozesse effizient automatisieren. Im Fokus stehen länderspezifische Anforderungen, Peppol-Anbindung und die nahtlose Integration in SAP.
Seit dem 1. Juli 2025 müssen bestimmte Strom- und Erdgaslieferungen an Nichtprivatkunden elektronisch abgerechnet werden. Für die betroffenen Transaktionen reicht ein rein papierbasierter Prozess nicht mehr aus.
Die Vorgaben schreiben kein einheitliches Rechnungsformat und keinen bestimmten Übertragungskanal vor. Energieunternehmen müssen deshalb sowohl die elektronische Zustellung an den Kunden als auch die separate Rechnungsdatenmeldung an NAV organisieren.
Ein wirksames Monitoring sollte erfolgreiche und fehlgeschlagene Meldungen, offene Warnungen, Wiederholungsversuche und technische Stornierungen abdecken. Ebenso relevant sind Transaktionen, für die innerhalb des erwarteten Zeitraums keine abschließende NAV-Rückmeldung vorliegt.
Zusätzlich sollten Unternehmen technische Benutzer, Zugangsschlüssel, Schnittstellenversionen und Änderungen an den NAV-Schemata überwachen. So werden Probleme erkannt, bevor größere Mengen an Rechnungsdaten fehlerhaft verarbeitet werden.
Nein. Die Übermittlung von Rechnungsdaten an NAV entbindet Unternehmen nicht von den geltenden Aufbewahrungspflichten für Rechnungen und zugehörige Nachweise.
Für Prüfungen sollte nachvollziehbar sein, welche Rechnung an den Kunden gesendet, welcher Datensatz an NAV gemeldet und welche Rückmeldung empfangen wurde. Eine gemeinsame Referenz zwischen diesen Objekten erleichtert die spätere Recherche.
Online Számla sieht eigene Datenstrukturen und Referenzen für Anzahlungen, Schlussrechnungen sowie Änderungs- und Stornodokumente vor. Besonders wichtig ist die eindeutige Verknüpfung mit vorausgegangenen Rechnungen.
Das ERP-System muss diese Beziehungen strukturiert bereitstellen können. Freitextvermerke allein reichen für eine zuverlässige automatisierte Verarbeitung häufig nicht aus.
Bei Rechnungen in einer Fremdwährung müssen die erforderlichen Währungs-, Wechselkurs- und Betragsangaben im NAV-Datensatz abgebildet werden. Abhängig vom jeweiligen XML-Feld können zusätzlich Beträge in ungarischen Forint erforderlich sein.
Unterschiedliche Wechselkurse oder Rundungslogiken in ERP, Kundenrechnung und Meldedatensatz können Warnungen oder Abweichungen verursachen. Unternehmen sollten deshalb eine einheitliche Wechselkursquelle und klare Rundungsregeln festlegen.
Jedes Quellsystem muss Rechnungen eindeutig der ausstellenden Gesellschaft und der richtigen Umsatzsteuerregistrierung zuordnen. Eine zentrale Integrationsschicht kann Rechnungsnummernkreise, Meldestatus und NAV-Rückmeldungen aus mehreren Systemen zusammenführen.
Kontrollen sollten doppelte Übermittlungen, fehlende Rechnungsnummern und Meldungen unter einer falschen Steuernummer erkennen. Ein gemeinsames Monitoring erleichtert außerdem den Abgleich zwischen ausgestellten Rechnungen und erfolgreich verarbeiteten Meldungen.
Der Standort des ERP-Systems befreit nicht von ungarischen Reportingpflichten. Das zentrale System muss erkennen, welche Rechnungen einer ungarischen Umsatzsteuerregistrierung zuzuordnen sind und welche Daten an NAV gesendet werden müssen.
Besondere Aufmerksamkeit erfordern die richtige ungarische Steuernummer, lokale Steuerkennzeichen, Rechnungsnummernkreise, Währungsumrechnungen und technische Zugangsdaten. Meldeströme verschiedener Gesellschaften sollten klar voneinander getrennt bleiben.
Nein. EDI, Peppol und E-Invoicing-Plattformen organisieren den Rechnungsaustausch mit dem Geschäftspartner. Sie ersetzen nicht die gesetzlich vorgeschriebene Rechnungsdatenmeldung an Online Számla.
Ein integrierter Prozess kann beide Anforderungen aus denselben Ausgangsdaten bedienen. Dadurch lassen sich doppelte Datenaufbereitung und Abweichungen zwischen Rechnung und Meldung vermeiden.
Ja. Ein Kunde kann eine PDF-Rechnung, ein EDI-Dokument oder eine strukturierte E-Rechnung erhalten, während NAV einen XML-Datensatz nach der Online-Számla-Spezifikation verarbeitet.
Beide Ergebnisse müssen inhaltlich konsistent bleiben. Rechnungsnummer, Ausstellungsdatum, Beträge, Steuerinformationen und relevante Referenzen dürfen sich nicht widersprechen.
Eine technische Stornierung betrifft den an NAV übermittelten Datensatz, beispielsweise wenn dessen Inhalt von der tatsächlich ausgestellten Rechnung abweicht. Sie ändert oder storniert nicht automatisch die Rechnung, die der Kunde erhalten hat.
Ist die Rechnung selbst fachlich falsch, muss sie nach den geltenden Rechnungsregeln berichtigt oder storniert werden. Das daraus entstehende Dokument und seine Referenzen müssen anschließend ebenfalls korrekt an Online Számla gemeldet werden.
Bei einem ERROR wurde die Meldung nicht erfolgreich verarbeitet. Die Ursache muss behoben und der Datensatz erneut übermittelt werden. Für diese Fälle sollte ein definierter Ausnahmeprozess mit klaren Zuständigkeiten und Bearbeitungsfristen bestehen.
Ein WARN bedeutet, dass NAV die Meldung angenommen, aber eine mögliche Unstimmigkeit erkannt hat. Wiederkehrende Warnungen können auf Probleme mit Stammdaten, Mappings oder Rechnungsregeln hinweisen und sollten systematisch ausgewertet werden.
Ein erfolgreicher Status bestätigt, dass Online Számla den übermittelten XML-Datensatz verarbeiten konnte. Er stellt keine vollständige steuerliche oder fachliche Prüfung der zugrunde liegenden Rechnung dar.
Unternehmen sollten deshalb zusätzlich Steuerkennzeichen, Leistungsdaten, Beträge, Kundendaten und Rechnungsreferenzen prüfen. Auch eine technisch erfolgreiche Meldung kann fachlich fehlerhafte Informationen enthalten.
Stand: September 2026. Grundlage sind die veröffentlichten Informationen der ungarischen Steuer- und Zollbehörde NAV, die technische Dokumentation zu Online Számla sowie die Informationen der Europäischen Kommission zu E-Invoicing und ViDA.