Statusnachrichten

Wie der Empfänger automatisch den Rechnungsstatus zurückmeldet: empfangen, genehmigt, bezahlt.

Statusnachrichten sind der Mechanismus, über den der Empfänger einer Rechnung automatisch den Verarbeitungsstatus an den Absender zurückmeldet. Über das Peppol-Netzwerk erhält der Lieferant eine Statusnachricht (Invoice Response), die angibt, ob die Rechnung empfangen, in Bearbeitung, genehmigt oder bezahlt wurde. eConnect unterstützt Statusnachrichten bereits seit 2015.

Wie funktionieren Statusnachrichten?

Das Prinzip ist einfach: Nach dem Empfang einer E-Rechnung sendet die empfangende Organisation eine Invoice Response zurück an den Absender. Diese Nachricht enthält einen Statuscode, der angibt, in welcher Verarbeitungsphase sich die Rechnung befindet.

Die Invoice-Response-Nachricht läuft über dasselbe Peppol-Netzwerk wie die ursprüngliche Rechnung, nur in umgekehrter Richtung. Der Absender empfängt die Nachricht automatisch in seiner eConnect-Umgebung und sieht den Status bei der betreffenden Rechnung erscheinen.

Tipp: Um Invoice-Response-Nachrichten als Absender empfangen zu können, muss Ihre Organisation für den Empfang von Invoice Responses registriert sein. Dies erfordert eine SMP-Konfiguration mit der Capability invoiceResponse auf on.

Statuscodes

Jede Invoice Response enthält einen Statuscode, der die Verarbeitungsphase angibt. Die Status bilden eine logische Reihenfolge, vom Erstempfang bis zur vollständigen Bezahlung.

CodeStatusBedeutungABAcknowledgedDie Rechnung wurde empfangen und ist lesbar. Dies ist die erste Bestätigung, dass die Rechnung korrekt angekommen ist.IPIn ProcessDie Rechnung wird vom Empfänger verarbeitet. Die Prüfung läuft noch.UQUnder QueryEs gibt eine Frage zur Rechnung. Der Empfänger benötigt zusätzliche Informationen vom Lieferanten, bevor die Verarbeitung fortgesetzt werden kann.CAConditionally AcceptedDie Rechnung wurde bedingt akzeptiert. Es gibt kleine Aufmerksamkeitspunkte, aber die Rechnung wird grundsätzlich genehmigt.RERejectedDie Rechnung wurde abgelehnt. Dies ist ein Endstatus. Der Empfänger gibt an, dass die Rechnung nicht verarbeitet wird. Der Lieferant muss handeln, beispielsweise eine neue Rechnung senden.APApprovedDie Rechnung wurde genehmigt und der nächste Schritt ist die Bezahlung.PDFully PaidDie Rechnung wurde vollständig bezahlt. Dies ist ein Endstatus.

Die Statuscodes RE (Rejected) und PD (Fully Paid) sind Endstatus: Nach diesen folgen keine weiteren Updates mehr. Die übrigen Status können einander folgen, während die Verarbeitung fortschreitet.

Das folgende Diagramm zeigt, wie die Status aufeinander folgen, vom Erstempfang bis zu den Endstatus.

Clarification Reasons

Bei bestimmten Status (insbesondere UQ und RE) kann der Empfänger einen Grund angeben, warum die Rechnung zurückgehalten oder abgelehnt wird.

CodeGrundREFReferenzen fehlerhaft (Bestellnummer, Vertragsnummer)LEGRechtlich fehlerhaftRECEmpfänger unbekanntQUAQualitätsproblem mit gelieferten Waren oder DienstleistungenDELLieferproblemPRIPreise stimmen nichtQTYMenge stimmt nichtITMArtikel stimmen nichtPAYZahlungsbedingungen fehlerhaftUNRRechnung nicht erkanntFINFinanzielles ProblemOTHSonstiger Grund
Clarification Actions

Neben dem Grund kann der Empfänger auch angeben, welche Aktion er vom Lieferanten erwartet:

CodeAktionNOAKeine Aktion erforderlichPINZusätzliche Informationen bereitstellenNINNeue Rechnung sendenCNFRechnung vollständig gutschreibenCNPRechnung teilweise gutschreibenCNABetrag erstattenOTHSonstige Aktion
Statusnachrichten auf der Plattform empfangen

Wenn ein Empfänger eine Invoice Response sendet, erscheint der Status bei der betreffenden Rechnung in Ihrer eConnect-Umgebung. Die Statusänderung wird normalerweise innerhalb von drei Tagen nach Anpassung durch den Empfänger kommuniziert.

Sie empfangen die Statusnachrichten automatisch, vorausgesetzt:

  • Ihre Organisation ist für den Empfang von Invoice Responses über die SMP registriert
  • Der Empfänger Ihrer Rechnung unterstützt den Invoice-Response-Prozess

Nicht alle Empfänger unterstützen Statusnachrichten. Es ist eine Funktionalität, die immer breiter übernommen wird, aber derzeit noch nicht universell verbreitet ist.

Der Unterschied zu MLS

Neben Invoice Response gibt es auch Message Level Status (MLS). Der Unterschied ist wichtig:

  • Invoice Response (Statusnachrichten) ist eine Business-Level-Nachricht. Sie wird von der empfangenden Organisation (Corner 4) gesendet und betrifft die inhaltliche Verarbeitung der Rechnung: Wurde sie genehmigt, abgelehnt, bezahlt?
  • MLS ist eine Transport-Level-Nachricht. Sie wird vom empfangenden Access Point (Corner 3) gesendet und betrifft die technische Zustellung: Wurde das Dokument erfolgreich an den Empfänger zugestellt?

Beide Nachrichtentypen ergänzen sich gegenseitig. MLS teilt Ihnen mit, ob die Rechnung technisch angekommen ist, Invoice Response teilt Ihnen mit, was der Empfänger damit tut.

MLS wird verpflichtend: Phase-in T2 und T3

Seit Peppol Network Policy (PNP) v1.0.0 und SBDH v2.0.2 (beide in Kraft seit 2. Juli 2026) ist MLS (v1.1.0) nicht mehr optional. Die Verpflichtung folgt einem Zwei-Phasen-Zeitplan:

PhaseFristVerpflichtungT228. Februar 2027MLS-Empfang operationell und SMP-registriert. Nicht erfüllt = Verstoß gegen PNP MLS-1/MLS-2.T331. März 2027MLS-Versand aktiv, vollständige PNP MLS-1 bis MLS-4-Compliance. Ab diesem Zeitpunkt sind die Service Level Requirements durchsetzbar.

Ab T3 gelten zwei durchsetzbare Service Level Requirements (SLRs), monatlich gemessen: SLR MLS-1 verlangt, dass 99,5 % der MLS-Nachrichten (Payload kleiner als 10 MB) innerhalb von 20 Minuten nach dem Originaldokument zugestellt werden; SLR MLS-2 verlangt, dass 99,5 % innerhalb von 25 Minuten beim Absender ankommen.

MLS in der PSB: Webhooks und Ablehnungen

Die PSB veröffentlicht MLS-Statusinformationen über zwei Webhook-Topics. Wenn eine MLS empfangen wird (von der Gegenpartei oder dem anderen Access Point), erhalten Sie ein MessageLevelStatusReceived-Event. Wenn die PSB im Auftrag Ihres empfangenden SP selbst eine MLS an den sendenden SP ausstellt, folgt das Topic MessageLevelStatusSent. Beide Payloads enthalten den verwendeten statusCode, eine description, die refToDocumentId des Originaldokuments und die documentId der MLS-Nachricht selbst.

Bei einer manuellen MLS-Ablehnung kann pro Fehler ein spezifischer Grund mitgegeben werden. Die PSB akzeptiert ein lines-Array mit einem statusReasonCode und einer zusätzlichen Beschreibung pro Zeile. Häufig verwendete Codes sind FD (failure of delivery, Dokument dauerhaft nicht zustellbar), SV (XML-Schema-Validierungsfehler), BV (business rule violation, fataler Schematron-Fehler) und BW (business rule warning, nur zusammen mit fatalen Fehlern). Diese Zeilen bilden eine Eins-zu-eins-Entsprechung zu den Status Reason Codes in der UBL ApplicationResponse, die über Peppol versandt wird, sodass der Absender genau sehen kann, welcher Fehler an welcher Stelle aufgetreten ist.


Möchten Sie Statusnachrichten für Ihre Organisation aktivieren? Wenden Sie sich an den Support für Hilfe bei der Konfiguration der Invoice-Response-Capability.

Rechnung validieren

Verwandt