Die elektronische Adresse des Verkäufers trägt bei einer Gutschrift nicht seine SIREN

Bei einer als B2B erklärten Transaktion, deren Dokumenttyp ein Gutschriftverfahren ist (389, 501, 500, 471, 473, 261, 502), muss die elektronische Adresse des Verkäufers (BT-34) mit seiner SIREN (BT-30) beginnen und das Schema 0225 tragen.

Nur der Aussteller kennt diesen Wert: Factlint meldet ihn und erfindet ihn niemals. Testen Sie Ihre Rechnung, um zu erfahren, ob sie betroffen ist.

Die Meldung, die Ihr Validator ausgibt

Wortgetreu aus dem versiegelten Artefakt übernommen: genau dieser Satz wird ausgegeben, wenn diese Regel fehlschlägt.

cii
BR-FR-22/BT-34 : Si le traitement est BAR/B2B et que le type de document (BT-3) est en autofacture (389, 501, 500, 471, 473, 261, 502), alors le BT-34 (EndpointID du vendeur) doit commencer par le SIREN (BT-30) et le BT-34-1 (schemeID) doit être égal à "0225". Valeurs actuelles : EndpointID=" ", schemeID=" ", SIREN=" ".

ubl
[BR-FR-22/BT-34] : Si le traitement est BAR/B2B et que le type de document (cbc:InvoiceTypeCode) est en autofacture (389, 501, 500, 471, 473, 261, 502), alors le BT-34 (cbc:EndpointID du vendeur) doit commencer par le SIREN (cbc:ID[@schemeID='0002']) et le schemeID doit être égal à "0225". Valeurs actuelles : EndpointID=" ", schemeID=" ", SIREN=" ".

Zitiert aus schematron-fnfe 1.4.0.03, lizenziert unter Apache-2.0.

Häufige Suchen zu diesem Code

Diese Formulierungen spiegeln die Suche eines Integrators: Code, Syntax, Regel, Fachfeld und Korrektur.

BR-FR-22 Die elektronische Adresse des Verkäufers trägt bei einer Gutschrift nicht seine SIRENBR-FR-22 Französische Regeln BR-FR-CTCBR-FR-22 BT-34BR-FR-22/BT-34 : Si le traitement est BAR/B2B et que le type de document (BT-3) est en autofacture (389, 501, 500, 471, 473, 261, 502), alors le BT-34 (EndpointID du vendeur) doit commencer par le SIREN (BT-30) et le BT-34-1 (schemeID) doit être égal à "0225". Valeurs actuelles : EndpointID=" ", schemeID=" ", SIREN=" ".BR-FR-22 correction

Ihre Datei mit diesem Fehler im Blick prüfen

Laden Sie die betroffene Rechnung hoch: der Bericht zeigt, ob dieser Code vorkommt, wo er im Dokument steht und ob Factlint ihn nur meldet oder auch beheben kann.

Um diese Prüfung in einem ERP-Ablauf zu automatisieren, rufen Sie die Validierungs-API auf und verknüpfen jeden zurückgegebenen Code mit seiner öffentlichen Seite.

Prüfer öffnen API ansehen

Warum dieser Fehler auftritt

Im Gutschriftverfahren stellt der Käufer aus und der Verkäufer empfängt: die zu routende Partei ist also der Verkäufer, und seine 0225-Adresse muss das Verzeichnis erkennen. Die Regel spiegelt BR-FR-21, angewandt auf den umgekehrten Fluss. Die Regel stammt aus dem FNFE-Schematron-Paket, nicht aus der europäischen Norm: eine der EN 16931 einwandfrei entsprechende Rechnung löst sie aus, sobald sie gegen die französische Basis geprüft wird.

So beheben Sie ihn

Tragen Sie in BT-34 die Empfangsadresse des Verkäufers ein, wie das Verzeichnis sie veröffentlicht, im Schema 0225. Factlint fragt das Verzeichnis nicht ab und erfindet keine Routing-Adresse.

Vom Regelwerk zurückgegebene Schwere

Blockierend seit dem 1. September 2026: die aktuelle Basis, `fr-2026-09`, versiegelt das FNFE-Artefakt 1.4.0.03 im Modus fatal, und sie ist es, die die angeheftete Engine standardmäßig anwendet. Eine im August 2026 ausgestellte Rechnung wird gegen `fr-2026-08` geprüft, wo dieselbe Regel als Warnung ausgegeben wird — was das Urteil „konform“ bereits ausschließt. Die API gibt die Schwere des für die geprüfte Rechnung angehefteten Regelwerks zurück.

XML-Korrekturbeispiel

VORHER (ungültig)

<ram:SellerTradeParty>…<ram:URIID schemeID="0088">3012345678901</ram:URIID>…</ram:SellerTradeParty>

NACHHER (konform)

<ram:SellerTradeParty>…<ram:URIID schemeID="0225">123456789</ram:URIID>…</ram:SellerTradeParty>