Der Orchestrator: wer entscheidet, welches System als Nächstes handelt
Solange ein Werkzeug eine Aufgabe erledigt, ist alles einfach. Sobald drei Systeme an einem Vorgang beteiligt sind und einige Schritte automatisch laufen, stellt sich eine neue Frage: Wer entscheidet, was als Nächstes passiert, und wer merkt, wenn nichts passiert?
Sobald mehrere Systeme automatisch an einem Vorgang arbeiten, braucht es eine Schicht, die den Vorgang als Ganzes kennt: Zustand führen, Fehler wiederholen oder abgeben, Zuständige informieren, Nachvollziehbarkeit sichern. Diese Schicht gehört nicht ins ERP, das für Aufträge führend bleiben soll. Überwachen Sie vor allem Wartezeiten, denn automatisierte Abläufe scheitern selten laut — sie bleiben stehen.
Was Orchestrierung konkret bedeutet
Eine Orchestrierungsschicht kennt den Vorgang als Ganzes, nicht nur den einzelnen Schritt. Sie weiß, dass eine Anfrage geprüft, kalkuliert, freigegeben und versendet werden muss, welcher Schritt gerade läuft, wie lange er schon läuft und was passiert, wenn er scheitert. Ohne diese Schicht ist ein automatisierter Ablauf eine Kette von Systemen, in der niemand den Zustand kennt.
Die vier Aufgaben
- Zustand führen: In welchem Schritt steckt der Vorgang, seit wann.
- Wiederholen und aufgeben: Was passiert bei einem Fehler, wie oft wird es versucht, wann übernimmt ein Mensch.
- Zuständigkeit klären: Wer wird informiert, wenn ein Schritt hängt.
- Nachvollziehbarkeit: Was ist wann auf welcher Grundlage passiert.
Warum das nicht ins ERP gehört
Das ERP ist für Aufträge und Buchungen führend, und das soll es bleiben. Ein Ablauf, der über Postfach, Dokumentenablage, Ticketsystem und ERP läuft, ist aber nicht der Auftrag, sondern der Weg dorthin. Wer ihn ins ERP zwingt, baut Sonderlogik in ein System, das dafür nicht gedacht ist, und macht damit die nächste Aktualisierung teuer.
Der leise Fehlerfall
Automatisierte Abläufe scheitern selten laut. Sie bleiben stehen: Ein Schritt wartet auf eine Antwort, die nie kommt, und weil niemand einen Fehler sieht, fällt es erst auf, wenn ein Kunde nachfragt. Deshalb ist die Überwachung von Wartezeiten wichtiger als die Überwachung von Fehlermeldungen. Ein Vorgang, der zu lange in einem Schritt hängt, gehört gemeldet — auch wenn technisch alles in Ordnung ist.
Häufige Fragen
Brauchen wir dafür eine eigene Software?
Nicht zwingend eine separate, aber die Funktion muss irgendwo verantwortet sein. Wichtig ist, dass eine Stelle den Vorgangszustand kennt, Wartezeiten überwacht und Zuständige benachrichtigt. Ohne diese Funktion entstehen automatisierte Abläufe, deren Stillstand niemandem auffällt.
Warum nicht alles im ERP abbilden?
Weil das ERP für Aufträge und Buchungen gebaut ist, nicht für Abläufe über Postfach, Dokumentenablage und Ticketsystem hinweg. Solche Logik im ERP zu ergänzen macht jede Aktualisierung teurer und bindet Sie zusätzlich an den Hersteller. Die Führungsrolle des ERP für Aufträge bleibt davon unberührt.
Was ist der häufigste Fehler bei automatisierten Abläufen?
Fehlende Zeitüberwachung. Man baut Fehlerbehandlung für den Fall, dass etwas schiefgeht, und übersieht den Fall, dass etwas gar nicht passiert. Ein Schritt, der auf eine Antwort wartet, die nie kommt, erzeugt keine Fehlermeldung und bleibt deshalb unbemerkt, bis ein Kunde nachfragt.
Wie viele Schritte sollte ein automatisierter Ablauf haben?
So wenige wie möglich, mit klar definierten Übergabepunkten an Menschen. Lange vollautomatische Ketten sind schwer zu prüfen und schwerer zu korrigieren. Bewährt hat sich, die häufigen Fälle durchlaufen zu lassen und Abweichungen früh an eine zuständige Person zu geben, statt sie automatisch zu behandeln.
Wo bleiben Ihre Vorgänge stehen?
Der Rechner zeigt in 5 Minuten, was Prozesskosten wirklich ausmachen.
Rechner starten →
