Zeitdauern zwischen einem Fallattribut und Aktivitätszeiten

Übersicht

Die Anreicherung "Durations Between a Case Attribute and Activity Times" berechnet die Zeitdifferenz zwischen einem zeitstempelbasierten Attribut auf Fallebene und der Aktivitätszeit jedes einzelnen Ereignisses innerhalb dieses Falls. Diese leistungsstarke Anreicherung erzeugt ein neues Ereignisattribut, das zeigt, wie viel Zeit zwischen einem festen Referenzpunkt (wie Bestelldatum, Vertragsbeginn oder Fälligkeitsdatum) und jeder Aktivität im Prozess vergangen ist. Dies ermöglicht eine detaillierte Analyse, wie Aktivitäten in Bezug zu wichtigen Geschäftsterminen, Meilensteinen oder Baseline-Daten stehen.

Im Gegensatz zu Anreicherungen, die die Zeit zwischen Aktivitäten messen, verwendet dieser Operator einen zeitstempelbasierten Fallattribute als Ankerpunkt für alle Dauernberechnungen. Dies ist besonders wertvoll, wenn Sie verstehen möchten, wie jeder Schritt in Ihrem Prozess sich auf ein kritisches Geschäftsdatum bezieht, beispielsweise bei der Messung aller Aktivitäten gegenüber einer Frist aus einer Service Level Agreement, der Verfolgung des Fortschritts ab Projektstart oder der Analyse, wie Aktivitäten um ein Zahlungsfälligkeitsdatum gruppiert sind. Die Anreicherung unterstützt sowohl Vorwärtsberechnungen (Zeit seit dem Referenzdatum) als auch Rückwärtsberechnungen (Zeit bis zum Referenzdatum) mit flexiblen Zeiteinheiten von Sekunden bis Jahren.

Häufige Anwendungsfälle

Verfolgen der verstrichenen Zeit vom Bestelldatum bis zu jeder Erfüllungsaktivität im Order-to-Cash-Prozess
Messen, wie viele Tage vor oder nach einem Zahlungsfälligkeitsdatum jede Inkassoaktivität stattfindet
Überwachen der Zeit von der Patientenaufnahme bis zu jeder medizinischen Prozedur in Gesundheitsprozessen
Berechnen der Tage vom Vertragsabschluss bis zu jeder Meilensteinlieferung im Projektmanagement
Analysieren, wie lange nach der Fallanlage jede Kundenservice-Interaktion stattfindet
Messen der Zeit vom Produktionsstart bis zu jeder Qualitätskontrolle oder jedem Fertigungsschritt
Verfolgen der Tage von der Kreditantragsstellung bis zu jeder Genehmigungs- oder Überprüfungsaktivität

Einstellungen

Name des neuen Attributs: Der Name für das neue Ereignisattribut, das die berechneten Zeitdauern speichert. Dieses Attribut wird auf Ereignisebene erstellt, das heißt, jedes Ereignis in einem Fall erhält einen eigenen berechneten Dauernwert basierend auf dem Fallattribut. Wählen Sie einen aussagekräftigen Namen, der klar angibt, was gemessen wird, z. B. "Days_Since_Order_Date", "Hours_Until_Due_Date" oder "Time_From_Contract_Start". Der Name muss eindeutig sein und darf in Ihrem Datensatz noch nicht existieren.

Attributname: Das zeitstempelbasierte Fallattribut, das als Referenzpunkt für alle Dauernberechnungen verwendet wird. Dieses Dropdown zeigt alle verfügbaren DateTime-Attribute aus Ihrer Falltabelle an. Wählen Sie das Attribut aus, das Ihr Geschäftsdaten-Referenzdatum darstellt, wie z. B. "Order_Date", "Due_Date", "Contract_Start_Date" oder "SLA_Deadline". Es können nur DateTime-Typ-Attribute ausgewählt werden, um gültige Zeitstempelvergleiche sicherzustellen.

Dauer-Typ: Bestimmt die Zeiteinheit für die Dauernberechnung. Optionen sind:

TimeSpan: Erhält die vollständige Zeitdauer mit Tagen, Stunden, Minuten und Sekunden (dargestellt als "2d 14:30:45")
Seconds: Gesamtanzahl der Sekunden zwischen Zeitstempeln
Minutes: Gesamtanzahl der Minuten (nützlich für kurze Prozesse)
Hours: Gesamtanzahl der Stunden (ideal für eintägige oder mehrtägige Prozesse)
Days: Gesamtanzahl der Tage (am häufigsten für Geschäftsprozesse)
Weeks: Gesamtanzahl der Wochen (für länger laufende Prozesse)
Months: Ungefährer Wert der Monate (berechnet als Tage/30,44)
Years: Anzahl der Jahre (für sehr lang laufende Prozesse)

Attribut soll zuerst kommen: Steuert die Richtung der Dauernberechnung. Wenn aktiviert (Standard), wird "Ereigniszeit minus Fallattributzeit" berechnet, was positive Werte liefert, wenn Ereignisse nach dem Referenzdatum stattfinden. Wenn deaktiviert, wird die Berechnung umgekehrt zu "Fallattributzeit minus Ereigniszeit", was positive Werte liefert, wenn Ereignisse vor dem Referenzdatum liegen. Verwenden Sie die Standardeinstellung, um die verstrichene Zeit seit einem Startdatum zu messen, oder deaktivieren Sie sie, um die verbleibende Zeit bis zu einer Frist zu messen.

Dezimalstellen erlauben: Legt fest, ob Dauerwerte Dezimalstellen enthalten können. Wenn deaktiviert (Standard), werden Dauern auf ganze Zahlen abgerundet (z. B. 3 Tage statt 3,7 Tage). Wenn aktiviert, wird die Dezimalgenauigkeit beibehalten (z. B. 3,7 Tage, 2,5 Stunden). Aktivieren Sie dies für genauere Berechnungen bei detaillierter Zeitmessung oder wenn kleine Zeitunterschiede bedeutsam sind. Deaktivieren Sie es für sauberere Berichte, wenn ganze Einheiten ausreichend sind.

Beispiele

Beispiel 1: Nachverfolgung der Auftragsabwicklungszeit

Szenario: Ein E-Commerce-Unternehmen möchte verfolgen, wie lange jeder Erfüllungsschritt ab dem ursprünglichen Bestelldatum dauert, um Engpässe in ihrem Order-to-Cash-Prozess zu erkennen.

Einstellungen:

Name des neuen Attributs: Days_Since_Order
Attributname: Order_Date
Dauer-Typ: Days
Attribut soll zuerst kommen: Aktiviert (true)
Dezimalstellen erlauben: Deaktiviert (false)

Ausgabe: Die Anreicherung erzeugt ein neues Ereignisattribut "Days_Since_Order", das die Anzahl der vollen Tage seit der Bestellung anzeigt: | Aktivität | Aktivitätszeit | Order_Date | Days_Since_Order | |----------|--------------|------------|------------------| | Bestellung aufgegeben | 2024-01-15 09:00 | 2024-01-15 | 0 | | Zahlung verifiziert | 2024-01-15 14:00 | 2024-01-15 | 0 | | Kommissioniert | 2024-01-16 10:00 | 2024-01-15 | 1 | | Verpackt | 2024-01-16 15:00 | 2024-01-15 | 1 | | Versandt | 2024-01-17 08:00 | 2024-01-15 | 2 | | Geliefert | 2024-01-19 16:00 | 2024-01-15 | 4 |

Erkenntnisse: Das Unternehmen kann nun einfach nach Bestellungen filtern, bei denen "Days_Since_Order" ihre 3-Tage-Liefer-SLA in der Versandphase überschreitet, und so ermitteln, welche Aktivitäten Verzögerungen verursachen.

Beispiel 2: Zahlungseingang vor Fälligkeitsdatum

Szenario: Ein Finanzdienstleister möchte seine Inkassoaktivitäten im Verhältnis zu Zahlungsfälligkeiten analysieren und verstehen, welche Aktivitäten proaktiv oder reaktiv erfolgen.

Einstellungen:

Name des neuen Attributs: Days_Until_Due_Date
Attributname: Payment_Due_Date
Dauer-Typ: Days
Attribut soll zuerst kommen: Deaktiviert (false)
Dezimalstellen erlauben: Aktiviert (true)

Ausgabe: Die Anreicherung erstellt "Days_Until_Due_Date" mit Dezimalwerten der Tage bis zum Fälligkeitsdatum (positiv) oder Tagen der Überfälligkeit (negativ): | Aktivität | Aktivitätszeit | Payment_Due_Date | Days_Until_Due_Date | |----------|--------------|------------------|---------------------| | Rechnung gesendet | 2024-02-01 | 2024-02-15 | 14.0 | | Erinnerung per E-Mail | 2024-02-10 | 2024-02-15 | 5.0 | | Telefonanruf | 2024-02-14 | 2024-02-15 | 1.0 | | Zahlung erhalten | 2024-02-16 | 2024-02-15 | -1.0 | | Mahngebühr angewendet | 2024-02-20 | 2024-02-15 | -5.0 |

Erkenntnisse: Positive Werte zeigen proaktive Inkassobemühungen an, während negative Werte reaktive Maßnahmen nach dem Fälligkeitsdatum darstellen, was hilft, Inkassostrategien zu optimieren.

Beispiel 3: Patiententherapie-Zeitlinie im Gesundheitswesen

Szenario: Ein Krankenhaus möchte alle Behandlungstätigkeiten in Bezug auf den Aufnahmezeitpunkt des Patienten verfolgen, um eine rechtzeitige Versorgung sicherzustellen und Verzögerungen bei kritischen Behandlungen zu erkennen.

Einstellungen:

Name des neuen Attributs: Hours_Since_Admission
Attributname: Admission_DateTime
Dauer-Typ: Hours
Attribut soll zuerst kommen: Aktiviert (true)
Dezimalstellen erlauben: Aktiviert (true)

Ausgabe: Die Anreicherung erzeugt "Hours_Since_Admission" mit präzisen Stundenwerten mit Dezimalstellen: | Aktivität | Aktivitätszeit | Admission_DateTime | Hours_Since_Admission | |----------|--------------|-------------------|----------------------| | Notaufnahme | 2024-03-10 14:30 | 2024-03-10 14:30 | 0.0 | | Triage Bewertung | 2024-03-10 14:45 | 2024-03-10 14:30 | 0.25 | | Bluttest angeordnet | 2024-03-10 15:15 | 2024-03-10 14:30 | 0.75 | | Arztkonsultation | 2024-03-10 16:00 | 2024-03-10 14:30 | 1.5 | | Behandlung begonnen | 2024-03-10 17:30 | 2024-03-10 14:30 | 3.0 | | Patient entlassen | 2024-03-11 09:00 | 2024-03-10 14:30 | 18.5 |

Erkenntnisse: Das Krankenhaus kann Schwellenwerte für kritische Aktivitäten (z. B. Triage innerhalb von 0,5 Stunden, Behandlung innerhalb von 4 Stunden) festlegen und die Einhaltung bei allen Notfällen überwachen.

Beispiel 4: Analyse der Fertigungsdurchlaufzeit

Szenario: Ein Hersteller muss jeden Produktionsschritt im Verhältnis zum geplanten Produktionsstartdatum messen, um seine Fertigungsplanung zu optimieren und Prozessineffizienzen zu erkennen.

Einstellungen:

Name des neuen Attributs: Production_Days
Attributname: Planned_Start_Date
Dauer-Typ: Days
Attribut soll zuerst kommen: Aktiviert (true)
Dezimalstellen erlauben: Deaktiviert (false)

Ausgabe: Die Anreicherung erstellt "Production_Days" mit ganzen Tagen ab geplantem Start: | Aktivität | Aktivitätszeit | Planned_Start_Date | Production_Days | |----------|--------------|-------------------|-----------------| | Material erhalten | 2024-04-01 | 2024-04-03 | -2 | | Produktion gestartet | 2024-04-03 | 2024-04-03 | 0 | | Montage abgeschlossen | 2024-04-05 | 2024-04-03 | 2 | | Qualitätsprüfung 1 | 2024-04-06 | 2024-04-03 | 3 | | Nacharbeit | 2024-04-07 | 2024-04-03 | 4 | | Qualitätsprüfung 2 | 2024-04-08 | 2024-04-03 | 5 | | Verpackung | 2024-04-09 | 2024-04-03 | 6 |

Erkenntnisse: Negative Werte zeigen frühzeitigen Materialeingang an, während die Fortschritte einen 6-tägigen Produktionszyklus darstellen, bei dem die Nacharbeit 2 zusätzliche Tage hinzugefügt hat, was Qualitätsprobleme hervorhebt.

Beispiel 5: Tracking von Projektmeilensteinen

Szenario: Ein Beratungsunternehmen verfolgt alle Projektaktivitäten im Verhältnis zum Vertragsunterzeichnungsdatum, um sicherzustellen, dass Lieferungen mit den vertraglichen Zeitplänen übereinstimmen und Terminrisiken erkennbar sind.

Einstellungen:

Name des neuen Attributs: Weeks_From_Contract
Attributname: Contract_Signed_Date
Dauer-Typ: Weeks
Attribut soll zuerst kommen: Aktiviert (true)
Dezimalstellen erlauben: Aktiviert (true)

Ausgabe: Die Anreicherung erzeugt "Weeks_From_Contract" mit Dezimalwochenwerten: | Aktivität | Aktivitätszeit | Contract_Signed_Date | Weeks_From_Contract | |----------|--------------|---------------------|---------------------| | Vertrag unterzeichnet | 2024-01-01 | 2024-01-01 | 0.0 | | Kickoff-Meeting | 2024-01-03 | 2024-01-01 | 0.29 | | Anforderungen gesammelt | 2024-01-15 | 2024-01-01 | 2.0 | | Design genehmigt | 2024-01-29 | 2024-01-01 | 4.0 | | Entwicklung gestartet | 2024-02-05 | 2024-01-01 | 5.0 | | Test abgeschlossen | 2024-03-04 | 2024-01-01 | 9.0 | | Lieferung | 2024-03-11 | 2024-01-01 | 10.0 |

Erkenntnisse: Das Unternehmen kann die tatsächlichen Meilensteinzeiten mit den vertraglich vereinbarten Zeitplänen vergleichen, wobei die 10-wöchige Gesamtdauer hilft, zukünftige Projektschätzungen und Ressourcenplanungen zu validieren.

Ausgabe

Die Anreicherung erzeugt ein neues Ereignisattribut auf Ereignisebene, das die berechnete Dauer zwischen dem angegebenen Fallattribut und der Aktivitätszeit jedes Ereignisses enthält. Der Attributtyp hängt von Ihrer Auswahl beim Dauer-Typ ab: TimeSpan-Typ für die TimeSpan-Option (erhält volle Zeitgenauigkeit), Integer-Typ für ganze Dauern, wenn Dezimalstellen deaktiviert sind, oder Float-Typ für Dezimalwerte, wenn Dezimalstellen erlaubt sind.

Jedes Ereignis im Datensatz erhält seinen eigenen Dauernwert, der individuell auf Basis seines Aktivitätszeitstempels berechnet wird. Die Berechnung berücksichtigt die Einstellung "Attribut soll zuerst kommen", um zu bestimmen, ob Dauern positiv (Ereignisse nach Referenzdatum) oder negativ (Ereignisse vor Referenzdatum) sind. Wenn Zeitstempel keine Zeitkomponente besitzen (Mitternachtszeitstempel), verwendet die Anreicherung automatisch reine Datumsarithmetik für sauberere Tagesberechnungen.

Das neue Attribut integriert sich nahtlos in andere mindzieStudio-Funktionen. Verwenden Sie es in Filtern, um Ereignisse innerhalb bestimmter Zeitfenster zu identifizieren (z. B. "Zeige alle Aktivitäten, die mehr als 5 Tage nach Bestelldatum stattfinden"). Kombinieren Sie es mit Rechnern, um Durchschnittswerte zu berechnen, Ausreißer zu identifizieren oder kpis basierend auf Zeitdauern zu erstellen. Das Attribut kann auch als Eingabe für weitere Anreicherungen dienen, z. B. zur Kategorisierung von Ereignissen in Zeitabschnitte oder zur Identifikation von Fällen mit ungewöhnlichen Zeitmustern.

Diese Dokumentation ist Teil der mindzie Studio Process Mining Plattform.