BR-S-04: Eine Umsatzsteuer-Identifikationsnummer des Verkäufers ergänzen, wenn ein Zuschlag auf Dokumentenebene zum Normalsatz ist

Die kurze Antwort

BR-S-04 schlägt fehl, wenn ein als Zuschlag gekennzeichnetes cac:AllowanceCharge eine cac:TaxCategory mit S im Schema VAT hat und das Dokument weder eine Steuerkennung des Verkäufers, in welchem Schema auch immer, noch eine Umsatzsteuer-Identifikationsnummer eines Steuervertreters angibt. Ergänzen Sie die Nummer des Verkäufers in einem cac:PartyTaxScheme der Verkäuferpartei oder, wenn der Verkäufer umsatzsteuerlich vertreten wird, die Nummer des Vertreters in cac:TaxRepresentativeParty.

Wer auf Fracht oder Verpackung Umsatzsteuer zum Normalsatz berechnet, muss umsatzsteuerlich registriert sein. Der Validator verlangt nur, dass diese Registrierung dort steht, wo er sie sehen kann.

Was die Regel prüft

Jeder Zuschlag mit cbc:ChargeIndicator gleich true und einer Kategorie zum Normalsatz im Schema VAT setzt die Regel in Gang. Die Bedingung für den Verkäufer erfüllt jedes cbc:CompanyID in einem cac:PartyTaxScheme des Verkäufers oder ein cbc:CompanyID eines Steuervertreters, dessen Steuerschema VAT ist.

Der Weg über den Steuervertreter funktioniert für sich allein. Im Versuch bestand die Frachtrechnung ohne cac:PartyTaxScheme des Verkäufers, aber mit einer cac:TaxRepresentativeParty mit GB987654321 im Schema VAT, jeden Prüfschritt.

Das Schema des Vertreters wird geprüft. Auf GST geändert, meldete dieselbe Rechnung wieder diese Regel und BR-S-02, dazu BR-56, weil der Vertreter dann keine Umsatzsteuer-Identifikationsnummer mehr hatte.

Der Befund gilt pro Dokument, nicht pro Zuschlag. Im Versuch ergab ein zweiter Zuschlag zum Normalsatz, für Verpackung, in der fehlerhaften Rechnung weiterhin ein einziges BR-S-04, gemeldet am Wurzelelement.

Wie es in einer Integration dazu kommt

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

• Die Fracht wird von einem Versand- oder Speditionsmodul hinzugefügt, das automatisch den Steuercode zum Normalsatz anwendet, während die Verkäuferpartei aus einem Datensatz ohne Umsatzsteuer-Identifikationsnummer stammt.
• Der Export nimmt cac:PartyTaxScheme nur bei manchen Dokumenttypen in die Verkäuferpartei auf, und dieses Dokument entstand auf einem anderen Weg.
• Die Nummer des Verkäufers ist pro Niederlassung oder pro Land hinterlegt, und die Niederlassung, die das Dokument ausgestellt hat, hat keine.
• Es wird ein Steuervertreter eingesetzt, und seine Nummer wird unter einem lokalen Steuerschemanamen statt VAT gesendet.

So korrigieren Sie das Dokument

1. Stellen Sie fest, ob der Verkäufer für die Leistung umsatzsteuerlich registriert ist. Wenn ja, nehmen Sie die Nummer mit Länderpräfix aus dem Datensatz des Verkäufers: GB123456789 im aufgezeichneten Beispiel.
2. Schreiben Sie sie als cac:PartyTaxScheme/cbc:CompanyID mit cac:TaxScheme/cbc:ID gleich VAT in die Verkäuferpartei, zwischen cac:PostalAddress und cac:PartyLegalEntity.
3. Rechnet ein Steuervertreter die Umsatzsteuer ab, geben Sie cac:TaxRepresentativeParty ein cac:PartyTaxScheme mit der Nummer des Vertreters im Schema VAT.
4. Gibt es keine Registrierung anzugeben, ist die Kategorie zum Normalsatz am Zuschlag und an den Positionen zu überprüfen, gemeinsam mit den Verantwortlichen für die Steuereinstellungen, bevor sich im XML etwas ändert.

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: ein Frachtzuschlag zum Normalsatz und eine Verkäuferpartei ohne PartyTaxScheme

<cac:AccountingSupplierParty>
  <cac:Party>
    <cbc:EndpointID schemeID="0088">7300010000001</cbc:EndpointID>
    <!-- postal address omitted from this fragment -->
    <cac:PartyLegalEntity>
      <cbc:RegistrationName>Example Supplier Ltd</cbc:RegistrationName>
      <cbc:CompanyID>12345678</cbc:CompanyID>
    </cac:PartyLegalEntity>
  </cac:Party>
</cac:AccountingSupplierParty>

<cac:AllowanceCharge>
  <cbc:ChargeIndicator>true</cbc:ChargeIndicator>
  <cbc:AllowanceChargeReasonCode>FC</cbc:AllowanceChargeReasonCode>
  <cbc:AllowanceChargeReason>Freight</cbc:AllowanceChargeReason>
  <cbc:Amount currencyID="GBP">7.50</cbc:Amount>
  <cac:TaxCategory>
    <cbc:ID>S</cbc:ID>
    <cbc:Percent>20</cbc:Percent>
    <cac:TaxScheme>
      <cbc:ID>VAT</cbc:ID>
    </cac:TaxScheme>
  </cac:TaxCategory>
</cac:AllowanceCharge>

Ausschnitt der korrigierten Rechnung: das PartyTaxScheme des Verkäufers mit seiner Umsatzsteuer-Identifikationsnummer

<cac:AccountingSupplierParty>
  <cac:Party>
    <cbc:EndpointID schemeID="0088">7300010000001</cbc:EndpointID>
    <!-- postal address omitted from this fragment -->
    <cac:PartyTaxScheme>
      <cbc:CompanyID>GB123456789</cbc:CompanyID>
      <cac:TaxScheme>
        <cbc:ID>VAT</cbc:ID>
      </cac:TaxScheme>
    </cac:PartyTaxScheme>
    <cac:PartyLegalEntity>
      <cbc:RegistrationName>Example Supplier Ltd</cbc:RegistrationName>
      <cbc:CompanyID>12345678</cbc:CompanyID>
    </cac:PartyLegalEntity>
  </cac:Party>
</cac:AccountingSupplierParty>

Die korrigierte Rechnung hat ein cac:PartyTaxScheme des Verkäufers mit GB123456789 im Schema VAT, das in der fehlerhaften Rechnung fehlt; sonst unterscheidet sich nichts. Zusätzlich wird BR-S-02 gemeldet, weil die Rechnungsposition zum Normalsatz mit 20 ist und dieselbe Kennung braucht. Der Frachtzuschlag über 7.50 und die Aufschlüsselung mit 32.50 Steuerbasisbetrag und 6.50 Umsatzsteuer sind in beiden gleich.

Wo die Regel gilt

• Gilt für UBL Invoice und CreditNote. Die Gutschriftsfassung des aufgezeichneten Beispiels meldete im Versuch BR-S-02 und BR-S-04.
• Wird vom Prüfschritt EN 16931 als fataler Befund an der Wurzel des Dokuments gemeldet.
• Nachlässe haben ihre eigene Fassung, BR-S-03, und Zuschläge zum Nullsatz die ihre, BR-Z-04. Eine Umsatzsteuer-Identifikationsnummer des Verkäufers erfüllt jede dieser Regeln.
• Die Nummer selbst wird hier nicht geprüft; BR-CO-09 prüft ihr Länderpräfix.

Verwandte Regeln

• BR-S-03 verlangt dasselbe für einen Nachlass auf Dokumentenebene zum Normalsatz
• BR-S-07 verlangt für einen Zuschlag zum Normalsatz einen Satz über null
• BR-56 verlangt, dass ein Steuervertreter eine eigene Umsatzsteuer-Identifikationsnummer trägt
• BR-Z-04 ist die Fassung dieser Zuschlagsregel für den Nullsatz
• 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-28.1: Quelle geprüft am 2026-09-28, Erklärung zuletzt aktualisiert am 2026-09-28.

Die offizielle Definition von BR-S-04 (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.