Ist Open Source ein Ersatz für kommerzielle RPA-Tools?

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Peter Hecker
Berater, Coach und Trainer für IT-, Online- und Digitalisierungsthemen
• Informatik seit der 7. Klasse
• >30 Jahre Unternehmer +
Führungskraft
• >20 Jahre Dozent + Trainer
Quelle: https://www.hco.de/
Peter Hecker ist Gründer von HECKER
CONSULTING (www.hco.de) und zusammen
mit Kollegen bietet er dort individuelle
Seminare sowie Workshops zu über 400 IT-,
Online- und Digitalthemen.

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Agenda
Die Themen
Der RPA-Software-Markt im Überblick
Kommerzielle RPA-Software
Open-Source RPA-Software
Kriterien für Open-Source-RPA-Software
Auswahl von Open-Source-RPA-Software
Messung des Erfolgs von Open-Source-RPA-Projekten
Bewertung und Fazit

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Der RPA-Software-Markt

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Quelle: https://de.wikipedia.org/wiki/Robotic_Process_Automation
? RPA ?
"...Robotic Process Automation ist ein Ansatz zur Prozessautomatisierung, bei dem
repetitive, manuelle, zeitintensive oder fehleranfällige Tätigkeiten durch sogenannte
Softwareroboter erlernt und automatisiert ausgeführt werden. ..."

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
• Kostenreduktion bei repetitiver
Tätigkeiten bzw. Arbeitsschritte
• Vermeidung von Risiken durch
menschliche Fehler
• Mitarbeiterentlastung zur Fokussierung
auf wertschöpfende Tätigkeiten
• Prozessgeschwindigkeit erhöhen
• Reduzierung der Abhängigkeit vom
Fachkräftemangel
• Prozessstabilität
RPA-Ziele

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
2022 Gartner® Magic Quadrant™ for Robotic Process Automation
Quelle: https://www.gartner.com/reviews/market/robotic-process-automation-software

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
• "Unternehmen nutzen RPA, um ihre
Initiativen zur Automatisierung von
Geschäftsprozessen und ihre Pläne zur
digitalen Transformation zu
beschleunigen und die betriebliche
E
ffi
zienz zu verbessern"
• 2021: Anstieg um 31% deutlich
stärker als der gesamte
Softwarebereich (16%).
• 2022: Anstieg um 19,5% auf
voraussichtlich 2,9 Milliarden Dollar.
• Prognose für 2023: Anstieg um 17,5%
RPA ist ein Wachstumsmarkt

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Der RPA-Software-Markt ist in Bewegung
1. Anbieter aus angrenzenden
Märkten bieten zusätzlich RPA-
Funktionen an
2. RPA-Anbieter bauen API-
Integrationsfähigkeit aus
3. RPA-Features werden
ausgebaut
Technische Veränderungen

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Der RPA-Software-Markt ist in Bewegung
• Markteintritt von Big Player
• Mehrere größere Übernahmen
• Ergebnis:
• Aggressive Preispolitik
• Aber:
• Top 10: 75% des Marktes
• Top 3: 52% des Marktes
Marktveränderungen

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
RPA - Obligatorische Fähigkeiten
Das muss RPA-Software können
• Fähigkeit, über die Gra
fi
kschnittstelle mit Unternehmensanwendungen zu
interagieren
• Unterstützung für die Skriptentwicklung mit Standardprogrammiersprachen oder
anbieterspezi
fi
schen Low-Code-Darstellungen (einschließlich gra scher Entwicklung)
• Fähigkeit, eine Aufgabe aufzuzeichnen und in ein Skript zu konvertieren, das
bereitgestellt werden kann
• Unterstützung von "Attended" und "Unattended" Automation
• Möglichkeit der Orchestrierung und Verwaltung von Benutzern, Skripten und der
Laufzeit, einschließlich Kon
fi
guration, Überwachung und Sicherheit

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
RPA - Optionale Fähigkeiten
Das sollte RPA-Software darüberhinaus können
• Erweiterte Fähigkeiten für Citizen Developer, wie integrierte, KI-gesteuerte intelligente
Work
fl
ow-Entwicklung mit geführter Navigation oder Chatbot-gestützten Funktionen
• Task-Mining- und Task-Discovery-Funktionen
• Automatische Generierung von Work
fl
ows via Task Mining
• Intelligente Dokumentenverarbeitung (IDP) wie Bilderfassung, Klassi zierung und
Modelltraining
• API Connectoren wie HTTP/REST, SOAP, Open APIs und andere
• Low-Code-User-Experience (UX) für die Erstellung von GUI-Frontends für Bots

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Kommerzielle RPA-Software

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Leaders
• Die Veränderungen gegenüber
dem Vorjahr sind zwar klein, aber
nicht unwesentlich.
• Im Leaders Quadranten
platzierten sich wie im Vorjahr
UiPath und Automation
Anywhere sowie SS&C Blue
Prism (vormals BluePrism) und
Microsoft.
• Neu hinzu kam lediglich NICE.
Der RPA-Markt 2022

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Stärken / Schwächen
Marktpräsenz
Großer Kundenstamm
Produktstrategie und Vision
Zahlreichen Nutzerrollen
Servicequalität
Reifegrad neuer Technologien
Leaders: UiPath

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Innovative Funktionen
Übernahme Fortress IQ
Cloud-basiert / On-Demand
Anwendungsintegration
Keine Prozesserkennung
Begrenzte Zusammenarbeit
Leaders: Automation Anywhere

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Produktportfolio
Verbessertes Angebot &
Service
Ggf. Übernahmestörungen
Neue AP, neue Preise
Produktentwicklung
Leaders: SS&C Blue Prism

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Cloud-
fi
rst (M365)
Geringe Startkosten
Integration in Microsoft Ökosystem
Unterstützung zus. Anwendungen
Verschiedene Programme
Unattended Automation
Azure und Power Platform
Leaders: Microsoft

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Innovationsstärke
Cloud-Architektur: Docker, K8S
NEVA-RPA-Sprachassistent
Niedriger Einstiegspreis
Wahrnehmung der Kunden
Zusammenarbeit
Fortgeschrittene Funktionen
Zwei Programme
Leaders: NICE

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Visionaries
• In den Visionaries Quadrant
platzierte Gartner wie im Vorjahr
Pegasystems und Appian.
• Neu hinzukamen SAP und
Salesforce (MuleSoft).
Der RPA-Markt 2022

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Produktportfolio
Automatisierungsplattform
Viele UI-Konnektoren
Prozess-KI
Komplexe Implementierung
Preis
Große Unternehmen
Visionaries: Pegasystems

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Umfangreiche Transformationen
Umfangreiche Plattform
Umfangreiche Transformationen
Nicht für kleine Anwendungen
Sichtbarkeit
Teilweise fehlende Funktionen
Visionaries: Appian

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Klare Produktvision
>300 Bots, >80 Work
fl
ows
Großes Ökosystem
SAP-zentriert
Kosten vs. Wert
Visionaries: SAP

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
"Self-Building-Bot"-Funktion
Großer Funktionsumfang
Weitere Entwicklung
Visionaries: Salesforce (MuleSoft)

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Vorteile / Nachteile
Komplexe Automatisierungen
Mehr Integrationen
Einfache Aktualisierungen
I.d.R. hohe Investionskosten
Programmierkenntnisse
IT-Infrastruktur
Kommerzielle RPA

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Open-Source RPA-Software

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
An was denken Sie bei Open-Source?

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Open-Source ist Mainstream
• Übernahmen von Open-Source-Firmen durch große etablierte Tech-Anbieter
sind der beste Beweis für diese Entwicklung:
• 03/2018: SalesForce kauft MuleSoft für 6,5 Milliarden Dollar
• 10/2018: Microsoft kaufte GitHub für 7,5 Milliarden Dollar
• 01/2019: IBM kaufte Red Hat für 34 Milliarden Dollar

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Banken und Open Source
• In der Vergangenheit zögerten die Banken bei der Einführung von Open-
Source-Software.
• Da traditionelle Anbieter wie IBM, TIBCO, Oracle usw. in dieser Branche eine
starke Position haben, ging der Übergang zu Open Source nur langsam
vonstatten.
• In den letzten Jahren haben die Banken ihre IT-Organisationen unter dem
Druck des raschen Wandels erheblich umgestaltet und neue Technologien
und Methoden wie Cloud, Microservices, Open APIs, DevOps, Agile auch
Open Source eingeführt.

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
• Fast alle Banken setzen bereits mehrere Open-Source-Softwarelösungen ein. Viele Banken
bevorzugen außerdem bei der Auswahl von Anbietern für neue Software Open-Source-
Software gegenüber proprietärer Software. Diese Entscheidung wird vor allem mit dem
Argument begründet, dass ein "Vendor Lock-in" vermieden werden soll.
• Darüber hinaus trägt eine wachsende Zahl von Banken bereits zu bestehenden Open-
Source-Projekten bei oder betreibt sogar Open-Sourcing ihrer eigenen Software:
• Capital One nutzt Open Source als Kernelement der digitalen Transformation
• Goldman Sachs verö
ff
entlicht Code als Open Source zu
• J.P. Morgan Chase verö ff
entlichte Code auf GitHub
• Die Deutsche Bank hat mehrere Projekte als Open Source verö entlicht.

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Gründe für Verwendung von Open-Source-Software
• Geringere Kosten
• Kürzere Markteinführungszeit
• Leichte Anpassbarkeit
• Keine Bindung an einen
bestimmten Anbieter
• Geringere Lernkurve für
Neueinsteiger

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Quelle: https://github.com/topics/rpa?o=desc&s=stars

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Mögliche Kriterien
• On-Premise / Cloud
• Betriebssysteme + Browser
• Integrierte Programmiersprachen
• Multi-Client Unterstützung
• Integrierte Bilderkennung
• XPath Unterstützung
• Recording
• Trigger
• Support
Open-Source RPA

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Quelle: https://github.com/robotframework/robotframework
ATDD + RPA
Betriebssystemunabhängig
Anwendungsunabhängig
Umfangreiches Ökosystem
Leicht erweiterbar
Klartextsyntax

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Quelle: https://github.com/robocorp/rpaframework
Bibliotheken + Tools für RPA
Basis für Robot Framework
Direkte Verwendung mit Python

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Quelle: https://github.com/aisingapore/TagUI
Befehlszeilenprogramm für
Windows, MacOS, Linux
Flow und Steps werden in
einfacher Syntax geschrieben,
verfügbar in 22 Sprachen
Integration mit Power Automate
Desktop, MS Of
fi
ce

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Quelle: https://github.com/tebelorg/RPA-Python
Python Bibliothek
Basiert auf TagUI

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Die beliebtesten Programmiersprachen weltweit
Laut PYPL-Index im Oktober 2022
Quelle: Statista 2022

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Programmiersprachen-Ranking
Laut TIOBE-Index im Oktober 2022
Quelle: TIOBE-Index

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Vorteile / Nachteile
Keine Lizenzkosten
Community, Zusammenarbeit
Skalierbarkeit
Build-versus-Buy
Support
Sicherheit
Open-Source RPA

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Sicherheit ist nicht selbstverständlich
• 53% der genutzten Open-
Source-Code-Basis von
Finanzdienstleistungen- und
FinTech-Unternehmen enthält
Schwachstellen
• 51% der genutzten Open-
Source-Code-Basis von
Finanzdienstleistungen- und
FinTech-Unternehmen enthält
Lizenzkon
fl
ikte
2022
OPEN SOURCE SECURITY
AND RISK ANALYSIS REPORT
Open-Source
Quelle: https://www.synopsys.com/content/dam/synopsys/sig-assets/reports/rep-ossra-2022.pdf

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
12
2022 OPEN SOURCE SECURITY AND RISK ANALYSIS REPORT | ©2022 Synopsys, Inc.
Vulnerabilities in
Industries
This year, we found that 4 of the 17 industry sectors
represented in this report—Computer Hardware and
Semiconductors, Cybersecurity, Energy and Clean Tech,
and Internet of Things—contained open source in 100%
of their codebases. The remaining verticals had open
source in 93% to 99% of their codebases. Even the sector
with the lowest percentage—Healthcare, Health Tech, Life
Sciences—had 93%, which is still very high. It’s clear that
open source really is everywhere. And this fact did not
go unnoticed by the U.S. government. A January 2022
White House briefing statement described software as
“ubiquitous across every sector of our economy and
foundational to the products and services Americans use
every day. Most major software packages include open
source software... [which] brings unique value but has
unique challenges.”5
A layer deeper, the amount of open source in codebases
was also high. For example, 100% of codebases in the
IoT sector contained open source, and an astounding
92% of the audited code in this sector was open source.
Troublingly, 64% of the IoT codebases also contained
vulnerabilities.
Similarly, the Aerospace, Aviation, Automotive,
Transportation, and Logistics sector had open source
in 97% of its codebases, and 60% of the total code was
composed of open source. The real revelation came when
we looked at open source vulnerabilities: 60% of this
sector’s codebases had open source vulnerabilities.
We found more of the same in the Internet and Mobile
Apps sector; 99% of codebases contained open source,
and 80% of the codebases were composed of open
source. Fifty-six percent of the codebases contained open
source vulnerabilities.
This story was echoed across all industry sectors; open
source was in almost everything we scanned. Open
source components made up the large majority of
codebases, and much of those codebases were vulnerable
to exploit and attack.
VULNERABILITIES AND SECURITY
Percentage of Codebases containing Open Source Vulnerabilities, by Industry
2021
64% Internet of Things
60% Aerospace, Aviation, Automotive, Transportation,
Logistics
56% Internet and Mobile Apps
54% Ed Tech
53% Marketing Tech
53% Energy and Clean Tech
53% Financial Services and FinTech
51% Retail and eCommerce
51% Manufacturing, Industrials, Robotics
50% Enterprise Software/SaaS
46% Virtual Reality, Gaming, Entertainment, Media
45% Healthcare, Health Tech, Life Sciences
43% Computer Hardware and Semiconductors
42% Big Data, AI, BI, Machine Learning
41% Internet and Software Infrastructure
41% Telecommunications and Wireless
38% Cybersecurity
2018
40%
60%
80%
2019 2020 2021

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
17
2022 OPEN SOURCE SECURITY AND RISK ANALYSIS REPORT | ©2022 Synopsys, Inc.
By industry, the Computer Hardware and Semiconductors
sector had open source license conflicts in a shocking
93% of its codebases. Slightly better was the IoT sector,
which had license conflicts in 83% of its codebases. The
Healthcare, Health Tech, and Life Sciences industry had
the lowest percentage of license conflicts, with only 41%.
As discussed earlier in this report, the majority of audited
codebases contained open source, were often largely
composed of open source, and contained a large number
of open source vulnerabilities.
Understanding license risk
In the U.S. and many other places, creative work (including
software) is protected by exclusive copyright by default.
No one can legally use, copy, distribute, or modify software
without explicit permission from the creator/author in the
form of a license that grants the right to do so. Even the
most permissive open source licenses include obligations
the user takes on in return for use of that software.
Potential license risk arises when a codebase includes open
source with licenses that appear to conflict with the overall
license of the codebase. For example, the GNU General
Public License (GPL) often governs the use of open source
used in commercial software. But commercial software
vendors may overlook the requirements of the GPL license
and create a conflict with that license.
Customized open source licenses might place undesirable
requirements on the licensee and will often require legal
evaluation for possible IP issues or other implications. For
example, the JSON license is based on the permissive MIT
license, but the JSON license adds the distinction that “The
software shall be used for good, not evil.”8
The ambiguity of
this statement leaves its meaning up to interpretation, posing
a particular concern in M&A scenarios where acquirers are
hesitant to inherit this type of indistinct legal risk.
Codebases that contain open source components with
no discernible license or a customized license have an
additional layer of risk. Twenty percent of the audited
codebases contained open source with no license or a
custom license.
LICENSING
Percentage of Codebases With Licensing Conflicts, by Industry
2021:
93% Computer Hardware and Semiconductors
83% Internet of Things
67% Internet and Software Infrastructure
65% Cybersecurity
63% Telecommunications and Wireless
62% Virtual Reality, Gaming, Entertainment, Media
61% Aerospace, Aviation, Automotive, Transportation,
Logistics
58% Manufacturing, Industrials, Robotics
56% Energy and Clean Tech
56% Big Data, AI, BI, Machine Learning
53% Internet and Mobile Apps
51% Financial Services and FinTech
50% Ed Tech
47% Marketing Tech
47% Enterprise Software/SaaS
45% Retail and eCommerce
41% Healthcare, Health Tech, Life Sciences
2018
40%
60%
80%
2019 2020 2021

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Besonderheiten bei Verwendung von Open-Source-
Software
• Vertragliche + rechtliche Aspekte
• Support
• Einhaltung von Vorschriften +
Sicherheit
• Verschenken von
Wettbewerbsvorteilen
• Markenrisiko

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Erfolgsmessung

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
• RPA verbessert Geschäftsprozesse
• RPA bemerkt Abweichungen
• RPA ist
fl
exibel, wenn sich die
Situation ändert
• RPA wird zunehmend intelligenter
• RPA basiert auf Roboter
• Mitarbeiter haben keine Angst vor
RPA
Typische RPA-Missverständnisse

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Warum RPA-Projekte scheitern
RPA scheitert in der Regel in zwei Szenarien
Entweder ist der zu automatisierende Prozess nicht so "roboterhaft", wie
ursprünglich gedacht, oder die resultierende Automatisierung wird in einer
Umgebung ausgeführt, die viel dynamischer ist als zuvor ermittelt.
• In beiden Fällen erfordern die Werkzeuge einen wesentlich höheren Wartungs-
und Weiterentwicklungsaufwand.
• Mehr Wartungs- und Entwicklungsarbeit ist keine Kennzahl, mit der man sich
rühmen kann.

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
RPA-Metriken: Wie man den Erfolg misst
• ROI (Kosten-Metriken)
• Vorher-Nachher-Vergleich oder Alt-gegen-Neu-Vergleich
• E
ffi
zienz-Metriken
• Produktivität
• Genauigkeit
• Konsistenz
• Verlässlichkeit
• Einhaltung der Vorschriften
• Mitarbeiterzufriedenheit

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
• Finanzielle Auswirkungen
• Durchschnittliche jährliche
Kosteneinsparungen
• Fünfjährige Kosteneinsparungen
• Amortisationszeit
• Fünfjährige Investitionsrendite
• Betriebswirtschaftlicher Wert
• Prozesse
ffi
zienz: Bearbeitungszeit
• Prozesse
ffi
zienz: täglicher Durchsatz
• Verbesserung der Datenanalysefähigkeit
• Verbesserung der Compliance/Genauigkeit
• Auswirkungen auf den Personalbestand
• Anzahl der umgewidmeten Mitarbeiter
• Jährlich eingesparte Arbeitsstunden
• Verringerung des Arbeitsaufwands pro
Steuerfall
• Strategische Ausrichtung
• Wie die Automatisierung auf eine größere
Strategie der digitalen Transformation
abgestimmt ist

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
• Analysieren Sie die Gesamtauswirkungen, indem Sie die nachgelagerten E ekte
betrachten:
• Hat der RPA meine Erwartungen erfüllt?
• Gibt es Möglichkeiten, die Arbeitsabläufe zu erweitern, um mehr Wert zu scha en?
• Was bedeutet die Verringerung von Fehlern oder die Verringerung der Zeit für das
Unternehmen?
• Sind wir in der Lage, Vollzeitmitarbeiter umzuverteilen, um uns auf andere Initiativen mit
hoher Priorität zu konzentrieren?
• Wenn wir dieselben E
ffi
zienzgewinne von Prozess A auf Prozess B, C, D, E usw.
übertragen könnten, welche Auswirkungen hätte das?

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Fazit

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Was denken Sie?
Kommerzielle versus Open-Source RPA
• "Proprietär" versus "O en"
• "Vendor-Lock-in" versus "Wahlfreiheit"
• "Hohe Lizenzkosten" versus "Keine Lizenzkosten"
• "Hype" versus "Normal"

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Fazit
Open Source und RPA
• Für viele kleine und mittelständische Unternehmen bilden Open-Source
Lösungen aufgrund geringer Kosten ein Einstieg in RPA.
• Für größere Unternehmen werden Open-Source-Lösungen Lücken füllen, die
kommerzielle Produkte nicht schließen können.
• Open Source und kommerzielle RPA-Software ergänzen sich.
• Der Schwerpunkt sollte auf dem Nutzen und dem Wert liegen, den RPA bietet
und auf dem Verständnis der Werkzeuge, mit denen Sie diesen Wert freisetzen
können.
• Ihr Werkzeugkasten sollte kommerzielle und Open-Source-Tools enthalten.

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Ihr Einstieg in Open-Source RPA
• Python
• https://www.python.org/
• RPA Framework
• https://rpaframework.org/
• Robot Framework
• https://robotframework.org/
Empfehlung
Quelle: https://www.youtube.com/watch?v=yggxvDl0Ozc&ab_channel=RobotFramework

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Vielen Dank!
Das war's...

Alle
Rechte
liegen
bei
Peter
Hecker.
Vervielfältigung
ist
nicht
erlaubt.
Kontakt
© HECKER CONSULTING | ☞ https://www.hco.de | info@hco.de | ☏ 0211 / 542 480 40
https://www.hco.de/kontakt

Ist Open Source ein Ersatz für kommerzielle RPA-Tools?

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Ähnlich wie Ist Open Source ein Ersatz für kommerzielle RPA-Tools?

Ähnlich wie Ist Open Source ein Ersatz für kommerzielle RPA-Tools? (20)

Mehr von Peter Hecker

Mehr von Peter Hecker (15)

Ist Open Source ein Ersatz für kommerzielle RPA-Tools?