API und EDI: Das Beste aus beiden Welten

Wir haben EDI, was es ist und wie es funktioniert, in früheren Blogbeiträgen besprochen. Aber was sind APIs? Gartners technisches Glossar beschreibt eine API als „…eine Schnittstelle, die programmatischen Zugriff auf Dienstfunktionalität und Daten innerhalb einer Anwendung oder einer Datenbank bietet. Sie kann als Baustein für die Entwicklung neuer Interaktionen mit Menschen, anderen Anwendungen oder intelligenten Geräten verwendet werden. Unternehmen nutzen APIs, um den Anforderungen einer digitalen Transformation oder eines Ökosystems gerecht zu werden und ein Plattform-Geschäftsmodell zu starten." Einfach ausgedrückt bedeutet dies, dass eine API eine Schnittstelle ist, die zwei verschiedene Systeme (z. B. das System eines Käufers und das System eines Lieferanten) ermöglicht, miteinander zu kommunizieren und Daten auszutauschen, ohne dass eines der Systeme die Komplexitäten rund um die ausgetauschten Daten (oder die Nachricht) verstehen muss oder wissen muss, wie das andere System mit dem Empfangenen weiter umgeht. Ein gutes praktisches Beispiel dafür, wie eine API funktioniert, ist folgendes: Sie bestellen ein Thai-Takeaway-Essen für eine Party, die Sie veranstalten. Sie gehen online, lesen die Speisekarte (die API) und geben Ihre Bestellung auf. Das Restaurant hat keine Ahnung, wer an Ihrer Party teilnimmt oder was Sie feiern. Sie wissen wiederum nicht unbedingt genau, wo sich das Restaurant befindet, welche spezifischen Zutaten verwendet werden oder wer es wie kochen wird – und keiner von beiden muss das wissen. Sie geben Ihre Bestellung auf, bezahlen, die Schnittstelle zwischen Ihnen und dem Restaurant stellt sicher, dass sie Ihre Bestellung und das Geld erhalten, und Sie erhalten Ihr Essen an Ihrer Adresse, hoffentlich pünktlich. Wenn Sie an APIs im Kontext der Verbindung verschiedener, eigenständiger Geschäftsanwendungen denken, fungieren sie idealerweise als wiederverwendbare Bausteine (weshalb sie manchmal mit dem berühmten dänischen Spielzeug Lego-Steinen verglichen werden), die es Entwicklern ermöglichen, schneller Verbindungen zwischen Anwendungen zu erstellen; tatsächlich ist es der Kommunikationsmechanismus oder Code, der die beiden Apps miteinander verbindet. Denken Sie an eine Preisvergleichswebsite für, sagen wir, Versicherungsangebote. Die Website könnte eine Reihe von Tabellen mit den Kosten der einzelnen Versicherungsgesellschaften führen, müsste diese Tabellen jedoch kontinuierlich und in Echtzeit aktualisieren – und das für jede abgedeckte Versicherungsgesellschaft. Wenn jedoch die Vergleichsseite eine API entwickelt und veröffentlicht, die von jeder Versicherungsgesellschaft genutzt werden kann, um eine Abfrage-Verarbeitungsfähigkeit zu schaffen, und wenn jede beteiligte Versicherungsgesellschaft ihre eigene API entwickelt und veröffentlicht, um ein Rückgabeangebot zu ermöglichen (und vermutlich weitere APIs zur Handhabung von Verträgen, Verkäufen und Zahlungen online), dann wird das Geschäft beschleunigt, Sie können ein Angebot erhalten und das beste Angebot in Echtzeit kaufen (ohne zu wissen, wie es gemacht wird), und neue Versicherer, neue Dienstleistungen und neue Angebote können schnell und einfach hinzugefügt werden. Die Ursprünge der API lassen sich auf Arbeiten aus dem Jahr 2000 zurückführen, als Forscher neue Wege entwickelten, um eine stärkere Zusammenarbeit zwischen Apps im Web zu ermöglichen, die weniger Bandbreite beanspruchen und daher weniger Code erfordern. Im Laufe der Zeit eröffnete die Entwicklung der JavaScript Object Notation (JSON) die Möglichkeit, diese Arbeit weiterzuentwickeln und Anwendungen zu erstellen, die eine hervorragende Browser-Konnektivität zu ressourcenarmen Anwendungen boten. Dieser Fortschritt wurde weiter verstärkt, als neue Programmiersprachen wie Python, Ruby, PHP und natürlich Java neue Programmierungen schneller (weil entwicklerfreundlich), flexibler (weil hoch skalierbar) und günstiger (aus den genannten Gründen und weil sie plattformunabhängig sind) ermöglichten. Als die IT-Branche das Konzept der API-Entwicklung aufgriff und Datengiganten wie Google, Facebook und all die anderen, die Ihnen einfallen, voranschritten, explodierte die Nutzung von APIs. Heute sind alle gängigen sozialen Medien, Inhaltskonsum-Plattformen, Online-Dienste, Daten- und Inhaltsfreigabeplattformen sowie sogar Plattformen zur Bereitstellung von Regierungsdienstleistungen auf APIs angewiesen. Die Explosion des mobilen Computings war ein enormer Beschleuniger, und es gibt allen Grund zu erwarten, dass die Entwicklung des IoT und das massive Wachstum der Vernetzung, das dies mit sich bringen wird, den nächsten Schritt in der API-Evolution und -Nutzung vorantreiben wird. Kurz gesagt, sie sind überall – und sie sind gekommen, um zu bleiben.

Entgegen vieler Vorhersagen und angesichts des oben Gesagten über das API-Wachstum gedeiht EDI weiterhin – tatsächlich deuten Schätzungen darauf hin, dass der gesamte EDI-Markt mit einer CAGR von 12 % von 2022 bis 2027 wachsen wird (EMR: Global Electronic Data Interchange (EDI) Market Outlook). Während EDI die B2B-Kommunikation standardisieren sollte, stellte sich die Realität als nicht ganz so einfach heraus. In Europa verwenden Unternehmen EDIFACT, während in den USA und Asien ANSI X12 der am weitesten verbreitete Standard ist. Dennoch ist EDI als allgemeines Modell gut etabliert, existiert seit langer Zeit und basiert auf soliden Standards. Das bedeutet natürlich, dass es Vor- und Nachteile bei der Nutzung von EDI gibt: Was für eine Person Standardisierung und damit klare Benutzerfreundlichkeit bedeutet, ist für eine andere Person Unflexibilität und strenge externe „Kontrolle durch die dominierenden Akteure in einer bestimmten Branche". Zusammenfassend lässt sich sagen, dass die Vorteile von EDI folgende sind: Gut dokumentiert und standardisiert, sodass „jeder die Regeln kennt", und diese „Regeln" werden regelmäßig getestet, damit neue Marktteilnehmer sofort den Betrieb aufnehmen können, genau wissend, in welchen Rahmenbedingungen sie arbeiten müssen, und mit der Sicherheit, dass sich diese nicht häufig ändern werden. Viele Jahre des Denkens, Planens und standardisierten Einsatzes, einschließlich Signatur und Verschlüsselung sowie sicherer Nichtabstreitbarkeit (d. h. niemand kann ein Dokument ändern, ohne dass es klar und offensichtlich ist, dass dies geschehen ist), haben dazu geführt, dass EDI-Nachrichten äußerst sicher sind, nur von denjenigen zugänglich sind, die die entsprechenden Berechtigungen haben, und die Integrität der enthaltenen Daten absolut ist. Langjährig etablierte Nachrichtenprotokolle bedeuten, dass es im Falle eines Problems klare und nachverfolgbare Workflow-Protokolle gibt, die eine schnelle Identifizierung und Lösung von Problemen ermöglichen. Das bedeutet nicht, dass EDI in bestimmten Geschäftsumgebungen keine Nachteile hat, und im Allgemeinen hat die Entwicklung von APIs versucht, einige dieser Einschränkungen zu beheben. Dazu gehören: Einfach dadurch, dass sie schneller und flexibler zu entwickeln sind, ermöglicht der Einsatz von APIs Unternehmen, auf neue Möglichkeiten zu reagieren, die von gängigen EDI-Standards nicht abgedeckt werden, und zwar viel schneller, kostengünstiger und unabhängig von den übergeordneten „Kontrollen" und Zeitplänen großer dominanter Akteure oder Branchenverbände. APIs sind sehr gut geeignet für die Entwicklung von Integrationen, die mehr als nur den Nachrichtenaustausch ermöglichen. Sie können die Verbindung von Datenbanken und Anwendungen auf agilere und ressourcenschonendere Weise erleichtern, insbesondere Verbindungen zu mobilen Geräten und Anwendungen. Mit der Entwicklung neuer Technologien und Tools ist die API-Entwicklung einfacher und günstiger geworden, und die Verfügbarkeit und die Kosten der benötigten spezialisierten Entwickler sind im Allgemeinen viel niedriger als der Versuch, „neue Funktionalität" innerhalb von EDI-Ökosystemen zu entwickeln. Das Aufkommen dieser neuen, innovativen API-Technologien hat eine Welle der Meinung erzeugt, dass EDI seinen Zenit überschritten habe und vollständig durch APIs ersetzt werden würde. Der renommierte Analyst Gartner kam jedoch zu dem Schluss, dass: „APIs ergänzen, anstatt zu ersetzen, traditionelle B2B-Technologien wie den elektronischen Datenaustausch und die verwaltete Dateiübertragung. Anwendungsführer sollten API-Funktionen nutzen, um neue Kanäle hinzuzufügen, Automatisierung zu ermöglichen und ihr Geschäftsökosystem für das digitale Geschäft zu optimieren." „Use APIs to Modernize EDI for B2B Ecosystem Integration" Mark O'Neill and William McNeill, 11/06/2019

Weder EDI noch APIs bieten eine perfekte Lösung für alle Situationen, aber sie bieten den Nutzern erhebliche Vorteile. Wir haben oben einige der Einschränkungen von EDI und die Vorteile von APIs besprochen, daher ist es nur richtig, dass wir auch die umgekehrte Perspektive einnehmen und die Vorteile von EDI sowie einige der Nachteile von APIs zusammenfassen. EDI bietet viele Vorteile gegenüber APIs, hat aber auch einige Nachteile. Der Nachteil der seit langem etablierten EDI-Formate besteht darin, dass sie komplex in der Handhabung sein können, und wenn Sie Anpassungen vornehmen müssen, kann es schwierig und kostspielig sein, Spezialisten mit den erforderlichen Fähigkeiten und Erfahrungen zu finden. Wenn Sie sich auf das eingestellt haben, was „angeboten wird", aber dann feststellen, dass Sie ergänzende Dienste hinzufügen müssen, könnten Sie schlecht gerüstet sein, um mit dieser Herausforderung umzugehen. Wenn neue Möglichkeiten entstehen und Sie schnell handeln möchten, mit einem Fokus auf mobile Computing-Plattformen, werden Sie Schwierigkeiten haben, eine EDI-Plattform schnell anzupassen. APIs hingegen, obwohl sie oft schnellere und günstigere Wege zur Hinzufügung von Funktionalität sind, haben ihre eigenen Nachteile. Sie tragen ein gewisses Maß an technologischer Komplexität, das Investitionen in qualifiziertes Personal erfordert. Sicherheitsrisiken können reduziert werden, wenn Sie Punkt-zu-Punkt-Verbindungen entwickeln, aber das kann zeitaufwändig und kostspielig sein. Sie sind für die Erstellung Ihrer eigenen Prüfpfad-Fähigkeit verantwortlich, um sowohl gegen Verletzungen der Datenintegrität zu schützen als auch sicherzustellen, dass Sie nachverfolgen können, wo Probleme entstanden oder Änderungen vorgenommen wurden. Während die API-Entwicklung schnell voranschreitet, gibt es nach wie vor keine übergeordnete Stelle, die Standards festlegt, die Konformität testet oder die Interkonnektivität gewährleistet.

Um mit beiden Technologien arbeiten zu können, wird eine Integrationslösung benötigt, die auf einer Integrationsplattform basiert. Dies ermöglicht den Austausch und die Nutzung von Daten zwischen EDI und API und das Beste aus B2B- und/oder A2A-Integration sowie den ausgetauschten Daten herauszuholen. Es kann auch von Vorteil sein, die Möglichkeit zu nutzen, Ihre Geschäftsprozesse mit EDI-Experten zu besprechen, die identifizieren können, wo Sie bestehende Formate und Protokolle für die schnellste und einfachste Implementierung „überspringen" können und gleichzeitig Bereiche empfehlen, in denen APIs eine bessere Option bieten könnten. Dies ist die Designphilosophie, die die Richtung der Plattformentwicklung von Omnizon bestimmt. API und EDI sind komplementär und können mit der von Omnizon entwickelten Lösung erfolgreich im Tandem eingesetzt werden. Nachteile im Zusammenhang mit EDI-Technologie können bei der überwiegenden Mehrheit der Lösungen auftreten, aber durch die Nutzung unserer Omnizon iPaaS EDI-Plattform hat der Benutzer die Werkzeuge in der Hand, um diese Probleme leicht zu überwinden, mit der Möglichkeit, Dokumenttypen und Datenfelder mit schneller Implementierung umzuwandeln, während die Möglichkeit erhalten bleibt, APIs für bestimmte Integrationen zu verwenden, wenn dies eine einfachere, schnellere und kostengünstigere Lösung darstellt, insbesondere im Hinblick auf Verbindungen mit einigen Standardanwendungen wie gängigen ERP-Systemen oder mobilen Anwendungen. Bei Omnizon verstehen wir den Umfang unserer Fähigkeiten und planen sorgfältig und diszipliniert, um sicherzustellen, dass wir unsere Kapazitäten nie überlasten. Wir versuchen nicht, eine universelle API-Konnektivitätsplattform zu sein, sondern konzentrieren uns auf bestimmte Marktsektoren und Nutzersegmente. Ein Beispiel hierfür ist unser Fokus auf Odoo-Module. Wenn Sie ein Odoo-Nutzer sind, arbeiten Sie höchstwahrscheinlich im KMU-Bereich. Wenn dies der Fall ist, müssen Sie wichtige Investitionsentscheidungen treffen, in welche Fähigkeiten Sie investieren können und welche Betriebsbereiche für Sie eine Kerngeschäftstätigkeit darstellen. Durch die Entwicklung Odoo-spezifischer Konnektivität ist Omnizon in der Lage, Ihnen eine maßgeschneiderte Lösung anzubieten, die Ihren spezifischen Bedürfnissen Rechnung trägt und erhebliche „Fast-Track"-Geschäftsvorteile liefert, während Sie sich auf den Betrieb Ihres Unternehmens konzentrieren können, in dem Wissen, dass Ihre Vernetzungsanforderungen gut abgedeckt sind.

Um Ihnen ein klareres Bild davon zu geben, worauf wir uns konzentrieren, werfen wir einen genaueren Blick darauf, was wir im Odoo-Bereich getan haben. Omnizon hat einige Odoo-Module entwickelt, die eine einfache Integration des Odoo ERP-Systems mit Omnizon's iPaaS EDI-Plattform ermöglichen. Zunächst haben wir ein sogenanntes Basismodul, das die Möglichkeit bietet, GLNs für das Unternehmen und Lieferpunkte sowie GTINs für die Produkte einzugeben. Dies bildet eine solide Grundlage, auf der die volle Funktionalität entwickelt werden kann. Das zweite Modul ist für Benutzer konzipiert, die im Geschäftsprozess die Rolle des Käufers spielen, während das dritte Modul für diejenigen in der Rolle des Lieferanten entwickelt wurde. In den meisten Fällen, wenn Sie Omnizon's iPaaS EDI-Plattform verwenden, benötigen Sie beide Odoo-Module. Mit diesen Odoo-Modulen haben Sie die Möglichkeit, Ihr Odoo ERP-System mit Partnern zu integrieren, die Odoo oder andere ERP-Systeme verwenden, sowie mit Partnern, die keine digitalen Akteure sind und noch E-Mails oder andere Nachrichtenkanäle zur Kommunikation verwenden – und das mit nur wenigen Klicks. Für Partner, bei denen die Verbindung eine ERP-zu-ERP-Integration ist, wird dies über die Enterprise EDI-Option erreicht. Für diejenigen, die kein ERP-System verwenden oder bei denen es andere geschäftliche oder technische Gründe gibt, wird die Integration über das Lieferanten- oder Kundenportal erreicht, die selbst integrale Module der Omnizon iPaaS EDI-Plattform sind. Aufgrund sowohl der umfassenden Fähigkeiten der Omnizon iPaaS-Plattform als auch der Odoo-Module sind Sie in der Lage, die Herausforderungen der B2B-Integration im Zusammenhang mit dem gesamten Beschaffungs- und Verkaufsprozess zu meistern, schnell und einfach, ohne dass nicht digitalisierte Lieferanten oder Kunden potenziell aus Ihrem digitalen Ökosystem „ausgeschlossen" werden. Die einfache Implementierung und die Vollständigkeit der Integration, die Omnizon Odoo-Module bieten, steigern Ihren Wettbewerbsvorteil und liefern alle Vorteile der Digitalisierung Ihrer Geschäftsprozesse auf eine schnelle und einfache Weise. Wir betrachten die Entwicklung solcher Module als praktische Demonstration unserer Vision, dass digitale Transformation für jeden zugänglich sein sollte und weder komplex noch zeitaufwändig sein muss, und ist ein Beweis für den Entwicklungsweg, dem wir uns verpflichtet haben. Omnizon wird weiterhin auf die Bedürfnisse der Nutzer in wichtigen KMU-Sektoren eingehen, also bleiben Sie auf dem Laufenden für weitere Updates, während wir neue Module auf den Markt bringen.