# 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)

> **Wo CII-SR-466 geprüft wird**
>
> 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“.

## 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.

- [XML validieren](/de/xrechnung-validator?source=resource&rule=CII-SR-466)
- [Rechnung konvertieren](/de/pdf-to-xrechnung?source=resource&rule=CII-SR-466)

## 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](/resources/xrechnung/bt-56-buyer-contact-point)

## Verwandte Regeln

- [CII-SR-465](/resources/kosit-validator-errors/cii-sr-465-seller-contact-person-or-department-name)

## Validierungstools

- [Offizieller KoSIT Validator](https://github.com/itplr-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](/pdf-to-xrechnung): Validierungsfehler beim Konvertieren erkennen, prüfen und gezielt beheben.

## Verwandte Ressourcen

- [Offizielle Spezifikation](https://github.com/ConnectingEurope/eInvoicing-EN16931)
- [Testsuite](https://github.com/itplr-kosit/xrechnung-testsuite)
- [Alle Validierungsfehler](/resources/kosit-validator-errors): Übersicht der hier erklärten Validierungsregeln aus EN 16931, XRechnung und Peppol.