E-Rechnung PRO

ZUGFeRD Fehler BR-CO-16 beheben

Dein Dokument wurde wegen dem Fehler "Fälliger Zahlungsbetrag inkonsistent" abgelehnt. Lade die PDF hier hoch – wir extrahieren die Daten und reparieren das XML sofort für dich.

Preis: 9,90 €/Monat (inkl. 20 Freirechnungen, danach 0,10 €/Rechnung)

ZUGFeRD 2.5.2 / Factur-X

Erzeugt hybride EN 16931 XML-Dateien im Comfort-Profil und integriert sie vollkommen transparent in dein Original-PDF.

Intelligente Gemini AI

Dank multimodalem LLM-OCR extrahieren wir Lieferanten- und Rechnungspositionen fehlerfrei, auch bei komplizierten Tabellen.

PDF/A-3b Standard

Durch korrekte Metadaten-Bäume und Dateiverlinkungen ist das resultierende Dokument von allen Behörden und Banken lesbar.

BR-CO-16

Was bedeutet dieser Fehler?

Fälliger Zahlungsbetrag inkonsistent

Der fällige Zahlungsbetrag (DuePayableAmount) ist mathematisch falsch berechnet.

Technische Erklärung (EN 16931)

Der fällige Betrag muss der Bruttosumme abzüglich bereits geleisteter Vorauszahlungen (PaidAmount) entsprechen. Wenn Prepaid-Beträge im XML falsch getaggt werden, schlägt der Validator bei BR-CO-16 an.

Wie repariere ich den Fehler BR-CO-16?

Anstatt mühsam im ERP-System nach der Ursache zu suchen, kannst du die abgelehnte PDF-Rechnung einfach oben in unseren Konverter ziehen.

  • Unsere KI liest das fehlerhafte Dokument in Sekundenbruchteilen aus.
  • Wir berechnen alle Steuersummen und Rundungen im Hintergrund neu (in Integer-Cents).
  • Fehlende Pflichtfelder kannst du bequem im Formular nachtragen.
  • Mit einem Klick generieren wir eine makellose, 100% GoBD-konforme EN 16931 E-Rechnung.

Fachliche Detail-Analyse & GoBD-Auswirkung

Die Geschäftsregel BR-CO-16 überprüft den fälligen Zahlungsbetrag (BT-115). Die mathematische Formel lautet hier: Brutto-Gesamtsumme (BT-112) - bereits gezahlter Betrag (BT-113) + gerundeter Ausgleichsbetrag (BT-114) = fälliger Zahlungsbetrag (BT-115). Dieser Fehler tritt besonders häufig bei Abschlagsrechnungen, Anzahlungen oder bei der Verrechnung von Gutscheinen auf. Wenn ein Kunde bereits eine Anzahlung geleistet hat, muss dieser Betrag im XML-Tag <ram:TotalPrepaidAmount> deklariert werden. Fehlt diese Deklaration oder weicht der fällige Zahlungsbetrag im Tag <ram:DuePayableAmount> rechnerisch ab, verweigert der Validator die Freigabe. Die Lösung erfordert eine präzise Überprüfung aller Anzahlungs-Tags und eine synchrone Subtraktion vom Bruttobetrag.

Hinweis: Fehler nach der EU-Norm EN 16931 müssen zwingend syntaktisch und mathematisch im XML-Baum gelöst werden. Eine reine grafische Korrektur des PDF-Layouts ist steuerrechtlich unwirksam, da Betriebsprüfer ausschließlich den eingebetteten Datensatz validieren.