Legacy-Software ohne API anbinden: Der Alt-ERP-Case im Mittelstand

Viele Betriebe im deutschen Mittelstand arbeiten seit zwanzig oder mehr Jahren mit derselben ERP- oder Warenwirtschaftssoftware. Das System läuft stabil, alle kennen die Masken auswendig, aber eine moderne Schnittstelle hat es nie bekommen. Bestellungen tippst du von Hand ab, Stammdaten pflegst du Bildschirm für Bildschirm, Auswertungen ziehst du per Copy-Paste in Excel. Genau für diese Lücke wurde robotergesteuerte Prozessautomatisierung, kurz RPA, entwickelt: Power Automate bringt einem digitalen Mitarbeiter bei, Maus und Tastatur so zu bedienen wie ein Mensch, und automatisiert damit auch Software ganz ohne API. Stand: Juli 2026.

In dieser Anleitung zeigen wir dir, wie Power Automate zwischen API-basierter Automatisierung und UI-basierter RPA unterscheidet, wie Desktop-Flows selbst uralte Windows-Anwendungen ohne moderne Bedienoberfläche erkennen und wie ein typischer Mittelstands-Case aussieht, bei dem ein Alt-ERP an moderne Auslöser wie E-Mail oder Excel angebunden wird. Am Ende weißt du, welcher Ausführungsmodus zu deinem System passt und wo die Grenzen von RPA liegen.

Warum haben so viele Mittelstandsbetriebe noch Software ohne API im Einsatz?

Software-Anbieter bauen Schnittstellen meist erst dann nach, wenn genug Kunden danach fragen, und bei einem seit Jahren eingeführten Warenwirtschaftssystem lohnt sich das für den Hersteller oft nicht mehr. Die Microsoft-Dokumentation formuliert die Ausgangslage so: Was tust du, wenn eine Anwendung existiert, für die es weder einen fertigen Konnektor noch eine API gibt, mit der du selbst einen bauen könntest? Genau hier setzt RPA an, denn damit automatisierst du auch ältere Systeme ohne API, indem du Power Automate beibringst, Mausbewegungen und Tastatureingaben eines Menschen nachzuahmen, so als würde ein Roboter den Rechner bedienen (Microsoft Learn: Arten der Prozessautomatisierung). Für dich bedeutet das: Du musst nicht auf ein ERP-Update oder eine neue Schnittstelle warten, um die Dateneingabe zu automatisieren.

Was unterscheidet API-basierte Automatisierung von RPA?

Power Automate kennt zwei grundsätzliche Automatisierungswege. Digitale Prozessautomatisierung, kurz DPA, läuft über Cloud-Flows und mehr als 380 vorgefertigte, API-basierte Konnektoren, mit denen du zum Beispiel SharePoint, Outlook oder Dynamics 365 anbindest, ganz ohne eigenen Code. Robotergesteuerte Prozessautomatisierung, kurz RPA, läuft dagegen über Desktop-Flows und bedient Anwendungen so, wie du es selbst am Bildschirm tun würdest. Diese beiden Wege ergänzen sich, statt sich zu ersetzen:

• Cloud-Flow (DPA): nutzt eine API, ist stabil gegenüber optischen Änderungen der Anwendung und läuft vollständig in der Cloud.
• Desktop-Flow (RPA): braucht keine API, reagiert aber empfindlich auf Änderungen an Bildschirmlayout, Feldnamen oder Fensterstruktur der Zielanwendung.

Genau diese Kombination macht Power Automate für den Mittelstand interessant: Du bindest moderne Systeme über APIs an und schließt die Lücke bei deinem Alt-ERP über RPA (Microsoft Learn: Arten der Prozessautomatisierung).

Wie erkennt Power Automate ein Alt-ERP ohne moderne Bedienoberfläche?

Damit ein Desktop-Flow überhaupt weiß, welchen Knopf er drücken oder welches Feld er befüllen soll, erfasst Power Automate sogenannte UI-Elemente über drei mögliche Selektor-Typen. UI Automation, kurz UIA, ist das moderne Zugänglichkeitsframework von Microsoft und funktioniert zuverlässig bei Anwendungen, die mit WPF, WinForms oder UWP gebaut wurden. Viele Alt-ERP-Clients stammen aber aus einer Zeit vor diesen Frameworks und wurden mit VB6 oder klassischem Win32 entwickelt, sie geben also keine UIA-Informationen preis. Für genau diesen Fall gibt es Microsoft Active Accessibility, kurz MSAA: eine ältere Zugänglichkeitstechnologie, die weniger Details liefert als UIA, aber für Legacy-Anwendungen oft der einzige Weg ist, überhaupt an Buttons, Textfelder und Tabellen heranzukommen. Reicht selbst MSAA nicht aus, bietet Power Automate zusätzlich UIA3 Raw, das die komplette, ungefilterte Elementstruktur einer Anwendung offenlegt, praktisch bei besonders eigenwillig gerenderten Oberflächen (Microsoft Learn: Mithilfe von UI-Elementen automatisieren). Beim Aufzeichnen eines Desktop-Flows kannst du den Erfassungsmodus direkt umschalten, sodass du für ein Alt-ERP gezielt in den MSAA-Modus wechselst, statt dich auf die UIA-Standardeinstellung zu verlassen.

So sieht der Alt-ERP-Case in der Praxis aus

Der klassische Mittelstands-Case läuft in zwei Schichten ab. Ein Cloud-Flow übernimmt den Auslöser: Er erkennt eine eingehende Bestell-E-Mail, eine neue Zeile in einer Excel-Tabelle oder ein Formular auf deiner Website. Anschließend ruft der Cloud-Flow einen registrierten Desktop-Flow auf, der die eigentliche Arbeit im Alt-ERP übernimmt, öffnet die passende Maske, trägt Kundennummer, Artikel und Menge über MSAA-Selektoren ein und bestätigt den Vorgang, genau wie es sonst eine Mitarbeiterin von Hand täte. Die Microsoft-Dokumentation nennt als typisches Beispiel selbst die Dateneingabe in ein ERP-System durch Mitarbeitende eines größeren Unternehmens sowie die Automatisierung von Terminal-Emulatoren für ältere Systeme (Microsoft Learn: Einführung in Desktop-Flows). Für dich heißt das konkret: Am Alt-ERP selbst änderst du nichts, der digitale Mitarbeiter bedient nur die vorhandene Oberfläche, so wie sie seit Jahren im Einsatz ist.

Attended oder unattended: Welcher Modus passt zum Alt-ERP?

Für die Ausführung eines Desktop-Flows stehen dir zwei Modi zur Verfügung, und die Wahl hängt stark davon ab, wie du dein Alt-ERP nutzt. Im attended-Modus läuft die Automatisierung auf dem Rechner einer Mitarbeiterin, während diese angemeldet ist, sie kann den Ablauf beobachten und bei Rückfragen eingreifen. Im unattended-Modus meldet sich Power Automate selbstständig auf einer registrierten Maschine an, erledigt den Desktop-Flow ohne Zuschauer und meldet sich danach wieder ab, ideal für einen nächtlichen Sammellauf gegen dein Alt-ERP. Lizenzrechtlich ist das kein Detail: Die Power-Automate-Premium-Lizenz bringt einen beaufsichtigten Bot für den attended-Modus mit, für unbeaufsichtigte Läufe brauchst du dagegen eine Process-Lizenz mit eigenem unbeaufsichtigten Bot, und wer ganz ohne eigene Maschine automatisieren will, greift zur Hosted-Process-Lizenz für einen in Azure gehosteten Bot (Microsoft Learn: Power-Automate-Lizenztypen). Mit einem digitalen Mitarbeiter, der dein Alt-ERP im attended-Modus bedient, automatisierst du die Klicks, aber du behältst die Kontrolle über jede Freigabe und jede Ausnahme.

Wo liegen die Grenzen von RPA am Alt-ERP?

RPA ist kein Ersatz für eine echte Schnittstelle, sondern eine Brücke, solange keine existiert. Anders als eine API, die Softwarehersteller bewusst stabil halten, reagiert ein Desktop-Flow empfindlich auf jede optische Änderung: ein verschobenes Feld, ein umbenannter Button oder ein neues Popup können einen Selektor ins Leere laufen lassen. Du musst deshalb bei der Einrichtung genau festlegen, was der digitale Mitarbeiter tun soll, etwa ob immer Zelle B3 gewählt wird oder die erste leere Zelle einer Spalte, denn RPA übernimmt nur, was du ihm tatsächlich beigebracht hast, nicht was du eigentlich gemeint hast (Microsoft Learn: Arten der Prozessautomatisierung). Wer diesen Aufwand nicht allein stemmen will, findet bei einer Power-Automate-Beratung Unterstützung dabei, MSAA-Selektoren robust zu bauen und attended- sowie unattended-Läufe sauber gegen Ausnahmefälle abzusichern.

Häufige Fragen

Ersetzt RPA eine echte Schnittstelle zum Alt-ERP?

Nein. Ein Desktop-Flow bedient die vorhandene Bedienoberfläche deines Alt-ERP, schafft aber selbst keine API. Bekommt das System irgendwann eine strukturierte Schnittstelle, lohnt sich meist der Wechsel auf einen Cloud-Flow mit passendem Konnektor, weil der deutlich stabiler und wartungsärmer läuft als eine UI-Automatisierung.

Wie erkennt Power Automate Bedienelemente in einer alten ERP-Maske ohne UIA-Unterstützung?

Über Microsoft Active Accessibility, kurz MSAA. Diese ältere Zugänglichkeitstechnologie liefert zwar weniger Details als das moderne UIA-Framework, macht aber Buttons, Textfelder und Listen in Anwendungen sichtbar, die mit älteren Technologien wie VB6 oder klassischem Win32 gebaut wurden. Du wählst den MSAA-Modus direkt im UI-Element-Picker oder beim Aufzeichnen des Desktop-Flows aus.

Attended oder unattended: Was passt besser für die Automatisierung eines Alt-ERP?

Für Aufgaben mit Rückfragen an Mitarbeitende oder Prozesse, die parallel zur normalen Arbeit laufen sollen, passt attended besser. Für planbare Sammelläufe außerhalb der Geschäftszeiten, etwa das nächtliche Einspielen aller Tagesbestellungen, ist unattended die passendere Wahl, weil dabei niemand angemeldet sein muss.

Welche Lizenz brauchst du für unattended RPA am Alt-ERP?

Für unbeaufsichtigte Ausführung reicht die Power-Automate-Premium-Lizenz allein nicht aus. Du brauchst zusätzlich eine Process-Lizenz, die einen unbeaufsichtigten Bot mitbringt und einer Maschine zugewiesen wird, oder alternativ eine Hosted-Process-Lizenz, wenn der Desktop-Flow auf einem von Microsoft in Azure gehosteten Rechner laufen soll statt auf deiner eigenen Hardware.