UBL-SR-53: Die CompanyID in einem PartyTaxScheme angeben oder das PartyTaxScheme entfernen

Die kurze Antwort

UBL-SR-53 schlägt fehl, wenn einem cac:PartyTaxScheme entweder sein cbc:CompanyID oder sein cac:TaxScheme/cbc:ID fehlt. Im aufgezeichneten Beispiel nennt der Block des Verkäufers die Steuerart VAT, enthält aber keine Umsatzsteuer-Identifikationsnummer. Tragen Sie die Kennung der Partei für diese Steuerart in cbc:CompanyID ein, oder entfernen Sie, wenn die Partei keine solche Registrierung hat, das gesamte cac:PartyTaxScheme.

Den Block zu entfernen ist nur richtig, wenn die Registrierung tatsächlich nicht existiert. Beim Verkäufer entscheiden dann die Regeln zu den Umsatzsteuerkategorien, ob die Rechnung ohne Umsatzsteuer-Identifikationsnummer auskommt; mit einer Position zum Normalsatz ist das nicht möglich, und BR-S-02 meldet das.

Was die Regel prüft

Die Regel läuft für jedes cac:PartyTaxScheme im Dokument, beim Verkäufer, beim Käufer und beim Steuervertreter gleichermaßen, und der Befund wird an diesem Block verortet. Im Versuch meldete ein Käuferblock, der nur die Steuerart VAT enthielt, allein UBL-SR-53.

Beide Kindelemente müssen vorhanden sein, gleich welche Steuerart. Der Wert der Steuerart wird nicht geprüft, daher braucht auch ein Block für eine Steuerregistrierung außerhalb der Umsatzsteuer sein cbc:CompanyID.

Die Nummer wird nicht gelesen, nur gesucht. Im Versuch bestand ein leeres cbc:CompanyID diese Regel und wurde stattdessen von PEPPOL-EN16931-R008 gemeldet.

Die beiden Hälften werden in unterschiedlichen Prüfschritten durchgesetzt. Das UBL-Schema verlangt cac:TaxScheme selbst, daher scheiterte ein Block ohne dieses Element im Versuch am XSD-Prüfschritt; ein cac:TaxScheme mit cbc:Name anstelle von cbc:ID erreichte diese Regel und wurde gemeldet, zusammen mit der Warnung UBL-CR-174 für den Namen.

Wie es in einer Integration dazu kommt

Mögliche Ursachen, abgeleitet aus der Form der Regel und nicht aus gemessener Nutzung:

• Der Serialisierer schreibt den Steuerblock für jede Partei und füllt cbc:CompanyID nur, wenn eine Umsatzsteuer-Identifikationsnummer hinterlegt ist, sodass Parteien ohne Nummer einen Block erhalten, der nur die Steuerart enthält.
• Die Umsatzsteuer-Identifikationsnummer steht in einem Feld, das das Mapping für diesen Parteityp nicht liest.
• Eine Umsatzsteuer-Identifikationsnummer mit dem Wert null wird als leeres Element verworfen, ihr übergeordneter Block wird aber trotzdem geschrieben.
• Bei einem Block für eine Steuerregistrierung außerhalb der Umsatzsteuer ist die Steuerart gefüllt und die Nummer weggelassen.

So korrigieren Sie das Dokument

1. Erkennen Sie am Ort des Befunds, zu welcher Partei der Block gehört.
2. Ist die Partei unter dieser Steuerart registriert, nehmen Sie die Kennung aus dem Stammsatz der Partei und schreiben Sie sie als cbc:CompanyID vor cac:TaxScheme. Nehmen Sie bei der Umsatzsteuer das Länderpräfix auf, das BR-CO-09 prüft.
3. Ist die Partei unter dieser Steuerart nicht registriert, schreiben Sie für sie kein cac:PartyTaxScheme. Setzen Sie keine andere Nummer, etwa eine Handelsregisternummer, an ihre Stelle.
4. Prüfen Sie beim Verkäufer nach der Änderung erneut die Regeln zu den Umsatzsteuerkategorien: Eine Position zum Normalsatz verlangt eine Umsatzsteuer-Identifikationsnummer oder Steuernummer des Verkäufers oder eine Umsatzsteuer-Identifikationsnummer des Steuervertreters, und BR-S-02 meldet ihr Fehlen.

Korrigierte Rechnung prüfen

Vorher und nachher

Dies sind Ausschnitte, keine vollständigen Dokumente. Die vollständigen synthetischen Dokumente, aus denen sie stammen, sind unten verlinkt.

Ausschnitt der fehlerhaften Rechnung: Die Steuerart des Verkäufers nennt VAT und gibt keine Nummer an

<cac:AccountingSupplierParty>
  <cac:Party>
    <!-- endpoint and postal address omitted from this fragment -->
    <cac:PartyTaxScheme>
      <cac:TaxScheme>
        <cbc:ID>VAT</cbc:ID>
      </cac:TaxScheme>
    </cac:PartyTaxScheme>
    <!-- legal entity omitted from this fragment -->
  </cac:Party>
</cac:AccountingSupplierParty>

Ausschnitt der korrigierten Rechnung: Die Umsatzsteuer-Identifikationsnummer des Verkäufers steht vor der Steuerart

<cac:AccountingSupplierParty>
  <cac:Party>
    <!-- endpoint and postal address omitted from this fragment -->
    <cac:PartyTaxScheme>
      <cbc:CompanyID>GB123456789</cbc:CompanyID>
      <cac:TaxScheme>
        <cbc:ID>VAT</cbc:ID>
      </cac:TaxScheme>
    </cac:PartyTaxScheme>
    <!-- legal entity omitted from this fragment -->
  </cac:Party>
</cac:AccountingSupplierParty>

Die korrigierte Rechnung hat cbc:CompanyID GB123456789 am Anfang des cac:PartyTaxScheme des Verkäufers; die fehlerhafte behält die Steuerart VAT und lässt die Nummer weg. Das fehlerhafte Dokument meldet außerdem BR-S-02: Seine Position unterliegt dem Normalsatz, der eine Umsatzsteuer-Identifikationsnummer des Verkäufers verlangt, und diese fehlt nun. Im Versuch beseitigte stattdessen das Entfernen des gesamten cac:PartyTaxScheme des Verkäufers UBL-SR-53 und ließ BR-S-02 bestehen; hier behebt also nur das Wiederherstellen der Nummer beide Befunde.

Wo die Regel gilt

• Gilt auch für Gutschriften. Im Versuch meldete dieselbe Änderung an einer Gutschrift dieselben zwei Regeln.
• Gemeldet im Prüfschritt EN 16931, der die UBL-Syntaxregeln der Syntaxbindung von EN 16931 enthält.
• Welche Regel zu den Umsatzsteuerkategorien daneben erscheint, hängt von den Positionen ab. Im Versuch mit einer steuerbefreiten Rechnung brachte dieselbe Änderung BR-E-02 anstelle von BR-S-02.
• Beim Steuervertreter wird ein Block ohne seine Nummer zusätzlich von BR-56 gemeldet.

Verwandte Regeln

• BR-S-02 wird mit dieser Regel gemeldet, wenn die fehlende Nummer die Umsatzsteuer-Identifikationsnummer des Verkäufers in einer Rechnung zum Normalsatz ist
• BR-56 verlangt die Umsatzsteuer-Identifikationsnummer des Steuervertreters und schlägt mit dieser Regel an, wenn nur die Nummer fehlt
• BR-CO-09 prüft das Länderpräfix der CompanyID, sobald sie vorhanden ist
• PEPPOL-EN16931-R008 meldet eine vorhandene, aber leere CompanyID, die diese Regel akzeptiert
• Alle Regeln der Referenz ansehen
• Hintergrund (auf Englisch): Understanding EN 16931 validation errors

Umfang und Quelle

Geschrieben für Peppol BIS Billing 3.0.21 (May 2026), EN 16931 1.3.16, angewendet auf Invoice- und CreditNote-Dokumente in UBL 2.1. Andere Profile, Syntaxen und Releases können diese Kennung anders definieren. Version des Hinweiskatalogs 2026-09-24.1: Quelle geprüft am 2026-09-24, Erklärung zuletzt aktualisiert am 2026-09-24.

Die offizielle Definition von UBL-SR-53 (auf Englisch) enthält den normativen Wortlaut und den Test. Diese Seite ist unsere Erklärung dazu, keine Kopie.

Die Erklärung ändert das Urteil der Engine nicht. Dass Sie diesen Befund beheben, heißt nicht, dass das Dokument jeden Prüfschritt besteht. Die Validierung bescheinigt keine rechtliche oder steuerliche Konformität und überträgt kein Dokument über Peppol.