Die elektronische Adresse des Verkäufers fehlt

BT-34 trägt die elektronische Adresse des Verkäufers, das Gegenstück zu BT-49.

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-13/BT-34 : Le BT-34 est obligatoire. Valeur actuelle : BT-34=" ".

ubl
[BR-FR-13/BT-34] : Le BT-34 (cbc:EndpointID du vendeur) est obligatoire. Valeur actuelle : BT-34=" ".

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-13 Die elektronische Adresse des Verkäufers fehltBR-FR-13 Französische Regeln BR-FR-CTCBR-FR-13 BT-34BR-FR-13/BT-34 : Le BT-34 est obligatoire. Valeur actuelle : BT-34=" ".BR-FR-13 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

Sie weist den Aussteller gegenüber den Plattformen aus und ist Voraussetzung für den Austausch der Lebenszyklus-Status: ohne sie haben Empfangs- und Ablehnungsbestätigungen keinen Adressaten.

So beheben Sie ihn

Tragen Sie die bei Ihrer zugelassenen Plattform hinterlegte elektronische Adresse samt ihrem Kennungsschema ein.

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:URIUniversalCommunication absent -->

NACHHER (konform)

<ram:URIID schemeID="EM">[email protected]</ram:URIID>