Zum Hauptinhalt springen

Referenz

Markdown-Export

CII-SR-466 Käuferkontakt: Personenname oder Abteilungsname, nicht beides

In CII ist die Kontaktstelle des Käufers (BT-56) entweder ram:PersonName oder ram:DepartmentName in ram:BuyerTradeParty/ram:DefinedTradeContact. CII-SR-466 („Only one BT-56 element is allowed on an invoice“) schlägt fehl, wenn beide Elemente vorhanden sind. Die CEN-Validierungsartefakte melden die Regel als Warnung; die KoSIT-Konfiguration für XRechnung 3.0.2 vom 31.08.2026 stuft sie für XRechnung in CII-Syntax zum Fehler hoch. Der Käuferkontakt selbst bleibt optional.

Problembeschreibung

FEHLER

EN-16931-Syntaxregel für CII (CEN, CII-SR)

Interaktive Prüfkette

Klicken Sie auf eine Stufe, um zu sehen, was sie prüft, oder geben Sie eine Regel-ID ein, um die meldende Stufe zu finden.

Beispiele:

CII-SR-466 Syntaxregel der EN 16931 für UBL oder CII

Gemeldet in Stufe 2: Regeln der EN 16931.

Stufe Fehler: Der Bericht empfiehlt, die Rechnung abzulehnen.

Stufe 2 · Was geprüft wird

  • Die Kern-Geschäftsbegriffe sind vorhanden (BR-01 bis BR-65).
  • Summen gehen auf und zusammenhängende Felder passen zueinander (BR-CO); Codes und Nachkommastellen sind gültig (BR-CL, BR-DEC).
  • Jede Umsatzsteuerkategorie ist stimmig: S, Z, E, AE, K, G, O, L, M (BR-S, BR-Z, BR-AE, BR-IC …).

Beispielcodes

Typische Korrektur

Berechnen Sie Summen und Umsatzsteuer aus den Positionen neu und korrigieren Sie die Steuerkategorie in den Quelldaten.

Ein Validator prüft eine E-Rechnung in Stufen. Zuerst muss die Datei wohlgeformtes XML sein und zum UBL- oder CII-Schema (XSD) passen. Dann laufen die Geschäftsregeln der EN 16931: BR-Kernregeln, BR-CO-Berechnungen, BR-CL-Codelisten, BR-DEC-Nachkommastellen und Regeln je Umsatzsteuerkategorie wie BR-S. Danach folgen die nationalen oder Netzwerk-Regeln, die BT-24 auswählt: BR-DE für XRechnung, PEPPOL-EN16931 für Peppol BIS Billing. Der Bericht nennt jede verletzte Regel: Ein Fehler bedeutet Ablehnung, nur Warnungen bedeuten weiterhin Annahme. CII-SR-466: Syntaxregel der EN 16931 für UBL oder CII, gemeldet in der Stufe „Regeln der EN 16931“. Regelwerke: KoSIT-Validator 1.6.3 mit der XRechnung-Konfiguration vom 31. Aug. 2026 (EN-16931-Artefakte 1.3.16), Peppol BIS Billing 3.0.21.

Kontext und Bedeutung

Käufer nennen in der Bestellung oft eine Kontaktperson und eine Abteilung, und beides wird in den CII-Kontakt übernommen. Seit dem KoSIT-Release vom 31.08.2026 scheitert diese Kombination an der XRechnung-Validierung.

Lösung

Behalten Sie einen Wert für BT-56: ram:PersonName für eine namentlich genannte Person oder ram:DepartmentName für eine Abteilung, und entfernen Sie das andere Element. Hat der Käufer keinen Kontakt genannt, können Sie den ganzen Block ram:DefinedTradeContact weglassen.

Schnellzugriff

XML validierenRechnung konvertieren

Gültige Beispiele

  • ram:PersonName = „Jonas Weber“
  • ram:DepartmentName = „Einkauf“ (ohne PersonName)

Ungültige Beispiele

  • ram:PersonName = „Jonas Weber“ und ram:DepartmentName = „Einkauf“

Code-Beispiele

Gültiges XML
<ram:DefinedTradeContact>
  <ram:DepartmentName>Purchasing</ram:DepartmentName>
</ram:DefinedTradeContact>
Ungültiges XML
<ram:DefinedTradeContact>
  <ram:PersonName>Jonas Weber</ram:PersonName>
  <ram:DepartmentName>Purchasing</ram:DepartmentName>
</ram:DefinedTradeContact>

Betroffene Felder

BT-56 Kontaktstelle des Käufers

Validierungstools

Offizieller KoSIT Validator

Führen Sie den offiziellen KoSIT-Validator mit der XRechnung-Konfiguration aus, um EN-16931- und XRechnung-Regeln zu prüfen.

PDF zu XRechnung konvertieren

Validierungsfehler beim Konvertieren erkennen, prüfen und gezielt beheben.