Das freigegebene Modell ist der laufende Prozess.
chester führt BPMN 2.0 vollständig aus. Systemaufrufe, Entscheidungen von KI-Mitarbeitern und Freigaben durch Menschen sind Schritte im selben Ablauf. Das Entwicklungsprojekt dazwischen entfällt.
Gehostet in Deutschland DSGVO-konform BPMN-nativ Auditsicher
Das Problem heute
Zwischen dem Modell und dem laufenden Prozess steht normalerweise ein Projekt.
Das Modell wird nachgebaut statt ausgeführt. Der Fachbereich zeichnet, die IT implementiert daneben. Zwei Artefakte, die ab dem ersten Tag auseinanderlaufen, und Änderungen kosten jedes Mal beides.
Automatisierung endet an der Systemgrenze. Skripte und Oberflächen-Automaten schaffen einzelne Schritte. Der Ablauf darüber, mit Fristen, Ausnahmen und Zuständigkeiten, bleibt Handarbeit.
Menschliche Entscheidungen sind der Sonderfall im Code. Freigaben werden als Mail mit Link gelöst, Vertretung und Eskalation kommen später dazu, wenn es das erste Mal liegen geblieben ist.
KI wird danebengestellt, nicht eingebaut. Ein Assistent, der neben dem Prozess läuft: ohne Zustand, ohne Befugnis, ohne Spur. Was er entschieden hat, lässt sich hinterher nicht belegen.
So macht chester das
Wie aus dem freigegebenen Modell ein Prozess wird, der wirklich läuft.
Es gibt keinen Übersetzungsschritt. Die Engine nimmt dieselbe BPMN-Datei, die der Fachbereich freigegeben hat, und führt sie aus. Was Sie im Modell sehen, ist der Zustand, den das System hält.
Kein zweites Artefakt.
Die freigegebene Version aus dem Prozessmanagement wird ausgerollt, unverändert. Es gibt keine Implementierung daneben, die abweichen könnte, und deshalb auch keine Diskussion darüber, welche Fassung gilt. Ändert der Fachbereich das Modell, ändert sich der Prozess, nach Freigabe.
System, KI-Mitarbeiter und Mensch im selben Ablauf.
Jeder Schritt bekommt seinen Ausführenden: Ein Service Task ruft einen registrierten Adapter auf, ein User Task geht mit Formular an eine Rolle, und ein Schritt mit Ermessen geht an einen KI-Mitarbeiter, innerhalb der Grenzen, die für ihn gelten. Drei Arten von Arbeit, eine Modellsprache.
Die Engine hält den Zustand jedes Vorgangs.
Zehntausende Vorgänge laufen parallel, jeder mit eigenem Zustand. Zeitgeber, Wiederholungen, Eskalationen und Kompensationen stehen im Modell und nicht in einem Skript. Fällt ein System aus, wartet der Vorgang und setzt am Fehlerpunkt wieder auf, statt von vorn zu beginnen.
Änderung ohne Stillstand.
Eine ausgerollte Version ist unveränderlich. Laufende Vorgänge beenden ihre Version, neue starten auf der neuen, und eine Rücknahme ist ein Versionswechsel, kein Notfall. Damit ist eine Prozessänderung eine fachliche Entscheidung mit bekanntem Risiko statt eines Releases mit Wartungsfenster.
Ablauf · Orchestrierung
Integrationen
Was die Engine im Modell ansteuern kann.
Jeder Adapter aus dem Systemregister ist im Modell aufrufbar. Was im Mittelstand üblicherweise beteiligt ist:
chester
spricht die Standards Ihrer Systeme
Kernsysteme
Fachanwendungen
Dokumente & Kommunikation
Ihr System fehlt? chester integriert jedes System, das REST, OData, GraphQL oder SOAP spricht. Alle Integrationen ansehen →
Rubrik Bauen
Was noch zu Bauen gehört.
Wie aus einem Ablauf eine Lösung wird, die wirklich läuft.
Wir lassen einen Ihrer Prozesse wirklich laufen.
Sie nennen einen Ablauf, der heute an mehreren Systemen und mindestens einer Freigabe hängt. Wir modellieren ihn, belegen die Schritte und zeigen ihn im Betrieb, mit Ihren Daten und Ihren Grenzen.