RPA

• Benutzeroberfläche

• Nachahmung des Menschen

• Keine Programmierkenntnisse

• Outside-in-Ansatz

• Software

• Strukturierte Routineaufgaben

  
  

• meist eine (grafische) Benutzeroberfläche

• d.h. in der Regel die grafische Benutzeroberfläche der zu automatisierenden Anwendungen

RPA imitiert die Eingaben eines Menschen in die zu automatisierenden Anwendungen

• Für die Konfiguration der Bots sind [in der Regel] keine Programmierkenntnisse erforderlich

• Ein grundlegendes IT-Verständnis ist aber nützlich und in der Regel erforderlich

• Die Konfiguration erfolgt z.B. anhand von Flussdiagrammen

• Die Automatisierung greift nicht in die bestehende Anwendung, wie bei der Programmierung, ein

• RPA ist Software

• keine Hardware

• RPA sollte nicht mit Industrirobotern verwechselt werden

• RPA führt strukturierte Prozesse aus

• Die Abläufe dort sind stabil, heißt nicht änderbar

• Vollständig automatisierbar

• Teilweise automatisierbarer Prozessteil

• Unverhältnismäßiger Aufwand für Automatisierung

• RPA

• RPA + Mensch

• Attended RPA

• Unattended RPA

• Intelligent Process Automation (IPA)

Dass die Software die Kollaboration mit einer Person für bestimmte Aufgaben ermöglicht

Ein Callcenter, wo ein Agent den Bot mit der Suche nach Informationen beauftragen kann, während er oder sie mit einem Kunden spricht

• Einen Prozess ohne menschliche Beteiligung

• d.h. der Bot wird gestartet wenn bestimmte Ereignisse eintreten

• z.B. wenn ein Kunde eine Rechnung per E-Mail schickt

Im Allgemeinen für Back-Office-Funktionen

• Der Einsatz von KI, damit das System mit der lernt

• z.B. bei der Interpretation von Dokumenten wie Rechnungen

Da die RPA-Sofrtware ihre eigenen Erkenntnisse und Einschätzungen nutzt, um Entscheidungen zu treffen

• Steigerung Kundenzufriedenheit

• Verringerung der Risiken für die Einhaltung der Vorschriften und des Betriebs

• Verküzung der time-to-market

• Entlastung der IT

• Sammeln von Informationen und Daten

• Steigerung Produktivität

• Cost of Ownership (Eigentumskosten)

• (fortlaufende) Schulungen und Wartungen

• Technical Debt (schlechter technischer Umsetzung von Software)

• [Enterprise Skalierungsbedarf] (Skalierungsbedarf im Unternehmen)

• Sicherheit

• Erwartungen (Umsetzungszeit, technische Grenzen)

1. Auswahl der richtigen Prozesse und deren anschließende Vorbereitung

2. Frühzeitige Einrichtung einer RPA-Governance

3. Berücksichtigung von regulatorischen und sonstigen Rahmenbedingungen

4. Umfassende Dokumentation

5. Einbindung der relevanten Stakeholder(!)

   • die Üblichen

   • auch Betriebsrat

6. Aufbau von internem Know How (Fähigkeiten) und Projektträgern

7. Schulung der Mitarbeiter für die Nutzung von RPA

8. Change Management

• Dediziertes Budget, Zeit und Ressourcen

• Höhere Aufmerksamkeit des Management

• “Gescützer Raum“, um Erfahrung mit RPA zu sammeln

• Risikominimierung; erste Pilotierung möglich

• Stakeholder und Mitarbeiter können “sanft“ an die Technologie heangeführt werden

• Wissenstransfer in der Linienoragnisation nach Projektabschluss erforderlich

• Risiko der Vernachlässigung des RPA- Betriebs, des RPA-Freigabemanagements, der RPA-Fehlerbehandlung usw.

• Dauerhafte Verankerung von automatisierten Prozessen in der Oragnisation

• Hohe Akzeptanz bei den Mitarbeitern

• Fokus nicht auf kurzfristigen Erfolg, sondern auf langfristigen Betrieb

• Themen wie RPA-Betrieb, Fehlerbehandlung usw. stehen in der Regel stärker im Mittelpunkt

• Höhrere Ressourceneinsatz erforderlich, da die Umsetzung in der Regel langfristig angelegt ist

• Geringe Flexibilität bei der Reaktion auf Änderungen der allgemeinen Bedingnungen