XRechnung abgelehnt? KoSIT-Fehler beheben mit 12-Punkte-Checkliste

XRechnung abgelehnt? 12-Punkte-Checkliste für KoSIT-Fehler, Leitweg-ID und schnelle Korrektur

Ihre XRechnung wurde abgelehnt und die Meldung enthält nur technische Fehlercodes wie BR-DE-15, BR-DE-16, BR-CO-17, BR-CO-9 oder BR-CO-26? Dann liegt in vielen Fällen kein inhaltlicher Streit über die Rechnung vor, sondern ein formaler Fehler in der E-Rechnung: ein Pflichtfeld fehlt, eine Leitweg-ID ist falsch, ein Steuerkennzeichen passt nicht, ein Betrag ist falsch gerundet oder die XML-Datei entspricht nicht den Regeln von EN 16931, XRechnung oder dem verwendeten Übertragungskanal.

Das Problem: Eine XRechnung ist keine normale PDF-Rechnung. Sie ist eine strukturierte XML-Rechnung, die von Portalen, ERP-Systemen, Peppol-Netzwerken und Validatoren maschinell geprüft wird. Schon kleine Abweichungen können dazu führen, dass die Rechnung nicht angenommen, nicht weitergeleitet oder vom Empfänger zurückgewiesen wird.

Mit dieser Checkliste finden Sie die häufigsten Ursachen, verstehen die wichtigsten KoSIT- und EN-16931-Fehlercodes und korrigieren Ihre Rechnung strukturiert, bevor Sie sie erneut versenden.

Wenn Sie direkt prüfen möchten, laden Sie die XML-Datei in den XRechnung Validator oder starten Sie den geführten Workflow über E-Rechnung validieren.

Direktantwort: Was tun, wenn eine XRechnung abgelehnt wurde?

Gehen Sie bei einem Rückläufer immer in dieser Reihenfolge vor:

1. Fehlercode sichern: Kopieren Sie den exakten Code aus der Ablehnungsmeldung, zum Beispiel BR-DE-15, BR-DE-16, BR-CO-17, BR-CO-9, BR-CO-26, BR-DEC-, PEPPOL-, UBL- oder CII-.
2. Originaldatei prüfen: Laden Sie genau die abgelehnte XML-Datei in den RechneX XRechnung Validator. Prüfen Sie nicht eine bereits geänderte Kopie, sondern zuerst die Datei, die tatsächlich abgelehnt wurde.
3. Fehlerfeld identifizieren: Achten Sie auf Business Terms wie BT-10, BT-31, BT-32, BT-84, BT-115, BT-116, BT-117 oder BT-119. Diese BT-Felder zeigen, welcher Rechnungswert fehlt oder rechnerisch nicht passt.
4. Ursache im Quellsystem korrigieren: Korrigieren Sie den Rechnungsdatensatz im ERP, im Buchhaltungssystem, im Rechnungstool oder im RechneX-Editor. Bearbeiten Sie die XML-Datei möglichst nicht manuell im Texteditor.
5. Neu erzeugen und erneut validieren: Erzeugen Sie eine neue XRechnung oder ZUGFeRD-Rechnung und validieren Sie sie vor dem Versand erneut.
6. Erst danach wieder senden: Reichen Sie die korrigierte Datei erst ein, wenn der Validator keine blockierenden Fehler mehr meldet.

Wichtig: Eine einfache PDF-Rechnung gilt seit dem 1. Januar 2025 in Deutschland nicht mehr als E-Rechnung im steuerlichen Sinn, wenn sie kein strukturiertes elektronisches Format enthält. Das Bundesfinanzministerium nennt ausdrücklich strukturierte Formate wie XRechnung und ZUGFeRD ab Version 2.0.1 als übliche E-Rechnungsformate, sofern die Anforderungen erfüllt sind. Quelle: BMF-FAQ zur E-Rechnung.

Warum XRechnungen überhaupt abgelehnt werden

Eine XRechnung kann aus unterschiedlichen Gründen scheitern. Entscheidend ist, ob die Ablehnung technisch, formal oder inhaltlich ist.

1. Technische Ablehnung

Die Datei kann nicht verarbeitet werden. Typische Ursachen:

• ungültiges XML
• falsche Syntax, zum Beispiel UBL statt CII falsch gekennzeichnet
• beschädigte Datei
• falscher Zeichensatz
• nicht unterstützte XRechnung-Version
• nicht erlaubte Anhänge
• falsches Profil oder fehlerhafter CustomizationID beziehungsweise Specification identifier

2. Formale Ablehnung durch Validierungsregeln

Die Datei ist grundsätzlich lesbar, verletzt aber Regeln von EN 16931, XRechnung, Peppol oder einem Portal. Typische Ursachen:

• Pflichtfeld fehlt
• Leitweg-ID oder Käuferreferenz fehlt
• Verkäuferdaten sind unvollständig
• USt-IdNr. oder Steuernummer fehlt
• Summen passen nicht zusammen
• Steuerbeträge sind falsch gerundet
• Zahlungsdaten sind unvollständig
• Einheitencodes oder Steuerkategorien sind ungültig

3. Inhaltliche Zurückweisung durch den Rechnungsempfänger

Die Rechnung ist formal valide, wird aber trotzdem vom Kunden zurückgewiesen. Typische Ursachen:

• falsche Bestellnummer
• falscher Leistungszeitraum
• falscher Empfänger
• falsche Projekt- oder Vertragsnummer
• nicht vereinbarter Versandkanal
• fehlender Anhang
• Rechnung passt nicht zur Bestellung oder zum Wareneingang

Gerade bei Portalen wie OZG-RE, ZRE oder bei Peppol für deutsche Unternehmen sollten Sie deshalb immer zwischen technischer Validierung und fachlicher Freigabe unterscheiden.

Die wichtigsten KoSIT- und EN-16931-Fehler verständlich erklärt

Die Fehlermeldungen in XRechnungs-Validatoren wirken oft kryptisch. In der Praxis lassen sie sich aber meist auf wenige Ursachen zurückführen.

Für BR-CO-17 ist besonders wichtig: Der Steuerbetrag einer Umsatzsteuerkategorie muss rechnerisch zur steuerpflichtigen Bemessungsgrundlage und zum Steuersatz passen. Die Peppol-Dokumentation beschreibt diese Regel als: VAT category tax amount (BT-117) = VAT category taxable amount (BT-116) x VAT category rate (BT-119) / 100, gerundet auf zwei Dezimalstellen. Quelle: Peppol BIS Billing Regel BR-CO-17.

Fehler 1: Leitweg-ID fehlt oder ist falsch (BR-DE-15, BT-10)

Wenn eine XRechnung an eine Behörde oder einen öffentlichen Auftraggeber geht, ist die Leitweg-ID einer der wichtigsten Werte. Sie dient der elektronischen Adressierung des Rechnungsempfängers und wird im Feld Käuferreferenz / Buyer Reference (BT-10) angegeben.

Die E-Rechnung-Bund-FAQ erklärt: Die Leitweg-ID wird im Standard XRechnung im Feld Käuferreferenz (BT-10) angegeben und muss bei Rechnungen an die Bundesverwaltung als Pflichtangabe übermittelt werden. Quelle: FAQ E-Rechnung Bund zur Leitweg-ID.

Typische Ursachen

• Leitweg-ID fehlt vollständig.
• Leitweg-ID wurde mit Leerzeichen kopiert.
• Bindestriche stehen an falscher Stelle.
• Eine alte oder falsche Leitweg-ID wurde verwendet.
• Die Leitweg-ID gehört zu einer anderen Behörde oder Organisationseinheit.
• Im Feld BT-10 steht eine interne Projektnummer, obwohl eine behördliche Leitweg-ID verlangt wurde.

So beheben Sie den Fehler

Prüfen Sie zuerst die Bestellung, den Auftrag oder die Vergabeunterlagen. Die korrekte Leitweg-ID wird in der Regel vom öffentlichen Auftraggeber mitgeteilt. Kopieren Sie die Nummer exakt und achten Sie auf Bindestriche, Groß-/Kleinschreibung, unsichtbare Leerzeichen und Zeilenumbrüche.

Bei B2B-Rechnungen ist normalerweise keine Leitweg-ID erforderlich. Das BMF weist darauf hin, dass eine Leitweg-ID im B2B-Bereich grundsätzlich nicht benötigt wird. In BT-10 kann dort zum Beispiel eine vom Käufer zugewiesene Referenz stehen; ob der Empfänger eine bestimmte Käuferreferenz verlangt, ist eine betriebsinterne Vorgabe des Empfängers. Quelle: BMF-FAQ zur E-Rechnung.

Interne Hilfe: Leitweg-ID finden und Aufbau verstehen

Fehler 2: USt-IdNr., Steuernummer oder Verkäuferkennung fehlt (BR-DE-16, BR-CO-9, BR-CO-26)

Viele Rückläufer entstehen durch unvollständige oder falsch formatierte Steuerdaten. Besonders kritisch sind:

• BT-31: Seller VAT identifier / USt-IdNr. des Verkäufers
• BT-32: Seller tax registration identifier / Steuernummer des Verkäufers
• BT-48: Buyer VAT identifier / USt-IdNr. des Käufers
• BT-63: USt-IdNr. des Steuervertreters
• BT-30: Seller legal registration identifier

Die E-Rechnung-Bund-FAQ nennt bei bestimmten Steuerkennungsfehlern ausdrücklich die Prüfung von BT-31, BT-32, BT-48 und BT-63. Quelle: FAQ E-Rechnung Bund.

Typische Ursachen

• Die USt-IdNr. wurde ohne Länderpräfix eingetragen.
• Zwischen DE und der Nummer stehen Leerzeichen.
• Es wurde die persönliche Steuernummer statt der USt-IdNr. in das falsche Feld eingetragen.
• Bei Reverse-Charge-Rechnungen fehlen Käufer- oder Verkäufer-USt-IdNr.
• Die Steuerdaten sind im ERP-Stammsatz leer.
• Der Lieferant wurde im System ohne steuerliche Identifikationsnummer angelegt.

So beheben Sie den Fehler

Öffnen Sie die Stammdaten des Verkäufers und prüfen Sie, ob die USt-IdNr. oder Steuernummer korrekt hinterlegt ist. Für deutsche USt-IdNr. gilt typischerweise das Format DE plus Nummer ohne Leerzeichen. Prüfen Sie außerdem, ob der Kunde im richtigen Feld eingetragen ist, insbesondere bei Reverse Charge, innergemeinschaftlichen Lieferungen oder steuerfreien Umsätzen.

Wenn Sie eine Rechnung manuell erstellen, können Sie die Angaben direkt im XRechnung Generator oder ZUGFeRD Generator erfassen und vor dem Download validieren.

Fehler 3: Rundungsfehler und Summenfehler (BR-CO-17, BR-CO-10 bis BR-CO-16)

Rundungsfehler gehören zu den häufigsten praktischen Problemen bei der E-Rechnung. Eine PDF-Rechnung sieht auf den ersten Blick korrekt aus, aber die XML-Daten enthalten andere Werte als die sichtbare Rechnung.

Besonders kritisch sind:

• Positionsnetto
• Rabatte und Zuschläge
• Umsatzsteuer je Steuerkategorie
• Gesamtnetto
• Gesamtsteuerbetrag
• Bruttobetrag
• bereits gezahlte Beträge
• Rundungsdifferenzen
• fälliger Betrag

Beispiel

Eine Rechnung enthält mehrere Positionen mit 19 % Umsatzsteuer. Das ERP rechnet intern mit vier oder sechs Nachkommastellen, zeigt in der PDF aber nur zwei Nachkommastellen an. In der XML-Datei wird dann ein Steuerbetrag ausgegeben, der nicht exakt zur Summe der steuerpflichtigen Beträge passt. Der Validator meldet zum Beispiel BR-CO-17.

So beheben Sie den Fehler

Prüfen Sie nicht nur den Endbetrag. Prüfen Sie die Rechnung auf Ebene der Steuerkategorien:

• Summe aller Positionen mit 19 %
• Summe aller Positionen mit 7 %
• Summe aller steuerfreien Positionen
• Umsatzsteuerbetrag je Kategorie
• Rundung auf zwei Nachkommastellen
• Dokumentenrabatte und Positionsrabatte
• Zuschläge und Versandkosten
• Gutschriften oder bereits gezahlte Beträge

Wenn Ihr ERP regelmäßig Rundungsfehler erzeugt, sollten Sie die Exportlogik prüfen. Bei manuellen oder PDF-basierten Prozessen kann der PDF zu XRechnung Konverter helfen, die Daten strukturiert zu prüfen und anschließend als valide XRechnung oder ZUGFeRD-Rechnung auszugeben.

Interne Hilfe: Massenkonvertierung und Batch-Workflow für KMU

Fehler 4: Falsches Format oder falsches Profil

Nicht jede E-Rechnung ist automatisch eine XRechnung. Und nicht jede ZUGFeRD-Datei ist automatisch für jeden Empfänger geeignet.

XRechnung

Eine XRechnung ist eine reine XML-Rechnung. Sie basiert auf EN 16931 und wird in Deutschland insbesondere im B2G-Umfeld eingesetzt. Technisch kommen vor allem UBL und CII vor. Der Standard XRechnung wird über XStandards Einkauf veröffentlicht; die KoSIT stellt außerdem technische Komponenten wie Validator und Testsuite bereit.

Quelle: XStandards Einkauf: XRechnung Versionen und Bundles

ZUGFeRD / Factur-X

ZUGFeRD ist ein hybrides Format: Eine menschenlesbare PDF/A-3-Datei enthält zusätzlich strukturierte XML-Rechnungsdaten. FeRD beschreibt ZUGFeRD als branchenübergreifendes Datenformat auf Basis von EN 16931, CII und PDF/A-3. Quelle: FeRD: Was ist ZUGFeRD?

Typische Fehler

• Der Kunde verlangt XRechnung, erhält aber ZUGFeRD.
• Der Kunde verlangt ZUGFeRD, erhält aber nur XML.
• Ein PDF wird ohne eingebettete XML-Datei versendet.
• Das ZUGFeRD-Profil ist nicht EN-16931-konform.
• BT-24 oder die Spezifikationskennung passt nicht zur Datei.
• Der Versandkanal erwartet Peppol BIS Billing, die Rechnung enthält aber ein anderes Profil.

So beheben Sie den Fehler

Klären Sie vor dem erneuten Versand, welches Format der Empfänger wirklich verlangt:

• B2G / öffentliche Auftraggeber: häufig XRechnung, Leitweg-ID und Portal- oder Peppol-Prozess.
• B2B / Mittelstand: häufig XRechnung oder ZUGFeRD, abhängig vom Empfängerprozess.
• Archiv- und Sichtprüfung: ZUGFeRD kann sinnvoll sein, weil PDF und XML kombiniert sind.
• Automatisierte Prozesse: XRechnung, UBL, CII, Peppol oder API-Anbindung nach Empfängervorgabe.

Vergleich: XRechnung vs. ZUGFeRD

Fehler 5: Zahlungsdaten, IBAN und Zahlungsbedingungen fehlen

Zahlungsinformationen sind in der E-Rechnung nicht nur Freitext. Viele Werte stehen in eigenen strukturierten Feldern.

Prüfen Sie insbesondere:

• IBAN (BT-84)
• BIC, falls erforderlich
• Zahlungsart
• Zahlungsziel
• Skontoangaben
• SEPA-Lastschriftmandat
• Gläubiger-Identifikationsnummer
• Verwendungszweck
• Fälligkeitsdatum (BT-9)
• Zahlungsbedingungen (BT-20)

Typische Ursachen

• Die IBAN enthält Leerzeichen oder Tippfehler.
• Zahlungsbedingungen stehen nur im PDF-Freitext, aber nicht strukturiert in der XML.
• Bei Lastschrift fehlt die Gläubiger-ID.
• Skonto wurde in einem Format eingetragen, das das Portal nicht akzeptiert.
• Zahlungsart und Bankverbindung widersprechen sich.

Gerade bei XRechnung an öffentliche Auftraggeber sollten Zahlungsinformationen sauber strukturiert sein, damit der Rechnungsempfänger die Datei automatisiert verarbeiten kann.

Fehler 6: Verkäufer- oder Käuferdaten sind unvollständig

XRechnungen brauchen vollständige Stammdaten. Je nach Regel können fehlende Adress- oder Kontaktdaten zu Fehlern oder Warnungen führen.

Prüfen Sie:

• vollständiger Verkäufername
• vollständiger Käufername
• Straße
• Postleitzahl
• Ort
• Land
• Kontaktperson
• E-Mail-Adresse
• Telefonnummer
• elektronische Adresse, falls für Peppol erforderlich
• USt-IdNr. oder Steuernummer
• Handelsregister- oder Rechtsformangaben, falls relevant

Typische Fehler entstehen, wenn PDF-Rechnungen zwar optisch alle Informationen enthalten, diese aber nicht korrekt in die XML-Felder übernommen wurden. Eine sichtbare Telefonnummer im PDF hilft nicht, wenn das strukturierte Feld in der XML leer ist.

Mit dem XRechnung Viewer können Sie eine XML-Rechnung lesbar anzeigen und prüfen, ob Käufer, Verkäufer, Positionen, Steuerdaten und Zahlungsdaten tatsächlich strukturiert enthalten sind.

Fehler 7: Leistungsdatum, Lieferdatum oder Zeitraum fehlt

Eine Rechnung enthält nicht nur Rechnungsdatum und Rechnungsnummer. Für viele Geschäftsvorfälle ist auch der Leistungszeitraum oder das Lieferdatum wichtig.

Prüfen Sie:

• Rechnungsdatum
• Lieferdatum
• Leistungszeitraum
• Beginn und Ende der Leistung
• Abschlags- oder Teilrechnungsbezug
• Referenz auf vorherige Rechnungen bei Korrektur oder Schlussrechnung

Bei Bauleistungen, Projekten, Wartung, Beratung, Softwareleistungen oder wiederkehrenden Leistungen kann der Leistungszeitraum entscheidend sein. Wenn diese Information nur im PDF-Text steht, aber nicht strukturiert in der XML, kann der Empfänger die Rechnung zurückweisen.

Fehler 8: Falsche Einheiten, Mengen oder Positionsdaten

Positionen müssen in einer E-Rechnung maschinenlesbar sein. Freitext wie „1 Paket“, „diverse Leistungen“ oder „siehe Anlage“ reicht oft nicht aus, wenn die Pflichtangaben nicht strukturiert enthalten sind.

Prüfen Sie:

• Positionsnummer
• Artikel- oder Leistungsbeschreibung
• Menge
• Einheitencode
• Einzelpreis netto
• Positionsbetrag netto
• Steuersatz
• Steuerkategorie
• Rabatte
• Zuschläge
• Referenzen auf Bestellung oder Lieferschein

Typische Einheitencodes sind zum Beispiel H87 für Stück oder KGM für Kilogramm. Ob ein bestimmter Code passt, hängt vom konkreten Inhalt und vom verwendeten Format ab.

Fehler 9: Steuerkategorie passt nicht zum Geschäftsvorfall

Steuerfehler entstehen oft nicht durch den Steuersatz selbst, sondern durch eine falsche Kombination aus Steuerkategorie, Steuerbefreiungsgrund, Reverse-Charge-Hinweis und USt-IdNr.

Typische Sonderfälle:

• Reverse Charge
• innergemeinschaftliche Lieferung
• steuerfreie Lieferung
• Kleinunternehmerregelung
• Bauleistung
• Photovoltaik mit 0 % Umsatzsteuer
• Gutschrift
• Korrekturrechnung
• Teilrechnung
• Schlussrechnung
• Selbstfakturierung

Wenn Sie solche Fälle manuell erfassen, nutzen Sie einen Generator, der die Pflichtfelder strukturiert abfragt. In RechneX können unterstützte Sonderfälle im Generator erstellt und vor dem Download validiert werden. Für automatische Sonderfall-Konvertierung aus PDFs, ERP-Daten oder Belegketten ist der Enterprise-Prozess vorgesehen.

Kostenlos registrieren und E-Rechnung erstellen

Fehler 10: Rechnung wurde manuell im XML bearbeitet

Eine häufige Notlösung ist, die XML-Datei direkt im Texteditor zu öffnen und Werte zu ändern. Davon ist in der Praxis abzuraten.

Warum?

• XML-Struktur kann beschädigt werden.
• Summen und Steuerbeträge passen danach nicht mehr.
• Signifikante Felder werden übersehen.
• UBL- und CII-Strukturen sind unterschiedlich.
• Änderungen sind später schwer nachvollziehbar.
• Ihr ERP oder Buchhaltungssystem enthält weiterhin den falschen Ursprungsdatensatz.

Korrigieren Sie die Daten möglichst immer im Quellsystem oder in einem kontrollierten Editor. Danach erzeugen Sie die XRechnung neu und validieren die neue Datei.

Wenn Sie keine passende Software haben, können Sie mit RechneX aus Rechnungsdaten oder PDF-Rechnungen eine validierte E-Rechnung erstellen:

• PDF zu XRechnung oder ZUGFeRD konvertieren
• XRechnung manuell erstellen
• ZUGFeRD manuell erstellen
• XRechnung prüfen
• XRechnung anzeigen

Fehler 11: Falscher Versandkanal

Eine valide XML-Datei kann trotzdem zurückgewiesen werden, wenn sie über den falschen Kanal kommt.

Typische Versandwege:

• Upload im Portal
• E-Mail
• Peppol
• ERP-Übertragung
• API
• Kundenportal
• ZRE oder OZG-RE
• Rechnungseingangsplattform des Kunden

Die OZG-RE übernimmt laut E-Rechnung-Bund unter anderem die Entgegennahme, technische Prüfung und Weiterleitung der E-Rechnung an den Empfänger über die Leitweg-ID. Außerdem kann eine Rechnung entweder durch die Plattform oder durch den Rechnungsempfänger zurückgewiesen werden. Quelle: FAQ E-Rechnung Bund.

Prüfen Sie deshalb:

• Hat der Kunde Peppol verlangt?
• Muss die Rechnung über ZRE oder OZG-RE eingereicht werden?
• Ist die Leitweg-ID für genau dieses Portal gültig?
• Wird E-Mail akzeptiert?
• Muss eine bestimmte Buyer Reference oder Bestellnummer angegeben werden?
• Gibt es Kundenvorgaben für Anhänge?
• Muss die Rechnung als XRechnung statt ZUGFeRD gesendet werden?

Interne Hilfe: OZG-RE: XRechnung beim Bund hochladen

Fehler 12: Validierung wurde erst nach dem Versand gemacht

Viele Unternehmen prüfen E-Rechnungen erst, wenn der Kunde sie abgelehnt hat. Besser ist ein fester Prüfpunkt vor dem Versand.

Das BMF weist darauf hin, dass eine Validierung helfen kann, fehlende oder unlogische Pflichtangaben zu vermeiden, und empfiehlt, diese bereits bei Erstellung und Versand einer E-Rechnung durchzuführen. Quelle: BMF-FAQ zur E-Rechnung.

Empfohlener Prozess

1. Rechnung erstellen.
2. XRechnung oder ZUGFeRD ausgeben.
3. Datei im Validator prüfen.
4. Fehler korrigieren.
5. Datei erneut validieren.
6. Rechnung erst dann senden.
7. Versandstatus dokumentieren.
8. Bei Rückläufer Fehlercode und korrigierte Version archivieren.

Mit RechneX können Sie diesen Prozess direkt im Browser abbilden: erstellen, konvertieren, anzeigen und validieren.

12-Punkte-Checkliste: XRechnung Fehler systematisch beheben

Nutzen Sie diese Checkliste, wenn Ihre XRechnung abgelehnt wurde:

1. Originaldatei sichern: Speichern Sie die exakt abgelehnte XML- oder ZUGFeRD-Datei unverändert ab.
2. Ablehnungsmeldung kopieren: Notieren Sie Fehlercode, Portal, Datum, Rechnungsnummer und eventuelle Kundenhinweise.
3. Validator nutzen: Prüfen Sie die Datei im XRechnung Validator.
4. BT-Feld lesen: Suchen Sie im Fehlerbericht nach Business Terms wie BT-10, BT-31, BT-84, BT-115, BT-117 oder BT-119.
5. Format prüfen: Klären Sie, ob der Empfänger XRechnung, ZUGFeRD, Factur-X, UBL, CII oder Peppol erwartet.
6. Leitweg-ID prüfen: Bei B2G-Rechnungen die Leitweg-ID exakt aus Auftrag oder Portal übernehmen.
7. Steuerdaten prüfen: USt-IdNr., Steuernummer, Steuerkategorie, Steuerbefreiungsgrund und Reverse-Charge-Angaben prüfen.
8. Summen prüfen: Positionssummen, Netto, Steuer, Brutto, Rabatte, Zuschläge und Rundungen neu berechnen.
9. Zahlungsdaten prüfen: IBAN, Zahlungsart, Fälligkeitsdatum und Zahlungsbedingungen kontrollieren.
10. Stammdaten prüfen: Verkäufer, Käufer, Adresse, Land, Kontakt und elektronische Adressen vervollständigen.
11. Neu erzeugen: Rechnung im Quellsystem, RechneX-Editor oder Generator neu ausgeben.
12. Vor erneutem Versand validieren: Erst senden, wenn der Validator keine blockierenden Fehler mehr anzeigt.

Wann reicht der kostenlose Validator und wann brauchen Sie Pro oder Enterprise?

Kostenlos passt, wenn Sie einzelne Rechnungen prüfen

Der kostenlose Einstieg eignet sich, wenn Sie gelegentlich eine XRechnung validieren, eine XML-Datei ansehen oder eine einzelne E-Rechnung erstellen möchten. RechneX bietet dafür Viewer, Validator und Generator mit Tageslimits.

Pro passt, wenn Sie regelmäßig Standardrechnungen verarbeiten

Der Pro-Tarif ist für wiederkehrende Standardprozesse gedacht:

• PDF zu XRechnung konvertieren
• PDF zu ZUGFeRD konvertieren
• XRechnung erstellen
• ZUGFeRD erstellen
• XRechnung ansehen
• KoSIT-validieren
• Batch-Upload bis 10 PDFs pro Lauf
• Standardprozesse ohne künstliche Limits
• Prioritäts-Support per E-Mail

Preise und Pro-Tarif ansehen

Enterprise passt, wenn Ihr Prozess komplex ist

Enterprise ist sinnvoll, wenn RechneX nicht nur ein Tool, sondern Teil Ihres Rechnungsprozesses werden soll.

Typische Enterprise-Szenarien:

• API-Anbindung
• ERP-Anbindung
• CRM-Anbindung
• Shopsystem-Anbindung
• E-Mail-Weiterleitung
• automatisierter E-Rechnungsversand
• KoSIT-Validierung als Prozess-Gate
• hohe Volumen
• strukturierte Fehlerlisten
• Freigabeprozesse im Dashboard
• individuelle Pflichtfeldregeln
• Empfänger-spezifische Vorgaben
• Abschlagsrechnungen
• Schlussrechnungen
• Storno und Korrektur
• Gutschriften
• Factoring und Abtretung
• Sonderfälle mit kundenspezifischem Mapping
• White-Label
• SSO
• SLA und persönliches Onboarding

Wenn Ihr Unternehmen regelmäßig Rückläufer erhält, viele Empfängerregeln beachten muss oder Rechnungen direkt aus ERP, Shopware, SAP, Infor, DATEV, CRM oder eigenen Systemen erzeugen möchte, ist Enterprise der richtige Weg.

Enterprise und individuelle E-Rechnungsprozesse anfragen

Häufige Fragen zu abgelehnten XRechnungen

Ist eine abgelehnte XRechnung automatisch steuerlich ungültig?

Nicht jede technische Ablehnung bedeutet automatisch, dass die Rechnung steuerlich inhaltlich falsch ist. Praktisch ist sie für den Empfänger aber oft nicht verarbeitbar. Deshalb sollten Sie die Datei korrigieren, neu erzeugen und erneut einreichen.

Reicht eine PDF-Rechnung als Ersatz?

Seit dem 1. Januar 2025 ist ein einfaches PDF nach BMF-FAQ keine E-Rechnung mehr, sondern eine sonstige Rechnung, weil es kein strukturiertes elektronisches Format enthält. Während der Übergangsregelungen können sonstige Rechnungen unter bestimmten Bedingungen noch verwendet werden. Quelle: BMF-FAQ zur E-Rechnung.

Muss ich im B2B-Bereich eine Leitweg-ID verwenden?

In der Regel nein. Die Leitweg-ID ist vor allem für die Adressierung öffentlicher Auftraggeber relevant. Im B2B-Bereich kann BT-10 aber trotzdem durch eine Käuferreferenz, Bestellnummer oder interne Vorgabe des Empfängers belegt werden. Prüfen Sie immer die Anforderungen Ihres Kunden.

Was ist besser: XRechnung oder ZUGFeRD?

Das hängt vom Empfängerprozess ab. XRechnung ist eine reine XML-Rechnung und besonders im B2G-Umfeld verbreitet. ZUGFeRD kombiniert eine lesbare PDF/A-3-Datei mit eingebetteter XML und ist für viele B2B-Prozesse praktisch. Mehr dazu im Vergleich: XRechnung vs. ZUGFeRD

Kann RechneX eine abgelehnte XRechnung reparieren?

RechneX hilft Ihnen, die Fehler sichtbar zu machen, XML-Dateien lesbar zu prüfen und E-Rechnungen neu zu erstellen oder aus PDF-Rechnungen zu konvertieren. Bei Standardprozessen reicht oft der Validator, Generator oder Konverter. Bei komplexen Belegketten, ERP-Daten, automatischen Sonderfällen oder hohen Volumen kann ein Enterprise-Prozess eingerichtet werden.

Fazit: XRechnung-Fehler nicht erraten, sondern validieren und sauber korrigieren

Wenn eine XRechnung abgelehnt wurde, sollten Sie nicht auf Verdacht mehrere neue Dateien senden. Das verursacht Rückfragen, Verzögerungen und im schlimmsten Fall doppelte oder widersprüchliche Rechnungsversionen.

Der bessere Weg ist:

• Fehlercode sichern
• Originaldatei validieren
• BT-Feld verstehen
• Stammdaten, Steuerdaten, Summen und Leitweg-ID prüfen
• Rechnung im Quellsystem oder Editor korrigieren
• neue Datei erzeugen
• vor Versand erneut validieren

RechneX unterstützt genau diesen Workflow: XRechnung prüfen, XML lesbar machen, PDF-Rechnungen konvertieren, E-Rechnungen erstellen und vor dem Download validieren.

Kostenlos registrieren und E-Rechnung erstellen

Preise und Pro-Tarif/Enterprise ansehen

Quellen und weiterführende Informationen

• BMF: Fragen und Antworten zur verpflichtenden E-Rechnung ab 2025
• E-Rechnung Bund: FAQ zu OZG-RE, XRechnung, Leitweg-ID und Peppol
• XStandards Einkauf: XRechnung Versionen und Bundles
• XStandards Einkauf: XRechnung 4.0 – was kommt auf uns zu?
• FeRD: Was ist ZUGFeRD / Factur-X?
• Peppol BIS Billing 3.0: Regel BR-CO-17