iPaaS vs. RPA

Dieser Artikel erschien ursprünglich im RPA Journal: https://rpa-journal.org/low-code-process-automation/


Unternehmens-IT-Landschaften sind komplex und selten gut vernetzt. Laut einer kürzlich von MuleSoft in Auftrag gegebenen Deloitte-Umfrage unter IT-Führungskräften betreibt ein durchschnittliches Unternehmen über 800 Anwendungen, von denen weniger als 30 % integriert sind, sodass die Mitarbeiter die verbleibenden isolierten 560 Anwendungen manuell bedienen müssen.


Insbesondere Legacy-Anwendungen bieten oft keinen Zugriff auf eine Anwendungsprogrammierschnittstelle (API), aber selbst wenn eine API verfügbar ist, erweist sich die Integration oft als nicht einfach. Unzureichende Dokumentation ist ein wesentlicher Faktor. Darüber hinaus muss der Administrator der Anwendung den Robotern explizit Zugriff gewähren, was bei externer Verwaltung, wie es bei vielen SaaS-Anwendungen der Fall ist, zu einem großen Hindernis werden kann. Schließlich fällt die Erstellung benutzerdefinierter Integrationen außerhalb des Low-Code-Bereichs, der ohne spezialisierte Softwareentwicklungsexpertise zugänglich ist.


Robotic Process Automation (RPA) ist für sein Versprechen bekannt geworden, Anwendungen ohne Softwareintegration zu verbinden, indem einfach über die Benutzeroberfläche gearbeitet wird. Trotz seiner Mängel schafft dieser Ansatz Vorhersagbarkeit des Ergebnisses, was es einem ganzen Ökosystem von RPA-Anbietern und Implementierungspartnern ermöglicht hat, mit einer Geschwindigkeit zu wachsen, die unter anderen Prozessautomatisierungstechnologien beispiellos ist.


Der größte Nachteil der auf Benutzeroberflächen (UI) basierenden Automatisierung ist der hohe Wartungsaufwand, der für den Betrieb einer Roboterarbeitskraft erforderlich ist. Benutzeroberflächen wurden ursprünglich nicht für die Verwendung durch Maschinen entwickelt. Jede kleine Änderung in der Anordnung von Elementen, auch wenn sie für einen menschlichen Benutzer kaum wahrnehmbar ist, hat das Potenzial, einen Roboter zum Stillstand zu bringen.


Daher hat in den letzten Jahren ein konkurrierender Ansatz zur Low-Code-Prozessautomatisierung an Popularität gewonnen. Integration Platforms as a Service (iPaaS), eine natürliche Weiterentwicklung der Enterprise Service Bus (ESB)-Technologie, auch bekannt als Middleware, stützt sich auf vorgefertigte API-Integrationen oder Konnektoren, um einfache Workflow-Automatisierungen zu ermöglichen.


Während RPA als Unternehmenstechnologie mit Schwerpunkt auf Desktop-Automatisierung geboren wurde, hat modernes iPaaS seine Wurzeln in der Automatisierung von Verbraucher-Webservices. IFTTT, einer der bekanntesten Pioniere auf diesem Gebiet, bot ursprünglich die Automatisierung von Twitter, Facebook und Gmail an. Zapier wurde ein Jahr später, im Jahr 2011, gegründet, um Unternehmensbenutzern eine ähnliche Erfahrung zu bieten. Bald gesellten sich damals bereits etablierte ESB-Anbieter wie TIBCO, Informatica und Boomi sowie Microsoft Flow hinzu.


Eine große praktische Einschränkung von iPaaS ist das verfügbare Universum an Konnektoren. Während führende Anbieter Hunderte von Integrationen vorweisen, ist die Auswahl bei allen Anbietern ähnlich und konzentriert sich hauptsächlich auf nordamerikanische Webdienste. Die Nutzung von iPaaS als umfassende Low-Code-Automatisierungsplattform ist daher eine Herausforderung. Sogar Unternehmen, die dies in großem Umfang tun, wie Finn Auto in Deutschland, verlassen sich auf komplementäre RPA-basierte Ansätze.


Das Dilemma zwischen Zuverlässigkeit und Flexibilität wird sowohl von RPA- als auch von iPaaS-Führungskräften gut erkannt.


Im März 2021 erwarb UiPath Cloud Elements, eine API-Integrationsplattform. In seinem Feature-Release vom Oktober wurde die „Einführung von API-basierten Automatisierungsfunktionen für Unternehmen“ erwähnt, etwas ironisch angesichts des anfänglichen Engagements für die UI-Automatisierung, das sich im Namen des Unternehmens widerspiegelt.


Eine ähnliche Logik trieb die Absicht von TIBCO an, Blue Prism zu erwerben (zum Zeitpunkt dieser Veröffentlichung läuft ein Bieterwettbewerb). Ein weiterer iPaaS-Anbieter, Workato, der kürzlich eine Finanzierung in Höhe von 200 Millionen US-Dollar bei einer Bewertung von 5,7 Milliarden US-Dollar angekündigt hat, legt Wert auf seine integrierte RPA-Funktionalität. Wir werden wahrscheinlich auch in diesem Bereich eine Übernahme durch Automation Anywhere nach dem geplanten Börsengang sehen.


Bei unserer Arbeit bei F-ONE ziehen wir es vor, wann immer möglich API-Integrationen zu verwenden, um die Stabilität unserer Roboter zu erhöhen. In den meisten Situationen ist dies jedoch einfach nicht praktikabel oder machbar, wenn man bedenkt, wie viel Zeit es dauert, eine ordnungsgemäße Dokumentation zu erhalten und den API-Zugriff zu arrangieren. In diesen Fällen bietet RPA eine sinnvolle Lösung, wobei die Vorteile der Automatisierung die Wartungskosten der Bots überwiegen. Um verteilte Automatisierungsinitiativen zu ermöglichen, ist die Vorhersehbarkeit des Ergebnisses unabhängig von der technologischen Landschaft oft ein entscheidender Faktor.


Generell beobachten wir eine Konvergenz zwischen API-basierter und UI-basierter Automatisierung, die sich voraussichtlich in den kommenden Monaten fortsetzen wird. Führungskräfte in der Unternehmensautomatisierung sind gut beraten, die Vorteile beider Ansätze in jedem Einzelfall abzuwägen und diese Wahl bewusst als Teil der übergreifenden Definition der Automatisierungsstrategie zu treffen.

31 Ansichten

Aktuelle Beiträge

Alle ansehen