Die meisten Teams entdecken dynamisches Fallmanagement auf dieselbe Weise: Sie erstellen einen Workflow, der 80 % der Fälle sauber abwickelt, und dann beginnen die anderen 20 %, Probleme zu verursachen. Die Ausnahmen häufen sich. Die Workarounds vermehren sich. Jemand erstellt eine Tabelle, um die Sonderfälle zu verfolgen, die die Automatisierung nicht bewältigen kann, und plötzlich pflegen Sie zwei Systeme statt eines.
Das ist kein Workflow-Problem. Es ist ein Signal dafür, dass die Arbeit selbst tatsächlich unstrukturiert ist und das eingesetzte Tool nicht dafür konzipiert wurde.
Dynamisches Fallmanagement existiert genau für diese 20 %. Dieser Leitfaden erklärt, was es tatsächlich ist, wie es sich von den Tools unterscheidet, die Sie vermutlich bereits verwenden, und woran Sie erkennen, ob Sie es benötigen oder ob ein einfacherer Workflow die Aufgabe genauso gut erledigt.
Nicht einfach ein intelligenteres Ticket – ein völlig anderes Modell
- DCM ist für Arbeit konzipiert, bei der Pfad und Ergebnis nicht im Voraus definiert werden können – nicht als bessere Version der Workflow-Automatisierung.
- Die Kombination aus Mensch und Automatisierung ist strukturell verankert: Fallbearbeitende gestalten den Prozess in Echtzeit, während sich die Technologie an ihre Entscheidungen anpasst.
- Finanzdienstleistungen, Gesundheitswesen, öffentlicher Sektor und Rechtsabteilungen nutzen es am häufigsten – überall dort, wo Ausnahmen die Regel und nicht der Sonderfall sind.
Was dynamisches Fallmanagement tatsächlich ist
Dynamisches Fallmanagement (DCM) ist ein Koordinationsmodell für Arbeit, die nicht vollständig im Voraus skriptbar ist. Die formale Definition, die der Einordnung von Gartner und Mendix entspricht, beschreibt DCM als ein System zur Koordination unstrukturierter, ausnahmegetriebener Arbeit zwischen Menschen, Systemen und Agenten in Echtzeit. Ziel ist es, ein konkretes Ergebnis zu erreichen, statt eine vordefinierte Abfolge von Schritten auszuführen.
Forresters Einordnung ist noch prägnanter: Dort wird diese Kategorie als „ungezähmte Prozesse“ bezeichnet. Arbeit, die zu variabel, zu urteilsintensiv und zu stark von kontextbezogenen Daten abhängig ist, um in einem festen Flussdiagramm abgebildet zu werden. Das Wort „dynamisch“ bezieht sich hier konkret auf die Anpassung eines Prozesses während seiner Ausführung – also auf die Möglichkeit, den nächsten Schritt in einem Fall zu ändern, während der Fall noch offen ist, basierend auf neuen Informationen oder veränderten Umständen. Nicht nur den Prozess vor dem Start zu konfigurieren. Sondern ihn während der Ausführung zu ändern.
DCM wird in Analysten- und Anbieterpublikationen auch als adaptives Fallmanagement (ACM) bezeichnet. Die Begriffe sind austauschbar. Sie beschreiben denselben Ansatz für wissensintensive Arbeit, bei der das Ergebnis nicht bereits bei der Aufnahme des Falls definiert werden kann.
Wissensarbeitende sind die primären Nutzenden. Das sind Menschen, die keine Checkliste abarbeiten, sondern Entscheidungen auf Grundlage unvollständiger Informationen treffen, teamübergreifend koordinieren und ihren Ansatz anpassen, während sich die Situation entwickelt. Beispielsweise ein Schadensregulierer, der einen Betrugsverdacht untersucht. Eine Versorgungskoordinatorin, die einen Patienten mit mehreren Diagnosen betreut. Oder ein Compliance-Beauftragter, der einen Genehmigungsantrag prüft, der drei regulatorische Rahmenwerke berührt.
Der dynamische Ansatz stellt diese Mitarbeitenden in den Mittelpunkt des Prozesses und legt die Technologie um ihr Urteilsvermögen herum, anstatt zu versuchen, es durch Regeln zu ersetzen.
Dynamisches Fallmanagement im Vergleich zu BPM und standardisierter Workflow-Automatisierung
Diese Frage begegnet mir am häufigsten im Support und in Community-Diskussionen: „Wir haben bereits ein Workflow-Tool. Ist das nur ein anderer Name für das, was wir schon haben?“ Meist lautet die Antwort: Nein. Hier ist der tatsächliche Unterschied.
| Dimension | BPM / standardisierter Workflow | Dynamisches Fallmanagement |
|---|---|---|
| Prozessstruktur | Im Voraus definiert; Schritte werden zur Designzeit festgelegt | Entstehend; Schritte werden während der Ausführung je nach Kontext hinzugefügt, entfernt oder neu angeordnet |
| Wer den Pfad steuert | Der Prozessdesigner; Fallbearbeitende folgen der Route | Die fallbearbeitende Person, angeleitet durch das System; die Route passt sich ihren Entscheidungen an |
| Umgang mit Ausnahmen | Ausnahmen erfordern Eskalation oder manuelle Überschreibung außerhalb des Systems | Ausnahmen sind der erwartete Zustand; das System ist um sie herum aufgebaut |
| Wissensintensität | Niedrig bis mittel; für wiederholbare Arbeit mit geringer Varianz konzipiert | Hoch; geeignet für Arbeit, bei der menschliches Urteilsvermögen und kontextbezogene Daten das Ergebnis bestimmen |
| Wann Automatisierung ausreicht | Wenn Schritte und Entscheidungsregeln in den meisten Fällen stabil sind | Wenn Ergebnisse so stark variieren, dass Regeln den Entscheidungsraum nicht abdecken können |
Forresters Einordnung ist es wert, genauer betrachtet zu werden: „ungezähmt“ im Gegensatz zu „wiederholbar“. Ein standardisiertes Business-Process-Management-System – BPM – basiert auf der Annahme, dass Sie den Prozess vollständig beschreiben können, bevor er ausgeführt wird. Das ist für viele Aufgaben eine gute Annahme: Rechnungsfreigaben, Onboarding-Checklisten für Mitarbeitende, Auftragsabwicklung. Ein System für dynamisches Fallmanagement beginnt mit der gegenteiligen Annahme. Der Prozess wird sich ändern. Bauen Sie das Managementsystem um diese Realität herum auf.
OpenText macht einen ähnlichen Punkt zur Änderung während der Ausführung: Eine echte DCM-Lösung ermöglicht es Fallbearbeitenden, die Reihenfolge von Aufgaben zu ändern, neue Beteiligte zuzuweisen oder zusätzliche Daten einzubeziehen, ohne den Fall anzuhalten und den Workflow von Grund auf neu aufzubauen. Das ist keine Funktion, über die die meisten Workflow-Tools für Geschäftsprozesse verfügen. Es ist ein struktureller Unterschied in der Funktionsweise der beiden Modelle.
Praktisch bedeutet das: Wenn Ihr Team fragt: „Wie können wir Ausnahmen besser behandeln?“, und die Ausnahmen 30–40 % Ihres Volumens ausmachen, haben Sie vermutlich kein Ausnahmeproblem. Sie haben es mit einer Arbeitsart zu tun, die ein Managementsystem für komplexe Prozesse benötigt, nicht eines, das für den Standardpfad optimiert ist.
So funktioniert dynamisches Fallmanagement: Adaptive Workflows und Entscheidungsunterstützung in Echtzeit
Der Kernmechanismus ist einfacher, als es der Fachjargon vermuten lässt. Ein Fall wird erstellt – durch eine Formularübermittlung, ein Aufnahmegespräch, eine markierte Transaktion oder was auch immer der Auslöser ist. Dieser Fall wird zum zentralen Objekt: Alle damit verbundenen Daten, Dokumente, Beteiligten, Aufgaben und Entscheidungen befinden sich an einem Ort und bleiben während der gesamten Laufzeit des Falls verknüpft.
Was DCM von einem Standard-Falldatensatz unterscheidet, ist das, was danach geschieht. Das System führt keine feste Abfolge aus. Es stellt der fallbearbeitenden Person kontextbezogene Informationen bereit, schlägt auf Grundlage von Geschäftsregeln und Daten mögliche nächste Schritte vor und erlaubt es ihr, den Pfad zu verändern – indem sie Aufgaben hinzufügt, Verantwortlichkeiten neu zuweist oder weitere Stakeholder einbindet – und zwar in Echtzeit, ohne den Prozess anzuhalten und neu zu starten.
Die Weiterleitung ist datengetrieben statt sequenzgetrieben. Wenn bei einer Schadensuntersuchung ein neues Beweisstück eingeht, kann das System diese Daten automatisch hervorheben, auf eine relevante Regel hinweisen und eine aktualisierte Aktion vorschlagen. Die fallbearbeitende Person entscheidet jedoch, wie weiter vorzugehen ist. Genau dieses Human-in-the-Loop-Design beschreiben sowohl Flowable als auch Kissflow: Die Technologie erweitert das Urteilsvermögen, sie ersetzt es nicht.
Die darunterliegende Orchestrierungsschicht übernimmt die Koordination: Sie hält alle Beteiligten auf dem Laufenden, pflegt den Prüfpfad, verfolgt den SLA-Status und stellt der richtigen Person im richtigen Moment die relevanten Informationen bereit. Das ist der „Echtzeit“-Aspekt – nicht nur ein Live-Dashboard, sondern die aktive Anpassung dessen, was das System präsentiert, wenn sich Umstände ändern.
Warum adaptives Fallmanagement Fallbearbeitende die Kontrolle über den Prozesspfad gibt
Adaptives Fallmanagement bedeutet, dass die Personen, die die Arbeit erledigen, den Workflow während der Ausführung gestalten und nicht vor seinem Start. Das ist der strukturelle Unterschied zur regelbasierten Automatisierung.
In einem regelbasierten System stoßen Wissensarbeitende auf eine Verzweigung in der Logik und folgen entweder der Anweisung des Systems oder eskalieren aus dem System heraus. In einem Modell für adaptives Fallmanagement arbeitet die fallbearbeitende Person im Kontext: Sie sieht das Gesamtbild des Falls, bewertet, was als Nächstes geschehen muss, und steuert den Prozess entsprechend. Das System folgt ihrer Führung. Es stellt Leitplanken bereit – Prüfanforderungen, SLA-Transparenz, Compliance-Kontrollpunkte –, sperrt jedoch nicht die Reihenfolge.
Die Definition von adaptivem Fallmanagement von Flowable bringt dies gut auf den Punkt: Ergebnisse, die nicht vollständig im Voraus definiert werden können und von sich entwickelnden Informationen statt von einem skriptierten Pfad gesteuert werden. Das Wort „agil“ ist hier keine Marketingsprache. Es bedeutet, dass die fallbearbeitende Person Ad-hoc-Aktionen durchführen kann – eine Aufgabe hinzufügen, ein Dokument anfordern, einen Spezialisten einbeziehen –, ohne die Integrität des Falls zu beeinträchtigen oder die Nachverfolgbarkeit zu verlieren. Diese Flexibilität ist der entscheidende Punkt.
Wie die End-to-End-Falllösung auf Kurs bleibt, wenn sich Umstände ändern
„End-to-End“ bedeutet bei DCM, dass der Lebenszyklus eines Falls von der Aufnahme bis zur Lösung kontinuierlich verfolgt wird, selbst wenn sich Aufgaben, Beteiligte und Abfolgen während der Ausführung verändern. Der Fall ist das beständige Objekt. Alles andere – die daran arbeitenden Personen, die durchgeführten Schritte, die gesammelten Daten – kann sich ändern. Der Falldatensatz bleibt bestehen.
So bleibt das Management von Fällen im großen Maßstab konsistent. Das System erhält die Nachverfolgbarkeit jeder Aktion, Entscheidung und Änderung. Wer hat was wann und auf Grundlage welcher Informationen geändert? Dieser Prüfpfad unterscheidet DCM von unkontrollierter Ad-hoc-Arbeit – die Anpassungsfähigkeit existiert innerhalb einer Koordinierungsschicht, die alles sichtbar und nachvollziehbar hält.
SLAs werden für den Fall als Ganzes verfolgt, nicht für einzelne Schritte. Fallbezogene Daten aller Beteiligten und Systeme werden in einer gemeinsamen Ansicht zusammengeführt. Das Ziel besteht nicht darin, einen bestimmten Pfad durchzusetzen, sondern sicherzustellen, dass der Fall gelöst wird und die Lösung ausreichend dokumentiert ist, um einer Prüfung standzuhalten. Das bedeutet „Fälle lösen“ in der Praxis tatsächlich: Ergebnis erreicht, Datensatz vollständig, Prozess belastbar.
🤔 Moment.
Wenn Fallbearbeitende den Prozess jederzeit ändern können, was unterscheidet DCM dann von Menschen, die einfach tun, was sie möchten? Die Antwort aus der Forschung ist konkret: DCM stellt die Leitplanken bereit – Prüfpfad, Koordinierungsschicht, kontextbezogene Daten, SLA-Transparenz –, ohne die Reihenfolge festzuschreiben. Die Anpassungsfähigkeit ist begrenzt, nicht unbegrenzt. Der Unterschied zwischen strukturierter Flexibilität und Chaos liegt in der Vollständigkeit des Falldatensatzes.
Anwendungsfälle für dynamisches Fallmanagement in verschiedenen Branchen
Am klarsten wird deutlich, wo dynamisches Fallmanagement hingehört, wenn man sich die Arbeitsarten ansieht, bei denen standardisierte Workflow-Automatisierung dauerhaft Ausnahmen erzeugt. Das sind die Bereiche, in denen „ungezähmte Prozesse“ keine Sonderfälle, sondern der Normalzustand sind.
Finanzdienstleistungen – Betrugsuntersuchungen und Versicherungsfälle
Bei der Untersuchung eines Versicherungsfalls folgt kein Fall demselben Pfad. Je nach unvorhersehbar eintreffenden Beweisen muss der Schadensregulierer möglicherweise zusätzliche Unterlagen anfordern, einen spezialisierten Gutachter hinzuziehen, frühere Schadensfälle abgleichen oder an die Rechtsabteilung eskalieren – in beliebiger Reihenfolge. Standard-Workflows für die Schadenbearbeitung bewältigen routinemäßige Verlängerungen gut. Ein DCM-System verarbeitet die unvorhersehbaren Fälle, bei denen der Schadensregulierer – nicht das System – bestimmen muss, was als Nächstes geschieht. Der Fehlermodus bei Standardautomatisierung ist hier gut dokumentiert: Der Workflow deckt häufige Fälle ab und scheitert bei jedem komplexen Fall, wodurch manuelle Ausnahmen entstehen, die sich außerhalb des Systems ansammeln.
Gesundheitswesen – Versorgungskoordination mit mehreren Stakeholdern
Ein Patient, der mit mehreren Begleiterkrankungen aufgenommen wird, erzeugt einen Behandlungsfall, der sich über Notaufnahme, Chirurgie, Rehabilitation und Sozialarbeitsteams erstreckt – oft gleichzeitig. Die Koordination erfordert ein Fallobjekt, das über alle Abteilungen hinweg bestehen bleibt, sich anpasst, wenn sich das klinische Bild verändert, und dafür sorgt, dass alle Beteiligten mit denselben kontextbezogenen Daten arbeiten. Die Arbeit von Harmony Healthcare zur Versorgungskoordination beschreibt dies direkt: Das System stellt jedem Kliniker im richtigen Moment relevante Informationen bereit und ermöglicht es Versorgungskoordinierenden, den Plan anzupassen, wenn sich Bedingungen ändern. Ein starrer Workflow kann die Variabilität der tatsächlichen Patientenversorgung nicht abbilden. Der dadurch entstehende Koordinierungsaufwand – APQC stellte fest, dass Wissensarbeitende rund 25 % ihrer Zeit mit der Suche nach Informationen und der Verwaltung interner Kommunikation verbringen – ist genau das, was DCM reduzieren soll.
Öffentlicher Sektor – Genehmigungen, Leistungen und Compliance-Prüfungen
Öffentliche Stellen, die Leistungsanträge, Genehmigungen oder Compliance-Prüfungen bearbeiten, haben es mit unvollständigen Unterlagen, abteilungsübergreifender Weiterleitung und regulatorischen Abweichungen zu tun, die jeden Fall strukturell vom vorherigen unterscheiden. Die KI-gestützten Workflows für Behörden, die in der Analyse des Public Sector Network beschrieben werden, folgen einem erkennbaren DCM-Muster: Die Aufnahme löst die Zusammenführung von Dokumenten und Daten aus, KI extrahiert Informationen und kennzeichnet fehlende Angaben, Mitarbeitende fügen Ad-hoc-Aufgaben hinzu, wenn neue Nachweise eintreffen, und der Falldatensatz führt einen vollständigen Prüfpfad für Compliance. Die Automatisierung übernimmt Aufnahme und Weiterleitung. Die fallbearbeitende Person übernimmt das Urteilsvermögen. Keine Seite kann die Aufgabe der anderen übernehmen.
Unternehmens-HR und Rechtsabteilung – Ausnahmebehandlung über Funktionen hinweg
Beschwerden von Mitarbeitenden, Disziplinarprüfungen, Vertragsstreitigkeiten und Compliance-Untersuchungen teilen dieselbe Struktur: unvorhersehbare Pfade, Zusammenarbeit mehrerer Parteien und Ergebnisse, die stark vom während des Falls aufgebauten Kontext abhängen. Standard-HR-Ticketing verarbeitet routinemäßige Serviceanfragen wie Passwortzurücksetzungen oder Urlaubsanträge gut. Bei komplexen Fällen scheitert es, weil das Ticketing-Modell von einem definierten Lösungspfad ausgeht. DCM bewältigt sie, weil es das nicht tut. Das Incident-Management-Muster in Recht und HR wird außerdem von der Stakeholder-Koordination bestimmt – Rechtsabteilung, HR, Finanzen und Management müssen häufig an verschiedenen Punkten einbezogen werden, abhängig davon, was der Fall offenlegt.
Um die Orchestrierungsseite konkret zu machen: In Latenode kann ein Aufnahmeauslöser aus einem bestehenden Portal – etwa ein Leistungsantrag, eine markierte Transaktion oder ein Eskalations-Tag – einen Workflow starten, der Dokumente aus mehreren Systemen zusammenführt (über die Bibliothek mit mehr als 5.500 Integrationen und automatischem OAuth), sie zur Datenextraktion und Erkennung von Informationslücken an ein KI-Modell übergibt und den Fall basierend auf den KI-Ergebnissen an die richtige Warteschlange weiterleitet. Wenn während des Falls etwas Ungewöhnliches auftritt, passt sich der Workflow an: Eine fallbearbeitende Person fügt eine Aufgabe hinzu, das System protokolliert sie, die SLA-Uhr läuft weiter und der Falldatensatz bleibt vollständig. Das ist DCM-artige Orchestrierung auf einer Low-Code-Plattform, ohne separate Vektordatenbank oder neuen Server für jeden Logikschritt. Auch das Preismodell pro Ausführung ist hier relevant: Ein Fall-Workflow mit sechs Schritten zählt als eine Ausführung, wodurch die Kosten mit wachsendem Fallvolumen planbar bleiben. Um dieses Muster bereitzustellen, verbinden Sie Ihre Aufnahmequelle, konfigurieren den KI-Extraktionsschritt und definieren die Weiterleitungslogik – bei bereiten OAuth-Zugangsdaten etwa 60–90 Minuten Einrichtungsaufwand.
Wann Sie dynamisches Fallmanagement einsetzen sollten und wann ein einfacherer Workflow ausreicht
Ich würde schätzen, dass die Hälfte der Gespräche, die ich über DCM-Tools geführt habe, damit endet, dass das Team erkennt, dass es tatsächlich keines benötigt. Das ist kein Misserfolg – das ist gute Analysearbeit. DCM löst ein spezifisches Problem. Wenn dieses Problem nicht Ihres ist, lohnt sich der zusätzliche Aufwand nicht.
Setzen Sie DCM ein, wenn:
Ergebnisse bei der Aufnahme nicht definiert werden können
Wenn Sie für eine Fallart kein vollständiges Flussdiagramm erstellen können, bevor sie eröffnet wird – weil der nächste Schritt von Beweisen abhängt, die während der Fallbearbeitung eintreffen –, befinden Sie sich im DCM-Bereich. Das ist das Forrester-Signal für „ungezähmte Prozesse“. Der Pfad wird dem System nicht vorenthalten; er existiert tatsächlich noch nicht.
Fälle menschliches Urteilsvermögen plus kontextbezogene Daten erfordern
Wenn die Entscheidung nicht allein durch Regeln getroffen werden kann, die relevanten Daten auf mehrere Systeme verteilt sind und eine Person beides zusammenführen muss, handelt es sich um wissensintensive Arbeit. Dafür ist DCM konzipiert. Ein Workflow-Tool ist es nicht.
Das Ausnahmevolumen hoch genug ist, um zur Norm zu werden
Wenn Ausnahmen mehr als 20–30 % Ihres Fallvolumens ausmachen, haben Sie kein Ausnahmeproblem. Sie haben Arbeit, die strukturell variabel ist. Der Versuch, sie über die Eskalationspfade eines linearen Workflows zu behandeln, schafft ein paralleles manuelles System, dessen Pflege mit der Zeit immer schwieriger wird.
Ein einfacherer Workflow reicht aus, wenn:
Der Prozess wiederholbar ist und geringe Varianz aufweist
Standard-BPM, ein gut konfiguriertes Ticketing-System oder grundlegende Workflow-Automatisierung bewältigen dies besser – und bei geringeren Kosten sowie weniger Komplexität. IT-Helpdesk-Anfragen mit definierten SLAs, Auftragsabfolgen, geplante Berichte und Onboarding-Checklisten für Mitarbeitende sind gute Beispiele. Die beteiligten Managementprozesse sind vorhersehbar. Ein DCM-System ist hier technischer Mehraufwand ohne Nutzen.
Die Entscheidungslogik in Regeln kodifiziert werden kann
Wenn Sie den Entscheidungsbaum vollständig formulieren können – auch einen komplexen –, sind BPM oder eine Rules Engine die bessere Wahl. Kundensupport für ein SaaS-Produkt fällt meist in diese Kategorie: Die meisten Serviceanfragen folgen erkennbaren Mustern mit skriptierten Antworten. DCM für routinemäßigen Kundensupport ist überdimensioniert.
📊 In der Praxis:
Eine routinemäßige Verlängerung einer Versicherungspolice folgt einer festen Abfolge – Datenprüfung, Zahlungsdurchlauf, Dokumenterstellung, Bestätigung. Standardisierte Workflow-Automatisierung kann das gut bewältigen. Eine Betrugsuntersuchung für dieselbe Police kann das nicht: Der Schadensregulierer muss möglicherweise den Transaktionsverlauf abrufen, Unterlagen von drei Parteien anfordern, einen Spezialisten konsultieren und seinen Ansatz anpassen, sobald einzelne Beweisstücke eintreffen. Gleiche Branche, gleiches Unternehmen, andere Arbeitsart. Die eine benötigt einen Workflow. Die andere benötigt DCM.
Was eine Lösung für dynamisches Fallmanagement tatsächlich leisten muss
Anbieter fügen Produkten das Wort „Fall“ ähnlich hinzu wie „KI“ – manchmal mit Bedeutung, manchmal nur als Etikett auf etwas, das bereits existierte. Wenn ein Team eine Lösung für dynamisches Fallmanagement bewertet, sind dies die funktionalen Anforderungen, die ein echtes DCM-System von einem Workflow-Tool mit umbenannter Oberfläche unterscheiden.
Prozessänderung im laufenden Betrieb. Das System muss Fallbearbeitenden ermöglichen, Aufgaben hinzuzufügen, Abfolgen zu ändern, Verantwortlichkeiten neu zuzuweisen und neue Beteiligte einzubinden, während der Fall aktiv ist – ohne den Fall anzuhalten oder den Workflow neu aufzubauen. Das ist die strukturelle Definition von DCM. Wenn ein System das nicht kann, ist es kein DCM, unabhängig davon, was auf der Produktseite steht.
Koordination kontextbezogener Daten. Alle fallbezogenen Daten – Dokumente, Kommunikation, Entscheidungshistorie, Notizen von Beteiligten – sollten über den Falldatensatz zugänglich sein, in Echtzeit aktualisiert werden und für alle relevanten Stakeholder sichtbar sein. Ein Fallmanagementsystem, das Mitarbeitende zwingt, zwischen fünf separaten Tools zu wechseln, um Kontext zusammenzustellen, koordiniert keine Fälle. Es legt nur eine zusätzliche Schicht über dasselbe Problem.
Entscheidungsunterstützung mit Human-in-the-Loop. Das System sollte relevante Informationen hervorheben, nächstbeste Aktionen vorschlagen und Anomalien kennzeichnen, ohne den Mitarbeitenden die Möglichkeit zu nehmen, zu überschreiben oder umzulenken. KI-gestützte Vorschläge sind nützlich. KI-gestützte Automatisierung, die menschliches Urteilsvermögen aus wissensintensiven Entscheidungen entfernt, ist etwas anderes – und für DCM-Arbeit oft das falsche Design.
Prüfbarkeit. Jede Aktion, Änderung, Entscheidung und Datenänderung sollte mit Zeitstempel, handelnder Person und Begründung protokolliert werden. Das dient nicht nur der Compliance – es macht adaptives Fallmanagement nachverfolgbar statt chaotisch. Der Standard CMMN (Case Management Model and Notation) bietet dafür einen formalen Rahmen. Ein fallbasiertes System ohne Prüfpfad ist Ad-hoc-Arbeit mit zusätzlichen Schritten.
Statussichtbarkeit in Echtzeit. Stakeholder müssen Fallstatus, SLA-Countdown, aktuelle verantwortliche Person und die nächste ausstehende Aktion sehen können, ohne nach einem Statusupdate fragen zu müssen. Ein Managementsystem, bei dem ein Mensch zuerst einen Statusbericht zusammenstellen muss, bietet nicht die Transparenz, die DCM erfordert.
Integrationstiefe. DCM umfasst Daten aus mehreren Systemen – CRM, Dokumentenmanagement, Content-Management, Wissensmanagement-Repositories, Kommunikationstools und externen Datenbanken. Die Lösung muss sich in den bestehenden Stack integrieren, nicht ihn ersetzen. Hier wird die Bewertung fortschrittlicher Fallmanagement-Plattformen schnell teuer: Wenn das System nur Daten verwalten kann, die es selbst besitzt, ist sein Wert in einer Umgebung mit mehreren Systemen begrenzt.
Ein praktischer Test, bevor Sie sich für eine Plattform entscheiden: Fragen Sie den Anbieter, wie eine fallbearbeitende Person eine Ad-hoc-Aufgabe zu einem offenen Fall hinzufügen würde, die nicht im ursprünglichen Workflow enthalten war. Gehen Sie die genauen Schritte durch. Wenn die Antwort einen Systemadministrator, einen Entwickler oder den Aufbau eines neuen Workflows erfordert, handelt es sich bei diesem System um BPM mit einem DCM-Aufkleber.
