Peppol-Rechnungsempfänger: Welche elektronische Adresse verwendet Ihr Kunde tatsächlich?

Firmenname, Postanschrift, Steuerkennzeichen und Kontakt in der Buchhaltung beantworten noch nicht zwingend, an welche elektronische Adresse Ihre Rechnungsschnittstelle senden soll. Wenn Ihr Projekt Peppol BIS Billing umfasst, müssen Empfangsadresse und Identifikationsschema gemeinsam beschafft, geprüft und für das jeweilige ausgestellte Dokument nachvollziehbar bleiben. Lassen Sie den Entwickler nicht einfach die Nummer verwenden, die im Kundenstamm bereits vorhanden ist.

Dieser Beitrag betrifft Empfängerdaten einer UBL-Rechnung nach Peppol BIS Billing 3.0. Er erklärt keine nationalen Einführungsfristen, empfiehlt Peppol nicht pauschal für jeden Betrieb und ersetzt keine vollständige Netzwerkanbindung. Klären Sie Dokumentprofil und tatsächlichen Empfangsweg mit dem Implementierungspartner Ihrer Buchhaltung und dem Dienstanbieter.

Die verschiedenen Angaben zum Käufer auseinanderhalten

Die OpenPeppol-Referenz definiert cbc:EndpointID, den Geschäftsbegriff BT-49, als elektronische Adresse des Käufers, an die die Rechnung zugestellt wird. Die Adresse und das zugehörige Attribut schemeID sind vorgeschrieben. Die aufgeführten Regeln verlangen außerdem ein Schema aus der entsprechenden Codeliste für elektronische Adressen.

Das Käuferbeispiel der übergeordneten Spezifikation bildet elektronische Adresse, Parteiidentifikation, Postanschrift, Steuerangaben, rechtliche Registrierung und Kontakt-E-Mail getrennt ab. Diese Felder haben unterschiedliche Aufgaben. Eine bekannte Nummer in einem Feld belegt für sich genommen nicht, welcher Wert in ein anderes gehört.

Verlangen Sie im Briefing eine eindeutig bezeichnete elektronische Rechnungsempfangsadresse mit Schema, nicht ein unscharfes Feld namens „Firmen-ID“. Der Buchhaltungskontakt bleibt für Rückfragen nützlich. Seine E-Mail-Adresse darf aber nicht stillschweigend die vereinbarte Netzwerkadresse ersetzen. Das ist eine vorgeschlagene Eingabekontrolle, keine Behauptung, dass E-Mail-basierte Identifikatoren grundsätzlich ausgeschlossen wären.

Kennung und Schema zusammen erfassen

Ohne das Schema fehlt ein Teil der vorgeschriebenen Darstellung. Die offizielle Referenz bezeichnet schemeID als Kennzeichen des Identifikationsschemas der elektronischen Käuferadresse und markiert es als verpflichtend.

Lassen Sie beide Bestandteile über den zuständigen Kundenkontakt oder Ihren freigegebenen Einrichtungsprozess bereitstellen. Dokumentieren Sie Herkunft und Prüfung der Empfangsanweisung. Die Oberfläche sollte erklären, was die Felder bedeuten, statt Mitarbeitende aus dem Aussehen einer Nummer raten zu lassen.

Schema und Kennung müssen zum tatsächlichen Empfänger und zur Anbindung passen. Übernehmen Sie keine Beispielwerte aus der Dokumentation in den Produktivbetrieb. Wählen Sie kein Schema allein wegen eines Ländernamens in der Bezeichnung. Und behandeln Sie eine vorhandene Steuernummer nicht automatisch als bestätigte Empfangsadresse.

Diese Punkte sind praktische Projektkontrollen. Der Beitrag prüft keine konkrete Kundenregistrierung und legt nicht die Formate und Prüfalgorithmen sämtlicher Kennungstypen fest.

Validierung präzise benennen

Die zitierte Adressreferenz führt fehlende Käuferadresse, fehlendes Schema und die einschlägigen Codelistenanforderungen als schwerwiegende Validierungsfehler auf. Lassen Sie die tatsächlich verwendeten Prüfungen für Profil und Versionsstand Ihres Systems vorführen. Ein ausgefülltes Eingabefeld ist noch kein geprüftes Ausgabedokument.

Begrenzen Sie auch die Aussage des Ergebnisses. Bestandene Adressprüfungen beweisen allein nicht, dass der gewünschte Kunde die Rechnung empfangen, akzeptiert, verbucht oder bezahlt hat. Vereinbaren Sie getrennte Anzeigen für vorbereitete Ausgabe, Validierung, Versandergebnis und eine spätere fachliche Antwort, soweit Ihre Anbindung solche Antworten tatsächlich liefert.

Bei unklarem Versandergebnis sollen Dokument und Anbieterreferenz zur Klärung erhalten bleiben. Eine fehlende Antwort darf Mitarbeitende nicht dazu verleiten, sofort eine weitere Rechnung mit neuer Nummer auszustellen. Dieser Wiederanlauf ist eine vorgeschlagene Prozessanforderung, kein durch die Felddefinition belegtes Netzwerkprotokoll.

Verwendete Adresse und heutigen Kundenstamm unterscheiden

Definieren Sie den Umgang mit einer geänderten Empfangsanweisung. Eine spätere Stammdatenkorrektur darf eine frühere Rechnung nicht so erscheinen lassen, als wäre sie bereits mit den neuen Werten adressiert worden.

Das ausgestellte Dokument oder die aufbewahrte Ausgabe muss die tatsächlich verwendete Kennung und das Schema erkennen lassen. Neue Anweisung, Prüfung und künftige Verwendung sollten davon getrennt nachvollziehbar sein. Wurde bereits an einen falschen Empfänger gesendet, gehört der Fall in das freigegebene Verfahren von Buchhaltung und Dienstanbieter. Eine Profiländerung ist kein bestätigter Rückruf.

Klären Sie außerdem die Zuordnungsebene: Gilt die Anweisung für den Vertragspartner, eine Niederlassung oder eine bestimmte Abrechnungsbeziehung? Die Antwort muss aus der tatsächlichen Empfangseinrichtung kommen, nicht aus ähnlich klingenden Namen in einer Auswahlliste.

Einen Empfängerwechsel bei der Abnahme vorführen

Für ein Gespräch über eine Rechnungsschnittstelle genügen leere Musterdokumente und eine erfundene Empfängerbeziehung. Vertrauliche Kundendaten sind nicht erforderlich. Lassen Sie folgende Situationen zeigen:

• Eine fehlende Empfangsanweisung führt nicht zu einer fälschlich versandbereiten Anzeige.
• Adresse ohne Schema und ein unzulässiger Schemacode werden mit den passenden Prüfungen erkannt.
• Die ausgegebene Käuferadresse entspricht der geprüften Anweisung und stammt nicht aus einem anderen Kennungsfeld.
• Eine Stammdatenänderung lässt die frühere Dokumentausgabe nachvollziehbar.
• Erfolgreiche Validierung erscheint nicht als Kundenannahme oder Zahlung.
• Ein unklarer Versand bleibt bis zur verantworteten Klärung auffindbar.

Nehmen Sie eine verständliche Übergabe der Empfängerdaten ab, nicht bloß eine XML-Datei, die sich öffnen lässt. Dokumentieren Sie geprüftes Profil, Versionsstand und Anbieterumfang für die spätere Wartung.

Quellen und Grenze

Die OpenPeppol-Referenz zur elektronischen Käuferadresse und der Käuferabschnitt der BIS-Billing-Spezifikation, geprüft am 26. Oktober 2026, belegen Feldbedeutung, verpflichtendes Schema und getrennte Käuferangaben. Die abgerufene Adressreferenz nennt den Stand Mai 2026. Nachweise, Änderungsverantwortung und Abnahmebeispiele sind Projektvorschläge, keine Rechtsberatung, echte Empfängerprüfung oder vollständige Peppol-Zertifizierung.