Create Update Activity
Übersicht
Die Create Update Activity Anreicherung erstellt automatisch neue Aktivitäten in Ihrem Prozess, wenn sich spezifische Ereignisattributwerte innerhalb eines Falls ändern. Dieses leistungsstarke Feature macht Attributänderungen im Prozessfluss sichtbar und verwandelt verborgene Zustandsübergänge in explizite Prozessschritte, die analysiert, visualisiert und optimiert werden können. Anstatt für jede Statusänderung manuelles Event-Logging zu erfordern, erkennt diese Anreicherung Wertänderungen intelligent und erstellt entsprechende Aktivitäten.
Diese Anreicherung ist besonders wertvoll für Prozesse, bei denen sich wichtige Informationen im Laufe der Zeit ändern, diese Änderungen jedoch nicht explizit als Aktivitäten erfasst werden. Zum Beispiel können bei einem Auftrag, dessen Status von „Pending“ über „Approved“ bis „Shipped“ wechselt, automatisch Update-Aktivitäten bei jedem Übergang erzeugt werden. Dies macht den Prozessfluss in Prozessdiagrammen klarer, ermöglicht präzise Zeitanalysen der Zustandsübergänge und hilft, Engpässe oder Anomalien in Genehmigungsabläufen zu identifizieren. Die Anreicherung überwacht bestimmte Aktivitäten auf Änderungen ausgewählter Attribute und fügt nur bei signifikanten Änderungen neue Aktivitäten ein, um unnötige Aktualisierungen zu vermeiden.
Indem Attributänderungen als Aktivitäten sichtbar gemacht werden, können Muster analysiert werden, die sonst in Attributwerten verborgen blieben. Dies schließt ein, wie lange Elemente in bestimmten Zuständen verweilen, welche Übergänge am längsten dauern, wer Statusaktualisierungen durchführt und wie sich Zustandsänderungen über verschiedene Prozessvarianten hinweg sequenzieren. Die Anreicherung schließt die Lücke zwischen Ereignisattributen und Prozessaktivitäten und liefert eine vollständige Sicht darauf, was passiert ist und wie sich Daten im Verlauf des Prozesses entwickelt haben.
Häufige Anwendungsfälle
- Erzeugung von „Status Updated“-Aktivitäten bei Statusänderungen von „Pending“ über „Processing“ bis „Complete“
- Erstellung von „Priority Changed“-Aktivitäten bei Eskalation oder Deeskalation der Ticketpriorität
- Nachverfolgung von „Owner Reassigned“-Aktivitäten bei Wechsel der verantwortlichen Person während der Fallbearbeitung
- Überwachung von „Risk Level Changed“-Aktivitäten bei Aktualisierung von Kreditausfallrisikobewertungen
- Erfassen von „Location Updated“-Aktivitäten bei Verschiebung von Sendungen zwischen Lagern oder Distributionszentren
- Aufzeichnung von „Approval Stage Advanced“-Aktivitäten bei Änderungen von Genehmigungsstufen in mehrstufigen Genehmigungsprozessen
- Nachverfolgung von „Price Adjusted“-Aktivitäten bei Änderungen der Produktpreise während Angebotsverhandlungen
- Erzeugung von „Category Reclassified“-Aktivitäten, wenn Support-Tickets zwischen Abteilungen verschoben werden
Einstellungen
New Activity Name: Der Name der Aktivität, die erstellt wird, wenn sich der Attributwert ändert. Wählen Sie einen aussagekräftigen Namen, der den Art der Änderung deutlich macht, z.B. „Status Updated“, „Priority Changed“ oder „Owner Reassigned“. Dieser Name erscheint in Prozessdiagrammen und Aktivitätslisten.
Event Attribute: Wählen Sie das Ereignisattribut aus, das auf Änderungen überwacht werden soll. Die Anreicherung verfolgt dieses Attribut über die ausgewählten Aktivitäten und erstellt neue Aktivitäten bei Wertänderungen. Dies kann jedes Ereignisattribut sein, z.B. Statusfelder, Besitzer-Namen, Prioritätsstufen, Kategorien-Codes oder Standortkennzeichen.
Update Activity: Die spezifische Aktivität, die als Referenzpunkt für die Erkennung von Änderungen dient. Während die Anreicherung mehrere Aktivitäten (in Change Activities angegeben) überwacht, identifiziert diese Einstellung, welche Aktivität als „Update“-Aktivität gilt. In den meisten Konfigurationen sollte dies mit einer der Aktivitäten in der Liste Change Activities übereinstimmen.
Change Activities: Wählen Sie eine oder mehrere Aktivitäten aus, in denen das Attribut auf Änderungen überwacht werden soll. Die Anreicherung betrachtet nur Ereignisse mit diesen Aktivitätsnamen, wenn Wertänderungen erkannt werden. Beispielsweise wenn Sie „Create Order“, „Modify Order“ und „Approve Order“ auswählen, prüft die Anreicherung, ob sich das überwachte Attribut zwischen diesen Aktivitäten geändert hat.
Ignore Case: Wenn aktiviert, behandelt die Anreicherung null (leere) Werte als bedeutsame Werte bei der Änderungserkennung. Wenn deaktiviert, werden null Werte ignoriert und Änderungen, die null Werte betreffen, lösen keine neuen Aktivitäten aus. Aktivieren Sie diese Option, wenn null Werte einen bedeutenden Zustand darstellen (z. B. „Unassigned“ oder „Not Set“), oder deaktivieren Sie sie, um sich nur auf Änderungen zwischen tatsächlichen Werten zu konzentrieren.
Beispiele
Beispiel 1: Nachverfolgung des Bestellstatus
Szenario: Ein E-Commerce-Fulfillment-Prozess verfügt über mehrere Aktivitäten, die den Bestellstatus ändern können (Create Order, Payment Received, Ship Order), aber Statusübergänge werden nicht als explizite Aktivitäten erfasst. Sie möchten „Status Changed“-Aktivitäten erstellen, um die Statusentwicklung in Prozessdiagrammen zu visualisieren.
Einstellungen:
- New Activity Name: Status Changed
- Event Attribute: OrderStatus
- Update Activity: Create Order
- Change Activities: Create Order, Payment Received, Ship Order
- Ignore Case: False
Ergebnis: Erstellt „Status Changed“-Aktivitäten, wann immer sich das OrderStatus-Attribut zwischen den angegebenen Aktivitäten ändert. Zum Beispiel:
- Fall beginnt mit „Create Order“ (OrderStatus = „Pending“)
- „Payment Received“ erfolgt (OrderStatus = „Paid“) - erzeugt „Status Changed“-Aktivität
- „Ship Order“ erfolgt (OrderStatus = „Shipped“) - erzeugt „Status Changed“-Aktivität
Die neuen „Status Changed“-Aktivitäten erscheinen im Prozessdiagramm, zeigen den genauen Zeitpunkt der Statusübergänge und erleichtern die Messung, wie lange Bestellungen in jedem Status verweilen.
Erkenntnisse: Zeigt die tatsächliche Reihenfolge der Statusänderungen, identifiziert Verzögerungen zwischen Statusübergängen, misst SLA-Einhaltung für jede Statusphase und ermöglicht Filterung nach spezifischen Statusverlaufsmustern.
Beispiel 2: Eskalation der Support-Ticket-Priorität
Szenario: Ein Kundensupportprozess erlaubt die Eskalation oder Deeskalation von Tickets, wodurch sich das Attribut Priority über verschiedene Aktivitäten ändert. Sie möchten jede Prioritätsänderung verfolgen, um Eskalationsmuster und Reaktionszeiten zu verstehen.
Einstellungen:
- New Activity Name: Priority Changed
- Event Attribute: TicketPriority
- Update Activity: Create Ticket
- Change Activities: Create Ticket, Assign Agent, Escalate, Update Ticket, Resolve Ticket
- Ignore Case: True
Ergebnis: Erstellt „Priority Changed“-Aktivitäten bei jeder Prioritätsänderung. Für ein Ticket, das als „Low“ beginnt, auf „Medium“ eskaliert, dann auf „High“ und schließlich gelöst wird, erzeugt die Anreicherung:
- „Priority Changed“ bei Eskalation von Low zu Medium
- „Priority Changed“ bei Eskalation von Medium zu High
Jede neue Aktivität enthält alle Ereignisattribute des Originalereignisses, einschließlich des neuen Prioritätswerts und des Zeitstempels der Änderung.
Erkenntnisse: Zeigt, wie oft Tickets eskaliert werden müssen, misst die Zeiten zwischen Eskalationen, identifiziert Kunden- oder Problemtypen, die häufig Prioritätsänderungen erfordern, und unterstützt die Optimierung der initialen Prioritätszuweisung.
Beispiel 3: Nachverfolgung des Sendungsstandorts
Szenario: Ein Logistikprozess zeichnet die Bewegung von Sendungen zwischen Lagern auf, aber Standortwechsel werden nicht explizit als Aktivitäten verfolgt. Das Attribut ShipmentLocation ändert sich mit der Bewegung der Artikel und Sie möchten diese Bewegungen im Prozessfluss visualisieren.
Einstellungen:
- New Activity Name: Location Updated
- Event Attribute: ShipmentLocation
- Update Activity: Receive Shipment
- Change Activities: Receive Shipment, Transfer Item, Load for Delivery, Deliver
- Ignore Case: False
Ergebnis: Erstellt „Location Updated“-Aktivitäten bei jeder Standortänderung:
- Artikel kommt bei „Warehouse A“ an (Receive Shipment) – Anfangsstandort gesetzt
- Transfer zu „Warehouse B“ (Transfer Item) – erzeugt „Location Updated“
- Verladung bei „Warehouse B“ (Load for Delivery) – keine Änderung, keine Aktivität
- Lieferung vom „Customer Site“ (Deliver) – erzeugt „Location Updated“
Das Prozessdiagramm zeigt nun die Sendungsroute mit expliziten Standortwechsel-Aktivitäten und macht den Fluss im Verteilnetzwerk transparent.
Erkenntnisse: Visualisiert Versandrouten, identifiziert Engpässe bei Transfers, misst Verweilzeiten an jedem Standort und deckt ineffiziente Routingmuster auf.
Beispiel 4: Nachverfolgung des Genehmigungsworkflow-Stadiums
Szenario: Ein Beschaffungsgenehmigungsprozess hat ein Attribut ApprovalStage, das von „Pending“ über „Manager Approved“ zu „Director Approved“ bis „Final Approved“ wechselt. Sie möchten Aktivitäten für jeden Übergang der Genehmigungsstufe erstellen.
Einstellungen:
- New Activity Name: Approval Stage Advanced
- Event Attribute: ApprovalStage
- Update Activity: Submit for Approval
- Change Activities: Submit for Approval, Manager Review, Director Review, Final Approval
- Ignore Case: False
Ergebnis: Erstellt „Approval Stage Advanced“-Aktivitäten bei jedem Stufenübergang:
| Original Activity | ApprovalStage Vorher | ApprovalStage Nachher | Neue Aktivität erstellt |
|---|---|---|---|
| Submit for Approval | null | Pending | Nein (Initialwert) |
| Manager Review | Pending | Manager Approved | Ja |
| Director Review | Manager Approved | Director Approved | Ja |
| Final Approval | Director Approved | Final Approved | Ja |
Erkenntnisse: Zeigt den Genehmigungsverlauf klar auf, misst Zeitabstände zwischen Genehmigungsstufen, identifiziert Verzögerungen und ermöglicht die Analyse der Effizienz mehrstufiger Genehmigungsprozesse.
Beispiel 5: Änderungen des Fallverantwortlichen im Incident Management
Szenario: Ein IT-Incident-Management-Prozess weist Fälle während Lastverlagerungen oder Eskalationen verschiedenen Supportmitarbeitern zu. Das Attribut AssignedTo ändert sich, aber diese Neuzuordnungen sind nicht als explizite Aktivitäten erfasst. Sie möchten Neuzuweisungsmuster verstehen.
Einstellungen:
- New Activity Name: Case Reassigned
- Event Attribute: AssignedTo
- Update Activity: Create Incident
- Change Activities: Create Incident, Assign, Reassign, Escalate, Resolve
- Ignore Case: True
Ergebnis: Erstellt „Case Reassigned“-Aktivitäten bei jeder Änderung des Attributes AssignedTo:
- Create Incident (AssignedTo = „Auto-Assignment Queue“) – Anfangszuweisung
- Assign (AssignedTo = „John Smith“) – erzeugt „Case Reassigned“
- Reassign (AssignedTo = „Sarah Jones“) – erzeugt „Case Reassigned“
- Escalate (AssignedTo = „Senior Team“) – erzeugt „Case Reassigned“
Die Anreicherung verfolgt alle Eigentümerwechsel und macht sichtbar, wer den Fall wann bearbeitet und übergab.
Erkenntnisse: Zeigt, wie häufig Fälle neu zugewiesen werden, identifiziert überlastete Agents mit häufigen Neuzuweisungen, misst Übergabeverzögerungen und unterstützt die Optimierung der initialen Zuweisungsstrategien.
Ausgabe
Die Create Update Activity Anreicherung erzeugt neue Ereigniszeilen im Ereignisprotokoll und erstellt Aktivitäten, die Attributwertänderungen repräsentieren. Diese neuen Aktivitäten fügen sich nahtlos in den bestehenden Prozessfluss ein und erscheinen in allen Prozessanalysetools.
Eigenschaften der Aktivitäten:
- Activity Name: Entspricht der Einstellung „New Activity Name“
- Timestamp: Übernommen vom Ereignis, bei dem die Attributänderung erfolgte
- Case ID: Gleich dem Originalereignis (Aktivitäten werden demselben Fall hinzugefügt)
- Event Attributes: Alle Original-Ereignisattribute werden auf die neue Aktivität kopiert
- Activity Type: Standardaktivität, die in Prozessdiagrammen und Aktivitätslisten angezeigt wird
Erstellungslogik:
- Neue Aktivitäten werden nur erzeugt, wenn sich der überwachte Attributwert ändert
- Die erste Auftreten einer Aktivität setzt den Anfangswert (es wird keine Update-Aktivität erzeugt)
- Folgende Vorkommen werden mit dem vorherigen Wert verglichen
- Bei Unterschieden wird eine neue Aktivität mit dem gleichen Zeitstempel eingefügt
- Wenn „Ignore Case“ deaktiviert ist, werden Änderungen, die null Werte betreffen, ignoriert
- Überwacht werden nur Ereignisse mit den ausgewählten „Change Activities“
Integrationspunkte:
- Neue Aktivitäten erscheinen in Prozessdiagrammen und zeigen den Fluss von Attributänderungen
- Verfügbar in Aktivitätsfiltern zur Auswahl von Fällen mit spezifischen Änderungsmustern
- Können in nachfolgenden Anreicherungen wie Dauerberechnungen verwendet werden
- Sichtbar in Variantenanalysen zur Identifikation unterschiedlicher Änderungssequenzen
- Eingeschlossen in Statistiken zur Aktivitätsfrequenz und Leistungskennzahlen
- Erscheinen in Exporten des Ereignisprotokolls mit allen Originalereignisattributen
Visualisierung im Prozessdiagramm: Die neuen Aktivitäten erzeugen zusätzliche Knoten in Prozessdiagrammen, die Pfade der Attributänderungen zeigen. So werden bisher verborgene Zustandsübergänge sichtbar und gemeinsam mit regulären Prozessaktivitäten analysierbar.
Performance-Überlegungen:
- Die Anreicherung verarbeitet alle Ereignisse der ausgewählten Aktivitäten zur Änderungserkennung
- Bei großen Datensätzen empfiehlt sich die Begrenzung der Change Activities auf Aktivitäten mit erwarteten Änderungen
- Die neuen Aktivitäten erhöhen die Ereignisanzahl, was die Komplexität von Prozessdiagrammen beeinflussen kann
- Filter können eingesetzt werden, um die Analyse auf bestimmte Änderungstypen zu fokussieren
Siehe auch
- Remove Activities: Entfernen unerwünschter Aktivitäten aus dem Prozessprotokoll
- Remove Repeated Activities: Konsolidierung aufeinanderfolgender identischer Aktivitäten
- Representative Case Attribute: Extrahieren von Attributwerten aus bestimmten Aktivitäten auf Fallebene
- Duration Between Two Activities: Messung der Zeit zwischen Original- und Update-Aktivitäten
Diese Dokumentation ist Teil der mindzie Studio Process Mining Plattform.