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.
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.
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.
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.
- NAV Online Invoice
- Peppol
- NAV XML 3.x
- Peppol BIS Billing 3.0
9910
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.
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.
- 01
Déterminer l’entité juridique, le type de transaction et le pays destinataire
- 02
Vérifier l’identifiant, le schéma et le profil documentaire
- 03
Figer la facture canonique et exécuter le préflight pays
- 04
Exécuter les rails autorisés d’échange, clearance et reporting
- 05
Rapprocher statuts, reçus et preuves
- 01
Récupérer depuis Peppol, la plateforme nationale ou un connecteur partenaire
- 02
Conserver séparément l’original juridique et l’artefact de transport
- 03
Valider profil, émetteur, totaux et référence de correction
- 04
Affecter le document à la bonne entité dans la boîte commune
- 01
Référencer sans ambiguïté l’original et la version du profil
- 02
Choisir avoir, correction, remplacement ou annulation uniquement si pris en charge
- 03
Rapprocher ensemble l’historique des statuts, le reporting et les preuves
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-clientLa 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.
Vérifié le: · hu-nav-online-invoice-2026.07.29
Dynafis prend en charge les processus techniques, la validation et les preuves. Ce contenu ne remplace pas un conseil fiscal ou juridique individuel.
