Kostenloser Zugang · dauert weniger als eine Minute · keine Installation, keine Konfiguration
Sagen Sie uns kurz, wer Sie sind, und der Validator steht Ihnen sofort zur Verfügung. Wir verwenden Ihre Angaben, um Sie über Änderungen bei Formaten und Validierungsregeln auf dem Laufenden zu halten – nicht, um Ihre Daten weiterzugeben.
Füllen Sie die vier Felder aus, um direkt zum Tool zu gelangen.
Mit der Anforderung des Zugangs stimmen Sie zu, dass wir Sie bezüglich E-Rechnung kontaktieren dürfen. Sie können sich mit einem Klick von allen E-Mails abmelden. Datenschutzerklärung.
Drei Formatfamilien, alle noch im Umlauf befindlichen Versionen und beide Syntaxen. Laden Sie einfach die Datei hoch, die Ihnen vorliegt – der Validator übernimmt den Rest.
| Format | Versionen | Syntax | Beschreibung |
|---|---|---|---|
| XRechnung | 3.0.2 2.3.1 2.2.0 2.1.1 2.0.1 1.2.2 | UBL, CII | Der deutsche B2G-Standard |
| Peppol BIS Billing | 3.0.21 | UBL | Das im Peppol-Netzwerk verwendete Profil für Rechnungen und Gutschriften |
| ZUGFeRD | 2.5.2 EN 16931 2.5.2 Extended | CII | Die XML-Daten innerhalb der PDF/A-3-Datei, der rechtlich bindende Teil |
Rechnung (UBL)
Standard-UBL-Rechnung, InvoiceTypeCode 380.
Gutschrift (UBL)
UBL-Gutschrift (CreditNote), InvoiceTypeCode 381.
Rechnung (CII)
UN/CEFACT CrossIndustryInvoice, die Syntax hinter ZUGFeRD.
Wenn Sie nicht sicher sind, was Ihr System ausgegeben hat: Datei in einem Texteditor öffnen und auf das erste Element schauen. Es verrät die Dokumentart sofort.
Eine XRechnung oder Peppol-BIS-Rechnung in UBL. Darin steht cbc:InvoiceTypeCode mit dem Wert 380.
Eine UBL-Gutschrift. Gleicher Aufbau, aber das Wurzelelement heißt CreditNote und der Typcode ist 381.
Die UN/CEFACT-Syntax. Verwendet von ZUGFeRD und von der XRechnung in ihrer CII-Variante.
Eine ZUGFeRD-Rechnung ist ein PDF/A-3-Dokument mit eingebettetem, maschinenlesbarem XML. Das PDF sehen Menschen, das XML verarbeiten Systeme, und geprüft wird das XML. Laden Sie die ZUGFeRD-Datei hoch, der Validator holt sich das XML heraus.
Der Validator führt dieselben drei Prüfungen durch wie das System des Empfängers. Was hier besteht, wird dort akzeptiert.
Ziehen Sie die XML- oder ZUGFeRD-PDF-Datei hierher. Es wird nichts installiert, nichts konfiguriert und die Datei verbleibt in Ihrer Sitzung.
Zuerst die Syntax gegen das XSD-Schema, dann die europäischen Geschäftsregeln der EN 16931 und schließlich die Regeln des Formatprofils selbst.
Jeder Fund nennt die Regel und das Element, auf das er sich bezieht, sodass Sie wissen, welches Feld Sie vor dem Versand der Rechnung ändern müssen.
Beispielausgabe. Ihre eigene Datei erhält ihren eigenen Bericht.
Validierung ist keine Formsache. Sie entscheidet darüber, ob eine Rechnung gebucht wird oder mit einer Meldung zurückkommt, die im Team niemand lesen kann.
Öffentliche Auftraggeber und große Einkäufer weisen Rechnungen ab, die gegen die Regeln verstoßen. Die Rechnung kommt zurück, die Zahlungsfrist beginnt von vorn.
Ein Peppol Access Point leitet ein Dokument nicht weiter, das die Validierung nicht besteht. Besser, Sie erfahren es hier als aus einer Zustellfehlermeldung.
Die EN 16931 ist nur die Grundlage. Die nationale CIUS ergänzt eigene Regeln: Leitweg-ID, Zahlungsbedingungen, Pflichtangaben zum Kontakt.
Wenn Ihr ERP oder Ihre Middleware die Datei erzeugt, zeigt der Bericht genau, welches Feld das Mapping falsch füllt. Lange vor der ersten echten Rechnung.
Zugang kostenlos, keine Installation. Das Formular dauert eine halbe Minute.
