Tijd tussen Activiteiten

Overzicht

De filter Tijd tussen Activiteiten selecteert cases op basis van de duur tussen twee specifieke activiteiten. Deze case-niveau filter berekent het tijdsverschil tussen een geselecteerde gebeurtenis (eerste of laatste) van de ene activiteit en een geselecteerde gebeurtenis (eerste of laatste) van een andere activiteit, en past vervolgens vergelijkingslogica toe om cases te filteren. De filter is nuttig om cases met ongebruikelijke verwerkingstijden te identificeren, knelpunten te detecteren, te zorgen voor naleving van tijdgebonden service level agreements (SLA's) en om procesprestaties te analyseren.

De tijdsberekening gebruikt altijd de formule: (ActivityName2.Time - ActivityName1.Time), ongeacht welke activiteit chronologisch eerder plaatsvond. Cases waarbij een van de activiteiten niet wordt gevonden, worden automatisch uitgesloten van de resultaten.

Veelvoorkomende Toepassingen

SLA-naleving: Identificeer cases waar de tijd tussen aanvraag en afronding de SLA-drempels overschrijdt.
Detectie van knelpunten: Zoek cases met ongewoon lange duur tussen procesfasen.
Snelspoor identificatie: Ontdek cases die uitzonderlijk snel zijn verwerkt tussen belangrijke mijlpalen.
Analyse van procesefficiëntie: Vergelijk de tijd tussen activiteiten over verschillende casecategorieën.
Onderzoek naar kwaliteit: Vind cases waar onvoldoende tijd verstreek tussen stappen (mogelijke kwaliteitsafkortingen).
Workflow-optimalisatie: Analyseer tijdspatronen tussen activiteiten om verbetermogelijkheden te identificeren.

Instellingen

First Activity Name: Selecteer de eerste activiteit in de tijdsberekening. U kunt kiezen of u de eerste of laatste gebeurtenis van deze activiteit wilt gebruiken als deze meerdere keren in een case voorkomt.

First Activity Occurrence: Kies of u de Eerste of Laatste gebeurtenis van de eerste activiteit binnen elke case wilt gebruiken.

Second Activity Name: Selecteer de tweede activiteit in de tijdsberekening. Het tijdsverschil wordt berekend als de timestamp van de tweede activiteit minus de timestamp van de eerste activiteit.

Second Activity Occurrence: Kies of u de Eerste of Laatste gebeurtenis van de tweede activiteit binnen elke case wilt gebruiken.

Comparison Method: Selecteer hoe het berekende tijdsverschil vergeleken moet worden:

Equal: Tijdsverschil komt exact overeen met de opgegeven waarde
Greater Than: Tijdsverschil is groter dan de opgegeven waarde
Greater Than or Equal: Tijdsverschil is ten minste de opgegeven waarde
Less Than: Tijdsverschil is kleiner dan de opgegeven waarde
Less Than or Equal: Tijdsverschil overschrijdt de opgegeven waarde niet
Between: Tijdsverschil ligt binnen een opgegeven bereik (inclusief minimum, exclusief maximum)

Compare Value / Time Range: Afhankelijk van de vergelijkingsmethode specificeert u ofwel een enkele tijdsdrempel of minimum- en maximumgrenzen voor de tijd.

Voorbeelden

Voorbeeld 1: Cases met te lange Bestelling-naar-Bezorging tijd vinden

Scenario: U wilt inkooporders identificeren waarbij de tijd van orderaanmaak tot levering langer dan 10 dagen was, wat uw standaard leverings-SLA overschrijdt.

Instellingen:

First Activity Name: "Create Order"
First Activity Occurrence: First
Second Activity Name: "Deliver Order"
Second Activity Occurrence: Last
Comparison Method: Greater Than
Compare Value: 10 days

Resultaat: De filter geeft alleen cases terug waarbij meer dan 10 dagen verstreken tussen de eerste "Create Order"-gebeurtenis en de laatste "Deliver Order"-gebeurtenis.

Inzichten: Deze cases vertegenwoordigen SLA-overtredingen die nader onderzoek vereisen naar vertragingen in de leveringsketen, prestatieproblemen van leveranciers of verwerkingsknelpunten.

Voorbeeld 2: Het detecteren van spoedverwerking

Scenario: Identificeer verzekeringsclaims die binnen minder dan 2 uur van indiening tot goedkeuring zijn verwerkt, wat kan duiden op onvoldoende controletijd.

Instellingen:

First Activity Name: "Submit Claim"
First Activity Occurrence: First
Second Activity Name: "Approve Claim"
Second Activity Occurrence: First
Comparison Method: Less Than
Compare Value: 2 hours

Resultaat: De filter selecteert cases waarbij minder dan 2 uur verstreken tussen claimindiening en goedkeuring.

Inzichten: Deze snelverwerkte cases verdienen mogelijk nader kwaliteitsonderzoek om te waarborgen dat de juiste procedures zijn gevolgd en alle benodigde documentatie is gecontroleerd.

Voorbeeld 3: Controle op naleving van betalingsperiode

Scenario: Zoek facturen waarbij de betaling tussen 30 en 60 dagen na ontvangst van de factuur plaatsvond, wat gevallen vertegenwoordigt die voldoen aan de betaalvoorwaarden zonder vroegbetalingskortingen.

Instellingen:

First Activity Name: "Receive Invoice"
First Activity Occurrence: First
Second Activity Name: "Process Payment"
Second Activity Occurrence: Last
Comparison Method: Between
Minimum Time: 30 days
Maximum Time: 60 days

Resultaat: De filter geeft cases terug waarbij de betaling 30 tot 59 dagen na ontvangst van de factuur plaatsvond (de bovengrens is exclusief).

Inzichten: Dit helpt bij het analyseren van betalingspatronen, optimaliseren van werkkapitaal en identificeren van mogelijkheden voor vroegbetalingskortingen.

Voorbeeld 4: Analyse van doorlooptijden van goedkeuringen

Scenario: Identificeer leningaanvragen waarbij de goedkeuringsbeslissing precies binnen 24 uur na indiening werd genomen.

Instellingen:

First Activity Name: "Submit Application"
First Activity Occurrence: First
Second Activity Name: "Approval Decision"
Second Activity Occurrence: First
Comparison Method: Less Than or Equal
Compare Value: 24 hours

Resultaat: De filter selecteert cases waarbij 24 uur of minder verstreken tussen indiening en beslissing.

Inzichten: Deze cases representeren efficiënte verwerking die voldoet aan of beter is dan de klantverwachtingen voor snelle afhandeling.

Voorbeeld 5: Vinden van vastgelopen productiecases

Scenario: Ontdek productiecases waarbij meer dan 48 uur verstreken tussen de laatste kwaliteitsinspectie en het starten van de verzendvoorbereiding.

Instellingen:

First Activity Name: "Quality Inspection"
First Activity Occurrence: Last
Second Activity Name: "Prepare Shipment"
Second Activity Occurrence: First
Comparison Method: Greater Than or Equal
Compare Value: 48 hours

Resultaat: De filter geeft cases terug met minimaal 48 uur tussen de laatste inspectie en het begin van de verzendvoorbereiding.

Inzichten: Dit onthult cases met vertragingen in de post-inspectiefase, wat kan wijzen op voorraadproblemen, resourcebeperkingen of coördinatieproblemen.

Voorbeeld 6: Validatie van minimale beoordelingsperioden

Scenario: Zoek contractbeoordelingen die in minder dan 15 minuten zijn afgerond tussen het starten van de eerste beoordeling en de definitieve goedkeuring, wat mogelijk onvoldoende zorgvuldigheid aangeeft.

Instellingen:

First Activity Name: "Start Review"
First Activity Occurrence: First
Second Activity Name: "Approve Contract"
Second Activity Occurrence: Last
Comparison Method: Less Than
Compare Value: 15 minutes

Resultaat: De filter selecteert cases waarbij minder dan 15 minuten verstreken tussen het starten van de beoordeling en definitieve goedkeuring.

Inzichten: Deze cases kunnen geautomatiseerde goedkeuringen vertegenwoordigen die extra controle of procesverbetering vereisen.

Output

De filter retourneert een nieuwe dataset die alleen cases bevat die voldoen aan de gespecificeerde tijdscriteria tussen de twee activiteiten. Cases waarbij een van de activiteiten niet wordt gevonden, worden automatisch uitgesloten van de resultaten.

De gefilterde dataset behoudt alle originele gebeurtenissen en attributen voor de geselecteerde cases. De vergelijking wordt uitgevoerd op caseniveau, dus hele cases worden óf inbegrepen óf uitgesloten afhankelijk van of ze aan de tijdsgrens voldoen.

Deze documentatie maakt deel uit van het mindzieStudio process mining platform.