Zurück zum Fehlerkatalog
BR-DE-1BG-16
input

Deutschland

Die Zahlungsbedingungen fehlen

Eine XRechnung muss die Gruppe `PAYMENT INSTRUCTIONS` (BG-16) tragen, mindestens also den Code des Zahlungsmittels (BT-81).

Nur der Aussteller kennt diesen Wert: Factlint meldet ihn und erfindet ihn niemals. Testen Sie Ihre Rechnung, um zu erfahren, ob sie betroffen ist.

Die Meldung, die Ihr Validator ausgibt

Wortgetreu aus dem versiegelten Artefakt übernommen: genau dieser Satz wird ausgegeben, wenn diese Regel fehlschlägt.

[BR-DE-1] Eine Rechnung (INVOICE) muss Angaben zu "PAYMENT INSTRUCTIONS" (BG-16) enthalten.

Zitiert aus schematron-xrechnung 3.0.2, lizenziert unter Apache-2.0.

Häufige Suchen zu diesem Code

Diese Formulierungen spiegeln die Suche eines Integrators: Code, Syntax, Regel, Fachfeld und Korrektur.

BR-DE-1 Die Zahlungsbedingungen fehlenBR-DE-1 XRechnung-Schematron-Paket (KoSIT)BR-DE-1 BG-16[BR-DE-1] Eine Rechnung (INVOICE) muss Angaben zu "PAYMENT INSTRUCTIONS" (BG-16) enthalten.BR-DE-1 correction

Ihre Datei mit diesem Fehler im Blick prüfen

Laden Sie die betroffene Rechnung hoch: der Bericht zeigt, ob dieser Code vorkommt, wo er im Dokument steht und ob Factlint ihn nur meldet oder auch beheben kann.

Um diese Prüfung in einem ERP-Ablauf zu automatisieren, rufen Sie die Validierungs-API auf und verknüpfen jeden zurückgegebenen Code mit seiner öffentlichen Seite.

Warum dieser Fehler auftritt

Die EN 16931 lässt diese Gruppe optional; die deutsche CIUS verlangt sie. Ein für ein anderes Land eingerichteter Generator erzeugt daher ein europäisch einwandfrei gültiges XML, das ein deutscher Empfänger ablehnt. Das ist die häufigste Abweichung beim ersten Umstieg auf XRechnung, weil sie nicht aus einem Fehler stammt, sondern aus einer zusätzlichen Anforderung.

So beheben Sie ihn

Tragen Sie das Zahlungsmittel in Ihrem Rechnungssystem ein. Factlint schreibt keine Zahlungsverbindung, auch nicht in Teilen: das ist ein Betragsfeld, und die Richtlinie lehnt es unabhängig von der Anfrage ab (Regel 1).

XML-Korrekturbeispiel

VORHER (ungültig)
<!-- ram:ApplicableHeaderTradeSettlement/ram:SpecifiedTradeSettlementPaymentMeans absent -->
NACHHER (konform)
<ram:SpecifiedTradeSettlementPaymentMeans><ram:TypeCode>58</ram:TypeCode>