Gratis Estse e-arve-validator (versies 1.11 & 1.2)

Valideer Estse e-arve-XML tegen het officiële schema van Eesti Pangaliit en de Estse bedrijfsregels (registratiecodes, IBAN MOD-97, btw-consistentie). Beide schemaversies, 1.11 en 1.2, worden ondersteund. Gratis, zonder registratie, met een direct rapport met Estse foutcodes (EA-R001 t/m EA-R008).

  • Bestanden worden niet opgeslagen
  • Gehost in de EU
  • Geen modeltraining op uw gegevens

Zo werkt de e-arve-validator

1

Upload uw e-arve-XML

Sleep het XML-bestand hierheen. Het hoofdelement moet E_Invoice zijn, zonder XML-namespace — de standaardstructuur van Eesti Pangaliit. De validator herkent e-arve automatisch en stuurt het bestand door naar de speciale Estse validator.

2

Schemavalidatie + bedrijfsregels

De validator leest de schemaversie uit HeaderVersion en past de bijbehorende XSD toe (1.11 of 1.2). Daarna voert hij de bedrijfsregels EA-R001…R008 uit voor registratiecodes, de IBAN-MOD-97-controlesom, btw-consistentie en totaalbedragen.

3

Lees het rapport

Schemafouten worden gemeld met XSD-verwijzingen naar regel en kolom; overtredingen van bedrijfsregels worden gemeld met de Estse regelcode (EA-R001 t/m EA-R008) en een beschrijving in begrijpelijke taal.

Wat de e-arve-validator controleert

XSD-schema (1.11 + 1.2)

Versieherkenning per document. Declareert het bestand Version1.11/Version, dan wordt de XSD van 1.11 gebruikt; declareert het 1.2, dan wordt het nieuwere, op EN 16931 afgestemde 1.2-schema gebruikt. Structuurfouten worden gemeld met regel- en kolomnummers.

Estse bedrijfsregels (EA-R001–R008)

Aanwezigheid van het factuurnummer (R001), geldigheid van de factuurdatum (R002), Estse 8-cijferige registratiecodes voor verkoper en koper (R003, R004), consistentie van het totaalbedrag met de factuurregels (R005), juistheid van de btw-berekening (R006), logica van de vervaldatum (R007) en controle van de IBAN-MOD-97-controlesom (R008).

Automatische formaatherkenning

De validator herkent e-arve automatisch aan het hoofdelement E_Invoice. PEPPOL- en XRechnung-facturen hebben een andere XML-structuur en worden elders naartoe gestuurd — u hoeft nooit handmatig een formaat te kiezen.

IBAN-MOD-97-controle

Elke IBAN-waarde in PaymentInfo/PayToAccount of AccountInfo/IBAN wordt gevalideerd met het MOD-97-controlesomalgoritme uit ISO 13616. Zo worden tikfouten in rekeningnummers opgespoord voordat de factuur via bankkanalen de deur uitgaat.

Waarom een aparte validator voor de Estse e-arve?

E-arve is het Estse e-factuurformaat voor bankkanalen, gepubliceerd door Eesti Pangaliit (de Estse bankenvereniging). Het is ouder dan de invoering van PEPPOL in Estland en blijft het dominante formaat voor binnenlandse B2B- en B2G-facturen die worden uitgewisseld via de bankinfrastructuur (LHV, SEB, Swedbank) en Estse e-factuuroperators (Finbite, Telema en andere). De XML-structuur heeft niets gemeen met PEPPOL-UBL of EN 16931-CII — een ander hoofdelement, andere veldnamen en helemaal geen XML-namespace. Generieke PEPPOL- of XRechnung-validators wijzen e-arve-documenten af als "ongeldige XML", omdat ze de structuur niet herkennen.

De aiDoks-validator behandelt e-arve als een volwaardig formaat, naast PEPPOL, XRechnung en Factur-X. Upload uw e-arve-XML, ontvang het volledige validatierapport met zowel XSD-schemafouten als overtredingen van de Estse bedrijfsregels, en los de problemen op voordat u de factuur via het e-arve-kanaal van uw bank indient.

Veelvoorkomende validatiefouten in e-arve

  • EA-R001 — Factuurnummer ontbreekt of is leeg. Het element InvoiceNumber onder InvoiceInformation moet gevuld zijn.
  • EA-R003 — Registratiecode van de verkoper heeft geen 8 cijfers. Estse bedrijfscodes bestaan altijd uit 8 cijfers — meestal is een voorloopnul bij het invoeren van gegevens door Excel weggehaald.
  • EA-R005 — Totaalbedrag komt niet overeen. De TotalSum in InvoiceSumGroup moet gelijk zijn aan de som van de factuurregels, met een tolerantie van ±0,01.
  • EA-R006 — Btw-berekening is inconsistent. VATSum moet gelijk zijn aan SumBeforeVAT × VATRate / 100, met een tolerantie van ±0,01.
  • EA-R008 — IBAN faalt op de MOD-97-controle. Meestal een tikfout — de IBAN is structureel correct opgebouwd, maar de controlecijfers komen niet overeen met het herschikte rekeningnummer. Banken weigeren de betaling dan meteen.

Voor Estse bedrijven met grensoverschrijdende facturen

Veel Estse bedrijven ontvangen zowel binnenlandse e-arve-facturen van lokale leveranciers via bankkanalen ALS PEPPOL-facturen van leveranciers elders in de EU via PEPPOL-accesspoints. In plaats van twee validators te gebruiken, herkent de aiDoks-tool welk formaat u hebt geüpload en past hij de bijbehorende verwerking toe. Dezelfde interface, dezelfde rapportstructuur, één tool minder om te onderhouden.

Estse e-arve-validator: veelgestelde vragen

Wat is het Estse e-arve-formaat?

E-arve is het binnenlandse Estse e-factuurformaat, gepubliceerd door Eesti Pangaliit (de Estse bankenvereniging). Het staat los van PEPPOL — het is ouder dan de invoering van PEPPOL in Estland en is nog steeds het dominante formaat voor binnenlandse B2B- en B2G-facturen die via bankkanalen (LHV, SEB, Swedbank) en operators (Finbite, Omniva, Telema) worden uitgewisseld. De validator ondersteunt zowel schemaversie 1.11 (de al lang stabiele productieversie) als 1.2 (de nieuwere, met EN 16931 compatibele release).

Waarom heb ik een aparte validator nodig voor de Estse e-arve?

E-arve gebruikt een volledig andere XML-structuur dan PEPPOL-UBL of CII: het hoofdelement is <E_Invoice> zonder XML-namespace, en de opbouw van het document volgt de Estse bankconventies in plaats van het Europese EN 16931-model. PEPPOL- of XRechnung-validators herkennen het niet en zouden het afwijzen als "ongeldige XML". De aiDoks-validator herkent het e-arve-hoofdelement automatisch en stuurt het bestand door naar de speciale validator.

Wat controleert de e-arve-validator?

Twee lagen: XSD-schemavalidatie (tegen het officiële e-arve-schema, 1.11 of 1.2, afhankelijk van de versie die in de Header van het document is gedeclareerd) plus controles van bedrijfsregels die in Java zijn geïmplementeerd. De bedrijfsregels dekken de aanwezigheid van het factuurnummer (EA-R001), de geldigheid van datums (EA-R002), Estse 8-cijferige registratiecodes voor verkoper en koper (EA-R003, EA-R004), de consistentie van bedragen tussen factuurregels en totalen (EA-R005), de juistheid van de btw-berekening (EA-R006), de logica van de vervaldatum (EA-R007) en de controle van de IBAN-MOD-97-controlesom (EA-R008).

Verwerkt de validator zowel e-arve 1.11 als 1.2?

Ja. Elk geüpload document declareert zijn eigen schemaversie in <Header><Version>; de validator leest die uit en past bij de validatie de bijbehorende XSD toe. 1.11 blijft de dominante versie in het Estse bankverkeer; 1.2 is de nieuwere variant die is afgestemd op EN 16931. Beide doorlopen dezelfde laag met bedrijfsregels.

Is de Estse e-arve-validator gratis te gebruiken?

Ja, gratis en zonder account. Upload uw e-arve-XML (hoofdelement E_Invoice, zonder namespace) en ontvang direct een validatie waarin zowel schemafouten als overtredingen van Estse bedrijfsregels met codes (EA-R001 t/m EA-R008) worden gemarkeerd.

Kan ik ook Estse facturen in PEPPOL- of EN 16931-formaat valideren?

Ja — dezelfde aiDoks-validator ondersteunt naast de Estse e-arve ook PEPPOL BIS 3.0, XRechnung, EN 16931 en Factur-X / ZUGFeRD. Veel Estse bedrijven ontvangen zowel binnenlandse e-arve-facturen van bankpartners als PEPPOL-facturen van leveranciers elders in de EU; één validator bedient beide werelden.

Valideer uw e-arve in enkele seconden

Gratis, anoniem, volledige XSD + Estse bedrijfsregels.