XRechnung EndpointID: Elektronische Adresse richtig setzen

Technisch korrekte XRechnungen scheitern in der Praxis häufig an einem scheinbar simplen Detail: der elektronischen Adresse. Damit Ihre E-Rechnung nicht trotz fehlerfreier Syntax zurückgewiesen wird, müssen EndpointID, Leitweg-ID oder Peppol-ID vollständig, korrekt und eindeutig gepflegt werden. Die Folgen reichen von Zahlungsverzögerungen über manuelle Nacharbeit bis zu erheblichen Prozessabbrüchen. Für Entscheiderinnen und Entscheider in Finance, IT und Procurement bedeutet dies: höhere Prozesskosten, geringere Automatisierung und Risiken in Audits.

Dieser Guide erklärt Ihnen Schritt für Schritt, wie Sie elektronische Adressen in der XRechnung korrekt setzen, welche Identifikatoren Sie je nach Zustellkanal benötigen und wie Sie Ihre Stammdaten, Routinglogik und Validierung so aufbauen, dass Rechnungen durchgängig und automatisiert verarbeitet werden können. Sie erfahren, wie Sie EndpointID, Leitweg-ID und Peppol-ID unterscheiden, welche Pflichtfelder in der XRechnung zu beachten sind und wie Sie typische Fehlerquellen systematisch vermeiden. Nach diesem Guide verfügen Sie über die Grundlage, um zustellfähige E-Rechnungen zu erzeugen, Rückweisungen zu minimieren und Ihre Purchase-to-Pay- sowie Order-to-Cash-Prozesse zu stabilisieren.

Voraussetzungen für die erfolgreiche Umsetzung

Bevor Sie mit der Implementierung elektronischer Adressen in der XRechnung beginnen, sollten Sie folgende organisatorische und technische Voraussetzungen prüfen:

• Zugang zu Ihren ERP-Stammdaten für Debitoren und Kreditoren sowie Klärung der Pflegeberechtigungen
• Kenntnis der Zustellkanäle Ihrer Rechnungsempfänger: Plattform, Peppol-Netzwerk oder Portal-Upload
• Technische Infrastruktur zur Erzeugung und Validierung von XRechnung (Converter, E-Invoicing-Komponente oder Plattform)
• Definierte Verantwortlichkeiten zwischen Finance, IT, Procurement und Master Data Management für Stammdatenpflege und Freigabeprozesse
• Grundverständnis der EN 16931 und der XRechnung-Spezifikation sowie Zugang zur aktuellen Version der XRechnung-Dokumentation
• Testumgebung für Validierung und Probeversand ohne produktive Auswirkungen

Falls Sie mehrere Organisationseinheiten, Mandanten oder Standorte betreiben, benötigen Sie zusätzlich klare Routingregeln und eine zentrale Datenbasis für Endpunkt-Identifikatoren. Sobald diese Voraussetzungen geklärt sind, können Sie die folgenden Schritte systematisch umsetzen.

Schritt 1: EndpointID, Leitweg-ID und Peppol-ID sauber unterscheiden

Die häufigste Fehlerquelle beim Einsatz der XRechnung ist die Verwechslung von Identifikatoren. In der Praxis wird der Begriff EndpointID oft als Oberbegriff verwendet, bezeichnet jedoch je nach Kontext unterschiedliche Adressarten. Sie müssen zunächst verstehen, welcher Identifikator in welchem Zustellkanal erforderlich ist.

EndpointID im Sinne der EN 16931 und XRechnung: Dies ist die allgemeine elektronische Adresse zur Identifikation des Empfängers in einem strukturierten Rechnungsprozess. Die XRechnung verlangt zwingend eine elektronische Adresse für den Rechnungsaussteller im Feld BT-34 sowie für den Rechnungsempfänger im Feld BT-49. Diese Felder dienen der technischen Zustellung und dem Routing.

Leitweg-ID: Sie ist ein spezifisches Kennzeichen für Rechnungen an deutsche Verwaltungen. Die Leitweg-ID ermöglicht das Routing innerhalb öffentlicher Rechnungseingänge und wird strukturiert aufgebaut, um Behörden, Organisationseinheiten und Fachbereiche eindeutig zu adressieren. Gemäß dem Beschluss des IT-Planungsrats vom 22. Juni 2017 ist XRechnung der maßgebliche Standard für die Umsetzung der Richtlinie 2014/55/EU in Deutschland. Für die Ausstellung von elektronischen Rechnungen an die Bundesverwaltung ist grundsätzlich der Standard XRechnung in der jeweils aktuellen Fassung zu verwenden. Die Leitweg-ID ist dabei kein allgemeiner Unternehmensidentifikator und darf nicht mit Kundennummern oder Kreditorennummern verwechselt werden.

Peppol-ID: Wenn Sie Rechnungen über das Peppol-Netzwerk versenden, benötigen Sie eine Peppol-Teilnehmer-ID. Diese wird im Peppol-Directory registriert und ermöglicht das Routing über Access Points. Die Peppol-ID folgt eigenen Scheme-Vorgaben und ist nicht identisch mit Leitweg-ID oder einer internen Partnernummer.

Ihre erste Aufgabe ist es, für jeden Rechnungsempfänger kanalabhängig zu klären: Wird die Rechnung über eine Plattform, über Peppol oder per Portal-Upload zugestellt? Erst danach wählen Sie den passenden Identifikator und pflegen ihn in den Stammdaten.

Schritt 2: Pflichtfelder BT-34, BT-49 und BT-23 in der XRechnung setzen

Die XRechnung fordert neben der korrekten Syntax drei zentrale Pflichtangaben, die unmittelbar mit der elektronischen Adresse und dem Prozesskontext zusammenhängen:

BT-34 (elektronische Adresse des Rechnungsausstellers): Dieses Feld enthält Ihre eigene elektronische Adresse als Rechnungssteller. Ohne BT-34 schlägt die Validierung fehl. In der Praxis wird hier häufig eine E-Mail-Adresse oder eine Leitweg-ID verwendet, je nach Kanal und Vorgabe des Empfängers. Achten Sie darauf, dass die Adresse dem erwarteten Schema entspricht und in Ihrem Erstellungsprozess automatisch befüllt wird.

BT-49 (elektronische Adresse des Rechnungsempfängers): Hier tragen Sie die elektronische Adresse des Empfängers ein. Dieses Feld ist der zentrale Ankerpunkt für das Routing. Fehlt BT-49 oder ist der Wert falsch, wird die Rechnung zurückgewiesen oder kann nicht zugestellt werden. Sie müssen sicherstellen, dass BT-49 aus Ihren Stammdaten korrekt übernommen wird und dem Kanal entspricht.

BT-23 (Geschäftsprozesstyp): Dieses Feld ist ebenfalls zwingend erforderlich und dient der Einordnung der Rechnung in einen definierten Geschäftsprozess. BT-23 steuert auf Plattformen und in internen Workflows das Routing, die Prüflogik und die Zuordnung zu Mandanten oder Organisationseinheiten. Typische Werte sind vordefinierte Prozesskennzeichen. Ohne korrekten BT-23-Wert kann die Rechnung nicht automatisiert verarbeitet werden.

Stellen Sie in Ihrem Erzeugungsprozess sicher, dass diese drei Felder vor dem Versand validiert werden. Implementieren Sie eine Stopp-Regel: Rechnungen ohne BT-34, BT-49 oder BT-23 dürfen nicht versendet werden. Diese Regel verhindert die häufigsten Rückweisungen und erhöht die Straight-Through-Rate erheblich.

Schritt 3: Zustellkanal und erforderliche Identifikatoren je Empfänger klären

Für jeden Rechnungsempfänger müssen Sie nun den Zustellkanal festlegen. Dies ist eine organisatorische und keine rein technische Entscheidung. Folgende Kanäle sind typisch:

Plattform-/System-zu-System-Übertragung: Der Empfänger betreibt eine Rechnungseingangslösung, die strukturierte Rechnungen automatisiert annimmt. Hier benötigen Sie in der Regel eine Leitweg-ID oder eine plattformspezifische EndpointID. Klären Sie mit dem Empfänger oder dessen Plattformbetreiber, welcher Identifikator erwartet wird und in welchem Format.

Peppol-Netzwerk: Der Empfänger ist im Peppol-Verzeichnis registriert. Sie benötigen dessen Peppol-Teilnehmer-ID und müssen diese in Ihrem Access Point oder Ihrer Versandkomponente hinterlegen. Die Peppol-ID wird im Routing-Header verwendet und unterscheidet sich von der Leitweg-ID.

Portal-Upload: Der Empfänger verlangt die manuelle oder halbautomatische Einreichung über ein Webportal. In diesem Fall ist keine elektronische Adresse im engeren Sinne erforderlich, jedoch müssen Sie den Upload-Prozess dokumentieren und in Ihren Workflow integrieren. Portale erfordern oft zusätzliche Metadaten wie Bestellbezüge oder Organisationsreferenzen, die Sie separat pflegen müssen.

Erstellen Sie eine Entscheidungsmatrix, die je Empfänger den Kanal, den erforderlichen Identifikator und die verantwortliche Datenquelle dokumentiert. Diese Matrix ist die Grundlage für Ihr Mapping und Ihre Routinglogik.

Schritt 4: Stammdatenmodell und Pflegeprozesse definieren

Elektronische Adressen und Prozess-Identifikatoren sind Stammdaten. Ohne klare Zuständigkeiten, Pflegeprozesse und Freigaben entstehen Fehler, Dubletten und inkonsistente Daten. Definieren Sie daher ein Stammdatenmodell, das folgende Fragen beantwortet:

Wo werden welche Identifikatoren gespeichert? Typische Optionen sind: im ERP-System als Debitorenfeld, in einem Master Data Management-System oder in einer separaten E-Invoicing-Adressdatenbank. Entscheiden Sie sich für eine zentrale Quelle, um Redundanzen zu vermeiden.

Wer darf Identifikatoren anlegen, ändern und freigeben? Legen Sie RACI-Verantwortlichkeiten fest: Finance gibt Prozessvorgaben, Procurement und Shared Services pflegen Partnerdaten, IT implementiert Mapping und Schnittstellen, MDM verantwortet Datenqualität und Freigaben, Compliance und Revision prüfen Nachvollziehbarkeit.

Wie werden Änderungen dokumentiert? Implementieren Sie ein Änderungsprotokoll für alle Identifikatoren. Jede Änderung an BT-34, BT-49 oder BT-23 muss nachvollziehbar sein, um Audits zu bestehen und Fehlerquellen schnell zu identifizieren.

Wie gehen Sie mit mehreren Endpunkten pro Organisation um? Große Organisationen oder Verwaltungen haben oft mehrere Endpunkte für unterschiedliche Bereiche. Definieren Sie deterministische Prioritäten, beispielsweise nach Mandant, Standort oder Behördenbereich, und dokumentieren Sie diese Regeln im Stammdatensystem.

Etablieren Sie einen regelmäßigen Governance-Rhythmus, in dem Stammdaten geprüft, Routingregeln überarbeitet und Schulungen für Pflegende durchgeführt werden. Datenqualität entsteht nicht einmalig, sondern durch kontinuierliche Pflege.

Schritt 5: Mapping- und Routinglogik technisch umsetzen

Nachdem Sie Kanäle, Identifikatoren und Stammdaten definiert haben, implementieren Sie die technische Logik. Diese Logik übersetzt Ihre internen Partner-IDs in die korrekten XRechnung-Felder und steuert das Routing.

Mapping-Regel: Interne Debitorennummer oder Partnernummer → Kanalwahl → erforderlicher Identifikator → XRechnung-Felder BT-34, BT-49, BT-23. Dieser Schritt erfolgt in Ihrem ERP-Export, Converter oder Ihrer E-Invoicing-Komponente. Implementieren Sie klare Wenn-Dann-Regeln, keine manuellen Einzelfallentscheidungen.

Routinglogik: Nach der Erzeugung der XRechnung muss diese an die richtige Versandkomponente übergeben werden. Steuern Sie anhand des Identifikators und des Prozesstyps, ob die Rechnung an eine Plattform, einen Peppol Access Point oder in eine manuelle Warteschlange für Portal-Upload geht.

Fallback-Strategie: Was passiert, wenn ein Identifikator fehlt oder keiner Regel entspricht? Definieren Sie einen Klärfallprozess: Rechnung wird in eine Queue gestellt, ein Ticket wird automatisch erzeugt, Finance oder Shared Service prüfen und ergänzen die Daten. Vermeiden Sie, Rechnungen trotz fehlender Daten zu versenden, da dies zu Rückweisungen und zusätzlichem Aufwand führt.

Implementieren Sie diese Logik als wiederverwendbare Komponente, damit Änderungen zentral gepflegt werden können. Vermeiden Sie Hardcoding von Identifikatoren oder Kanalentscheidungen im Einzelfall.

Schritt 6: Validierung und Tests vor Produktivbetrieb durchführen

Vor dem ersten produktiven Versand müssen Sie Ihre Rechnungen technisch validieren. Die Validierung stellt sicher, dass Syntax, Business Rules und Pflichtfelder korrekt sind. Sie benötigen dafür einen XRechnung-Validator.

Die EU-Richtlinie EN 16931 gibt die Verwendung des strukturierten Datenformats XML für den elektronischen Rechnungsaustausch vor, welches eine automatisierte Rechnungsverarbeitung ermöglicht. Ein standardisiertes semantisches Datenmodell beschreibt die Informationselemente einer Rechnung und deren gegenseitige Beziehung und Datentypen. Die Vorgabe der Syntax, alternativ UBL oder UN/CEFACT, stellt eine einheitliche technische Umsetzung der E-Rechnung in der EU sicher.

Für die Validierung setzen Sie typischerweise einen Validator ein, der XML-Dateien mittels XSLT transformiert und gegen Schematron-Regeln prüft. Die Ausführungszeiten des Validators bewegen sich im Bereich von vielen Sekunden, weil viele zeitaufwändige Transformationen von XML-Dateien mittels XSLT durchgeführt werden. Berücksichtigen Sie diese Laufzeit in Ihren Batch-Fenstern und planen Sie Timeouts und Parallelisierung entsprechend ein.

Führen Sie folgende Tests durch:

• Positiv-Test: Rechnung mit korrekten BT-34, BT-49 und BT-23 validiert erfolgreich
• Negativ-Test: Rechnung ohne BT-34 wird abgelehnt
• Negativ-Test: Rechnung ohne BT-49 wird abgelehnt
• Negativ-Test: Rechnung ohne BT-23 wird abgelehnt
• Negativ-Test: Rechnung mit falscher Scheme-ID wird abgelehnt
• Test Mehrendpunkt: Rechnung an Organisation mit mehreren Endpunkten wird korrekt geroutet
• Test Kanal-Mismatch: Rechnung mit Leitweg-ID wird nicht an Peppol-Kanal gesendet

Dokumentieren Sie die Testergebnisse und beheben Sie Fehler vor dem Rollout. Automatisieren Sie diese Tests, damit Sie bei Änderungen an Stammdaten oder Mappingregeln schnell prüfen können.

Schritt 7: Betrieb, Monitoring und kontinuierliche Verbesserung sicherstellen

Nach dem Produktivstart beginnt die operative Phase. Ihre Aufgabe ist es nun, die Qualität und Stabilität des Prozesses zu überwachen und kontinuierlich zu verbessern.

Monitoring: Überwachen Sie täglich die Anzahl der Rückweisungen, die Kanalverteilung und die häufigsten Fehlerursachen. Typische KPIs sind: Rückweisungsquote, Straight-Through-Rate, Durchlaufzeit, Anteil Portal-Ausnahmen, Anzahl Adress-/Routing-Fehler und First-time-right-Quote.

Klärfallprozess: Definieren Sie einen strukturierten Prozess für Rückweisungen. Rückweisungen werden automatisch in ein Ticket-System überführt, kategorisiert nach Fehlerursache, und an die zuständige Stelle geroutet. Finance, IT oder MDM beheben den Fehler, korrigieren Stammdaten und setzen die Rechnung erneut ab.

Regelmäßige Stammdaten-Checks: Führen Sie quartalsweise Plausibilitätsprüfungen durch: Gibt es Dubletten, veraltete Leitweg-IDs, fehlende Identifikatoren oder inkonsistente Kanalzuordnungen? Bereinigen Sie diese proaktiv, bevor sie zu Fehlern führen.

Governance-Rhythmus: Etablieren Sie regelmäßige Reviews Ihrer Routingregeln, Change-Requests und Schulungen für neue Mitarbeitende. Nutzen Sie Feedback aus dem Betrieb, um Ihre Prozesse und Mappinglogik kontinuierlich zu optimieren.

Dokumentieren Sie alle Änderungen und Optimierungen, damit Audits und Revisionen nachvollziehen können, wie Sie die Datenqualität und Prozesssicherheit gewährleisten.

Beispiele und praktische Anwendung

Die folgenden Szenarien zeigen, wie die korrekte Verwendung von EndpointID, Leitweg-ID und Peppol-ID in der Praxis aussieht.

Szenario 1: Rechnung an Bundesbehörde
Sie stellen eine Rechnung an eine Bundesbehörde aus. Der Empfänger hat Ihnen eine Leitweg-ID mitgeteilt. Sie pflegen diese im ERP-Debitorenstamm. Beim Export der Rechnung wird die Leitweg-ID automatisch in BT-49 übernommen. BT-34 enthält Ihre eigene E-Mail-Adresse oder eine zentrale Leitweg-ID Ihres Unternehmens. BT-23 wird auf den vereinbarten Geschäftsprozesstyp gesetzt. Die Rechnung wird an die Rechnungseingangslösung des Bundes übermittelt. Durch die korrekte Leitweg-ID wird sie automatisch der zuständigen Organisationseinheit zugeordnet und im Workflow freigegeben.

Szenario 2: Rechnung über Peppol an privaten Kunden
Ihr Kunde ist im Peppol-Verzeichnis registriert. Sie haben die Peppol-Teilnehmer-ID in Ihrem Stammdatensystem hinterlegt. Beim Rechnungsexport wird die Peppol-ID als Basis für das Routing verwendet. BT-49 enthält die Peppol-ID im korrekten Scheme-Format. Ihre Versandkomponente übermittelt die Rechnung über Ihren Access Point an den Access Point des Empfängers. Die Rechnung wird dort automatisch erfasst und im System des Kunden verarbeitet.

Szenario 3: Portal-Upload als Ausnahmeprozess
Ein kleiner Lieferant fordert den Upload über sein Lieferantenportal. Sie haben diesen Empfänger als Ausnahme klassifiziert. Die Rechnung wird im ERP erzeugt, jedoch nicht automatisch versendet, sondern in eine manuelle Warteschlange gelegt. Ein Mitarbeitender aus Shared Services lädt die Rechnung im Portal hoch und dokumentiert den Upload mit Zeitstempel und Referenz. Dieser Prozess ist definiert und wird regelmäßig überprüft, um sicherzustellen, dass keine Rechnungen verloren gehen.

Die folgende Tabelle zeigt typische Zustellkanäle, erforderliche Identifikatoren und Verantwortlichkeiten im Überblick:

Häufige Fehler und wie Sie sie vermeiden

Die folgenden Fehlerbilder treten in der Praxis regelmäßig auf. Mit den beschriebenen Gegenmaßnahmen können Sie diese systematisch vermeiden.

BT-49 fehlt oder ist leer: Dies ist der häufigste Grund für Rückweisungen. Ursache ist meist, dass der Identifikator im Stammdatensatz fehlt oder nicht korrekt exportiert wurde. Gegenmaßnahme: Implementieren Sie eine Pflichtfeld-Prüfung vor dem Versand. Rechnungen ohne BT-49 dürfen nicht erzeugt werden.

Leitweg-ID und Peppol-ID werden verwechselt: Unterschiedliche Kanäle erfordern unterschiedliche Identifikatoren. Verwenden Sie eine kanalbasierte Entscheidungsmatrix und prüfen Sie das Scheme-Format automatisch.

BT-23 fehlt oder ist falsch: Ohne korrekten Geschäftsprozesstyp kann die Rechnung nicht geroutet werden. Pflegen Sie einen Katalog zulässiger Werte und mappen Sie diese eindeutig aus Ihren internen Prozessen.

Mehrere Endpunkte ohne Routingregel: Große Organisationen haben oft mehrere Leitweg-IDs. Definieren Sie deterministische Prioritäten nach Mandant, Standort oder Fachbereich und dokumentieren Sie diese in Ihrem Stammdatensystem.

Validierung erfolgt erst nach Rückweisung: Validieren Sie Rechnungen vor dem Versand, nicht erst nach Fehlermeldung. Integrieren Sie einen Validator in Ihren Erzeugungsprozess und automatisieren Sie die Tests.

Portal-Upload ohne dokumentierten Prozess: Manuelle Uploads ohne klare Verantwortlichkeiten und Nachverfolgung führen zu Fehlern und Audit-Risiken. Definieren Sie einen strukturierten Ausnahmeprozess mit Dokumentation und Kontrollen.

Die folgende Checkliste hilft Ihnen, typische Fehlerquellen vor dem Produktivstart zu identifizieren:

• Sind BT-34, BT-49 und BT-23 in allen Rechnungen korrekt befüllt?
• Wurde für jeden Empfänger der Zustellkanal dokumentiert?
• Sind Leitweg-ID, EndpointID und Peppol-ID klar getrennt und korrekt zugeordnet?
• Gibt es eine zentrale Datenbasis für alle Identifikatoren?
• Sind Pflegeprozesse und Verantwortlichkeiten definiert?
• Wurde die Validierung in den Erzeugungsprozess integriert?
• Gibt es einen dokumentierten Klärfallprozess für Rückweisungen?
• Sind Änderungen an Identifikatoren protokolliert und nachvollziehbar?
• Wurden alle Testfälle erfolgreich durchlaufen?
• Ist das Monitoring für Rückweisungen und Fehlerursachen eingerichtet?

Zusammenfassung der wichtigsten Schritte

Die korrekte Verwendung der EndpointID, Leitweg-ID und Peppol-ID ist entscheidend für die erfolgreiche Zustellung von XRechnungen. Zusammengefasst sind die wichtigsten Schritte:

• Identifikatoren sauber unterscheiden: EndpointID, Leitweg-ID und Peppol-ID sind kanalabhängig und dürfen nicht verwechselt werden.
• Pflichtfelder BT-34, BT-49 und BT-23 vor Versand validieren und sicherstellen, dass diese Felder niemals leer sind.
• Zustellkanal je Empfänger klären und kanalabhängig den korrekten Identifikator pflegen.
• Stammdatenmodell und Pflegeprozesse definieren, um Datenqualität und Nachvollziehbarkeit zu gewährleisten.
• Mapping- und Routinglogik technisch umsetzen und Fallback-Strategien für fehlende Identifikatoren definieren.
• Validierung und Tests vor Produktivbetrieb durchführen, inklusive Negativ-Tests und Kanal-Mismatch-Szenarien.
• Betrieb, Monitoring und kontinuierliche Verbesserung sicherstellen, um Rückweisungen zu minimieren und Prozesssicherheit zu erhöhen.

Mit diesen Maßnahmen erhöhen Sie die Straight-Through-Rate, reduzieren manuelle Nacharbeit und schaffen die Grundlage für eine stabile, automatisierte E-Rechnungsverarbeitung in Purchase-to-Pay- und Order-to-Cash-Prozessen.

Häufig gestellte Fragen

Was ist der Unterschied zwischen EndpointID und Leitweg-ID?
EndpointID ist ein Oberbegriff für elektronische Adressen im Kontext der EN 16931 und XRechnung. Die Leitweg-ID ist ein spezifisches Kennzeichen für Rechnungen an deutsche Verwaltungen und dient dem Routing innerhalb öffentlicher Plattformen. Leitweg-ID ist kein allgemeiner Unternehmensidentifikator und darf nicht mit Kundennummern verwechselt werden.

Muss ich für jede Rechnung eine Leitweg-ID verwenden?
Nein. Die Leitweg-ID ist nur erforderlich, wenn Sie Rechnungen an öffentliche Auftraggeber in Deutschland stellen. Für private Empfänger oder internationale Partner verwenden Sie je nach Kanal eine Peppol-ID oder eine andere elektronische Adresse.

Was passiert, wenn BT-49 fehlt?
Die Rechnung wird in der Regel bei der Validierung oder spätestens beim Empfänger zurückgewiesen. Sie müssen BT-49 nachpflegen und die Rechnung erneut versenden. Dies führt zu Verzögerungen und manuellem Aufwand.

Wie finde ich die Leitweg-ID eines Empfängers?
Die Leitweg-ID wird Ihnen in der Regel vom Empfänger mitgeteilt, beispielsweise in der Auftragsbestätigung, auf der Website der Behörde oder über eine zentrale Auskunftsstelle. Fragen Sie bei Unklarheiten direkt beim Empfänger nach.

Kann ich eine E-Mail-Adresse als EndpointID verwenden?
Ja, in bestimmten Kanälen ist die Verwendung einer E-Mail-Adresse als elektronische Adresse zulässig. Prüfen Sie jedoch, ob der Empfänger diesen Kanal akzeptiert und ob Ihre Plattform oder Ihr Validator das entsprechende Scheme unterstützt.

Was bedeutet BT-23 und warum ist es wichtig?
BT-23 ist der Geschäftsprozesstyp. Dieses Feld ordnet die Rechnung einem definierten Geschäftsprozess zu und steuert das Routing, die Prüflogik und die Prozesssteuerung auf Plattformen. Ohne BT-23 kann die Rechnung nicht automatisiert verarbeitet werden.

Wie gehe ich mit mehreren Endpunkten pro Organisation um?
Definieren Sie deterministische Routingregeln, beispielsweise nach Mandant, Standort oder Fachbereich. Dokumentieren Sie diese Regeln im Stammdatensystem und stellen Sie sicher, dass die Auswahl automatisch und nachvollziehbar erfolgt.

Welche Rolle spielt die Validierung für die EndpointID?
Die Validierung prüft, ob BT-34, BT-49 und BT-23 korrekt befüllt sind und den Business Rules entsprechen. Validieren Sie vor dem Versand, um Rückweisungen zu vermeiden und die Prozessqualität zu sichern.