NAV Online Számla Hongrie Facturation Électronique 2026 : soumission en temps réel, conformité obligatoire & intégration e-commerce

1. NAV Online Számla — Vue d'ensemble du système

Peu d'États membres de l'UE se sont engagés aussi résolument dans la facturation électronique en temps réel que la Hongrie. Alors que l'Italie, la Pologne (KSeF), la Roumanie et l'Espagne concevaient encore des dispositifs pilotes, le système hongrois NAV Online Számla est entré en vigueur le 1er juillet 2018, avec un basculement B2B strict et sans période de transition. Le système est depuis devenu la référence la plus citée dans l'UE pour un modèle de facturation électronique à « contrôle continu des transactions » (CTC) — et un modèle pour la future directive européenne ViDA (VAT in the Digital Age).

La NAV (Nemzeti Adó- és Vámhivatal — Administration nationale des impôts et des douanes) exploite le système à l'adresse onlineszamla.nav.gov.hu. Tout assujetti hongrois à la TVA — résident ou non-résident détenant un numéro de TVA hongrois — doit créer un utilisateur technique sur le portail, générer les quatre identifiants requis (identifiant, mot de passe, clé de signature, clé d'échange), puis soit développer une intégration directe avec l'API REST, soit connecter un ERP accrédité qui s'en charge.

Les chiffres sont considérables : d'ici 2026, la NAV traite plus de 600 millions de factures par an provenant de plus de 600 000 assujettis hongrois actifs. Le système remplit à la fois un rôle répressif (détection rapide de la fraude à la TVA) et un rôle de service (déclarations de TVA pré-remplies, flux « caisse enregistreuse en ligne » NAV-OSA).

2. Soumission en temps réel — obligatoire pour le B2B (2018) + B2C (2021)

Le déploiement en trois étapes de l'obligation

L'obligation Online Számla en Hongrie est arrivée en trois vagues distinctes, abaissant à chaque fois le seuil jusqu'à couvrir pratiquement toutes les transactions imposables :

• 1er juillet 2018 — B2B au-dessus de 100 000 HUF de contenu TVA. Toute facture entre entreprises assujetties à la TVA hongroise dont la composante TVA dépassait 100 000 HUF devait être déclarée quasiment en temps réel.
• 1er juillet 2020 — Toutes les factures B2B. Le seuil de 100 000 HUF a été supprimé ; toute facture interentreprises émise sous un numéro de TVA hongrois est devenue déclarable, quel que soit son montant.
• 4 janvier 2021 — B2C complet + transfrontalier. L'obligation s'est étendue aux factures émises envers les particuliers et les clients non hongrois (UE et pays tiers). C'est le régime applicable en 2026, sans seuil d'exemption.

La règle des 5 minutes

L'engagement phare du système en matière de niveau de service est de 5 minutes entre l'émission de la facture et sa réception par la NAV. Le décompte démarre à l'horodatage invoiceIssueDate + invoiceIssueTime figurant sur le document et se termine lorsque le point de terminaison REST manageInvoice renvoie un identifiant de transaction. En pratique, la plupart des ERP accrédités (Számlázz.hu, Billingo) soumettent en 1 à 3 secondes ; la fenêtre de 5 minutes constitue le plafond réglementaire, pas l'objectif opérationnel.

Le décompte de 5 minutes ne peut être suspendu que dans deux situations : (a) l'API de la NAV est officiellement indisponible (statut publié sur le portail NAV), auquel cas le décret 23/2014 (VI. 30.) NGM art. 13/A accorde une prolongation égale à la durée de l'interruption plus 24 heures ; et (b) le vendeur a obtenu le statut d'« agent d'échange de données » dans le cadre d'exemptions spécifiques — rare en e-commerce.

Soumission manuelle contre soumission automatisée

La NAV propose également un formulaire web manuel sur le portail Online Számla — les assujettis peuvent y saisir les données de facture à la main. À l'échelle d'une place de marché, cela devient impraticable : un vendeur eMAG de taille moyenne produisant 200 factures par jour ne peut pas traiter manuellement chacune d'entre elles dans le respect du SLA de 5 minutes. En pratique, l'automatisation est obligatoire au-delà de 10 factures par jour.

3. Format XML — le schéma invoiceData v3.0 défini par la NAV

L'architecture pilotée par XSD

La NAV n'accepte pas de XML arbitraire — chaque facture soumise doit être conforme au schéma XSD invoiceData v3.0 officiel publié par la NAV en vertu du décret 23/2014 (VI. 30.) NGM. Le schéma définit :

• En-tête — identification du fournisseur (numéro de TVA hongrois / numéro de TVA UE / identifiant fiscal d'un pays tiers), identification du client, numéro de facture, dates d'émission/d'exécution/de paiement, code devise, taux de change vers le HUF en cas d'émission en EUR/USD/etc.
• invoiceLines — détail ligne par ligne : description du produit, quantité, unité de mesure, prix unitaire net, taux de TVA (27 % / 18 % / 5 % / 0 %), montant de TVA, montant brut. Chaque ligne porte une balise lineNature (PRODUCT / SERVICE / OTHER) et, en option, un identifiant de code produit (VTSZ, SZJ, KN, CsK, EJ, TESZOR).
• invoiceSummary — totaux : montants net, TVA et brut par taux de TVA, plus une ligne d'arrondi le cas échéant.
• invoiceReference — pour modifier ou annuler une facture précédemment soumise ; contient le numéro de facture d'origine et le type de modification (MODIFY / STORNO).

L'API REST Online Számla 3.0

La soumission s'effectue via l'API REST Online Számla 3.0, dont la racine est https://api.onlineszamla.nav.gov.hu. Les sept points de terminaison principaux sont :

• tokenExchange — récupération d'un jeton d'échange valable 5 minutes, signé avec la clé de signature de l'assujetti
• manageInvoice — soumission d'un ou plusieurs contenus XML invoiceData (100 maximum par lot)
• queryTransactionStatus — interrogation de l'état de traitement d'un lot soumis (NOTIFIED / DONE / WARN / ABORTED)
• queryInvoiceData — récupération d'une facture précédemment soumise
• queryInvoiceDigest — liste des factures par période ou par contrepartie (à des fins d'audit / de rapprochement)
• queryInvoiceChainDigest — retour de la chaîne complète de modifications d'une facture donnée
• queryTaxpayer — validation en temps réel d'un numéro de TVA hongrois

Signature SHA3-512 et les quatre identifiants

Chaque requête est authentifiée à l'aide de quatre identifiants propres à l'assujetti, générés sur le portail Online Számla :

• Nom d'utilisateur — l'identifiant de l'utilisateur technique
• Mot de passe — utilisé sous forme hachée, jamais transmis en clair
• Clé de signature (XML-DSig) — utilisée pour signer en SHA3-512 le hachage de chaque requête
• Clé d'échange — utilisée pour chiffrer en AES le jeton d'échange

Tous les contenus sont encapsulés dans une enveloppe XML stricte et signés en SHA3-512. La NAV rejette toute requête dont la signature ne correspond pas au condensé recalculé dans un délai d'environ 50 ms. Développer cela de zéro représente un projet de plusieurs semaines ; l'intérêt d'un ERP accrédité ou de Zunapro est d'abstraire la logique de signature/renvoi/file d'attente de la pile e-commerce du vendeur.

4. Portail NAV contre intégration ERP — Számlázz.hu, Billingo, KBOSS

Les trois principaux ERP hongrois

Pour 95 % des vendeurs PME hongrois, le choix concret se fait entre trois plateformes de facturation cloud accréditées :

Számlázz.hu — Exploitée par KBOSS Kft., lancée en 2006, Számlázz.hu est la plateforme de facturation cloud n° 1 en Hongrie, avec plus de 250 000 utilisateurs PME actifs et environ 40 millions de factures émises par an. Son API REST (v3/szamla/agent) constitue la norme de facto pour l'intégration e-commerce hongroise. Les forfaits démarrent gratuitement pour de très faibles volumes et évoluent jusqu'à des niveaux entreprise ; la soumission NAV est entièrement automatique et incluse dans chaque forfait.

Billingo — Fondée en 2014 et rachetée par Magyar Telekom en 2019, Billingo s'est positionnée comme l'alternative moderne et soignée à Számlázz.hu. Elle sert plus de 80 000 entreprises hongroises en 2026, avec une adoption particulièrement forte parmi les boutiques Shopify, WooCommerce et Shoprenter. L'API publique Billingo v3 est l'API de facturation hongroise la plus simple du marché et intègre nativement la soumission NAV, la modification, le storno et la génération de PDF.

KBOSS Számla Agent — Un produit distinct de KBOSS Kft., le Számla Agent est un agent de bureau/serveur de niveau entreprise qui s'interpose entre un ERP existant (SAP, Microsoft Dynamics 365, Sage, Oracle) et la NAV. Il fonctionne comme un service Windows, surveille les tables de factures et transmet le XML invoiceData à la NAV selon un calendrier défini. Utilisé par plus de 10 000 entreprises, principalement dans l'industrie et le commerce de gros.

Intégration NAV directe contre ERP — Matrice de décision

L'approche Zunapro — un adaptateur, trois back-ends

Zunapro abstrait le choix : les commandes des places de marché alimentent une file de facturation hongroise unique ; le vendeur décide si les factures de chaque compte client sont émises via le connecteur Számlázz.hu, le connecteur Billingo, ou l'API REST NAV directe. L'orchestrateur gère les renvois, la rotation des clés, les fenêtres d'indisponibilité de la NAV, et réinscrit l'identifiant de transaction NAV à 10 caractères sur chaque commande, afin que la place de marché et le panneau du vendeur affichent toujours le même état de conformité.

5. Pénalités — jusqu'à 1 000 000 HUF par facture manquante

Le cadre légal — loi CL de 2017 (art. 220)

Les pénalités pour non-respect d'Online Számla sont fixées par la loi CL de 2017 relative aux règles fiscales (Adózás Rendjéről szóló Törvény — Art tv.), article 220. L'amende administrative par défaut peut atteindre 1 000 000 HUF par facture manquante pour les entreprises (personnes morales) et 500 000 HUF par facture manquante pour les particuliers (entrepreneurs individuels — egyéni vállalkozó).

Ce qui déclenche une pénalité

• Soumission tardive — XML invoiceData reçu après le délai de 5 minutes (hors fenêtres d'indisponibilité officiellement déclarées par la NAV)
• Soumission manquante — facture émise mais jamais déclarée à la NAV
• Données incomplètes — champs XSD requis vides ou mal formés (par exemple, taux de TVA manquant, identifiant client erroné)
• Données inexactes — les totaux de ligne ne se rapprochent pas du total d'en-tête, ou conversion de devise manquante pour les factures hors HUF
• Absence de déclaration des modifications — une facture STORNO ou de modification a été émise, mais le bloc invoiceReference correspondant n'a pas été transmis à la NAV

Le schéma réel d'escalade de la NAV

En pratique, la NAV envoie d'abord une lettre d'avertissement pour les manquements isolés de faible ampleur — typiquement 1 à 3 factures manquantes par trimestre. À partir d'environ 10 factures non déclarées par trimestre, la NAV passe à des amendes formelles, et au-delà de 50 manquements ou en cas de non-déclaration systématique, le dossier est transmis à un contrôle TVA complet, avec possible perte du droit à déduction de la TVA et examen du statut d'entrepôt fiscal/OSS. Les vendeurs transfrontaliers qui sous-déclarent peuvent également perdre l'accès au guichet unique OSS, ce qui les oblige à s'immatriculer à la TVA pays par pays dans chaque État membre de l'UE.

Atténuation pratique

La meilleure assurance, la moins coûteuse, contre l'amende de 1 million de HUF est la soumission automatisée avec une file d'attente persistante de renvois. Zunapro conserve un journal d'audit glissant de 90 jours pour chaque interaction NAV (contenu de la requête, code de réponse, identifiant de transaction, version de la clé de signature), de sorte que — même si la NAV pose une question par la suite — chaque soumission puisse être reconstituée et démontrée.

6. Calcul automatique de l'ÁFA à 27 % et gestion multi-taux

Hongrie — la TVA normale la plus élevée de l'UE

Le taux normal de TVA en Hongrie est de 27 % (ÁFA — általános forgalmi adó), le plus élevé de l'Union européenne, fixé par la loi CXXVII de 2007 relative à la taxe sur la valeur ajoutée (Áfa törvény). Ce taux est en vigueur depuis le 1er janvier 2012 et aucun projet de baisse n'a été annoncé.

Deux taux réduits s'appliquent à des catégories spécifiques :

• Taux réduit de 18 % — le lait et certains produits laitiers (au titre de l'annexe 3/I, point 1 de l'Áfa törvény), les services d'hébergement commercial (hôtels, locations de vacances) et certains produits de boulangerie
• Taux super-réduit de 5 % — les livres imprimés et électroniques, les médicaments figurant sur la liste officielle, certains dispositifs médicaux, le chauffage urbain (távhő), les logements neufs construits à titre commercial en dessous de certains seuils de surface, et les billets d'événements de musique live
• 0 % / exonéré — les exportations intra-UE sous le régime OSS, les exportations vers les pays tiers, certains services financiers, la santé, l'éducation

Le problème multi-taux des places de marché

Une commande eMAG.hu ou Vatera contient souvent des lignes à des taux de TVA différents — un même panier peut combiner un accessoire au taux de 27 % avec un livre au taux de 5 %. Le XML invoiceData doit répartir correctement les lignes et rapprocher chaque bloc de taux de TVA dans l'invoiceSummary. Un calcul manuel à l'échelle d'une place de marché est impraticable et source d'erreurs.

Le catalogue maître de Zunapro étiquette chaque SKU avec son taux d'ÁFA hongrois dès l'importation. Lorsqu'une commande de place de marché arrive, le système :

1. Recherche le taux par SKU dans le catalogue maître
2. Calcule le net/TVA/brut au niveau de la ligne (arrondi selon les règles d'arrondi de la NAV)
3. Regroupe les lignes en blocs summaryByVatRate pour le résumé XML
4. Soumet le contenu invoiceData dans la fenêtre de 5 minutes

Gestion des devises — HUF, EUR, USD

Pour les factures émises en EUR, USD ou toute autre devise étrangère, la NAV exige que le vendeur enregistre un équivalent en HUF calculé au cours médian officiel de la MNB (Magyar Nemzeti Bank) à la date d'émission de la facture. Le XML contient à la fois le montant dans la devise d'origine et le montant équivalent en HUF par bloc de taux de TVA. Zunapro récupère le taux quotidien de la MNB à 11h15 CET (heure de publication de la MNB) et l'applique automatiquement.

7. Intégration des places de marché — eMAG.hu, Vatera, Allegro HU

La réalité de la facturation sur les places de marché

Une idée fausse largement répandue parmi les nouveaux vendeurs e-commerce hongrois est que « la place de marché s'occupe de la facturation ». Ce n'est pas le cas. eMAG Marketplace Hongrie, Vatera (Allegro Group), AliExpress Hongrie, Wish Hongrie et toute autre plateforme opérant sous la TVA hongroise placent explicitement l'obligation de facturation sur le vendeur. Chaque commande B2C ou B2B émise sous un numéro de TVA hongrois doit donner lieu à une facture conforme hongroise — et cette facture doit être transmise à NAV Online Számla dans les 5 minutes.

eMAG.hu — La place de marché n° 1 en Hongrie

eMAG est la plus grande place de marché à siège roumain, fondée en 2001 à Bucarest et lancée en Hongrie sous le nom eMAG.hu en 2013. D'ici 2026, eMAG.hu sert plus de 4M de clients hongrois et constitue la place de marché hongroise dominante en volume — une part de marché comparable à celle d'Allegro en Pologne ou de Trendyol en Turquie. eMAG Marketplace Hongrie utilise sa propre API MARKETPLACE pour la récupération des commandes, le téléversement des produits et la mise à jour du statut des commandes. Les factures ne sont pas émises par eMAG pour le compte du vendeur — le vendeur doit générer la facture (généralement via Számlázz.hu / Billingo) et fournir un lien PDF via le point de terminaison de commande eMAG.

Vatera — La place de marché issue de l'héritage des enchères

Vatera a été lancée en 2000 comme la première grande plateforme d'enchères en ligne de Hongrie et a été rachetée par le groupe Allegro en 2017. Après le lancement d'allegro.hu par Allegro en 2024, Vatera continue de fonctionner comme une marque distincte axée sur les enchères et la longue traîne de l'occasion. Les annonces « Achat immédiat » dominent aujourd'hui (les enchères représentent moins de 10 % du volume), mais la clientèle historique de la marque demeure. NAV Online Számla s'applique de manière identique : chaque commande Vatera nécessite une facture avec transmission NAV le jour même.

Allegro.hu, AliExpress HU, Wish HU

• Allegro.hu — lancée en 2024 dans le cadre de l'expansion en Europe centrale et orientale du groupe Allegro. Utilise la même API Allegro que la place de marché polonaise, avec une tarification en HUF/EUR et des annonces en langue hongroise. L'obligation de facturation incombe au vendeur ; la transmission à NAV Online Számla est requise.
• AliExpress Hongrie — la vitrine hongroise de la filiale d'Alibaba. Les vendeurs transfrontaliers utilisant le régime IOSS d'AliExpress ont tout de même besoin de factures conformes hongroises dès lors qu'ils détiennent un numéro de TVA hongrois.
• Wish Hongrie — présence en déclin mais toujours existante ; même règle de facturation incombant au vendeur.

Le flux de place de marché orchestré par Zunapro

Le flux de bout en bout orchestré par Zunapro est le suivant :

1. Récupération de la commande de la place de marché — les webhooks eMAG / Vatera / Allegro.hu arrivent chez Zunapro
2. Brouillon de facture — Zunapro compose la facture hongroise avec les taux d'ÁFA au niveau SKU, la conversion de devise et les données client
3. Transmission à l'ERP — la facture est publiée sur Számlázz.hu / Billingo (ou directement à la NAV) — aller-retour REST d'environ 1 à 3 s
4. Soumission NAV — le XML invoiceData est signé et transmis à onlineszamla.nav.gov.hu
5. Identifiant de transaction — l'identifiant de transaction NAV à 10 caractères est enregistré sur la commande, et la commande de la place de marché est mise à jour avec l'URL du PDF de la facture

8. EKAER — Pré-notification du transport routier pour les marchandises à risque

Qu'est-ce que l'EKAER

L'EKAER (Elektronikus Közúti Áruforgalom Ellenőrző Rendszer — Système électronique de contrôle du transport routier de marchandises) est le régime hongrois obligatoire de pré-notification pour le transport routier de marchandises classées à risque. Introduit le 1er janvier 2015 comme l'un des premiers dispositifs de contrôle de la fraude à la TVA en temps réel de l'UE, l'EKAER est géré par la NAV sur ekaer.nav.gov.hu et exige que toute expédition concernée soit enregistrée avant que le camion ne commence à circuler — avec un numéro EKAER à 15 caractères qui doit accompagner la cargaison et être présenté aux contrôles routiers sur demande.

La réforme du champ d'application de janvier 2021

L'EKAER s'appliquait à l'origine à pratiquement tout le transport routier B2B franchissant les frontières hongroises. Sous la pression d'une procédure d'infraction de la Commission européenne (règles de l'UE relatives à la libre circulation), la Hongrie a restreint le champ d'application à compter du 1er janvier 2021 aux seules catégories de produits à risque. En 2026, l'EKAER couvre :

• Denrées alimentaires à risque — viande, produits laitiers, sucre, certaines huiles, comme indiqué à l'annexe 1 du décret EKAER 13/2020 (XII.23.) PM
• Autres produits à risque — carburants, certains produits chimiques, matériaux de construction dans des seuils de valeur en HUF définis
• Transports en vrac supérieurs à 2 500 kg ou 1 000 000 HUF de valeur de cargaison au sein des catégories à risque

Les colis e-commerce standards (vêtements, électronique, accessoires) sont en dehors du champ d'application de l'EKAER en 2026. La plupart des vendeurs en ligne transfrontaliers expédiant vers la Hongrie via DHL, GLS, FoxPost ou Magyar Posta n'ont donc pas besoin de l'EKAER — mais les mouvements de gros B2B en vrac le nécessitent toujours.

Comment fonctionne une notification EKAER

Avant le chargement du camion, l'expéditeur ouvre une notification EKAER sur le portail (ou via l'API), en renseignant :

• Les identifiants fiscaux de l'expéditeur et du destinataire
• Les adresses d'origine et de destination
• La description des marchandises, le code douanier VTSZ, le poids brut, la valeur de la cargaison
• La plaque d'immatriculation du véhicule + la fenêtre d'arrivée prévue

La NAV renvoie le numéro EKAER à 15 caractères. La notification peut être modifiée (changement de plaque, tolérance de poids) jusqu'au moment où l'expédition arrive. Pénalité en cas d'EKAER manquant ou inexact : jusqu'à 40 % de la valeur de la cargaison.

EKAER + Online Számla — comment ils interagissent

L'EKAER et Online Számla sont des régimes indépendants sans lien technique direct, mais ils partagent des données. La NAV recoupe les données de cargaison EKAER avec les lignes de facture Online Számla afin de détecter la fraude à la TVA (marchandises sous-déclarées, factures fictives, exportations manquantes). Pour les vendeurs opérant dans des catégories à risque, disposer d'un panneau Zunapro unique qui émet simultanément la facture NAV et la notification EKAER à partir du même enregistrement de commande constitue un levier majeur de réduction des risques.

9. Transfrontalier — IOSS + OSS pour les ventes vers l'UE et les pays tiers

OSS (guichet unique) — B2C UE au-delà du seuil de vente à distance

Depuis le 1er juillet 2021, l'UE a remplacé les seuils de vente à distance pays par pays par un seuil unique de 10 000 EUR applicable à toute l'UE. Tout vendeur hongrois dont les ventes B2C transfrontalières totales vers d'autres États membres de l'UE dépassent 10 000 EUR au cours de l'année civile doit percevoir la TVA au taux du pays de l'acheteur. Plutôt que de s'immatriculer à la TVA dans 26 autres pays, le vendeur peut s'inscrire à l'OSS (guichet unique) via le portail KAFTA de la NAV et déposer une seule déclaration OSS trimestrielle couvrant tous les États membres de l'UE.

IOSS (guichet unique à l'importation) — Importations inférieures à 150 EUR

L'IOSS s'applique aux importations de biens en provenance de pays tiers (hors UE) dont la valeur de l'envoi est inférieure ou égale à 150 EUR. Dans le cadre de l'IOSS, le vendeur perçoit la TVA de l'UE lors du paiement (au taux du pays de l'acheteur) et dépose une seule déclaration IOSS mensuelle couvrant tous les envois vers l'UE. L'avantage : le dédouanement devient quasi instantané, aucun frais de douane/TVA surprise à la livraison, et les acheteurs hongrois vivent la commande comme un achat national.

Comment NAV Online Számla se combine avec l'OSS et l'IOSS

L'OSS et l'IOSS sont des régimes de déclaration de TVA distincts — ils déclarent une TVA UE agrégée à la NAV, mais ne remplacent pas l'obligation Online Számla. La facture hongroise doit toujours être émise et transmise à Online Számla. La relation se présente ainsi :

• B2C national HU — émettre la facture à 27 % (ou au taux applicable) → transmettre à NAV Online Számla → déclarer dans la déclaration de TVA hongroise standard
• B2C transfrontalier UE sous OSS — émettre la facture au taux de TVA du pays de destination → transmettre à NAV Online Számla (indicateur transfrontalier dans le XML) → déposer une déclaration OSS agrégée trimestrielle
• B2C pays tiers sous IOSS — émettre la facture avec le taux de TVA IOSS → transmettre à NAV Online Számla → déposer une déclaration IOSS agrégée mensuelle
• En dehors de l'OSS / IOSS — immatriculation TVA pays par pays requise ; l'Online Számla hongroise s'applique toujours si la facture est émise sous un numéro de TVA hongrois

Le routage transfrontalier de Zunapro

Zunapro étiquette chaque commande à sa réception avec le régime correct — national HU / OSS / IOSS / hors UE — en fonction de l'adresse de livraison de l'acheteur, de la valeur de l'envoi et du profil d'immatriculation TVA du vendeur. La facture est générée avec le taux de TVA correct, transmise à NAV Online Számla avec l'indicateur transfrontalier activé, et agrégée dans l'export OSS/IOSS approprié en fin de mois.

10. L'avenir — Peppol UBL 2.1 + ViDA de l'UE

Pourquoi Peppol compte

Peppol (Pan-European Public Procurement Online) est un réseau d'échange de factures électroniques à quatre coins qui utilise la norme UBL 2.1 et la spécification Peppol BIS Billing 3.0. Initialement conçu pour les marchés publics, Peppol est désormais le format privilégié par l'UE pour la facturation électronique B2B transfrontalière et l'épine dorsale technique de la future directive ViDA de l'UE (VAT in the Digital Age).

L'engagement de la Hongrie envers Peppol

La Hongrie s'est engagée au niveau du Conseil de l'UE à accepter Peppol BIS Billing 3.0 comme format alternatif de soumission pour les factures B2B transfrontalières. La feuille de route de la NAV publiée au T1 2026 vise :

• S2 2026 — la NAV exploite un point d'accès Peppol qui accepte l'UBL 2.1 entrant et le convertit en invoiceData v3.0 pour le traitement interne
• 2027 — Conversion sortante : les factures soumises au format invoiceData de la NAV pourront être acheminées vers un acheteur étranger via Peppol en UBL 2.1
• 2028 — Alignement ViDA complet : déclaration numérique en temps réel harmonisée dans tous les États membres de l'UE, avec Peppol comme couche technique par défaut

Ce que Peppol change pour les vendeurs hongrois

Pour les vendeurs purement nationaux, peu de choses changent — invoiceData v3.0 reste le format principal. Le gain concerne les vendeurs B2B transfrontaliers : une seule facture UBL peut simultanément satisfaire la NAV (HU), le KSeF (PL), FatturaPA (IT) et Chorus Pro (FR), sans logique d'adaptateur propre à chaque pays. D'ici 2028, cette même facture unique devrait satisfaire les exigences de déclaration numérique de tous les États membres de l'UE.

La feuille de route Peppol de Zunapro

Le module de sortie UBL de Zunapro est en développement actif. L'architecture reflète l'adaptateur NAV existant : les factures générées à partir des commandes de places de marché sont émises simultanément en invoiceData v3.0 (pour la NAV) et en UBL 2.1 (pour la livraison via le point d'accès Peppol aux acheteurs non hongrois). Le vendeur choisit, par client ou par place de marché, d'activer ou non le routage Peppol.

Cadre juridique hongrois 2026 — où trouver les règles

Législation primaire

• Loi CXXVII de 2007 relative à la taxe sur la valeur ajoutée (Áfa törvény) — définit les taux de 27 % / 18 % / 5 %, le champ des transactions imposables et l'obligation de facturation sous-jacente. Disponible sur njt.hu (la base de données nationale de la législation).
• Loi CL de 2017 relative aux règles fiscales (Art tv.) — définit l'obligation de déclaration Online Számla aux articles 7 et 220, y compris la structure des pénalités.
• Décret NAV 23/2014 (VI. 30.) NGM — le décret technique qui définit le schéma XML, le délai de 5 minutes, les points de terminaison API et le format des identifiants. Mis à jour chaque année ; la dernière modification en amont de l'intégration Peppol 2026 a été publiée au T1 2026.
• Décret EKAER 13/2020 (XII. 23.) PM — définit les catégories de produits à risque et la réforme du champ d'application de 2021.

Orientations opérationnelles de la NAV

• onlineszamla.nav.gov.hu — portail officiel des assujettis ; génération de l'utilisateur technique, téléchargements XSD, statut des interruptions, FAQ en hongrois + anglais
• nav.gov.hu — site principal de la NAV ; taux d'imposition, orientations OSS/IOSS, page d'accueil en anglais pour les vendeurs étrangers
• ekaer.nav.gov.hu — portail EKAER et liste des produits à risque

Protection des consommateurs — RGPD, droit de rétractation de 14 jours, garantie de 2 ans

• RGPD — l'autorité hongroise de protection des données est la NAIH (Nemzeti Adatvédelmi és Információszabadság Hatóság). Les données d'Online Számla sont traitées par la NAV sur sa propre base légale, mais les données clients côté vendeur relèvent de la responsabilité RGPD du vendeur.
• Droit de rétractation de 14 jours — les consommateurs hongrois peuvent retourner tout produit acheté à distance dans un délai de 14 jours, sans avoir à justifier de motif (directive UE 2011/83/UE, transposée par le décret gouvernemental 45/2014 (II. 26.) Korm.).
• Garantie légale de 2 ans (kellékszavatosság) — le droit civil hongrois (Ptk. article 6:163) impose une garantie légale obligatoire de deux ans sur les biens de consommation, indépendamment de toute garantie commerciale.

Comment démarrer avec NAV Online Számla — Étapes 2026

1. Déterminez votre présence TVA hongroise

• PME résidente hongroise — immatriculation complète à la TVA hongroise via NAV ONYA, Online Számla obligatoire
• Vendeur UE utilisant l'OSS — conservez votre immatriculation TVA nationale, déclarez la TVA B2C hongroise via l'OSS, mais Online Számla s'applique dès que vous détenez un numéro de TVA hongrois pour toute autre raison
• Vendeur hors UE — désignez un représentant fiscal hongrois ; dès qu'un numéro de TVA hongrois est délivré, la soumission Online Számla est obligatoire dès la première facture

2. Choisissez votre voie de facturation

• Számlázz.hu — la facturation cloud n° 1 en Hongrie ; friction de mise en place la plus faible, entièrement automatisée pour la NAV, gratuite pour de très faibles volumes
• Billingo — alternative moderne API-first, adossée à Telekom, écosystème Shopify / WooCommerce solide
• KBOSS Számla Agent — agent de bureau/serveur pour les entreprises SAP / Dynamics
• NAV REST direct — pour les vendeurs à fort volume (500+/jour) ou les configurations ERP atypiques ; Zunapro peut le mettre en œuvre directement

3. Générez les identifiants de l'utilisateur technique NAV

1. Connectez-vous à onlineszamla.nav.gov.hu avec votre identité Client Gate hongroise (Ügyfélkapu)
2. Ouvrez « Felhasználók » → « Új technikai felhasználó »
3. Définissez le nom d'utilisateur et le mot de passe ; le système génère la clé de signature et la clé d'échange
4. Téléchargez les quatre identifiants et stockez-les dans votre gestionnaire de mots de passe (Zunapro les accepte au format coffre-fort chiffré)

4. Connectez les places de marché et la boutique en ligne

Une fois les identifiants NAV en main, connectez eMAG.hu, Vatera, Allegro.hu, AliExpress HU, votre boutique Shoprenter / WooCommerce / Shopify, et tout ERP de gros au module Hongrie de Zunapro. Chaque connecteur est livré avec des correspondances de catégories par défaut et une déduction du taux d'ÁFA ; le vendeur confirme en quelques clics.

5. Effectuez l'aller-retour en mode test

Zunapro émet une facture en mode test vers le bac à sable de la NAV (api-test.onlineszamla.nav.gov.hu). Lorsque le test renvoie un identifiant de transaction NAV — généralement en moins de 2 secondes — le vendeur bascule en mode production. À partir de ce moment, chaque commande de place de marché génère automatiquement une facture, la transmet à la NAV dans le respect du SLA de 5 minutes, et enregistre l'identifiant de transaction dans l'enregistrement de commande.

6. Surveillez et auditez

Le tableau de bord NAV de Zunapro affiche la latence de soumission, la profondeur de la file de renvoi, l'expiration de la clé de signature, les fenêtres d'indisponibilité de la NAV et le journal d'audit glissant de 90 jours. Pour les comptables et les auditeurs externes, l'ensemble du journal d'interaction NAV s'exporte en PDF signé ou en CSV, prêt pour le rapprochement avec la déclaration fiscale.

FAQ NAV Online Számla 2026