BLOG
InstantChange™: die Technologie, mit der Sie einen laufenden Prozess ändern
Die meisten Workflow-Plattformen basieren auf einer einfachen Annahme: Sobald ein Prozess läuft, lässt man ihn in Ruhe. Verbesserungen kommen in die nächste Version. Instanzen migriert man, wenn man bereit ist. Aber solange der Prozess live ist, mit Hunderten laufenden Fällen, fasst man ihn nicht an.
WEBCON wurde auf der gegenteiligen Annahme aufgebaut.
Was ist InstantChange™
InstantChange™ ist die Technologie, mit der Sie einen laufenden Workflow während des Betriebs ändern können. Fügen Sie einen Freigabeschritt hinzu, ändern Sie eine Geschäftsregel, strukturieren Sie um, wie Arbeit zwischen Personen und Teams weitergeleitet wird − und jede aktive Prozessinstanz übernimmt die Änderung sofort. Kein Neustart. Kein Datenverlust. Keine manuelle Migration. Die Änderung wird auf alle aktiven Instanzen an ihrer aktuellen Position im Workflow angewendet, und ein lückenloser Audit-Trail bleibt dabei durchgängig erhalten.
Was Sie mit InstantChange™ live ändern können
Seien wir konkret, denn „einen laufenden Workflow ändern" kann auf verschiedenen Plattformen ganz Unterschiedliches bedeuten. Bei WEBCON kann ein Process Champion (jemand aus Ihrem Team, geschult im Aufbau und in der Pflege von Workflows – oft aus der IT oder der Business-Analyse) jede der folgenden Änderungen an einem Workflow vornehmen, und zwar sofort, mit aktiven Instanzen in Bearbeitung:
- Einen Freigabeschritt hinzufügen oder entfernen. Die 300 Fälle, die aktuell auf eine Freigabe warten, starten nicht neu. Sie laufen von ihrer jeweiligen Position aus weiter, jetzt nach der aktualisierten Definition.
- Eine Geschäftsregel ändern – die Bedingungen, die Weiterleitung bestimmen, Schwellenwerte, die eine Eskalation auslösen, die Logik, die entscheidet, wer was bearbeitet. Jeder aktive Fall folgt ab dem Moment des Speicherns den neuen Regeln.
- Formularfelder hinzufügen oder bestehende anpassen. Laufende Fälle übernehmen die neuen Felder an ihrer aktuellen Position. Es gehen keine Daten verloren.
- Die Weiterleitungslogik vollständig umstrukturieren – wie Arbeit zwischen Personen, Teams, Abteilungen wandert. Alles läuft weiter.
InstantChange™ hält jede Instanz auf demselben Stand
In jedem Fall wird die Änderung an der aktuellen Position jeder aktiven Instanz angewendet. Die vollständige Kontinuität des Audit-Trails bleibt erhalten. Es gibt eine Version des Prozesses, nicht zwei parallel laufende, während Sie darauf warten, dass alte Instanzen auslaufen. Das ist kein erweitertes Feature, das man in den Einstellungen aktiviert. So funktioniert die Architektur.
Warum die meisten Workflow- und Low-Code-Plattformen das nicht können
Um zu verstehen, was InstantChange™ ungewöhnlich macht, hilft es zu verstehen, warum andere Plattformen mit Änderungen im laufenden Betrieb kämpfen.
Auf den meisten Workflow-Plattformen ist eine Prozessinstanz im Grunde an die Version der Prozessdefinition gebunden, die bei ihrer Erstellung aktiv war. Die Instanz trägt einen Verweis auf diese Version. Wenn Sie den Prozess ändern, wissen bestehende Instanzen nichts davon – sie laufen weiterhin nach den alten Regeln. Um sie zu überführen, brauchen Sie eine Form der Migration, und Migration bedeutet Risiko.
Die meisten Plattformen bieten drei Möglichkeiten: Sie lassen bestehende Instanzen unter der alten Definition weiterlaufen (Monate paralleler Versionsstände und zunehmende Komplexität), migrieren sie manuell (risikoreich, zeitaufwendig und häufig unvollständig) oder beenden sie und starten sie unter der neuen Definition neu (wodurch Fortschritt, Kontext und Audit-Historie verloren gehen). Jede dieser Optionen verursacht erhebliche betriebliche Kosten. Keine davon ist wirklich gut.
WEBCON funktioniert anders
Workflow-Instanzen sind Datenbankeinträge, keine Laufzeitobjekte, die an eine bestimmte Version gebunden sind. Wenn sich eine Prozessdefinition ändert, übernimmt jede aktive Instanz die Änderung an ihrer aktuellen Position. Keine Migration. Keine parallelen Versionen. Kein Datenverlust. Es gibt kein architektonisches Zeitlimit dafür, wie lange eine Instanz laufen darf − die Plattform behandelt einen seit drei Stunden laufenden Workflow genauso wie einen, der seit drei Jahren läuft.
| ✅ WEBCON InstantChange™ | Der Standardansatz | |
| Was mit laufenden Instanzen passiert | Übernehmen die Änderung sofort, an ihrer aktuellen Position | Laufen unter der alten Version weiter, bis der Fall abgeschlossen ist |
| Versionen in Produktion | Immer eine | Alt und neu laufen parallel |
| Migration erforderlich | Nein – die Architektur übernimmt das | Ja, oder Sie warten – Migration birgt Datenverlustrisiko |
| Audit-Trail | Sauber und durchgängig – eine Version, eine Zeitlinie | Über Versionen verteilt – Audit wird zum Ratespiel |
| Ergebnis über die Zeit | Prozess bleibt aktuell – keine aufgeschobenen Verbesserungen | Rückstand wächst – niemand fasst laufende Prozesse an |
Was InstantChange™ in der Praxis verändert
Die meisten Prozessanwendungen beginnen mit einem Rückstandsproblem, das niemand kommen sieht. Teams sammeln Verbesserungen an, die sie gerne umsetzen würden, es aber nicht tun, weil das Anfassen eines laufenden Prozesses mit Hunderten aktiven Instanzen zu viel operatives Risiko birgt. Die Änderung wird verschoben. Dann noch eine. Die Lücke zwischen dem, wie der Prozess funktioniert, und dem, wie er funktionieren sollte, wird größer, und niemand möchte eine Migration auslösen.
InstantChange™ beseitigt diese Kosten vollständig. In der Praxis verändert das vier Dinge:
- Sie gehen live, bevor Ihre Anforderungen vollständig sind. Prototyp in 60 Minuten, Bereitstellung am nächsten Tag, Verbesserung basierend auf echter Nutzung. Die erste Version muss nicht perfekt sein.
- Ihr Portfolio skaliert, ohne dass das Team wächst. Drei bis fünf Personen können hundert Anwendungen betreiben, weil die Architektur die Arbeit nicht mit jedem Release schwieriger macht.
- Ihr Audit-Trail bleibt sauber. Immer eine Version des Prozesses. Keine parallelen Versionen, keine Governance-Unklarheit, keine schwierigen Fragen, wenn ein Regulator wissen will, welche Regeln an einem bestimmten Tag für einen bestimmten Fall galten.
Warum InstantChange™ wichtig ist – und für wen
Dieselbe Technologie wirkt unterschiedlich, je nachdem, wo Sie im Unternehmen stehen.
Wenn Sie Process Champion sind, ist die Änderung in dem Moment live, in dem sie die Tests besteht – keine Migration, kein Deployment-Fenster, keine IT-Warteschlange. Jede aktive Instanz übernimmt sie sofort.
Wenn Sie CIO sind, liegt der Kern in der Architektur. Ihr Portfolio skaliert, ohne die Governance-Risiken, die sonst mit Geschwindigkeit einhergehen. Keine parallelen Versionen, keine Schatten-Prozesse, die auf veralteter Logik laufen. Ihr Team bleibt klein. Ihre Kontrolle bleibt erhalten.
Wenn Sie in Compliance oder Recht arbeiten, liegt der Kern im Audit-Trail. Immer eine Version des Prozesses. Wenn ein Regulator fragt, welche Regeln an welchem Tag für welchen Fall galten, ist die Antwort eindeutig.
Wenn Sie Fachbereichsleiter oder Prozessverantwortlicher sind, liegt der Kern in der Reaktionsfähigkeit. Eine Richtlinie ändert sich heute, Ihr Prozess spiegelt das heute wider. Kein Change Request. Keine Warteschlange. Kein veralteter Prozess, während die IT hinterherarbeitet.
Blog




