Die elektronische Adresse des Käufers fehlt

BT-49 trägt die elektronische Adresse des Käufers, über die die Rechnung an seine Plattform geleitet wird.

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

ubl
[BR-FR-12/BT-49] : Le BT-49 (cbc:EndpointID) est obligatoire. Valeur actuelle : BT-49=" ".

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

Über diese Adresse wird die Plattform des Empfängers im Verzeichnis gefunden. Ohne sie ist die Rechnung syntaktisch richtig, aber nicht zustellbar — eine Ablehnung stromabwärts, nicht bei der Erzeugung.

So beheben Sie ihn

Tragen Sie die mit Ihrem Kunden vereinbarte elektronische Adresse samt ihrem Kennungsschema ein. Sie gehört zur Geschäftsbeziehung und lässt sich aus keinem anderen Feld ableiten.

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:BuyerTradeParty/ram:URIUniversalCommunication absent -->

NACHHER (konform)

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