--- title: "Hyperautomatisierung scheitert an der Übergabe, nicht an der Aufgabe" url: "https://hurukan.com/de/blog/hyperautomatisierung-scheitert-an-der-uebergabe" description: "Jeder automatisierte Schritt läuft in der Demo, der Prozess stockt trotzdem – weil niemand gestaltet hat, was zwischen den Schritten passiert." --- # Hyperautomatisierung scheitert an der Übergabe, nicht an der Aufgabe 29\. Mai 2026·3 Min. Lesezeit·Redaktion Nahaufnahme: Eine Kollegin reicht einer anderen über den Schreibtisch eine Dokumentenmappe, dahinter unscharf ein Laptop mit einem abstrakten blauen Prozessdiagramm, klares Bürolicht Eingangsrechnungen sind das klassische Automatisierungsprojekt, und dieses wurde ordentlich umgesetzt. Die Erfassung liest das PDF. Ein Bot kontiert die Rechnung auf das richtige Konto und die richtige Kostenstelle. Ein Workflow leitet sie zur Freigabe. Ein Export schickt sie an die Buchhaltung. Jeder Schritt war automatisiert, getestet und in der Demo vorgeführt. Dann kommt eine Rechnung ohne Bestellnummer. Die Erfassung liest sie korrekt. Die Kontierung scheitert, weil der Bot ohne die Bestellung nicht erkennen kann, zu welchem Projekt sie gehört. Die Rechnung landet in einer gemeinsamen Ausnahme-Warteschlange, die drei Menschen sehen können und für die niemand verantwortlich ist. Zwei Wochen später ruft der Lieferant wegen einer verspäteten Zahlung an. Das Automatisierungs-Dashboard zeigt weiterhin einen hohen Anteil an Rechnungen, die ohne Eingriff verarbeitet wurden. Der Lieferant sieht nur die eine, bei der es nicht so war. „Hyperautomatisierung“ nennt die Branche das Vorhaben, so viele Schritte wie möglich mit einer Kombination aus Werkzeugen zu automatisieren: Erfassung, Bots, Workflows, Modelle. Der Ansatz behandelt einen Prozess als Abfolge von Aufgaben. Doch Prozesse scheitern selten innerhalb einer Aufgabe. Sie scheitern zwischen den Aufgaben, wo Arbeit von einem Werkzeug zum nächsten wandert, von einer Maschine zu einem Menschen oder von einem Team zum anderen. Jede Übergabe ist eine Stelle, an der Kontext verloren geht, die Verantwortung unklar ist und die Uhr weiterläuft. ## Wo Übergaben brechen **Kontext geht verloren.** Der Bot meldet „Kontierung fehlgeschlagen“, ohne zu sagen, was er versucht, was er gefunden hat und was fehlt. Wer den Fall übernimmt, beginnt die Recherche von vorn. **Warteschlangen ohne Verantwortliche.** Ein gemeinsames Ausnahme-Postfach fühlt sich sicher an, weil alle es sehen. In der Praxis geht jeder davon aus, dass sich jemand anderes darum kümmert. **Warten ohne Grund.** Ein Vorgang steht auf „ausstehend“, ohne zu sagen, auf wen oder worauf er wartet. Niemand kann einen blockierten Fall von einem vergessenen unterscheiden. **Ungleiches Tempo.** Automatisierung erzeugt Ausnahmen schneller, als Menschen sie abarbeiten können. Der Rückstand wächst still, weil ihn nichts misst. **Aufgaben messen statt Ergebnisse.** Der „Anteil automatisierter Schritte“ steigt, die „Zeit vom Rechnungseingang bis zur korrekt bezahlten Rechnung“ nicht. Nur Letztere zählt für den Lieferanten – und für die Liquidität. **Jedes Werkzeug führt seinen eigenen Stand.** Das Protokoll des Bots, die Workflow-Engine und die Buchhaltung glauben jeweils etwas anderes darüber, wo die Rechnung steht. Sie abzugleichen wird zur eigenen Aufgabe. ## Zuerst die Übergabe gestalten **Jede Aufgabe hat einen Verantwortlichen und beim Warten einen Grund.** Verantwortlich ist eine Person, kein Team. Der Grund ist ein Satz: wartet auf die Bestellung vom Einkauf, seit Dienstag. **Die Übergabe trägt den Fall.** Was getan wurde, welche Belege gefunden wurden, was fehlt und welcher nächste Schritt vorgeschlagen wird – alles an einem Ort. Übergibt ein Agent, übergibt er einen Vorschlag mit Quellen und Risikoeinschätzung, keinen Fehlercode. **Nach Risiko leiten, nicht nach Typ.** Ausnahmen mit geringem Risiko und klarem Lösungsvorschlag lassen sich gesammelt freigeben. Riskante gehen an eine namentlich genannte Person mit Entscheidungsbefugnis. **Ein Stand für den Fall.** Jedes beteiligte Werkzeug schreibt in denselben Datensatz, sodass „Wo ist diese Rechnung?“ eine Antwort hat. **Durchgängig messen.** Die Zeit vom Eingang bis zum korrekten Abschluss und das Alter des ältesten Vorgangs, der irgendwo im Prozess wartet. Diese beiden Zahlen zeigen, wo Übergaben scheitern; die Automatisierungsquote verdeckt es. Das sind die Prinzipien hinter dem Modul [Entscheidungen und Aufgaben](https://hurukan.com/de/modules/entscheidungen-und-aufgaben) von Hurukan: ein Freigabe-Postfach für Agentenvorschläge mit Quellen und Risiko, Sammelfreigabe und Routing nach Risiko, Aufgaben, die immer einen Verantwortlichen und beim Warten einen Grund haben, und eine Historie jeder Übergabe. Die [Ebene Agentische Logik](https://hurukan.com/de/system/agentische-logik) legt die Regel darunter fest: Ein Agent schlägt vor, ein Mensch entscheidet bei kritischen Schritten, und jede Aktion wird protokolliert. Beides ist im Aufbau. Welche Art von Automatisierung für welchen Schritt passt, ist eine eigene Frage, behandelt in [Agenten, RPA oder Workflows](https://hurukan.com/de/blog/agenten-rpa-oder-workflows). ## Ein Test, den Sie heute machen können Nehmen Sie Ihren am stärksten automatisierten Prozess. Ziehen Sie die Liste aller Vorgänge, die gerade irgendwo darin warten: in einer Warteschlange, in einem Postfach, im Fehlerprotokoll eines Bots, in einer markierten E-Mail. Beantworten Sie für jeden Vorgang drei Fragen: 1. Wer ist verantwortlich? Ein Name, kein Team. 2. Warum wartet er? Ein Satz. 3. Seit wann? Markieren Sie jeden Vorgang, bei dem Sie nicht alle drei innerhalb einer Minute beantworten können. Das sind Ihre gescheiterten Übergaben, und sie sind das eigentliche Maß der Automatisierung. Nehmen Sie dann den ältesten Vorgang auf der Liste und lesen Sie seine Historie. Zählen Sie, wie oft er die Hände gewechselt hat und wie viel seines Alters er damit verbracht hat, darauf zu warten, dass ihn jemand bemerkt. Diese Zahl sollte das nächste Automatisierungsprojekt senken. Mehr dazu, wie Hurukan das angeht, steht auf der [Startseite](https://hurukan.com/de). - Hyperautomatisierung - Prozessdesign - Ausnahmen - Verantwortung ## Weiterlesen - [Eine Identität für Menschen und Agenten: wer was tun darf](https://hurukan.com/de/blog/eine-identitaet-fuer-menschen-und-agenten) - [Laufender Zustand und Aufzeichnung: die zwei Gedächtnisse eines Unternehmensbetriebssystems](https://hurukan.com/de/blog/laufender-zustand-und-aufzeichnung-zwei-gedaechtnisse)