Peppol für Entwickler: Rationalisierte B2B-Transaktionen oder neue IT-Last?

Peppol gewinnt zweifellos an Bedeutung in der Welt des Business Messaging. Unternehmen und Behörden migrieren zunehmend Geschäftsnachrichten - Rechnungen, elektronische Bestellungen und andere Transaktionsflüsse - von älteren Technologien auf diesen neuen, offenen Standard.

Viele Artikel geben einen Überblick über die Grundlagen von Peppol, daher werden wir hier nicht darauf eingehen. Eine Zusammenfassung des Hintergrunds finden Sie in diesem Beitrag über die Geschichte von Peppol. Stattdessen werde ich auf die Funktionen, technischen Möglichkeiten und die Infrastruktur aus der Sicht eines Entwicklers eingehen und erklären, warum Peppol zu einem neuen Paradigma im B2B-Bereich geworden ist.

Business-to-Business (B2B) im IT-Kontext bezieht sich auf den elektronischen Austausch von Geschäftsnachrichten zwischen Unternehmen. Elektronische B2B-Kommunikation gibt es schon lange und war einer der treibenden Faktoren bei der Entwicklung eines stabilen und sicheren globalen Netzes - dem, was wir heute als Internet kennen.

Business-to-Business (B2B) im IT-Kontext bezieht sich auf den elektronischen Austausch von Geschäftsnachrichten zwischen Unternehmen. Elektronische B2B-Kommunikation gibt es schon lange und war einer der treibenden Faktoren bei der Entwicklung eines stabilen und sicheren globalen Netzes - dem, was wir heute als Internet kennen.

Der Grund dafür ist einfach. Die Unternehmen erkannten, dass sie mit der Einführung von Computern Daten austauschen mussten, um ihr Potenzial voll ausschöpfen zu können. Aus diesem Bedürfnis heraus entstand der B2B-Bereich.

Als B2B in den späten 70er Jahren begann, gab es noch keine Netzwerke zwischen Unternehmen, und Daten(speicher) waren unvorstellbar teuer, so dass jeder sein Bestes tat, um die Datenmodelle zu minimieren.

Aus diesen Anfängen haben sich zwei führende Formate entwickelt: ANSI X12 (1979) in den USA und EDIFACT (1984) in Europa. Beide waren als Standard für Unternehmen gedacht, um Daten so komprimiert wie möglich zu speichern.

Jahrzehnte später sind diese Formate weltweit immer noch weit verbreitet. X12 ist außerhalb der USA unüblich, aber EDIFACT ist weit verbreitet.

EDIFACT ist auch die Grundlage für UBL, den Baustein von Peppol XML.

B2B wird heute von so gut wie jedem Unternehmen genutzt, denn jeder muss digital kommunizieren, um Geschäfte zu machen.

Mit der Ausbreitung des B2B, insbesondere ab Mitte der 90er Jahre, als das Internet boomte, begannen viele Unternehmen, Punkt-zu-Punkt-Verbindungen (P2P) mit ihren Geschäftspartnern herzustellen, da es keine anderen Alternativen für den Austausch ihrer B2B-Daten gab.

Einige Zeit später wurden die ersten Value-Added-Network-Dienste (VAN) entwickelt, um die Wachstumsschwierigkeiten von P2P-Verbindungen zu mildern. Unternehmen konnten sich mit einem VAN Dienstanbieter verbinden, der wiederum mit allen anderen Teilnehmern verbunden war und so ein B2B-Betreibernetz bildete. Diese Diensteanbieter werden im Allgemeinen einfach als Betreiber (OP) bezeichnet.

Immer mehr OPs wurden gegründet - einige lokal, für eine bestimmte Region oder ein bestimmtes Land, und andere mit globaler Reichweite. Die Zahl der B2B-Verbindungen wuchs schnell, während gleichzeitig immer mehr Systeme auf den Markt kamen.

Das Ergebnis war eine explosionsartige Zunahme von Nachrichtentypen und -formaten, da die unterstützenden Systeme keine gemeinsamen Standards hatten.

B2B-Dienstleister erkannten bald, dass sie Transformationen (Konvertierungen von Datenformaten zwischen den Systemen der Kunden und ihrer Geschäftspartner) benötigten, was zur Entwicklung weiterer Lösungen, Transformationssoftware für Unternehmen und Transformationsdiensten von VAN Anbietern führte.

Wie Sie sich wahrscheinlich vorstellen können, verursachte dies ein Chaos im B2B-Verkehr. Für die Betreiber von VAN war diese Vorgehensweise jedoch äußerst profitabel: Sie konnten sowohl dem Absender als auch dem Empfänger Gebühren in Rechnung stellen und obendrein noch zusätzliche Gebühren für die Umwandlung verlangen!

Sicher, "Zusammenbruch" ist vielleicht etwas drastisch ausgedrückt. Doch als die Zahl der Formate ohne zentrale Koordinierung wuchs, das Internet sich rasant verbreitete und die Preise für die Speicherung und Übertragung von Daten immer weiter sanken, drohte der Zusammenbruch.

Die Betreiber von VAN waren jedoch zufrieden. Jeder Teilnehmer eines Betreibernetzes war fest eingeklemmt und hatte keine andere Wahl, als weiterhin die Rechnungen der Anbieter von VAN zu bezahlen, um sein Geschäft weiter betreiben zu können.

Als die Kosten schmerzhaft hoch wurden, begannen die Unternehmen, die B2B-Funktionalität nach Hause zu holen; die Integrationsplattform stieß zum ersten Mal ins Licht der Öffentlichkeit.

Integrationsplattformen wurden entwickelt, um die Funktionen vieler Anbieter von VAN bei der Abwicklung von Transporten, Umwandlung und Weiterleitung zu ersetzen. Diejenigen, die schon ein paar Jahre im Geschäft sind, erinnern sich an diese Zeit als das SOA-Zeitalter (und wir befinden uns jetzt im Zeitraum 2004-2008). Seitdem hat sich SOA zum Microservices-Standard entwickelt bzw. gewissermaßen gemorpht. Alles in allem ein großartiges Ergebnis.

Allerdings wurden den Unternehmen von den Anbietern von Integrationssoftware oft erhebliche Lizenzgebühren in Rechnung gestellt, anstatt den Anbieter VAN zu bezahlen. Darüber hinaus machte die Flexibilität der Integrationssoftware die Komplexität noch schlimmer, da die Unternehmen nun so ziemlich alles anpassen und in ihren Systemen verarbeiten konnten, allerdings zu hohen Fixkosten sowie zu Kosten für Berater, manuelle Bearbeitung und den Aufbau von Integrationen. Dieses Durcheinander ist etwas, worunter wir immer noch leiden - der Integrationsspaghetti. Die Anzahl der Formate, Kommunikationsprotokolle und P2P-Verbindungen ist überwältigend.

Die Lösung für diese ineffiziente, aber unglücklich wachsende Situation kam unerwartet. Da Länder, Regionen und Systeme ihre eigenen Formate und Protokolle hatten, erkannte die Europäische Union das Problem als Hindernis für einen effektiven Binnenmarkt. Die EU begann mit der Entwicklung von Peppol, um ein Kooperationsnetz mit einem präzisen und kontrollierten Standard zu schaffen.

Dies geschah unabhängig von dem Zusammenbruch der B2B-Branche, aber die EU benötigte eine Form eines gemeinsamen und effizienten Kommunikationsstandards, da es auf dem Markt keinen gab.

Nicht alle waren darüber glücklich. Die Anbieter von VAN erkannten, dass die Einfachheit eines gemeinsamen Standards zu einem radikalen Rückgang der erhobenen Gebühren führen würde, wodurch eine wichtige Einnahmequelle wegfiele.

Schließlich erkannten die meisten Anbieter von VAN mit der tatkräftigen Unterstützung der europäischen Politik und der kontinuierlichen Übernahme von Peppol durch Regierungen und Unternehmen, dass die Beibehaltung eines einzigen Standards langfristig kosteneffizienter war. Die Aufrechterhaltung des B2B-Durcheinanders und des Integrationswirrwarrs war nicht mehr zeitgemäß. Die Unterstützung durch die Betreiber von VAN verhalf Peppol zum Durchbruch.

Auch die Unternehmen, die viel in eine Integrationsplattform investiert hatten, die die gesamte B2B-Kommunikation intern abwickelt, waren nicht gerade begeistert. Peppol erfordert die Verwendung eines Peppol-Zugangspunkts (AP), auch Peppol-Dienstanbieter genannt, als einzige Möglichkeit, Nachrichten über Peppol auszutauschen. Diese einzige Schnittstelle zum Netz macht bestehende P2P-Verbindungen und die Fähigkeit, viele Übertragungsprotokolle zu verarbeiten, überflüssig.

Die Nutzer von Integrationsplattformen sind zu demselben Schluss gekommen wie die Betreiber von VAN . Zumindest fangen sie an, es zu erkennen - die Verwendung EINES Standards hilft, einen Großteil des Durcheinanders zu beseitigen. Gleichzeitig bieten immer mehr Softwareanbieter, z. B. ERPs wie SAP, native Unterstützung für Peppol an, so dass komplexe Transformationen nicht mehr erforderlich sind.

Viele Betreiber von Integrationsplattformen und VAN haben erkannt, dass das Peppol-Modell von großem Nutzen ist.

Das AP garantiert die Zustellung von Nachrichten; das Protokoll und der Standard sind hochgradig strukturiert und validiert, und jede über das Netz empfangene Nachricht ist vollständig validiert und aus Sicht der Syntax und der Validierungsregeln immer zu 100 % korrekt.

Diese durch das Peppol-Netz gebotenen Kontrollmöglichkeiten können den Bedarf an Fehlerbehandlung und -verfolgung erheblich senken und damit langfristig Geld sparen. Das Personal kann sich anderen Aufgaben zuwenden, und Softwarelizenzen und Systeme können reduziert werden.

Als ich in der IT- und B2B-Branche anfing, bestand eine meiner ersten Aufgaben darin, einen Datenfluss von EDIFACT D.93A auf das damals neu erschienene D.96A umzustellen (Kenner von EDIFACT wissen vielleicht, dass D.96A 1996 veröffentlicht wurde), und mein erster Gedanke war: "Was zum...? Wer in Gottes Namen hat sich dieses Format ausgedacht?". Dann wurde mir klar, dass es die Vereinten Nationen waren, und ich akzeptierte die Situation.

Peppol hat sich für UBL als zugrunde liegenden Standard entschieden, der auf EDIFACT basiert. Es handelt sich um eine gut genutzte und bewährte Grundlage, die den Anforderungen der meisten Unternehmen gerecht wird.

Die UBL-Nachrichten werden über AS4 (ebMS) als signierte und verschlüsselte Daten versandt, was die Nachricht und den Transport sichert und Peppol zu einer sicheren und zuverlässigen Kommunikationsmethode macht. Peppol wird als offener Standard verwaltet, mit einem Ausschuss und Mitgliedern, die den Standard festlegen und Änderungen und Ergänzungen vornehmen. Jedes beitretende Land hat eine oder mehrere Peppol-Behörden, die die Mitglieder in jedem Land verwalten.

Lesen Sie diesen Beitrag, um sich mit der Peppol-Terminologie vertraut zu machen.

Peppol ist eine Reihe von Standards und Infrastrukturen zur Vereinfachung elektronischer Beschaffungsprozesse in Europa und darüber hinaus. Seine Einführung wurde durch den Bedarf an standardisierten und interoperablen Lösungen für die elektronische Beschaffung vorangetrieben, um die Effizienz zu steigern, Kosten zu senken und den internationalen Handel zu fördern.

Die wichtigsten Punkte zur Peppol-Adoption:

Insgesamt stellt die Einführung von Peppol einen bedeutenden Fortschritt bei der Digitalisierung von Beschaffungsprozessen dar, der zu mehr Effizienz, Kosteneffizienz und globaler Handelsintegration führt.

Und die Herausforderungen?

Die Adoption von Peppol hat zwar Vorteile, kann aber auch mit einigen Hindernissen verbunden sein. Ich bin hier ein wenig grob - es ist wichtig, Peppol mit offenen Augen zu betrachten:

Um diese Hindernisse zu beseitigen, bedarf es einer strategischen Planung, angemessener Ressourcen und eines starken Engagements der Beteiligten, damit die Vorteile von Peppol erfolgreich eingeführt und genutzt werden können.

Peppol wächst. Es gibt einige Kinderkrankheiten, da neue Länder beitreten wollen, und die Gemeinschaft versucht ihr Bestes, um die Ressourcen so zu kombinieren, dass sie den Bedürfnissen aller gerecht werden.

Der Standard hat sich aufgeteilt in Peppol BIS, das hauptsächlich in Europa verwendet wird, und Peppol PINT, das international verwendet wird. Dies ist wahrscheinlich sinnvoll, da die MwSt-Vorschriften und -Anforderungen nicht in einem einzigen Format erfüllt werden können, aber die Zuordnung (Transformation) zwischen den beiden Formaten ist klar geregelt.

Wenn wir auf den Spagat zurückblicken, unter dem wir vor Jahren gelitten haben, ist es erwiesen, dass Peppol die Komplexität lösen, zur Kostensenkung beitragen, Fehler reduzieren und Daten von höherer Qualität liefern kann. Auch wenn es berechtigte Herausforderungen gibt, die sich für manche als schwer zu überwinden erweisen könnten, ist es offensichtlich, dass Peppol weiter wachsen wird. In den kommenden Jahren werden wir eine verstärkte Unterstützung von Systemen und Diensten, z. B. ERPs, sehen, die die Peppol-XML-Formate unterstützen, mehr Bezirke, die sich anschließen, und eine kontinuierliche Zunahme von Transaktionen und Benutzern.