Was die Regel bedeutet
Die Zahlungsangaben im Abrechnungsteil (SpecifiedTradeSettlementPaymentMeans) enthalten ein Element PaymentMethodCode. EN 16931 nennt die Art der Zahlung genau einmal, im Code für die Zahlungsart (BT-81), der im danebenstehenden Element TypeCode steht. Ein zweiter Code für die Zahlungsart hat im Format keinen Platz.
Warum sie wichtig ist
Das ist nur eine Warnung, die Datei wird also angenommen. Die Software des Käufers liest den Code für die Zahlungsart (BT-81) und muss den anderen Code nicht lesen. Würden sich beide widersprechen, stiftete der zusätzliche Code nur Verwirrung. Beheben sollten Sie es, um die Datei sauber zu halten.
So beheben Sie den Fehler
Löschen Sie das Element PaymentMethodCode aus SpecifiedTradeSettlementPaymentMeans. Prüfen Sie dann, ob das danebenstehende Element TypeCode vorhanden und richtig ist: 30 für eine Überweisung, 58 für eine SEPA-Überweisung, 59 für eine SEPA-Lastschrift, 48 für eine Kartenzahlung. In Ihrer Rechnungssoftware ist das meist die Zahlungsart der Rechnung, und die Software schreibt sie möglicherweise an zwei Stellen.
Der veröffentlichte Regeltext
PaymentMethodCode should not be present Wo diese Regel gilt
| Regelwerk | Version |
|---|---|
| EN 16931 (CII) | 1.3.17 |
| XRechnung 3.0 (CII) | 3.0.2 |
| NLCIUS (CII) | 1.0.3.13 |
| France CTC (CII) | 1.4.0-04 |
Ihre Datei prüfen
Verwandte Regeln
- CII-SR-372 Kein Chip-Kennzeichen der Zahlungskarte angeben
- CII-SR-373 Keinen Kartentyp-Code in den Kartendaten angeben
- CII-SR-375 Kein Ablaufdatum der Zahlungskarte angeben
- CII-SR-376 Keine Kartenprüfnummer angeben
- CII-SR-377 Kein Startdatum der Zahlungskarte angeben
- CII-SR-378 Kein Kartenlimit angeben