Dauer zwischen einer Aktivität und der aktuellen Zeit

Überblick

Die Anreicherung "Dauer zwischen einer Aktivität und der aktuellen Zeit" berechnet, wie viel Zeit seit dem Auftreten einer bestimmten Aktivität in Ihrem Prozess bis zum aktuellen Zeitpunkt, an dem die Analyse ausgeführt wird, vergangen ist. Diese leistungsstarke zeitbasierte Anreicherung ermöglicht eine Echtzeitüberwachung der Prozessalterung, wodurch Organisationen Service-Level-Agreements nachverfolgen, Engpässe identifizieren und offene Vorgänge in ihren Prozessen überwachen können. Durch das Erstellen eines neuen Case-Attributs mit der berechneten Dauer können Sie Fälle einfach filtern, sortieren und analysieren, basierend darauf, wie lange kritische Aktivitäten zurückliegen.

Diese Anreicherung ist besonders wertvoll für operative Dashboards und Szenarien der Echtzeit-Prozessüberwachung. Im Gegensatz zu statischen Dauerberechnungen zwischen zwei Aktivitäten bietet diese Anreicherung dynamische Zeitmessungen, die sich bei jeder Aktualisierung Ihres Datensatzes aktualisieren, was sie ideal macht, um alternde Fälle zu verfolgen, Reaktionszeiten zu überwachen und eine rechtzeitige Prozessfertigstellung sicherzustellen. Die Anreicherung unterstützt verschiedene Zeiteinheiten von Sekunden bis Jahren, sodass Sie die Granularität wählen können, die Ihren Analyseanforderungen am besten entspricht.

Häufige Anwendungsfälle

Nachverfolgung der Alterung offener Support-Tickets seit der ersten Kundenkontaktaufnahme
Überwachung der seit dem letzten Statusupdate in Genehmigungs-Workflows verstrichenen Zeit
Berechnung der Tage seit der Bestellung für unerfüllte Aufträge
Messung der Zeit seit der Aufnahme eines Patienten in Gesundheitsprozessen
Nachverfolgung der Alterung unbezahlter Rechnungen seit Ausstellung
Überwachung der seit der letzten Qualitätsprüfung in der Fertigung verstrichenen Zeit
Identifizierung von Fällen, die aufgrund der verstrichenen Zeit seit bestimmten Meilensteinen eskaliert werden müssen

Einstellungen

Neuer Attributname: Der Name des neuen Case-Attributs, das die berechnete Dauer speichert. Wählen Sie einen beschreibenden Namen, der klar angibt, welcher Zeitraum gemessen wird, z. B. "Tage seit Registrierung" oder "Stunden seit letztem Update". Dieses Attribut wird Ihrer Case-Tabelle hinzugefügt und kann in Filtern, Kalkulatoren und anderen Anreicherungen verwendet werden. Vermeiden Sie Sonderzeichen und stellen Sie sicher, dass der Name nicht mit vorhandenen Attributen kollidiert.

Aktivitätsname: Wählen Sie die Aktivität aus, von der aus Sie die Zeitdifferenz zum aktuellen Moment berechnen möchten. Dieses Dropdown zeigt alle Aktivitäten an, die in Ihrem Datensatz vorhanden sind. Die Anreicherung sucht nach Vorkommen dieser Aktivität in jedem Fall und berechnet die Dauer vom Zeitstempel dieser Aktivität bis zur aktuellen Zeit. Wenn ein Fall die ausgewählte Aktivität nicht enthält, wird das neue Attribut für diesen Fall auf null gesetzt.

Dauer-Typ: Wählen Sie die Zeiteinheit für die Dauerberechnung. Optionen sind:

TimeSpan: Volle Zeitdarstellung (Tage:Stunden:Minuten:Sekunden)
Seconds: Gesamtanzahl der verstrichenen Sekunden
Minutes: Gesamtanzahl der verstrichenen Minuten
Hours: Gesamtanzahl der verstrichenen Stunden
Days: Gesamtanzahl der verstrichenen Tage (Standard für die meisten Geschäftsprozesse)
Weeks: Gesamtanzahl der verstrichenen Wochen (gerundet auf nächste Woche)
Months: Gesamtanzahl der verstrichenen Monate (basierend auf durchschnittlich 30,44 Tagen pro Monat)
Years: Gesamtanzahl der verstrichenen Jahre (unter Berücksichtigung von Schaltjahren mit 365,25 Tagen)

Wählen Sie die Einheit, die am besten zu Ihren Analyseanforderungen und Berichtsbedürfnissen passt.

Bruchteile von Perioden erlauben: Bei Aktivierung sind Dezimalwerte in der Dauerberechnung erlaubt (z. B. 2,5 Tage, 1,75 Stunden). Bei Deaktivierung werden Werte auf die nächste ganze Zahl gerundet. Diese Einstellung gilt nur, wenn der Dauer-Typ nicht TimeSpan ist. Aktivieren Sie dies für genauere Berechnungen oder deaktivieren Sie es für sauberere Ganzzahlanzeigen in Berichten. Bruchteile von Perioden sind besonders nützlich bei kürzeren Zeiteinheiten wie Stunden oder Tagen, bei denen Präzision wichtig ist.

Beispiele

Beispiel 1: Alterung von Support-Tickets

Szenario: Ein Kundendienstteam muss überwachen, wie lange Support-Tickets seit der initialen Aktivität „Ticket Created“ geöffnet sind, um sicherzustellen, dass sie ihre 48-Stunden-Antwort-SLA einhalten.

Einstellungen:

Neuer Attributname: Days Since Ticket Created
Aktivitätsname: Ticket Created
Dauer-Typ: Days
Bruchteile von Perioden erlauben: true

Ausgabe: Die Anreicherung erstellt ein neues Case-Attribut „Days Since Ticket Created“ mit Dezimalwerten, die die genaue Anzahl der verstrichenen Tage anzeigen. Zum Beispiel:

Fall 1001: 0,5 (vor 12 Stunden erstellt)
Fall 1002: 2,3 (vor 2 Tagen und 7 Stunden erstellt)
Fall 1003: 5,8 (fast 6 Tage alt)

Erkenntnisse: Das Team kann jetzt Filter erstellen, um Tickets zu identifizieren, die älter als 2 Tage sind und sofortige Aufmerksamkeit erfordern, Warnungen einrichten für Tickets, die das SLA zu überziehen drohen, und Durchschnittswerte zur Alterung im Zeitverlauf verfolgen.

Beispiel 2: Qualitätskontrolle in der Fertigung

Szenario: Eine Fertigungsanlage muss die seit der letzten Qualitätsprüfung für Produkte in der Produktionslinie verstrichene Zeit überwachen, um sicherzustellen, dass alle 4 Stunden Inspektionen stattfinden.

Einstellungen:

Neuer Attributname: Hours Since Last Inspection
Aktivitätsname: Quality Inspection Completed
Dauer-Typ: Hours
Bruchteile von Perioden erlauben: false

Ausgabe: Die Anreicherung erstellt ein ganzzahliges Attribut, das die vollen Stunden seit der letzten Inspektion anzeigt:

Charge A-100: 2 Stunden
Charge A-101: 5 Stunden (benötigt sofortige Inspektion)
Charge A-102: 1 Stunde

Erkenntnisse: Produktionsleiter können schnell Chargen identifizieren, die überfällig für eine Inspektion sind, die Inspektionsplanung optimieren und die Einhaltung von Qualitätsstandards sicherstellen.

Beispiel 3: Patientenüberwachung im Gesundheitswesen

Szenario: Eine Notaufnahme eines Krankenhauses verfolgt, wie lange Patienten seit der Triage warten, um die Versorgung zu priorisieren und Zielwartezeiten einzuhalten.

Einstellungen:

Neuer Attributname: Minutes Since Triage
Aktivitätsname: Patient Triaged
Dauer-Typ: Minutes
Bruchteile von Perioden erlauben: false

Ausgabe: Erstellt einen minutengenauen Zähler für jeden Patienten:

Patient ID 5001: 45 Minuten
Patient ID 5002: 120 Minuten
Patient ID 5003: 15 Minuten

Erkenntnisse: Das Personal kann sofort Patienten mit zu langen Wartezeiten erkennen, die Arbeitsbelastung auf verfügbare Ressourcen ausgleichen und die Leistung gegenüber Zielmetriken verfolgen.

Beispiel 4: Alterung von Rechnungen für Forderungsmanagement

Szenario: Die Finanzabteilung muss unbezahlte Rechnungen überwachen, um den Cashflow zu steuern und Rechnungen zu identifizieren, die Inkasso-Maßnahmen erfordern, insbesondere mit Fokus auf solche über 30, 60 und 90 Tage.

Einstellungen:

Neuer Attributname: Invoice Age (Days)
Aktivitätsname: Invoice Sent
Dauer-Typ: Days
Bruchteile von Perioden erlauben: false

Ausgabe: Erzeugt für jede unbezahlte Rechnung eine ganzzahlige Tagesanzahl:

Rechnung 2024-1001: 15 Tage
Rechnung 2024-1002: 67 Tage (erfordert Inkassoanruf)
Rechnung 2024-1003: 92 Tage (an Inkasso eskalieren)

Erkenntnisse: Das Finanzteam kann Rechnungen in Altersklassen kategorisieren, Inkasso-Maßnahmen für ältere Rechnungen priorisieren und Kunden mit Zahlungsproblemen identifizieren.

Beispiel 5: Überwachung des Beschaffungsprozesses

Szenario: Ein Beschaffungsteam verfolgt die Zeit seit der Genehmigung der Einkaufsanforderung, um rechtzeitige Bestellungen sicherzustellen und Verzögerungen im Beschaffungsprozess zu erkennen.

Einstellungen:

Neuer Attributname: Days Since PR Approval
Aktivitätsname: Purchase Requisition Approved
Dauer-Typ: Days
Bruchteile von Perioden erlauben: true

Ausgabe: Erstellt eine genaue Tagesanzahl, die Beschaffungsverzögerungen anzeigt:

PR-2024-501: 1,2 Tage (normaler Ablauf)
PR-2024-502: 8,7 Tage (Verzögerung untersuchen)
PR-2024-503: 0,4 Tage (kürzlich genehmigt)

Erkenntnisse: Die Beschaffungsleiter können Engpässe im Einkaufsprozess erkennen, die Effizienz der Lieferantenauswahl verfolgen und rechtzeitige Bestellungen sicherstellen, um Lagerbestände aufrechtzuerhalten.

Ausgabe

Die Anreicherung erzeugt ein neues Case-Attribut auf FALLEBENE in Ihrem Datensatz mit der berechneten Dauer zwischen der ausgewählten Aktivität und der aktuellen Zeit. Der Datentyp des Attributs hängt von der Auswahl des Dauer-Typs ab: TimeSpan-Datentyp bei TimeSpan-Dauer, Gleitkommazahl bei erlaubten Bruchteilen oder Ganzzahl bei ganzen Perioden. Der Attributwert wird bei jeder Aktualisierung des Datensatzes dynamisch aktualisiert und liefert Echtzeit-Informationen zur Alterung.

Fälle, in denen die ausgewählte Aktivität nicht existiert, erhalten für das neue Attribut den Wert null, was eine einfache Identifikation und Filterung von Fällen ohne diese Aktivität ermöglicht. Das neue Attribut integriert sich nahtlos in andere mindzie Studio Funktionen – verwenden Sie es in Filtern, um gealterte Fälle zu identifizieren, in Kalkulatoren zur Analyse durchschnittlicher Alterung oder in Dashboards zur Echtzeitüberwachung. Sie können diese Anreicherung auch mit Performance-Kategorisierungs-Anreicherungen kombinieren, um Fälle automatisch basierend auf ihrem Alter zu klassifizieren (z. B. „Neu“, „Alternd“, „Überfällig“).

Die Anreicherung verarbeitet sowohl nur-datum- als auch datum-zeit-Vergleiche intelligent. Wenn Zeitstempel Zeitkomponenten enthalten, werden präzise Dauern berechnet. Bei reinen Datumswerten erfolgt der Vergleich auf Datumsebene, was genaue Berechnungen unabhängig von der Zeitgenauigkeit Ihrer Daten gewährleistet. Dies macht die Anreicherung vielseitig für verschiedene Datenquellen und Prozesstypen.

Diese Dokumentation ist Teil der mindzie Studio Prozess-Mining-Plattform.