Peppol-Rechnungsfehler: 10 Ursachen und Lösungen

Fehler bei der Peppol-Rechnungsstellung

Peppol bietet eine standardisierte Infrastruktur für den Austausch elektronischer Rechnungen und anderer Geschäftsdokumente. Standardisierung bedeutet jedoch nicht, dass jede Transaktion automatisch funktioniert.

Eine Rechnung kann fehlschlagen, weil ihre Daten ungültig sind, der Empfänger nicht gefunden werden kann, der falsche Geschäftsprozess verwendet wird oder der Käufer sie nach der Zustellung ablehnt. In Unternehmensumgebungen kann die zugrunde liegende Ursache überall zwischen dem ERP-System, dem Rechnungs-Mapping, den Stammdaten, den Peppol-Discovery-Diensten und dem Access Point liegen.

In diesem Leitfaden werden zehn häufige Fehler bei Peppol-Rechnungen erläutert. Jeder Abschnitt beginnt mit einer Beschreibung des praktischen Problems in leicht verständlicher Sprache und geht anschließend auf die relevanten technischen Details für Unternehmen und ERP-Integrationsteams ein.

Technischer Geltungsbereich: Überprüft anhand von Peppol BIS Billing Version 3.0.21 sowie der im August 2026 verfügbaren OpenPeppol-eDelivery-Spezifikationen. Länderspezifische Anforderungen und Spezifikationen unterliegen weiterhin Änderungen.

Drei Arten von Fehlern bei Peppol-Rechnungen

Ermitteln Sie vor der Fehlerbehebung, wo der Fehler aufgetreten ist.

FehlerartBeschreibungFolge
ValidierungDie Rechnung enthält fehlende, falsch formatierte oder inkonsistente DatenDie Rechnung wird als ungültig abgelehnt
Erkennung oder RoutingPeppol kann keinen kompatiblen Empfangsdienst für den Empfänger findenDie Rechnung kann nicht zugestellt werden
GeschäftsabwicklungDie Rechnung wurde zugestellt, aber der Käufer kann sie weder genehmigen noch bearbeiten.Die Rechnung wird geprüft oder abgelehnt

Diese Fehler erfordern unterschiedliche Maßnahmen. Das erneute Versenden einer unveränderten Rechnung behebt ungültige Daten nicht. Eine Änderung der Rechnung hilft nicht, wenn die Peppol-Registrierung des Empfängers unvollständig ist. Eine erfolgreiche Transportbestätigung bedeutet nicht, dass der Käufer die Rechnung genehmigt hat.

1. Die E-Mail-Adresse des Empfängers („ Peppol ID “) ist falsch.

Ein „ Peppol ID “ funktioniert wie eine Netzwerkadresse, doch die Eingabe der richtigen Organisationsnummer reicht nicht immer aus. Die Kennung muss dem richtigen Schema entsprechen und exakt mit der Kennung übereinstimmen, unter der der Empfänger registriert ist.

Ein scheinbar geringfügiger Unterschied – wie beispielsweise ein falsches Präfix, eine entfernte führende Null oder die Verwendung einer Umsatzsteuer-Identifikationsnummer anstelle einer nationalen Unternehmenskennung – kann dazu führen, dass Peppol den Empfänger nicht finden kann.

So beheben Sie Fehler bei „ Peppol ID “

Speichern Sie die Peppol-Kennung als kontrollierte Stammdaten und nicht als Freitext. Das Kennungsschema und der Wert sollten getrennt gespeichert und vor der Rechnungsstellung validiert werden.

Vor dem Absenden:

  • Überprüfen Sie den Empfänger anhand einer aktuellen Suche unterPeppol ID .
  • Bestätigen Sie die betreffende juristische Person, nicht nur den Konzern.
  • Führende Nullen und erforderliche Formatierungen beibehalten.
  • Vermeiden Sie es, Ländervorwahlen automatisch hinzuzufügen oder zu entfernen.
  • Legen Sie im Rahmen des Kundenstammdatenprozesses die Zuständigkeit für Peppol-Identifikatoren fest.

Technische Details

Peppol-Teilnehmerkennungen bestehen aus einem Schema und einem Wert. Die zulässigen Schemata sind in der Codeliste „Participant Identifier Scheme“ von OpenPeppol aufgeführt.

Peppol BIS Billing verlangt außerdem die Angabe elektronischer Adressen für Verkäufer und Käufer. Regeln PEPPOL-EN16931-R010 und R020 Die jeweiligen Endpunktelemente werden als Pflichtfelder festgelegt, während die entsprechende Regel der Codeliste das Schema der elektronischen Adresse überprüft.

Die in der Rechnung und im Peppol-Transportumschlag verwendeten Identifikatoren sind auf unterschiedlichen Ebenen angesiedelt. ERP-Zuordnungen und Access-Point-Integrationen müssen diese gemäß dem jeweiligen Profil einheitlich ausfüllen.

2. Der Empfänger ist registriert, jedoch nicht für das gesendete Dokument.

Ein Unternehmen kann bei Peppol registriert sein, ohne alle Arten von Peppol-Dokumenten empfangen zu können.

Beispielsweise kann ein Empfänger für den Empfang von Standard-Peppol-Rechnungen ( BIS Billing ) registriert sein, jedoch nicht für eine bestimmte PINT-Rechnung, Bestellnachricht oder einen bestimmten Geschäftsprozess. Die „ Peppol ID “ ist gültig, aber die angeforderte Empfangskapazität ist nicht verfügbar.

So beheben Sie das Problem

Behandeln Sie die Registrierung im ERP-System nicht als einfaches Ja-oder-Nein-Attribut. Die entscheidende Frage ist, ob der Empfänger genau die Kombination aus Belegart und Geschäftsprozess, die gesendet wird, auch empfangen kann.

Ihre Integration sollte:

  • Überprüfen Sie die aktuellen Möglichkeiten des Empfängers.
  • Wählen Sie einen unterstützten Dokumenttyp und einen Vorgang aus.
  • Änderungen der Kapazitäten bewältigen, ohne dass eine manuelle Neukonfiguration des ERP-Systems erforderlich ist.
  • Geben Sie dem Benutzer eine eindeutige Fehlermeldung aus, wenn der Empfänger zwar registriert ist, aber nicht mit dem ausgewählten Dokument kompatibel ist.

Technische Details

Empfangsfähigkeiten werden über einen Service Metadata Publisher (SMP) veröffentlicht. Die Metadaten verknüpfen eine Teilnehmerkennung mit unterstützten Dokumenttypen, Prozesskennungen, Transportprofilen, Endpunkten und Zertifikaten.

Der sendende Access Point führt vor der Übermittlung eine Funktionsprüfung durch. Falls der empfangende Access Point den Teilnehmer für den angeforderten Dokumenttyp und den angeforderten Prozess nicht bedienen kann, definiert die Peppol-AS4-Spezifikation einen Fehler mit folgenden Details: PEPPOL:NOT_SERVICED.

Das derzeitige optionale Peppol-Profil „Billing-with-Response“ erfordert ebenfalls eine eigene SMP-Registrierung. Die Unterstützung des Standardprofils „Billing“ bedeutet nicht automatisch, dass auch jedes damit verbundene Profil unterstützt wird.

3. Die Informationen zur Recherche sind veraltet oder vorübergehend nicht verfügbar

Selbst wenn die Rechnungs- und Peppol ID en korrekt sind, kann es vorkommen, dass das Netzwerk vorübergehend an der falschen Stelle sucht.

Dies kann passieren, wenn ein Unternehmen den Peppol-Dienstanbieter wechselt, wenn alte Routing-Informationen im Cache verbleiben oder während Änderungen übertragen werden. Dem Absender wird möglicherweise eine Fehlermeldung angezeigt, die darauf hindeutet, dass der Empfänger nicht existiert, obwohl das eigentliche Problem in veralteten Discovery-Informationen liegt.

So korrigieren Sie veraltete Discovery-Informationen

ERP-Anwendungen sollten nicht versuchen, den gesamten Peppol-Erkennungsprozess selbst nachzubilden, es sei denn, dies ist ein bewusster Bestandteil der Produktarchitektur. Die Erkennung, die Zertifikatsvalidierung, das Routing und die Behandlung von Wiederholungsversuchen werden in der Regel besser vom Peppol-Dienstanbieter verwaltet.

ERP- und Unternehmensteams sollten weiterhin sicherstellen, dass:

  • Fehler unterscheiden ungültige Rechnungsdaten von Fehlern bei der Erfassung.
  • Bei vorübergehenden Fehlern wird der Vorgang gemäß einer festgelegten Richtlinie erneut versucht.
  • Wiederholte Versuche führen nicht zur Erstellung doppelter Rechnungen.
  • Die Umstellungen der Dienstanbieter werden geplant und überwacht.
  • Die zwischengespeicherten Empfängerfunktionen werden bei Bedarf aktualisiert.
  • Die operativen Teams können nachvollziehen, welcher Endpunkt und welche Funktion behoben wurden.

Technische Details

Peppol Discovery nutzt den Service Metadata Locator und das DNS, um den maßgeblichen SMP für einen Teilnehmer zu ermitteln. Der SMP stellt dann signierte Metadaten für den angeforderten Dokumenttyp und Prozess bereit.

Die aktuellen OpenPeppol-Spezifikationen nutzen NAPTR-basierte Erkennung und über HTTPS zugängliche SMP-Dienste. SMP-Metadaten können eine Abfrage auch an einen sekundären SMP weiterleiten, wobei Clients jedoch nur einer Umleitungsstufe folgen müssen.

Fehlfunktionen können durch veraltete Caches, eine unvollständige Teilnehmermigration, eine nicht verfügbare DNS-Auflösung, ungültige Metadaten-Signaturen, abgelaufene Endpunktinformationen oder Probleme mit Zertifikaten verursacht werden. Dabei handelt es sich eher um Infrastrukturfehler als um Fehler im Rechnungsinhalt.

4. Es wird die falsche Peppol-Profil- oder Spezifikationskennung verwendet

In jeder Peppol-Rechnung ist angegeben, welchen Regeln sie folgt und zu welchem Geschäftsprozess sie gehört. Fehlen diese Kennungen oder sind sie fehlerhaft, kann das empfangende System das Dokument nicht zuverlässig auswerten.

Dies geschieht häufig, wenn ein ERP-System eine alte Rechnungsvorlage exportiert, ein Konverter einen falschen Wert einfügt oder eine für ein bestimmtes Land oder einen bestimmten Prozess konzipierte Zuordnung an anderer Stelle wiederverwendet wird.

So beheben Sie ein falsches Profil

Profil- und Spezifikationskennungen sollten zentral verwaltet werden. Sie sollten nicht von Benutzern bearbeitet oder in jedem ERP-Konnektor separat neu angelegt werden können.

Für Umgebungen mit mehreren Märkten:

  • Die unterstützten Profile als versionsverwaltete Konfiguration pflegen.
  • Unterscheiden Sie zwischen dem Standard-Peppol- BIS Billing , PINT und nationalen Varianten.
  • Prüfen Sie das ausgewählte Profil anhand der Fähigkeiten des Empfängers.
  • Führen Sie bei jeder Änderung der Spezifikationen oder Codelisten Regressionstests durch.
  • Verhindern Sie, dass lokale Implementierungen kontrollierte Bezeichner überschreiben.

Technische Details

In Peppol BIS Billing, CustomizationID gibt die für die Rechnung geltende Spezifikation an und ProfileID bezeichnet den Geschäftsprozess.

Regeln PEPPOL-EN16931-R004 und R007 Diese Werte validieren. Für den Standard-Abrechnungsprozess gehören zu den erwarteten Kennungen:

  • CustomizationID: urn:cen.eu:en16931:2017#compliant
    #urn:fdc:peppol.eu:2017:poacc:billing:3.0
  • ProfileID: urn:fdc:peppol.eu:2017:poacc:billing:01:1.0

Eine andere ProfileID wird für den optionalen Prozess „Abrechnung mit Antwort“ verwendet. Die Dokumentenkennungen, der Transportumschlag und die SMP-Fähigkeit müssen einen kompatiblen Prozess beschreiben.

5. Der Käufer oder die Bestellnummer fehlt oder ist falsch

Die Rechnung muss Angaben enthalten, aus denen für den Käufer hervorgeht, wer die Ware bestellt hat oder zu welcher Bestellung die Rechnung gehört.

Ohne diese Referenz weiß der Käufer möglicherweise nicht, wohin die Rechnung zu senden ist. Peppol verlangt daher entweder eine Käuferreferenz oder eine Bestellnummer.

Die Angabe „N/A“ lässt das Feld zwar vollständig erscheinen, liefert dem Käufer jedoch keine verwertbaren Informationen.

So beheben Sie eine fehlende Bestellnummer

Erfassen Sie die erforderlichen Referenzdaten, bevor die Rechnung erstellt wird. Verlassen Sie sich nicht darauf, dass die Mitarbeiter der Debitorenbuchhaltung fehlende Angaben nachbessern, nachdem die Rechnung abgelehnt wurde.

Ein skalierbarer Prozess sollte:

  • Erfragen Sie die Referenznummer bei der Bestellung, beim Bezahlvorgang oder bei Vertragsabschluss.
  • Kundenspezifische Formate sollten nach Möglichkeit validiert werden.
  • Speichern Sie den Wert im entsprechenden ERP-Feld.
  • Verhindern Sie, dass Platzhalterwerte automatisch eingefügt werden.
  • Leiten Sie fehlende Referenzen an den zuständigen Geschäftsprozess weiter, nicht nur an die IT.

Technische Details

Regel PEPPOL-EN16931-R003 Erfordert entweder die Käuferreferenz (Geschäftsbegriff BT-10) oder die Bestellnummer (Geschäftsbegriff BT-13).

Es handelt sich hierbei um Elemente auf Dokumentebene. Eine Bestellzeilenreferenz ist ein eigenständiges Konzept innerhalb der Rechnungszeilen. Die Angabe einer Bestellnummer in einem Rechnungsvermerk, einer Beschreibung, einem Anhang oder einer beliebigen Rechnungszeile erfüllt die semantische Anforderung nicht.

Das XML-Dokument mag zwar eine einfache Prüfung auf Nichtleere bestehen, wenn „N/A“ verwendet wird, doch kann die Rechnung dennoch die geschäftliche Validierung oder den Abgleichsprozess des Käufers nicht bestehen.

6. Die Umsatzsteuerangaben sind widersprüchlich oder ungültig

Eine Rechnung kann zwar den korrekten Gesamtbetrag enthalten, dennoch abgelehnt werden, weil die Angaben zur Mehrwertsteuer nicht stimmig sind.

Die ausgewählte Umsatzsteuerkategorie, der Umsatzsteuersatz und der Grund für die Befreiung müssen miteinander übereinstimmen. Je nach den beteiligten Ländern können zusätzliche nationale Anforderungen gelten.

So korrigieren Sie ungültige Umsatzsteuerangaben

Behandeln Sie die Mehrwertsteuer nicht als ein Formatierungsproblem, das vom Rechnungskonverter gelöst wird. Die Steuerermittlung sollte im entsprechenden ERP-System oder in der Steuer-Engine erfolgen, bevor die Rechnung erstellt wird.

Unternehmensweite Kontrollmaßnahmen sollten folgende Bereiche abdecken:

  • Kombinationen aus Umsatzsteuerkategorien und -sätzen
  • Gründe und Codes für Ausnahmen
  • Umsatzsteuer-Identifikationsnummern von Verkäufer und Käufer
  • Grenzüberschreitende und inländische Steuerszenarien
  • Länderspezifische Peppol-Validierungsregeln
  • Änderungen an der Steuerkonfiguration und den Codelisten

Eine formal korrekte Rechnung entspricht nicht zwangsläufig der richtigen steuerrechtlichen Behandlung. Unklare steuerliche Sachverhalte sollten von einem qualifizierten Steuerexperten geprüft werden.

Technische Details

Peppol BIS Billing wendet die Vorschriften der Norm EN 16931, Peppol-spezifische Vorschriften sowie genehmigte länderspezifische Validierungsvorschriften an.

Der geltende Regelkontext kann vom Land des Lieferanten und – bei bestimmten inländischen Vorschriften – vom Land des Käufers abhängen. Umsatzsteuerkategoriecodes, Steuersätze, Befreiungsgründe und Umsatzsteuer-Identifikationsnummern werden als miteinander verbundene Geschäftsbegriffe und nicht als eigenständige Textfelder validiert.

Ein Validator kann inkonsistente Kombinationen und ungültige Formate erkennen. Er kann jedoch nicht eigenständig feststellen, ob die geschäftliche Transaktion steuerlich korrekt klassifiziert wurde.

7. Summen, Rundungen, Rabatte oder Gebühren stimmen nicht überein

Die Zahlen auf der Rechnung müssen gemäß festgelegten Berechnungsregeln übereinstimmen.

Probleme treten häufig auf, wenn das ERP-System, die Steuer-Engine und der Rechnungskonverter dieselben Werte unterschiedlich berechnen. Schon eine Abweichung von einem Cent kann ausreichen, um einen schwerwiegenden Validierungsfehler auszulösen.

So beheben Sie fehlerhafte Berechnungen

Verwenden Sie in der gesamten Rechnungsabwicklung ein einheitliches, dokumentiertes Berechnungs- und Rundungsmodell.

Achten Sie besonders auf:

  • Rundung auf Zeilenebene
  • Mehrere Mehrwertsteuersätze
  • Preisbezogene Mengen
  • Rabatte auf Dokument- und Zeilenebene
  • Fracht- und sonstige Kosten
  • Gutschriften und negative Werte
  • Währungsumrechnung und Währung für die Mehrwertsteuerabrechnung
  • Konvertierungen zwischen ERP- und Peppol-Formaten

Überprüfen Sie stets das für die Übertragung erstellte endgültige XML. Durch die alleinige Überprüfung der ERP-Quelldaten lassen sich Fehler, die durch die Zuordnungs- oder Konvertierungsschicht entstanden sind, nicht erkennen.

Technische Details

Die Vorschriften von Peppol und EN 16931 überprüfen die Berechnungen auf mehreren Ebenen.

Beispiele hierfür sind:

  • PEPPOL-EN16931-R120: Berechnung des Nettobetrags der Rechnungsposition
  • BR-CO-10: Die Summe der Nettobeträge der Rechnungspositionen muss mit der Positionssumme des Belegs übereinstimmen
  • PEPPOL-EN16931-R040-R042: Übereinstimmung zwischen dem Betrag der Zulage oder der Gebühr, dem Grundbetrag und dem Prozentsatz
  • PEPPOL-EN16931-R051: Die Währungskennungen müssen mit der Rechnungswährung übereinstimmen, vorbehaltlich der definierten Ausnahme

Für Rabatte und Gebühren sollten die strukturierten Vergütungs- und Gebührenelemente verwendet werden. Sie sollten nicht als künstliche Produkte dargestellt werden, nur um den Gesamtbetrag in Einklang zu bringen.

8. Leere Elemente oder falsch zugeordnete Rechnungspositionen

Eine strukturierte Rechnung ist keine digitale Version einer Papierrechnung. Leere Zeilen, visuelle Trennzeichen und beliebiger Text sollten nicht in Rechnungszeilen umgewandelt werden.

Jedes Feld und jede Zeile hat eine festgelegte Bedeutung. Die Verwendung eines Feldes für einen anderen Zweck führt zwar möglicherweise dazu, dass Daten an den Käufer weitergegeben werden, verhindert jedoch eine zuverlässige Automatisierung.

So korrigieren Sie fehlerhafte Felder

ERP-Zuordnungen sollten eher semantisch als visuell sein. Ordnen Sie Informationen danach zu, was sie bedeuten, und nicht danach, wo sie auf einer ausgegebenen Rechnung erscheinen.

Zu den gängigen Steuerelementen gehören:

  • Weglassen optionaler Felder, wenn kein Wert vorhanden ist
  • Entfernen von layoutbedingten Leerzeilen
  • Keine Zahlungsinformationen in Produktbeschreibungen angeben
  • Verwendung strukturierter Felder für Zulagen und Abzüge
  • Zuordnung von Bestellreferenzen zur richtigen Ebene
  • Beibehaltung von Produktkennungen, Mengen, Einheiten und Steuerdaten
  • Notizen nur für wirklich unstrukturierte Informationen verwenden

Technische Details

Regel PEPPOL-EN16931-R008 besagt, dass ein Dokument keine leeren Elemente enthalten darf.

Eine Rechnungsposition ist eine strukturierte Gruppe, die erforderliche Elemente wie eine Positionskennung, die Menge, den Nettopreis der Position, Artikelinformationen und den Preis enthält. Sie kann außerdem strukturierte Daten zu Buchhaltung, Periode, Referenz, Rabatt, Gebühr und Klassifizierung umfassen.

Ein vollständig leeres Element sollte weggelassen werden. Eine Dummy-Zeile mit fiktiven Werten umgeht zwar möglicherweise die Regel für leere Elemente, kann aber dennoch zu Problemen beim Abgleich, bei der Buchhaltung und bei der Analyse für den Käufer führen.

9. Wesentliche Rechnungsangaben sind ausschließlich in einem Anhang enthalten

Eine PDF-Datei oder eine andere Datei kann einer Peppol-Rechnung beigefügt werden, doch der Empfänger sollte diese nicht öffnen müssen, um die Transaktion zu verstehen oder zu bearbeiten.

Wenn die Bestellnummer, die Zahlungsdaten, die Umsatzsteuerangaben oder die Positionsbeschreibungen nur im PDF-Dokument enthalten sind, geht für den Käufer ein Großteil der Automatisierung verloren, die die strukturierte elektronische Rechnungsstellung eigentlich bieten soll.

So verwenden Sie Anhänge

Behandeln Sie Anhänge als Begleitmaterial. Speichern Sie erforderliche und betriebsrelevante Informationen in strukturierten Rechnungsfeldern.

Anhänge können in folgenden Fällen sinnvoll sein:

  • Arbeitszeitnachweise
  • Lieferunterlagen
  • Spezifikationen
  • Begleitende Berechnungen
  • Weitere vom Käufer angeforderte Nachweise

Überprüfen Sie außerdem die Anforderungen hinsichtlich Medientyp, Dateiname und Dateigröße. Dienstanbieter und Empfängersysteme können betriebliche Einschränkungen auferlegen, selbst wenn der Dateityp an sich unterstützt wird.

Technische Details

Das aktuelle Peppol- BIS Billing unterstützt zusätzliche Belege als eingebettete Binärdateien oder externe Verweise. Eingebettete Dateien müssen einen zulässigen MIME-Code und Dateinamen aufweisen.

In älteren Peppol-Leitfäden hieß es, dass das Anhängen einer PDF-Kopie der Rechnung nicht konform sei. OpenPeppol hat diese Aussage aus der Version 3.0.20 von „ BIS Billing “ entfernt. Eine PDF-Kopie ist daher aus diesem Grund nicht verboten, ersetzt jedoch nicht die strukturierte Rechnung.

Die Spezifikation liefert keine Begründung dafür, eine bestimmte PDF-Auflösung, wie beispielsweise 600 dpi, als allgemeinen Grenzwert für die Peppol-Konformität anzusehen.

10. Eine erfolgreiche Lieferung wird mit der Annahme der Rechnung verwechselt

„Geliefert“ bedeutet nicht „zur Zahlung freigegeben“.

Peppol kann zwar eine technisch korrekte Rechnung erfolgreich übermitteln, doch der Käufer kann diese dennoch anfechten oder ablehnen, weil der Preis falsch ist, die Bestellung nicht übereinstimmt, die Ware noch nicht eingegangen ist oder die Rechnung an die falsche juristische Person gestellt wurde.

So verwenden Sie Status

ERP- und Finanzanwender benötigen mehr als nur den Status „gesendet“ oder „fehlgeschlagen“. Die Integration sollte unterscheiden zwischen:

  • Erstellt
  • Validiert
  • Eingereicht
  • Geliefert
  • Verarbeitung
  • In Bearbeitung
  • Angenommen
  • Abgelehnt
  • Bezahlt, sofern dies durch den Geschäftsprozess unterstützt wird

Die Antworten sollten mit der ursprünglichen Rechnung verknüpft sein und so dargestellt werden, dass das zuständige Team darauf reagieren kann. Automatische Wiederholungsversuche dürfen keine doppelten Rechnungen erzeugen.

Technische Details

Peppol nutzt auf den verschiedenen Ebenen unterschiedliche Mechanismen:

  • AS4-Empfangsbestätigungen und Fehlermeldungen liefern Informationen auf Transportebene.
  • Der Peppol Message Level Status (MLS) unterstützt den Verarbeitungsstatus des Dienstanbieters.
  • Peppol Invoice Response übermittelt Geschäftsstatusinformationen im Genehmigungs- und Zahlungsprozess des Käufers.

OpenPeppol hat MLS in das aktuelle eDelivery-Framework integriert und stellt den älteren Mechanismus der Antwort auf Nachrichtenebene schrittweise ein. Bei ERP-Integrationen sollte daher vermieden werden, einen älteren Antworttyp als dauerhaftes Modell zu betrachten.

„Invoice Response“ kann Status wie „bestätigt“, „in Bearbeitung“, „in Prüfung“, „bedingt akzeptiert“ oder „abgelehnt“ übermitteln. Die Unterstützung hängt vom ausgewählten Profil und den von den Teilnehmern registrierten Funktionen ab.

Aufbau eines zuverlässigeren Peppol-Prozesses für Unternehmen

Für eine zuverlässige elektronische Rechnungsstellung reicht es nicht aus, lediglich gültiges XML zu generieren. Der gesamte Prozess muss Folgendes abdecken:

  1. Kunden- und Lieferantenstammdaten
  2. Peppol-Identifikationsschemata
  3. Empfängerermittlung und Abfrage von Funktionen
  4. Profil- und Dokumentenauswahl
  5. Datenabgleich zwischen ERP und Peppol
  6. Validierung gemäß EN 16931 und Peppol
  7. Länderspezifische Anforderungen
  8. Sicheres Routing über Access Points
  9. Technische und betriebswirtschaftliche Antworten
  10. Überwachung, Rückverfolgbarkeit und kontrollierte Wiederholungsversuche

Für große Unternehmen sollten diese Funktionen zentralisiert werden, anstatt sie in jedem ERP-System, jeder Tochtergesellschaft oder jedem Markt separat neu aufzubauen.

Für ERP- und Plattformpartner sollte die Peppol-Anbindung als Managed Service mit stabilen APIs, klaren Fehlerkategorien und umsetzbaren Rückmeldungen bereitgestellt werden. Die Nutzer sollten keine Kenntnisse über SMP-Datensätze oder Schematron-Regeln benötigen, um eine Rechnung zu korrigieren – die Integration muss diese jedoch im Hintergrund korrekt verarbeiten.

Mit Peppol verbinden

Qvalia bietet Unternehmen, ERP-Anbietern und Softwareplattformen umfassende Peppol-Anbindung über APIs und dateibasierte Integrationen. Die Plattform verwaltet den Austausch strukturierter Dokumente, die Erkennung von Teilnehmern, die Validierung, Antwortnachrichten, die Fehlerbehandlung und die Rückverfolgbarkeit von Transaktionen.

Entdecken Sie den Qvalia Peppol-Zugangspunkt.

Technische Hinweise

Vertrauenswürdiger Peppol-Zugangspunkt