1
EN 16931
Die europäische semantische Norm bildet den gemeinsamen fachlichen Kern. Sie beschreibt, welche Rechnungsinformationen strukturiert abgebildet werden.
E-Rechnung aus dem laufenden Prozess
XRechnung sollte nicht am Ende entstehen.
Am besten entsteht sie dort, wo Rechnungsdaten ohnehin vorhanden sind: direkt in der Warenwirtschaft. Dann werden XML, PDF, Versand und Validierung Teil des normalen Ablaufs.
invoice.xml
<Invoice>
<Buyer>…</Buyer>
<Lines>…</Lines>
<TaxTotal>…</TaxTotal>
<PayableAmount>…</PayableAmount>
</Invoice>✓ strukturiert✓ maschinenlesbar✓ validierbar
Grundidee
Die E-Rechnung ist kein neues Rechnungsprogramm.
Eine Warenwirtschaft kennt bereits Kunden, Positionen, Mengen, Preise, Steuern, Zahlungsbedingungen und Summen. Genau aus diesen Daten sollte die strukturierte E-Rechnung erzeugt werden.
Die Herausforderung liegt weniger im XML selbst als in vollständigen und konsistenten Rechnungsdaten: korrekte Identifikatoren, Steuerangaben, Einheiten, Zahlungsinformationen und länderspezifische Regeln.
Formate einordnen
Fünf Begriffe, die oft durcheinandergehen.
2
XRechnung UBL
Deutsche CIUS der EN 16931 in UBL-Syntax. Besonders im öffentlichen Umfeld und für automatisierte Verarbeitung verbreitet.
3
XRechnung CII
Die gleiche fachliche XRechnungs-Welt kann auch auf UN/CEFACT CII basieren. Syntax und technischer Aufbau unterscheiden sich von UBL.
4
ZUGFeRD / Factur-X
Hybrides Format: lesbares PDF/A-3 plus eingebettete strukturierte XML-Daten. FeRD veröffentlicht aktuell ZUGFeRD 2.5.2.
5
Peppol BIS Billing
Peppol verbindet Dokumentregeln mit einem standardisierten Netzwerk für den grenzüberschreitenden elektronischen Austausch.
↔
Wichtig: Format ≠ Transport
Eine XRechnung kann als Datei übertragen werden oder über ein Netzwerk wie Peppol laufen. Dateiformat und Übertragungsweg sind zwei verschiedene Ebenen.
Aktuelle Referenzen: FeRD, XStandards Einkauf und OpenPeppol.
Praxisablauf
So gehört E-Rechnung in eine Warenwirtschaft.
01
→Rechnung erfassen
Die normalen Rechnungsdaten entstehen wie bisher aus Auftrag, Lieferschein oder Faktura.
02
→Struktur erzeugen
Die Warenwirtschaft bildet die Daten auf XRechnung, ZUGFeRD oder ein anderes Profil ab.
03
→Validieren
Syntax, Geschäftsregeln und profilspezifische Anforderungen werden geprüft.
04
Übertragen
Datei, Portal, SFTP oder Peppol – abhängig vom Empfänger und Prozess.
Praxisvorteil: Wenn die E-Rechnung direkt aus der Warenwirtschaft kommt, müssen Beträge und Stammdaten nicht in einem zweiten System erneut eingegeben werden.
Prüfen statt raten
Vier nützliche Dienste für die Kontrolle.
E-Rechnungsvalidator Baden-WürttembergTechnische Prüfung elektronischer RechnungenValidator öffnen →Invoice Portal ValidatorUnterstützt verschiedene E-Rechnungsformate und PrüfregelnValidator öffnen →E-Rechnungs-Validator.dePrüfung von XRechnung und ZUGFeRDValidator öffnen →ELSTER E-RechnungUnverbindlicher Service zum Ansehen einer E-Rechnung; kein Ersatz für einen vollständigen technischen ValidatorELSTER öffnen →
Hinweis: Die verlinkten Dienste werden von externen Anbietern betrieben. TS Software übernimmt keine Gewähr für Verfügbarkeit, Aktualität oder Richtigkeit der dort ausgegebenen Prüfergebnisse.
Validator-Ergebnisse richtig lesen
Nicht jede Meldung bedeutet: Rechnung ungültig.
Validatoren prüfen häufig mehrere Ebenen gleichzeitig. Deshalb ist ein Ergebnis mit Hinweisen nicht automatisch ein Fehlschlag.
Fehler
Eine zwingende Regel ist verletzt. Ursache prüfen und Rechnung korrigieren.
Warnung
Ein Sachverhalt ist auffällig oder kann zu Problemen führen. Kontext prüfen.
Empfehlung
Kann die Qualität oder Kompatibilität verbessern, ist aber nicht automatisch eine Muss-Regel.
Typische Stolpersteine
Die schwierigsten Fehler sitzen meistens in den Daten – nicht im XML.
Steuerkategorien
Steuercodes, Steuerbefreiungen und Begründungen müssen fachlich zusammenpassen.
Einheiten & Codes
Freitext wie „Stück“ reicht in strukturierten Rechnungen nicht immer; standardisierte Codes sind entscheidend.
Identifikatoren
USt-ID, Leitweg-ID, Peppol-ID, SIRET oder Routing-Codes können je nach Empfänger und Land relevant sein.
Summen
Positionswerte, Zu-/Abschläge, Steuerbasis und Zahlbetrag müssen rechnerisch exakt konsistent sein.
Zahlungsdaten
Zahlungsart, IBAN, Fälligkeit und Referenzen müssen zum gewählten Prozess passen.
Profil & Empfänger
Technisch gültig bedeutet nicht automatisch, dass genau dieses Profil vom Empfänger erwartet wird.
Konkrete Umsetzung
E-Rechnungen direkt aus Venalis erzeugen.
Venalis erzeugt elektronische Rechnungen aus den vorhandenen Rechnungsdaten und verbindet sie mit dem normalen Faktura-Ablauf. So bleibt die E-Rechnung Teil der Warenwirtschaft statt eines separaten Arbeitsschritts.
- XRechnung und ZUGFeRD/Factur-X
- strukturierte Rechnungsdaten aus dem vorhandenen Beleg
- Validierung und profilspezifische Anforderungen
- weitere Übertragungswege je nach Projekt
Warenwirtschaft → E-Rechnung
FAQ
Kurz erklärt.
Ist eine PDF-Rechnung automatisch eine E-Rechnung?
Nein. Für die strukturierte E-Rechnung müssen die Rechnungsdaten maschinenlesbar vorliegen. Eine reine PDF-Datei erfüllt das nicht.
Was ist der Vorteil von ZUGFeRD?
ZUGFeRD verbindet eine visuell lesbare PDF/A-3-Datei mit eingebetteten strukturierten XML-Daten und kann dadurch sowohl Menschen als auch Software bedienen.
Ist Peppol ein Rechnungsformat?
Peppol ist vor allem ein standardisiertes Netzwerk- und Regelwerk für den elektronischen Dokumentenaustausch. Peppol BIS Billing beschreibt dabei Regeln für Rechnungen und Gutschriften.
Muss der Validator immer ohne Warnung durchlaufen?
Nein. Warnungen oder Empfehlungen sind anders zu bewerten als echte Fehler. Entscheidend ist, welche Regel verletzt oder empfohlen wird und welches Profil der Empfänger erwartet.