Was die Regel bedeutet
Die Prüfung verlangt, dass direkt unter ApplicableHeaderTradeSettlement kein UltimatePayeeTradeParty-Element vorhanden ist. Die unterstützte Gruppe für den Zahlungsempfänger (BG-10) ist davon getrennt.
Warum sie wichtig ist
EN 16931 sieht eine Rolle für den Zahlungsempfänger vor, aber keine separate Rolle für den endgültigen Zahlungsempfänger. Der endgültige Zahlungsempfänger ist nicht zwangsläufig die Partei, die Sie als tatsächlichen Zahlungsempfänger angeben müssen.
So beheben Sie den Fehler
Prüfen Sie, wer die Zahlung tatsächlich erhält. Entfernen Sie UltimatePayeeTradeParty aus ApplicableHeaderTradeSettlement. Ist der Zahlungsempfänger nicht der Verkäufer, tragen Sie ihn in PayeeTradeParty (BG-10) ein. Übernehmen Sie die Angaben des endgültigen Zahlungsempfängers nicht ungeprüft. Prüfen Sie die Datei erneut.
Ist die Datei korrigiert, prüfen Sie sie kostenlos noch einmal: E-Rechnung prüfen
Oder Sie korrigieren die Rechnung in einem Formular und laden die korrigierte Datei für 1 Credit herunter: Eine abgelehnte E-Rechnung korrigieren
Der veröffentlichte Regeltext
UltimatePayeeTradeParty 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-438 Bewertungsaufstellung auf Dokumentebene entfernen
- CII-SR-439 Genau ein Nettoeinzelpreis je Position
- CII-SR-440 Höchstens ein Betrag je Preisanpassung
- CII-SR-441 Eine Position hat nur einen Nettoeinzelpreis
- CII-SR-442 Kein allgemeines Reference-Element in der Rechnung
- CII-SR-443 Keine eigene Kennung bei der Zahlungsart