Kennungen von Verkäufer und Käufer bei Reverse Charge

Fehler BR-AE-03 EN 16931

Eine Rechnung, die einen Abschlag auf Dokumentenebene (BG-20) enthält, bei dem der Code der Umsatzsteuerkategorie des Abschlags auf Dokumentenebene (BT-95) „Umkehrung der Steuerschuldnerschaft (Reverse Charge)“ lautet, muss die Umsatzsteuer-Identifikationsnummer des Verkäufers (BT-31), die Steuernummer des Verkäufers (BT-32) und/oder die Umsatzsteuer-Identifikationsnummer des Steuervertreters des Verkäufers (BT-63) sowie die Umsatzsteuer-Identifikationsnummer des Käufers (BT-48) und/oder die Kennung der rechtlichen Registrierung des Käufers (BT-47) enthalten.

Pflichtregel: Solange sie verletzt ist, ist die Rechnung ungültig und wird von Validatoren abgewiesen.
Was nicht stimmt

Bei einem solchen Abschlag fehlt mindestens eine erforderliche Kennung: Auf Verkäuferseite muss entweder eine Steuerregistrierungs-ID mit schemeID VA oder FC oder eine USt-IdNr. des Steuervertreters vorhanden sein. Auf Käuferseite muss entweder eine USt-IdNr. oder eine ID der rechtlichen Registrierung vorhanden sein.

Was die Regel bedeutet

Bei einem Abschlag mit der Umsatzsteuerkategorie AE müssen die Regelungen zur Steuerschuldumkehr durch Kennungen auf Verkäufer- und Käuferseite belegt werden.

Betroffene Felder BG-20 BT-95 BT-31 BT-32 BT-63 BT-48 BT-47
Bitte ergänzen Sie die Verkäufer- und Käuferkennung für den Reverse-Charge-Abschlag.

Ein Abschlag mit der Kategorie AE ist angegeben, aber die erforderlichen Kennungen von Verkäufer und Käufer sind nicht vollständig. Für beide Seiten ist jeweils eine der von der Regel zugelassenen Kennungen erforderlich.

Was ist zu tun?
  1. Ergänzen Sie auf Verkäuferseite entweder die Steuerregistrierungs-ID mit VA oder FC oder die USt-IdNr. des Steuervertreters.
  2. Ergänzen Sie auf Käuferseite entweder die USt-IdNr. über AddBuyerTaxRegistration(...) oder die ID der rechtlichen Registrierung über LegalOrganization.ID.
  3. Prüfen Sie die Verkäuferkennungen über LegalOrganization.ID, TaxRegistration.SchemeID oder AddSellerTaxRegistration(...), passend zur gewählten Kennung.
  4. Erzeugen Sie die Rechnung erneut und prüfen Sie sie noch einmal.
So sieht es aus
✗ Führt zur Meldung 
<ram:SpecifiedTradeAllowanceCharge>
  <ram:ChargeIndicator>
    <udt:Indicator>false</udt:Indicator>
  </ram:ChargeIndicator>
  <ram:CategoryTradeTax>
    <ram:CategoryCode>AE</ram:CategoryCode>
  </ram:CategoryTradeTax>
</ram:SpecifiedTradeAllowanceCharge>
✓ In Ordnung 
<ram:SpecifiedTradeAllowanceCharge>
  <ram:ChargeIndicator>
    <udt:Indicator>false</udt:Indicator>
  </ram:ChargeIndicator>
  <ram:CategoryTradeTax>
    <ram:CategoryCode>AE</ram:CategoryCode>
  </ram:CategoryTradeTax>
  <ram:SellerTradeParty>
    <ram:SpecifiedTaxRegistration>
      <ram:ID schemeID="VA">SELLER-VAT</ram:ID>
    </ram:SpecifiedTaxRegistration>
  </ram:SellerTradeParty>
  <ram:BuyerTradeParty>
    <ram:SpecifiedTaxRegistration>
      <ram:ID schemeID="VA">BUYER-VAT</ram:ID>
    </ram:SpecifiedTaxRegistration>
  </ram:BuyerTradeParty>
</ram:SpecifiedTradeAllowanceCharge>
In FactoorSharp prüfen
  • LegalOrganization.ID (SellerTradeParty: BT-31; SellerTradeParty: BT-32; BuyerTradeParty: BT-47; SellerTaxRepresentativeTradeParty: BT-63)
  • TaxRegistration.SchemeID (For Seller VAT identifier: BT-31; For Seller tax registration identifier: BT-32)
  • FacturXInvoice.AddBuyerTaxRegistration(no, schemeID) (BT-48)
  • FacturXInvoice.AddSellerTaxRegistration(no, schemeID) (BT-31)
  • FacturXInvoice.BuyerTaxRegistration (BT-48)
Technische Details

Der Test verlangt beide Bedingungen: mindestens eine der geprüften Verkäuferkennungen und mindestens eine der geprüften Käuferkennungen. Verkäuferseitig werden schemeID VA oder FC beziehungsweise die VA-Kennung des Steuervertreters geprüft; käuferseitig werden eine VA-Kennung oder ram:SpecifiedLegalOrganization/ram:ID geprüft.

Wo die Regel greift

Die Regel gilt für einen Abschlag auf Dokumentenebene, der durch ram:ChargeIndicator als Abschlag und durch ram:CategoryCode mit AE als Reverse Charge gekennzeichnet ist.

Originalmeldung aus dem Schematron
An Invoice that contains a Document level allowance (BG-20) where the Document level allowance VAT category code (BT-95) is "Reverse charge" shall contain the Seller VAT Identifier (BT-31), the Seller tax registration identifier (BT-32) and/or the Seller tax representative VAT identifier (BT-63) and the Buyer VAT identifier (BT-48) and/or the Buyer legal registration identifier (BT-47).
Kontext (rule/@context)
//ram:SpecifiedTradeAllowanceCharge[ram:ChargeIndicator/udt:Indicator='false']/ ram:CategoryTradeTax[ram:CategoryCode = 'AE']
Prüfausdruck (assert/@test)
( //ram:SellerTradeParty/ram:SpecifiedTaxRegistration/ram:ID[@schemeID = ('VA', 'FC')] or //ram:SellerTaxRepresentativeTradeParty/ram:SpecifiedTaxRegistration/ ram:ID[@schemeID = 'VA'] ) and ( //ram:BuyerTradeParty/ram:SpecifiedTaxRegistration/ram:ID[@schemeID = 'VA'] or //ram:BuyerTradeParty/ram:SpecifiedLegalOrganization/ram:ID )
Änderungen in den KoSIT-Prüfregeln
  • 2024-06-202024-06-20 · AddedCEN unexpected tests on BR-AE-02, BR-AE-03, and BR-AE-04 with BT-32 and no BT-31 in CII
  • 2024-06-202024-06-20 · Changedtests on BR-AE-02, BR-AE-03, and BR-AE-04 moved from `src/test/unexpected` to `src/test/cen-unit-tests`