Automatisierungspraxis: RPA oder API? Beides!

Während Robotic Process Automation (RPA) und alle möglichen Technologien der künstlichen Intelligenz (KI) auf keinem Strategiepapier zur Automatisierung fehlen, wird eine altbekannte Technologie immer noch stiefmütterlich behandelt: die Integration mittels Application Programming Interface, kurz API .

Source: Original Postress-this.php?">Automatisierungspraxis: RPA oder API? Beides!

Der Punkt ist dabei nicht, ob man nun auf RPA oder API setzt. Viel interessanter ist die Frage, wie sich beide Technologien gegenseitig befruchten können. RPA Tools können als Bindeglied zwischen graphischen Oberflächen und den APIs in einem Geschäftsprozess fungieren. Dazu müssen aber einige Voraussetzungen hinsichtlich der zu nutzenden Systeme und des Geschäftsprozesses selbst erfüllt sein.

Für den Geschäftsprozess gilt hierbei, dass dieser automatisierbar ist. Das heißt, er muss einem standardisierten Verfahren folgen, das regelbasiert vorgeht. Er muss zudem arbeitsintensiv sein und ein großes Transaktionsvolumen mit einem nicht unwesentlichen Fehlerpotential aufweisen. Die zu nutzenden Systeme müssen über die grafische Oberfläche beziehungsweise eine bereitgestellte API zugänglich sein.

Eine API ist eine Schnittstelle zwischen zwei Programmen, die dafür sorgt, dass Daten zwischen den Anwendungen, unter Nutzung einer strukturierten und definierten Syntax, standardisiert ausgetauscht werden können. APIs sind häufig in Module oder auch Namensräume eingeteilt, die verschiedene Funktionsgruppen der API widerspiegeln. Früher waren APIs weitgehend auf technische Bereiche beschränkt. Inzwischen sind sie aber zu einem bedeutenden Motor für das Unternehmenswachstum geworden, da sie genauso wie RPA darauf ausgelegt sind, Prozesse zu optimieren. Mit einem kleinen Unterschied: APIs interagieren mit der Zielanwendung ausschließlich über das Backend, während RPA mit der Zielanwendung über das Frontend interagiert. Erfordert der zu automatisierende Prozess nur eine eng definierte Transaktion zwischen zwei Anwendungen, dann ist die API die beste Wahl. In vielen Fällen umfassen die Prozesse jedoch mehr Schritte, als eine API-Integration bewältigen kann. In diesen Fällen kann RPA im Verbund mit API helfen, komplexe Prozesse Ende-zu-Ende zu automatisieren.

Nehmen wir zur Vertiefung das Praxisbeispiel Automatisierung der Akquise im Vertrieb durch die Synchronisation von Xing mit dem CRM-System Pipedrive. Hintergrund war die Herausforderung, dass der Vertrieb die Ansprechpartner über die bisherigen Kommunikationskanäle kaum noch erreichen konnte. Stattdessen kristallisierte sich heraus, dass die Kunden über alternative Kontaktmöglichkeiten, wie die Vernetzungen in Social-Media-Kanälen wie LinkedIn und Xing, in angemessener Zeit reagierten. Im Rahmen eines Automatisierungsprojektes sollte daher ein Teil der Akquise aus Xing automatisiert werden. Indem, gestartet durch einen Trigger, Daten aus Xing extrahiert und in das CRM synchronisiert werden, sollten die Mitarbeiter entlasten und Fehler bei der Synchronisation vermieden werden.

Die Prozessaufnahme erfolgte in Form einer Klickstrecke. Diese beinhaltet für jeden Prozessschritt einen zugehörigen Screenshot der Oberfläche des genutzten Systems, der genutzten bzw. extrahierten Daten und eventuelle Entscheidungen, die in diesem Schritt zu beachten sind.

Die so gesammelten Daten und Abläufe dienten als Grundlage zur Erstellung zweier weiterer Dokumente:

• einem BPMN-Dokument, welches die einzelnen Prozessschritte und die dazugehörigen Daten, Systeme und Entscheidungen grafisch darstellt und
• einem Process Definition Document, das einige Rahmendaten des Prozesses beinhaltet.

Der automatisierte Prozess sollte als teilautomatisierter Prozess angelegt werden, der von einem Mitarbeiter manuell gestartet wird, ihn individuell und zeitnah bei einem Prozess unterstützt und einen Teil der Arbeit auf der Maschine des Mitarbeiters für diesen erledigt. Da der Mitarbeiter den Prozess drei- bis viermal am Tag ausführt, würde die Automatisierung des Prozesses eine Zeitersparnis von bis zu 28 Minuten pro Tag zur Folge haben. Unabhängig von der Umstellung auf einen teilautomatisierten Prozess erfolgt die Kommunikation mit Pipedrive nicht über die Oberfläche, sondern über die API von Pipedrive. Der eigentliche Prozess besteht aus zwei Schritten: dem Extrahieren von Daten aus Xing und der Kommunikation mit der Pipedrive-API.

Zur Extraktion der Daten dient ein RPA Tool von UiPath. Es ermöglicht den Zugriff auf die GUI-Elemente der Xing-Website. Außerdem bietet UiPath die Möglichkeit, sogenannte Custom Activities zu importieren, die im .NET Framework entwickelte Funktionen enthalten. Im Zuge des Prozesses liest der Bot die Daten aus Xing aus und speichert sie in Datenobjekten ab. Diese Datenobjekte werden durch Data Transfer Objects, kurz DTO, dargestellt. Die für diesen Prozess benötigten DTOs werden vom Custom Activities Package bereitgestellt. DTOs sind dazu da, um Daten in einer einheitlichen Struktur zwischen zwei Schnittstellen auszutauschen und erleichtern die Kommunikation mit der Pipedrive-API.

1. Roman Schäfer, Blue Reply
   Das Wort „Übergangstechnologie“ klingt arg negativ. Irgendwie ist doch alles eine Übergangstechnologie. Nach SAP R3 kommt S4 HANA, nach Windows 7 kommt Windows 10, da spricht niemand von Übergangstechnologien. Ich spreche daher lieber von Release-Zyklen.
2. Andreas Zehent, Deloitte
   Die flächendeckende Technologiekompetenz fehlt noch immer in den meisten Unternehmen, da bei Einstellungsverfahren in Fachabteilungen noch zu wenig Wert darauf gelegt wird. In vielen Abteilungen vieler Unternehmen können Sie außerhalb der IT die Leute, die zumindest die nötigen Grundkenntnisse mitbringen, an den Fingern einer Hand abzählen.
3. Dr. Rami-Habib Eid-Sabbagh, Lana Labs
   Das Schöne an RPA ist doch: Die Technologien sind heute einfach zu nutzen. Durch diesen Vorteil sinkt die Hemmschwelle zur Modernisierung, und neue Türen werden aufgestoßen – mit Machine Learning und Process Mining werden in Zukunft automatisch gezielt smarte Bots gebaut werden können.
4. Jan Wunschick, Lufthansa Industry Solutions
   Viele Firmen machen immer wieder den gleichen Fehler, sehr viele starre Prozesse zu implementieren, vor allem im Bereich der IT-Sicherheit. Der Aufwand, die Legacy-Architektur umzubauen, steigt auf diese Weise exponentiell. Gerade hier sind Plattformansätze hochspannend, weil sie den Aufwand deutlich reduzieren und viele Einsparmöglichkeiten bieten.
5. Alexander Steiner, meta:proc
   Gerade wenn nach günstigen und schnell umzusetzenden Lösungen gesucht wird, verspricht eine RPA schnelle Wertschöpfung. Doch eigentlich ist sie nur eine Übergangstechnologie, und zwar bis zu dem Punkt, an dem eine Schnittstellentechnologie besser passt.
6. Timo Nolle, PAFnow
   KI und Machine Learning können das Process Mining entscheidend voranbringen. Das automatische Auffinden von Anomalien in Unternehmensprozessen ist zum Beispiel ein interessantes Szenario. Dieser Ansatz geht über die heutigen Möglichkeiten von RPA hinaus, da so nicht mehr nur Prozessbilder erstellt werden, sondern automatisch Learnings gezogen werden können.
7. Jörg Richter, Pegasystems
   Kunden kommen häufig mit großen Ambitionen. Doch nach der Implementierung einer Technologie kommt es oft vor, dass der Betrieb stockt und die Lösung unproduktiv wird. RPA ist im Endeffekt eine Lösung, die dazu dient, die Legacy zu verwalten. Unbedingt vermeiden sollte man einen Wildwuchs an Bots: Wir raten unseren Kunden daher, für sich die Frage zu beantworten, wie für sie am Ende die ideale Lösung aussehen soll, und dann danach zu handeln.
8. Julian Beckers, Weissenberg Business Consulting
   Erfolgreiches RPA ist für mich, wenn wir eine funktionierende, verständliche und portionierbare Lösung vorlegen können, die für sich funktioniert. Auf CIO-Ebene muss immer alles gleich in große Gesamtlösungen integriert sein und reibungslos darin aufgehen. Die Realität sieht aber häufig anders aus. Wir unterliegen im Alltag natürlich vielen technologischen Beschränkungen und müssen mit dem arbeiten, was wir haben.

Die Kommunikation über die Pipedrive-API wurde der Navigation über die Oberfläche vorgezogen, da die API die konstantere Schnittstelle abbildet. Des Weiteren verkürzt die Pipedrive-API die Dauer der Ausführung und sorgt für eine Minimierung des Fehlerpotenzials, das häufig von sich ändernden GUI Elementen ausgeht. Die Kommunikation wird während des Prozesses von mehreren Custom Activities abgebildet, die die Pipedrive-API ansprechen. In diesen Custom Activities werden alle für dieses Projekt benötigten Endpunkte abgebildet, um die Pipedrive-API ansprechen zu können.

Auf der Basis der von Xing extrahierten Daten wird mit Hilfe der Custom Activities zunächst überprüft, ob bereits Daten, die zum Xing Kontakt gehören, in Pipedrive vorhanden sind. Hierbei liefern die importierten Custom Activities die von der Pipedrive erhaltenen DTOs an UiPath zurück. Die Verwaltung und die Weiterverarbeitung der Datensätze aus Pipedrive übernimmt somit UiPath. Sind alle nötigen Daten zum Erstellen eines Deals bereits vorhanden oder wurden im Laufe des Prozesses über die Custom Activities angelegt, so wird mit Hilfe der Custom Activities ein neuer Deal erstellt.

Dank der Teilautomatisierung muss der Mitarbeiter keine monotone Copy & Paste-Arbeit mehr erledigen und kann sich stattdessen anderen Aufgaben mit höherem Mehrwert für das Unternehmen zuwenden. Darüber hinaus bietet der automatisierte Prozess die Möglichkeit, auch den Arbeitsaufwand bei steigendem Akquise-Aufkommen über Xing in wirtschaftlichen Grenzen zu halten. Außerdem bieten die entwickelten Custom Activities das Potenzial, weitere Teilaufgaben, die mit Pipedrive zusammenhängen, zu automatisieren.

Wie das Beispiel zeigt, sind RPA und API keine Konkurrenten, sondern komplementäre Technologien, die sich gegenseitig hervorragend ergänzen können und gut zusammenarbeiten. Der Umstand, dass RPA-Tools nicht nur auf die Benutzeroberfläche zugreifen können, sondern auch auf APIs, verschafft den Automatisierungsspezialisten eine ungeheure Flexibilität bei der Automatisierung von Prozessen. Gibt es genügend APIs zur Kommunikation und zum Datentransfer zwischen den Systemen und Anwendungen, kann auf den Einsatz von RPA verzichtet werden. Im umgekehrten Fall ist RPA die rettende Lösung, die die Arbeit über das User Interface erledigt. Jeder, der Prozesse automatisiert, sollte neben RPA auch die API-Integration auf dem Zettel haben. (mb)