Facturation électronique par pays

Facturation électronique en Hongrie : obligations, formats, envoi et réception

Dynafis réunit validation de facture, capacité du destinataire, profil pays et preuves pour Hongrie. La route autorisée est déterminée par entité juridique, transaction et environnement ; NAV Online Invoice n’est qu’une partie du processus.

Quelles règles s’appliquent ?

La Hongrie exige NAV Online Invoice/RTIR pour les factures déclarables. Peppol peut échanger des factures mais ne satisfait pas le reporting NAV en temps réel. Peppol est en Hongrie une voie d’échange volontaire et ne satisfait pas NAV Online Invoice/RTIR. Dynafis traite donc le reporting NAV, les modifications et annulations comme un rail séparé avec utilisateur technique, jeton, signature et rapprochement.

Qui est concerné ?

Le profil distingue B2B, B2G, B2C et transfrontalier. Le champ d’application dépend aussi de l’établissement, de l’immatriculation fiscale, du type de destinataire, du marché public et du contexte transfrontalier.

Réseaux et portails

Les réseaux et portails pertinents comprennent NAV Online Invoice et Peppol. Dynafis contrôle séparément NAV XML 3.x et Peppol BIS Billing 3.0 et les schémas d’adressage 9910.

Réseaux et portails
  • NAV Online Invoice
  • Peppol
Formats et profils
  • NAV XML 3.x
  • Peppol BIS Billing 3.0
Identifiants
  • 9910
Ce que Dynafis prend en charge

Dynafis intègre le profil pays et les rails techniques. La production exige une configuration complète de l’entité, les identifiants, un test de connexion et les preuves du prestataire.

Limites de la couverture

Le statut décrit la couverture technique Dynafis, pas une validation juridique ou fiscale générale. Des obligations nationales de reporting, fiscalisation, archivage ou signature peuvent s’ajouter à l’échange de factures.

Processus d’envoi
  1. 01

    Déterminer l’entité juridique, le type de transaction et le pays destinataire

  2. 02

    Vérifier l’identifiant, le schéma et le profil documentaire

  3. 03

    Figer la facture canonique et exécuter le préflight pays

  4. 04

    Exécuter les rails autorisés d’échange, clearance et reporting

  5. 05

    Rapprocher statuts, reçus et preuves

Processus de réception
  1. 01

    Récupérer depuis Peppol, la plateforme nationale ou un connecteur partenaire

  2. 02

    Conserver séparément l’original juridique et l’artefact de transport

  3. 03

    Valider profil, émetteur, totaux et référence de correction

  4. 04

    Affecter le document à la bonne entité dans la boîte commune

Corrections et statuts
  1. 01

    Référencer sans ambiguïté l’original et la version du profil

  2. 02

    Choisir avoir, correction, remplacement ou annulation uniquement si pris en charge

  3. 03

    Rapprocher ensemble l’historique des statuts, le reporting et les preuves

Pour les cabinets et le multi-client

Pour les cabinets et le multi-client

Les cabinets configurent Hongrie par client et par entité juridique. Identifiants, comptes prestataires, documents et validations de production ne sont jamais hérités entre clients ; la clôture reste traçable par entité.

Pour les cabinets et le multi-client
FAQ
La facturation électronique est-elle obligatoire en Hongrie ?

La Hongrie exige NAV Online Invoice/RTIR pour les factures déclarables. Peppol peut échanger des factures mais ne satisfait pas le reporting NAV en temps réel. Le champ exact doit être évalué pour l’entité juridique et la transaction.

Peppol suffit-il pour Hongrie ?

Pas automatiquement. Peppol peut être une voie d’échange, mais ne remplace les processus nationaux de clearance, reporting ou fiscalisation tels que NAV Online Invoice et Peppol que si le profil pays actif l’autorise explicitement.

Que prend en charge Dynafis aujourd’hui pour Hongrie ?

Dynafis intègre le profil pays et les rails techniques. La production exige une configuration complète de l’entité, les identifiants, un test de connexion et les preuves du prestataire.

Sources et date de vérification

Vérifié le: · hu-nav-online-invoice-2026.07.29