Validateur e-arve estonien gratuit (versions 1.11 et 1.2)

Validez les XML e-arve estoniens par rapport au schéma officiel d'Eesti Pangaliit et aux règles métier estoniennes (codes de registre, IBAN MOD-97, cohérence de la TVA). Les deux versions de schéma 1.11 et 1.2 sont prises en charge. Gratuit, sans inscription, rapport instantané avec des codes d'erreur spécifiques à l'Estonie (EA-R001 à EA-R008).

Valider un XML e-arve Voir tous les formats pris en charge

Comment fonctionne le validateur e-arve

Téléchargez votre XML e-arve

Glissez-déposez le fichier XML. L'élément racine doit être <E_Invoice> sans espace de noms XML — la structure standard d'Eesti Pangaliit. Le validateur détecte automatiquement e-arve et le dirige vers le validateur estonien dédié.

Validation du schéma + règles métier

Le validateur lit la version du schéma dans <Header><Version> et applique le XSD correspondant (1.11 ou 1.2). Il exécute ensuite les règles métier EA-R001…R008 couvrant les codes de registre, la somme de contrôle IBAN MOD-97, la cohérence de la TVA et les totaux des montants.

Lisez le rapport

Les erreurs de schéma reviennent avec des références de ligne/colonne XSD ; les violations des règles métier sont signalées avec le code de règle estonien (EA-R001 à EA-R008) et une description compréhensible.

Ce que vérifie le validateur e-arve

Schéma XSD (1.11 + 1.2)

Détection de version par document. Si le fichier déclare <Version>1.11</Version>, le XSD 1.11 est utilisé ; s'il déclare 1.2, le schéma 1.2 plus récent aligné sur EN 16931 est utilisé. Les erreurs structurelles se déclenchent avec les numéros de ligne et de colonne.

Règles métier estoniennes (EA-R001–R008)

Présence du numéro de facture (R001), validité de la date de facture (R002), codes de registre estoniens à 8 chiffres pour le vendeur et l'acheteur (R003, R004), cohérence du montant total avec les lignes (R005), exactitude du calcul de la TVA (R006), logique de la date d'échéance (R007) et vérification de la somme de contrôle IBAN MOD-97 (R008).

Détection automatique du format

Le validateur détecte automatiquement e-arve à partir de l'élément racine <E_Invoice>. Les factures PEPPOL et XRechnung utilisent des structures XML différentes et sont dirigées ailleurs — vous n'avez jamais à choisir un format manuellement.

Vérification IBAN MOD-97

Toute valeur IBAN dans PaymentInfo/PayToAccount ou AccountInfo/IBAN est validée à l'aide de l'algorithme de somme de contrôle MOD-97 de l'ISO 13616. Il détecte les numéros de compte mal saisis avant que la facture ne parte par les canaux bancaires.

Pourquoi un validateur e-arve estonien distinct ?

E-arve est le format de facture électronique du canal bancaire estonien publié par Eesti Pangaliit (Association des banques estoniennes). Il est antérieur à l'adoption de PEPPOL en Estonie et reste le format dominant pour les factures nationales B2B et B2G échangées via l'infrastructure bancaire (LHV, SEB, Swedbank) et les opérateurs estoniens de factures électroniques (Finbite, Omniva, Telema). La structure XML n'a rien de commun avec PEPPOL UBL ou EN 16931 CII — un élément racine différent, des noms de champs différents, aucun espace de noms XML. Les validateurs PEPPOL ou XRechnung génériques rejettent les documents e-arve comme « XML non valide » car ils ne reconnaissent pas la structure.

Le validateur aiDoks traite e-arve comme un format à part entière aux côtés de PEPPOL, XRechnung et Factur-X. Téléchargez votre XML e-arve, obtenez le rapport de validation complet avec les erreurs de schéma XSD et les violations des règles métier estoniennes, et corrigez les problèmes avant de soumettre via le canal e-arve de votre banque.

Erreurs de validation e-arve courantes

EA-R001 — Le numéro de facture est manquant ou vide. L'élément InvoiceNumber sous InvoiceInformation doit être renseigné.
EA-R003 — Le code de registre du vendeur n'a pas 8 chiffres. Les codes d'entreprise estoniens comportent toujours 8 chiffres — le plus souvent, le problème est un zéro initial supprimé par Excel lors de la saisie.
EA-R005 — Écart de montant total. Le TotalSum dans InvoiceSumGroup doit être égal à la somme des lignes à ±0,01 près.
EA-R006 — Calcul de la TVA incohérent. VATSum doit être égal à SumBeforeVAT × VATRate / 100 à ±0,01 près.
EA-R008 — L'IBAN échoue au contrôle MOD-97. Généralement une faute de frappe — l'IBAN est structurellement bien formé, mais les chiffres de contrôle ne correspondent pas au numéro de compte réorganisé. Les banques rejetteront le paiement d'emblée.

Pour les entreprises estoniennes traitant des factures transfrontalières

De nombreuses entreprises estoniennes reçoivent à la fois des e-arve nationales de fournisseurs locaux via les canaux bancaires ET des factures PEPPOL de fournisseurs transfrontaliers de l'UE via des points d'accès PEPPOL. Plutôt que d'exécuter deux validateurs, l'outil aiDoks détecte le format que vous avez téléchargé et applique la chaîne de traitement correspondante. La même interface, la même structure de rapport, un outil de moins à maintenir.

Validateur e-arve estonien : FAQ

What is the Estonian e-arve format?

E-arve is the Estonian domestic e-invoice format published by Eesti Pangaliit (Estonian Banking Association). It is distinct from PEPPOL — predates PEPPOL adoption in Estonia and is still the dominant format for domestic B2B and B2G invoices exchanged via banking channels (LHV, SEB, Swedbank) and operators (Finbite, Omniva, Telema). The validator supports both schema version 1.11 (the long-stable production version) and 1.2 (newer EN 16931-compatible release).

Why do I need a separate validator for Estonian e-arve?

E-arve uses a completely different XML structure than PEPPOL UBL or CII: the root element is <E_Invoice> with no XML namespace, and the document layout follows the Estonian banking conventions rather than the EU EN 16931 model. PEPPOL or XRechnung validators do not recognise it and would reject it as "invalid XML". The aiDoks validator auto-detects the e-arve root and routes to the dedicated validator.

What does the e-arve validator check?

Two layers: XSD schema validation (against the official e-arve schema, either 1.11 or 1.2 depending on the version declared in the document Header) plus business-rule checks implemented in Java. Business rules cover invoice number presence (EA-R001), date validity (EA-R002), Estonian 8-digit registry codes for seller and buyer (EA-R003, EA-R004), amount consistency between line items and totals (EA-R005), VAT calculation correctness (EA-R006), payment due date logic (EA-R007) and IBAN MOD-97 checksum verification (EA-R008).

Does the validator handle both e-arve 1.11 and 1.2?

Yes. Each uploaded document declares its own schema version in <Header><Version>; the validator reads that and applies the matching XSD at validation time. 1.11 remains the dominant version in Estonian banking traffic; 1.2 is the newer EN 16931-aligned variant. Both pass through the same business-rule layer.

Is the Estonian e-arve validator free to use?

Yes, free and no account required. Upload your e-arve XML (E_Invoice root, no namespace) and get instant validation with both schema errors and Estonian-specific business-rule violations flagged with codes (EA-R001 through EA-R008).

Can I also validate Estonian invoices in PEPPOL or EN 16931 format?

Yes — the same aiDoks validator supports PEPPOL BIS 3.0, XRechnung, EN 16931 and Factur-X / ZUGFeRD in addition to Estonian e-arve. Many Estonian companies receive both domestic e-arve from banking partners and PEPPOL invoices from cross-border EU suppliers; one validator handles both worlds.

Outils associés

Validez votre e-arve en quelques secondes

Gratuit, anonyme, XSD complet + règles métier estoniennes.

Lancer le validateur Comparer les formats