[{"data":1,"prerenderedAt":99},["ShallowReactive",2],{"content:blog:roboter-oder-schnittstelle":3,"content:blog":34},{"slug":4,"title":5,"subtitle":6,"date":7,"metaTitle":8,"metaDescription":9,"excerpt":10,"readingMinutes":11,"tags":12,"toc":17,"body":33},"roboter-oder-schnittstelle","Robotic Process Automation oder Schnittstelle: was länger hält","Robotic Process Automation ist eine Notlösung – und manchmal die richtige","2026-09-03","Robotic Process Automation oder Schnittstelle?","Robotic Process Automation bedient Oberflächen nach und bricht bei jeder Änderung. Wann sich der Roboter lohnt und wann die Schnittstelle die Antwort ist.","Ein Roboter, der Bildschirme bedient, ist schnell eingerichtet und bricht bei der nächsten Änderung. Eine Entscheidungshilfe für Betriebe ohne eigene Entwicklung.",4,[13,14,15,16],"Prozessautomatisierung","RPA","Schnittstellen","Entscheidungshilfe",[18,21,24,27,30],{"id":19,"text":20},"unterschied","Der Unterschied in einem Satz",{"id":22,"text":23},"bruchstellen","Wo Robotic Process Automation bricht",{"id":25,"text":26},"wann-doch","Wann der Roboter trotzdem die richtige Wahl ist",{"id":28,"text":29},"pruefung","Die Prüfung, die Robotic Process Automation braucht",{"id":31,"text":32},"reihenfolge","Eine Reihenfolge statt einer Glaubensfrage","\u003Cp>Robotic Process Automation hat einen schlechten Ruf bei Entwicklern und einen guten bei denen, die Abläufe verantworten. Beide haben recht, nur reden sie über verschiedene Situationen. Wer ohne eigene Entwicklungsabteilung über einen Ablauf entscheiden muss, braucht deshalb keine Glaubensfrage, sondern eine nachvollziehbare Reihenfolge, die sich auch später noch begründen lässt.\u003C\u002Fp>\u003Ch2 id=\"unterschied\">Der Unterschied in einem Satz\u003C\u002Fh2>\u003Cp>Eine Schnittstelle spricht ein Programm direkt an: Sie übergibt Daten an die dafür vorgesehene Stelle und bekommt eine Antwort, unabhängig davon, wie der Bildschirm gerade aussieht. Robotic Process Automation bedient stattdessen die Oberfläche nach – sie klickt, tippt und liest an denselben Stellen, an denen sonst ein Mensch arbeitet.\u003C\u002Fp>\u003Cp>Daraus folgt alles Weitere. Die Schnittstelle ist an die Logik des Programms gebunden, der Roboter an sein Aussehen. Logik ändert sich selten und angekündigt, Aussehen oft und beiläufig.\u003C\u002Fp>\u003Ch2 id=\"bruchstellen\">Wo Robotic Process Automation bricht\u003C\u002Fh2>\u003Cp>Die häufigste Bruchstelle ist das Update. Eine Schaltfläche wandert um zwanzig Pixel, ein Feld bekommt eine zusätzliche Bestätigung, eine Tabellenspalte wechselt die Position – der Roboter greift ins Leere. Im besten Fall bleibt er stehen, im schlechteren trägt er Werte in das falsche Feld ein.\u003C\u002Fp>\u003Cp>Die zweite Bruchstelle ist das Konto. Roboter laufen oft unter den Zugangsdaten eines Mitarbeiters, weil es schneller ging. Scheidet die Person aus oder läuft ihr Kennwort ab, steht der Ablauf – und in den Protokollen des Zielsystems steht der Name eines Menschen, der nichts getan hat.\u003C\u002Fp>\u003Cp>Die dritte Bruchstelle ist das Tempo. Ein Roboter arbeitet in der Geschwindigkeit der Oberfläche: Er wartet auf jede Maske, jede Bestätigung, jeden Seitenwechsel. Was eine Schnittstelle in einem Aufruf erledigt, dauert am Bildschirm ein Vielfaches, und der Abstand wächst mit der Menge der Vorgänge. Bei ein paar Dutzend Vorgängen am Tag fällt das nicht auf, bei ein paar tausend bestimmt es, ob der Lauf über Nacht fertig wird.\u003C\u002Fp>\u003Cp>Die vierte Bruchstelle ist die Menge. Ein Roboter, der eine Maske bedient, arbeitet streng nacheinander: Zwei Vorgänge gleichzeitig gibt es nicht, und ein Fehler in der Mitte lässt den Rest des Stapels liegen. Wächst das Aufkommen, wächst die Laufzeit mit — bis der nächtliche Lauf in den Vormittag reicht und jemand morgens entscheiden muss, ob er ihn abbricht.\u003C\u002Fp>\u003Ch2 id=\"wann-doch\">Wann der Roboter trotzdem die richtige Wahl ist\u003C\u002Fh2>\u003Cp>Wenn es keine Schnittstelle gibt und auch keinen Datenzugang – bei älteren Branchenprogrammen ist das der Normalfall. Wenn der Hersteller eine Schnittstelle nur in einer teureren Ausbaustufe anbietet und der Ablauf diesen Aufwand nicht trägt. Oder wenn ein Programm in absehbarer Zeit ohnehin abgelöst wird und sich eine saubere Anbindung nicht mehr lohnt.\u003C\u002Fp>\u003Cp>In diesen Fällen ist der Roboter keine schlechte Entscheidung, sondern eine bewusste Zwischenlösung. Wichtig ist, dass sie als solche im Protokoll steht und nicht als Dauerzustand vergessen wird. Was beim Nachbedienen einer Oberfläche technisch passiert und woran es typischerweise scheitert, steht ausführlich unter \u003Ca href=\"\u002Flexikon\u002Foberflaechenautomatisierung\">Oberflächenautomatisierung\u003C\u002Fa>.\u003C\u002Fp>\u003Ch2 id=\"pruefung\">Die Prüfung, die Robotic Process Automation braucht\u003C\u002Fh2>\u003Cp>Ein Roboter ohne Kontrolle ist der eigentliche Fehler, nicht der Roboter selbst. Was dazugehört: ein Abgleich jedes übertragenen Datensatzes gegen die Quelle, eine Meldung an eine benannte Rolle bei jeder Abweichung, ein technisches Konto auf den Namen des Unternehmens und ein Protokoll, das festhält, welcher Vorgang wann bearbeitet wurde.\u003C\u002Fp>\u003Cp>Damit verliert der Ausfall seinen Schrecken: Er wird bemerkt, bevor falsche Daten weiterwandern, und er lässt sich von Hand überbrücken.\u003C\u002Fp>\u003Cp>Dazu gehört auch die unbequeme Prüfung, die am Anfang steht: Läuft der Roboter unter den Zugangsdaten eines Menschen, gehört das Konto vor allem anderen in Ordnung gebracht. Solange im Zielsystem der Name eines Mitarbeiters unter Buchungen steht, die eine Maschine erzeugt hat, ist weder die Protokollierung brauchbar noch die Frage zu beantworten, wer etwas veranlasst hat.\u003C\u002Fp>\u003Ch2 id=\"reihenfolge\">Eine Reihenfolge statt einer Glaubensfrage\u003C\u002Fh2>\u003Cp>In der Praxis hat sich diese Reihenfolge bewährt: Zuerst prüfen, ob eine Regel im Zielsystem den Schritt ganz erübrigt. Dann prüfen, ob es eine Schnittstelle oder einen Datenzugang gibt. Erst danach der Roboter, mit Abgleich. Und für alles, was selten vorkommt oder Urteil verlangt, bleibt der Mensch zuständig – das ist keine Niederlage der Automatisierung, sondern ihre Voraussetzung.\u003C\u002Fp>\u003Cp>Diese Reihenfolge lässt sich auch ohne eigene Entwickler anwenden. Sie verlangt nur, dass jemand für jeden Schritt aufschreibt, was ihn trägt und warum. Wenn dafür im Haus niemand frei ist, übernehmen wir den vorhandenen Bestand als Auftrag: \u003Ca href=\"\u002Fleistungen\u002Fprozessautomatisierung\">RPA-Software und Makros übernehmen\u003C\u002Fa> heißt bei uns aufnehmen, entscheiden, im Schattenlauf prüfen und mit Beschreibung übergeben.\u003C\u002Fp>",[35,64,72],{"slug":36,"title":37,"subtitle":38,"date":39,"metaTitle":40,"metaDescription":41,"excerpt":42,"readingMinutes":11,"tags":43,"toc":48},"wo-keine-regel-mehr-greift","KI im Mittelstand landet oft auf der falschen Seite der Regel","Die Grenze zwischen Bedingung und Modell – und warum KI im Mittelstand meist auf der falschen Seite eingesetzt wird","2026-09-11","KI im Mittelstand: wo keine Regel mehr greift","KI im Mittelstand lohnt sich genau dort, wo sich keine Bedingung schreiben lässt: Fließtext, wechselnde Belege, Augenmaß. Wie man diese Grenze sauber zieht.","Die häufigste teure Entscheidung bei KI im Mittelstand ist, ein Modell auf eine Aufgabe zu setzen, die zwei Zeilen Bedingung lösen. Eine Abgrenzung aus der Praxis.",[44,45,46,47],"KI-Implementierung","Mittelstand","Abgrenzung","Testsatz",[49,52,55,58,61],{"id":50,"text":51},"frage","Die Frage, die vor der Werkzeugwahl kommt",{"id":53,"text":54},"regelseite","KI im Mittelstand: was auf der Regelseite bleibt",{"id":56,"text":57},"modellseite","Was auf die Modellseite gehört",{"id":59,"text":60},"messen","Ohne Testsatz keine Entscheidung",{"id":62,"text":63},"grenze","KI im Mittelstand endet dort, wo jemand geradesteht",{"slug":4,"title":5,"subtitle":6,"date":7,"metaTitle":8,"metaDescription":9,"excerpt":10,"readingMinutes":11,"tags":65,"toc":66},[13,14,15,16],[67,68,69,70,71],{"id":19,"text":20},{"id":22,"text":23},{"id":25,"text":26},{"id":28,"text":29},{"id":31,"text":32},{"slug":73,"title":74,"subtitle":75,"date":76,"metaTitle":77,"metaDescription":78,"excerpt":79,"readingMinutes":11,"tags":80,"toc":83},"automatik-die-einem-menschen-gehoert","Prozessdokumentation fehlt: die Automatik, die einem Menschen gehört","Warum eine fehlende Prozessdokumentation teurer ist als der Umbau selbst","2026-08-21","Prozessdokumentation: wenn nur einer den Ablauf kennt","Prozessdokumentation fehlt, die Automatik läuft trotzdem – bis die eine Person ausfällt. Was dann zu tun ist und wie man den Ablauf wieder übergabefähig macht.","In vielen Betrieben läuft ein Ablauf automatisch, den nur eine Person versteht. Das fällt erst auf, wenn diese Person nicht da ist – und dann fehlt zuerst die Prozessdokumentation.",[13,81,82,45],"Prozessdokumentation","Übergabe",[84,87,90,93,96],{"id":85,"text":86},"symptom","Das Symptom: alles läuft, niemand weiß warum",{"id":88,"text":89},"warum","Warum eine Prozessdokumentation nie entsteht",{"id":91,"text":92},"kosten","Was der Zustand kostet, bevor etwas ausfällt",{"id":94,"text":95},"vorgehen","Vorgehen: aufnehmen, entscheiden, übergeben",{"id":97,"text":98},"ergebnis","Prozessdokumentation, die eine Übergabe trägt",1789391544113]