Kostenloser estnischer e-arve-Validator (Versionen 1.11 & 1.2)

Validieren Sie estnische e-arve-XML gegen das offizielle Eesti-Pangaliit-Schema und estnische Geschäftsregeln (Registriercodes, IBAN MOD-97, USt-Konsistenz). Beide Schemaversionen 1.11 und 1.2 werden unterstützt. Kostenlos, ohne Anmeldung, sofortiger Bericht mit estnischen Fehlercodes (EA-R001 bis EA-R008).

So funktioniert der e-arve-Validator

1

Laden Sie Ihre e-arve-XML hoch

Ziehen Sie die XML-Datei per Drag-and-drop. Das Wurzelelement muss <E_Invoice> ohne XML-Namespace sein — die standardmäßige Eesti-Pangaliit-Struktur. Der Validator erkennt e-arve automatisch und leitet zum dedizierten estnischen Validator weiter.

2

Schemavalidierung + Geschäftsregeln

Der Validator liest die Schemaversion aus <Header><Version> und wendet das passende XSD an (1.11 oder 1.2). Anschließend führt er die Geschäftsregeln EA-R001…R008 aus, die Registriercodes, IBAN-MOD-97-Prüfsumme, USt-Konsistenz und Summenbeträge abdecken.

3

Bericht lesen

Schemafehler werden mit XSD-Zeilen-/Spaltenangaben zurückgegeben; Verstöße gegen Geschäftsregeln werden mit dem estnischen Regelcode (EA-R001 bis EA-R008) und einer verständlichen Beschreibung gemeldet.

Was der e-arve-Validator prüft

XSD-Schema (1.11 + 1.2)

Versionserkennung pro Dokument. Deklariert die Datei <Version>1.11</Version>, wird das XSD 1.11 verwendet; deklariert sie 1.2, wird das neuere, an EN 16931 ausgerichtete Schema 1.2 verwendet. Strukturfehler werden mit Zeilen- und Spaltennummern ausgelöst.

Estnische Geschäftsregeln (EA-R001–R008)

Vorhandensein der Rechnungsnummer (R001), Gültigkeit des Rechnungsdatums (R002), estnische 8-stellige Registriercodes für Verkäufer und Käufer (R003, R004), Konsistenz des Gesamtbetrags mit den Positionen (R005), Korrektheit der USt-Berechnung (R006), Logik des Fälligkeitsdatums (R007) und Verifizierung der IBAN-MOD-97-Prüfsumme (R008).

Automatische Formaterkennung

Der Validator erkennt e-arve automatisch am Wurzelelement <E_Invoice>. PEPPOL- und XRechnung-Rechnungen verwenden andere XML-Strukturen und werden anderswohin geleitet — Sie müssen nie manuell ein Format wählen.

IBAN-MOD-97-Verifizierung

Jeder IBAN-Wert in PaymentInfo/PayToAccount oder AccountInfo/IBAN wird mit dem MOD-97-Prüfsummenalgorithmus nach ISO 13616 validiert. So werden vertippte Kontonummern erkannt, bevor die Rechnung über Bankkanäle versendet wird.

Warum ein separater estnischer e-arve-Validator?

E-arve ist das estnische E-Rechnungsformat des Bankkanals, herausgegeben von Eesti Pangaliit (estnischer Bankenverband). Es ist älter als die PEPPOL-Einführung in Estland und bleibt das dominierende Format für inländische B2B- und B2G-Rechnungen, die über die Bankinfrastruktur (LHV, SEB, Swedbank) und estnische E-Rechnungs-Operatoren (Finbite, Omniva, Telema) ausgetauscht werden. Die XML-Struktur hat nichts mit PEPPOL UBL oder EN 16931 CII gemein — ein anderes Wurzelelement, andere Feldnamen, gar kein XML-Namespace. Generische PEPPOL- oder XRechnung-Validatoren weisen e-arve-Dokumente als „ungültiges XML" zurück, weil sie die Struktur nicht erkennen.

Der aiDoks-Validator behandelt e-arve als vollwertiges Format neben PEPPOL, XRechnung und Factur-X. Laden Sie Ihre e-arve-XML hoch, erhalten Sie den vollständigen Validierungsbericht mit XSD-Schemafehlern und Verstößen gegen estnische Geschäftsregeln und beheben Sie Probleme, bevor Sie über den e-arve-Kanal Ihrer Bank einreichen.

Häufige e-arve-Validierungsfehler

  • EA-R001 — Rechnungsnummer fehlt oder ist leer. Das Element InvoiceNumber unter InvoiceInformation muss ausgefüllt sein.
  • EA-R003 — Registriercode des Verkäufers hat nicht 8 Ziffern. Estnische Firmencodes haben immer 8 Ziffern — meist ist die Ursache eine von Excel bei der Dateneingabe entfernte führende Null.
  • EA-R005 — Gesamtbetrag stimmt nicht überein. Die TotalSum in InvoiceSumGroup muss der Summe der Positionen innerhalb einer Toleranz von ±0,01 entsprechen.
  • EA-R006 — USt-Berechnung inkonsistent. VATSum muss SumBeforeVAT × VATRate / 100 innerhalb einer Toleranz von ±0,01 entsprechen.
  • EA-R008 — IBAN besteht die MOD-97-Prüfung nicht. Meist ein Tippfehler — die IBAN ist strukturell korrekt, aber die Prüfziffern passen nicht zur umgestellten Kontonummer. Banken weisen die Zahlung direkt zurück.

Für estnische Unternehmen mit grenzüberschreitenden Rechnungen

Viele estnische Unternehmen erhalten sowohl inländische e-arve von lokalen Lieferanten über Bankkanäle ALS AUCH PEPPOL-Rechnungen von grenzüberschreitenden EU-Lieferanten über PEPPOL-Zugangspunkte. Statt zwei Validatoren zu betreiben, erkennt das aiDoks-Tool, welches Format Sie hochgeladen haben, und wendet die passende Pipeline an. Dieselbe Oberfläche, dieselbe Berichtsstruktur, ein Tool weniger zu pflegen.

Estnischer e-arve-Validator: FAQ

Was ist das estnische e-arve-Format?

E-arve ist das estnische inländische E-Rechnungsformat, veröffentlicht von Eesti Pangaliit (Estnischer Bankenverband). Es ist von PEPPOL verschieden – es ist älter als die PEPPOL-Einführung in Estland und bleibt das dominierende Format für inländische B2B- und B2G-Rechnungen, die über Bankkanäle (LHV, SEB, Swedbank) und Operatoren (Finbite, Omniva, Telema) ausgetauscht werden. Der Validator unterstützt Schema-Version 1.11 (langjährig stabile Produktionsversion) und 1.2 (neuere EN 16931-kompatible Release).

Warum brauche ich einen separaten Validator für estnisches e-arve?

E-arve verwendet eine völlig andere XML-Struktur als PEPPOL UBL oder CII: das Wurzelelement ist <E_Invoice> ohne XML-Namespace, und das Dokumentenlayout folgt estnischen Bankenkonventionen statt dem EU-EN-16931-Modell. PEPPOL- oder XRechnung-Validatoren erkennen es nicht und weisen es als "ungültiges XML" ab. Der aiDoks-Validator erkennt die e-arve-Wurzel automatisch und routet an den dedizierten Validator.

Was prüft der e-arve-Validator?

Zwei Ebenen: XSD-Schema-Validierung (gegen das offizielle e-arve-Schema, entweder 1.11 oder 1.2 je nach im Dokument-Header deklarierter Version) plus in Java implementierte Geschäftsregeln. Die Regeln prüfen das Vorhandensein der Rechnungsnummer (EA-R001), Datumsgültigkeit (EA-R002), estnische 8-stellige Registriernummern für Verkäufer und Käufer (EA-R003, EA-R004), Konsistenz zwischen Positionen und Summen (EA-R005), MwSt.-Berechnungskorrektheit (EA-R006), Logik des Fälligkeitsdatums (EA-R007) und IBAN-MOD-97-Prüfsumme (EA-R008).

Behandelt der Validator sowohl e-arve 1.11 als auch 1.2?

Ja. Jedes hochgeladene Dokument deklariert seine eigene Schema-Version in <Header><Version>; der Validator liest sie und wendet das passende XSD an. 1.11 bleibt die dominierende Version im estnischen Bankenverkehr; 1.2 ist die neuere EN 16931-orientierte Variante. Beide durchlaufen dieselbe Geschäftsregel-Ebene.

Ist der estnische e-arve-Validator kostenlos?

Ja, kostenlos und ohne Konto. Laden Sie Ihre e-arve-XML hoch (E_Invoice-Wurzel, kein Namespace) und erhalten Sie sofortige Validierung mit Schema-Fehlern und estnisch-spezifischen Geschäftsregelverletzungen, die mit Codes (EA-R001 bis EA-R008) markiert sind.

Kann ich auch estnische Rechnungen im PEPPOL- oder EN 16931-Format validieren?

Ja – derselbe aiDoks-Validator unterstützt PEPPOL BIS 3.0, XRechnung, EN 16931 und Factur-X / ZUGFeRD zusätzlich zum estnischen e-arve. Viele estnische Unternehmen erhalten sowohl inländische e-arve von Bankpartnern als auch PEPPOL-Rechnungen von grenzüberschreitenden EU-Lieferanten; ein Validator deckt beide Welten ab.

Validieren Sie Ihre e-arve in Sekunden

Kostenlos, anonym, vollständiges XSD + estnische Geschäftsregeln.