XRechnung Abgelehnt? Die 12-Punkte Fehler-KoSIT Checkliste

XRechnung abgelehnt: 12-Punkte Notfall-Checkliste & Fehlerbehebung

Eine rote Systemmeldung per Mail wie "Die Verarbeitung Ihrer XRechnung wurde abgewiesen" ist der Schrecken jedes Vertriebsteams. Meist steckt die Zahlung von zehntausenden Euro plötzlich in der Bürokratie fest – egal ob die Rechnung an das Zentralportal des Bundes (ZRE) ging oder ein großer B2B-Kunde über das Peppol-Netzwerk mauert.

Fast immer schuld: Das maschinelle KoSIT-Regelwerk (Business Rules Deutschland / BR-DE), das XRechnungen beim Empfang auf formale Gültigkeit scannt.

Mit dieser 12-Punkte-Checkliste entziffern Sie die kryptischen Fehlercodes und bringen die Rechnung noch heute in die Buchungsschleife des Kunden.
Wenn Sie direkt mit dem passenden Prüfpfad arbeiten wollen, springen Sie zu E-Rechnung validieren.

Direktantwort: Der Notfall-Algorithmus bei Ablehnungen

Wenn der Käufer die Rechnung abweist, operieren Sie nie blind am Dokument.

1. Error isolieren: Holen Sie aus der Ablehnungsmail den exakten "BR-DE" oder "BR-CO" Code (z.B. BR-DE-15 oder BR-DE-16).


2. Technisch nachstellen: Laden Sie Ihre Original-XML gratis in unseren XRechnungs-Validator hoch. Er spuckt Ihnen (auf Deutsch) exakt die Zeile aus, in der es brennt.


3. Quellsystem korrigieren: Ändern Sie nicht händisch den XML-Code (Verlust der GoBD Unveränderbarkeit!). Korrigieren Sie den fehlenden Wert in Ihrem ERP (SAP, Lexware, sevDesk) und spielen Sie die Faktura neu aus.


4. Validiert einsenden: Erst wenn unser Scanner "Grünes Licht" zeigt, senden Sie die XML erneut.

KoSIT-Fehler-Ranking: Die 5 häufigsten Killer-Codes

Deutschland hängt an der von der KoSIT gepflegten XML-Gültigkeit (EN16931). Folgende Codes lösen 90% aller Rückläufer aus:

1. BR-DE-15 & BR-DE-1 (Die Leitweg-ID fehlt)

* Grund: Sie rechnen mit einer staatlichen Behörde (B2G) ab. Sie haben im XML-Feld Buyer Reference (BT-10) vergessen, die behördliche Hausnummer (Bsp: 04011000-12345-67) einzutragen. Ohne die weiß der Server in Berlin nicht, zu welchem Bauamt die Rechnung soll. * Tipp: Wenn Sie B2B (an normale Firmen) abbuchen, gehört hier die Bestellnummer des Einkäufers (PO Number) rein!

2. BR-DE-16 (Fehlende Steuer-Identifikation)

* Grund: Mindestens eine der beiden Angaben fehlt für den deutschen Steuerraum zwingend: Entweder Ihre USt-IdNr. (Seller VAT identifier - BT-31) oder Ihre nationale persönliche Steuernummer (Seller tax registration identifier - BT-32). Wer seine eigene USt-ID im Tool vergisst, wird sofort blockiert.

3. BR-CO-17 (Rundungsfehler-Horror / Summen-Mismatch)

* Grund: "Die Rechnungssummen stimmen nicht überein." Dieser Fehler treibt Exporter aus SAP oder alten CSV-Listen zur Weißglut. Ihre Erstellungssoftware hat bei Rabatten auf 4 Kommastellen genau gerechnet, das XML ist aber streng nach kaufmännischen Regeln genormt. Wenn Nettowert + USt-Satz auf der Endsumme auch nur um 1 Cent (0.01 €) abweichen, scheitert der gesamte Betrag. (Prüfen Sie Ihre Rabatt-Umrechnung).

4. BR-DE-21 (Format/Profil-Verwechslung in BT-24)

* Grund: Sie haben im Feld Specification identifier (BT-24) eine falsche Vokabel gesendet. Sehr oft passiert das, wenn ein Konzern eine puristische XRechnung verlangt hat, Sie ihm aber fälschlicherweis ein ZUGFeRD Protokoll untergejubelt haben.

5. BR-DE-05 / BR-08 (Kontaktdaten und Ortsangaben)

* Grund: Auch der Verkäufer (Sie) muss greifbar sein. Es fehlt der Rechnung Ihr physischer Ortsname (Stadt, BR-DE-08) oder Ihr Verkäufer-Kontakt (Name, Telefon, E-Mail unter BT-41).

Die 12-Punkte Checkliste zur strukturierten Heilung

Hängen Sie sich diese Liste neben den Empfang oder die Faktura-Abteilung:

1. Ablehnungsgrund gesichert? E-Mail des Kunden exakt mit System-Log und Warn-Code (BR-XX) kopiert.
2. Validator-Gegenprobe: Das XML im externen Validator (KoSIT-konform) hochgeladen. Bestätigt er den Kunden-Fehler exakt?
3. Profil-Check: Wollte der Kunde ZUGFeRD oder reine XRechnung?
4. Leistungsdatum-Check: Ein Rechnungsdatum existiert fast immer, wurde auch das Datum der Lieferung / Leistungserbringung gesendet? Ohne kippt der Vorsteuerabzug beim Empfänger.
5. BT-10 Analyse: Ist im Feld Buyer Reference exakt die vom Kunden geforderte Projektnummer oder Leitweg-ID drin (Achtung Copy+Paste Leerzeichen!)?
6. Mengen/Einheiten-Prüfung: Tragen Ihre Stücklisten standardisierte EU Codelisten (Bsp: H87 für Stück, KGM für Kilogramm)? Freitext wie "2 Pakete" zerstört XML.
7. Steuercode-Check: Ist jeder Steuerkategorie (Normaler Satz S, Marge, Steuerfrei E...) die legale Umsatzsteuer (19% oder 7%) zugewiesen worden?
8. BT-31 USt-IdNr.: Beginnt Ihre USt-IdNr. mit dem Ländercode (bspw. DE...) ohne Leerzeichen?
9. Zahlungsziel-Feld: Sind Angaben zur Bankverbindung (IBAN / BIC) da und valide ohne Tippfehler validiert?
10. Neu-Generierung am Master: Ist die Rechnung im originären Tool (z.B. Lexware) neu erzeugt und nicht einfach nur im Text-Editor manipuliert worden?
11. Grünes Ticket gezogen? Hat die neue Version vor dem Senden an den Kunden im externen Rechnex Validator eine "Error = 0" Ausweisung bekommen?
12. Versandkanal-Check: Braucht der B2B-Kunde Peppol und Sie haben versucht, es per E-Mail zu senden? (Fehlende AS4-Route!).

Schnelles Fazit

Versuchen Sie bei abgelehnten E-Rechnungen nie, stundenlang Blind-Flüge zum Kunden zu starten. Das frustriert die Gegenseite enorm. Wenn ein Software-Fehler die Rechnungen formatiert, fischen Sie das XML-File heraus, jagen ihn zum Entschlüsseln durch unseren Validator und füttern Ihre Buchhaltung mit der gefundenen Fehler der Business-Terms(BT-XX) des KoSIT-Validators.

Das isoliert das Problem in 95% der Fälle auf eine vergessene Steuer-Regel und in 30 Minuten rollt das Geld zurück aufs Firmenkonto.

Am besten nutzen Sie einfach unseren Konverter-Workflow um Ihre Rechnungen direkt korrekt zu erstellen. Da kommen durch unsere intelligente Fehlererkennung garnicht solche Probleme auf. Alternativ wäre auch der ZUGFeRD Generator oder XRechnung Generator eine gute Option, wenn sie die Rechnung von Grund auf bauen wollen.

👉 Jetzt den Validierungs-Workflow für Rückläufer öffnen