BR-DE-1: Die XRechnung enthält keine Zahlungsanweisungen

Was die Regel prüft

In der europäischen Norm EN 16931 ist die Gruppe BG-16 optional. Die deutsche Spezifikation XRechnung macht sie mit BR-DE-1 zur Pflicht. Die Regel ist im Schematron als fatal eingestuft: Eine Datei mit dieser Meldung gilt als nicht konform.

Genaue Bedingung im Schematron

• UBL: Im Wurzelelement Invoice oder CreditNote muss mindestens ein Element cac:PaymentMeans stehen. Der Test lautet schlicht cac:PaymentMeans.
• CII: Unter rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement muss mindestens ein ram:SpecifiedTradeSettlementPaymentMeans stehen.
• Geprüft wird nur, ob das Element existiert. Welcher Code darin steht und ob ein Konto angegeben ist, prüfen andere Regeln.

Innerhalb der Gruppe ist der Zahlungsmittel-Code BT-81 Pflicht (UBL cbc:PaymentMeansCode, CII ram:TypeCode), Codeliste UNTDID 4461. Vom Code hängt ab, welche Untergruppe folgen muss: Bei 30 und 58 die Überweisungsdaten BG-17 (BR-DE-23), bei 48, 54 und 55 die Kartendaten BG-18 (BR-DE-24), bei 59 die Lastschriftdaten BG-19 (BR-DE-25). Mehrere Zahlungswege nebeneinander sind erlaubt; Testdatei 01.08 enthält drei Blöcke mit Code 58.

Typische Ursachen

• Die Rechnung ist schon bezahlt. Bei Vorkasse oder Barzahlung lassen manche Programme den Zahlungsteil weg, weil nichts mehr offen ist. BR-DE-1 kennt diese Ausnahme nicht.
• Der Zahlungsweg steht nur als Text. „Zahlbar per Überweisung“ steht in den Zahlungsbedingungen (BT-20), die Bankverbindung nur im Fußtext der PDF-Vorlage. Im XML ist dann keine Zahlungsgruppe vorhanden.
• Im Firmenprofil ist kein Konto hinterlegt. Viele Exportfunktionen erzeugen cac:PaymentMeans nur, wenn eine IBAN in den Stammdaten steht.
• Eigener Generator mit IBAN-Bedingung. Der Code schreibt die Gruppe nur, wenn eine IBAN vorliegt. Bei PayPal, Kreditkarte oder Lastschrift entfällt dann die ganze Gruppe statt nur des Kontos.
• Gutschrift ohne Zahlungsangaben. Bei einer UBL-CreditNote halten Entwickler den Block für überflüssig. Die Regel prüft Invoice und CreditNote im selben Kontext.

Beispiel aus der KoSIT-Testsuite

Die Testdatei 02.03 ist vollständig vorausbezahlt: Der fällige Betrag (BT-115) ist 0, der gezahlte Betrag (BT-113) 12829.69 EUR. Sie enthält trotzdem einen Zahlungsblock mit Code 58 (SEPA-Überweisung) und Kontoverbindung.

<cac:PaymentMeans>
  <cbc:PaymentMeansCode>58</cbc:PaymentMeansCode>
  <cbc:PaymentID>Deb. 12345 / Fact. 9876543</cbc:PaymentID>
  <cac:PayeeFinancialAccount>
    <cbc:ID>DE79000000001234567890</cbc:ID>
    <cbc:Name>[Payment account name]</cbc:Name>
    <cac:FinancialInstitutionBranch>
      <cbc:ID>[BIC]</cbc:ID>
    </cac:FinancialInstitutionBranch>
  </cac:PayeeFinancialAccount>
</cac:PaymentMeans>

<ram:SpecifiedTradeSettlementPaymentMeans>
  <ram:TypeCode>58</ram:TypeCode>
  <ram:PayeePartyCreditorFinancialAccount>
    <ram:IBANID>DE79000000001234567890</ram:IBANID>
    <ram:AccountName>[Payment account name]</ram:AccountName>
  </ram:PayeePartyCreditorFinancialAccount>
  <ram:PayeeSpecifiedCreditorFinancialInstitution>
    <ram:BICID>[BIC]</ram:BICID>
  </ram:PayeeSpecifiedCreditorFinancialInstitution>
</ram:SpecifiedTradeSettlementPaymentMeans>

Die fehlerhafte Variante hat an dieser Stelle gar nichts: kein cac:PaymentMeans und kein ram:SpecifiedTradeSettlementPaymentMeans. Wie kurz ein gültiger Block sein kann, zeigt Testdatei 01.19: Sie enthält nur <cbc:PaymentMeansCode>68</cbc:PaymentMeansCode> (Online-Zahlungsdienst, dort PayPal) und kein Konto.

Lösung

In der Rechnungssoftware

1. Hinterlegen Sie in den Firmendaten mindestens eine Bankverbindung mit IBAN, wenn Sie Überweisungen erwarten.
2. Wählen Sie an der Rechnung eine Zahlungsart. Bei bereits bezahlten Rechnungen nehmen Sie die tatsächlich genutzte Zahlungsart, statt das Feld leer zu lassen.
3. Tritt der Fehler nur bei bestimmten Zahlungsarten auf, fehlt meist deren Zuordnung zu einem Code nach UNTDID 4461. Diese Zuordnung steht in vielen Programmen bei den Einstellungen für den E-Rechnungs-Export.

Im XML

1. UBL: Fügen Sie cac:PaymentMeans mit cbc:PaymentMeansCode nach cac:Delivery und vor cac:PaymentTerms ein. Die Reihenfolge gibt das UBL-Schema vor.
2. CII: Fügen Sie ram:SpecifiedTradeSettlementPaymentMeans mit ram:TypeCode in ram:ApplicableHeaderTradeSettlement vor dem ersten ram:ApplicableTradeTax ein.
3. Wählen Sie den Code passend zum Zahlungsweg, etwa 58 für SEPA-Überweisung, 59 für SEPA-Lastschrift oder 68 für Online-Zahlungsdienste, und ergänzen Sie die Untergruppe, die der Code verlangt.
4. Lassen Sie die Datei danach mit XRechnung prüfen erneut validieren. Erst jetzt laufen die code-abhängigen Regeln BR-DE-19 und BR-DE-23 bis BR-DE-25 an und können neue Hinweise liefern.

XRechnung prüfen