Volgorde van Evenementen

Overzicht

De filter Volgorde van Evenementen identificeert cases op basis van sequentiële relaties tussen activiteiten. Hiermee kunt u cases vinden waarbij de ene activiteit de andere volgt volgens specifieke patronen: direct (zonder activiteiten ertussen), uiteindelijk (op elk later moment in de case), op dezelfde datum of op hetzelfde tijdstip. Deze krachtige filter is essentieel voor conformance checking, analyse van procesvarianten en het detecteren of verwachte activiteitsvolgordes daadwerkelijk in uw procesdata zijn voorgekomen.

De filter biedt vier verschillende relatietypen om aan diverse analyseeisen te voldoen. U kunt deze gebruiken om te verifiëren dat vereiste sequenties hebben plaatsgevonden (zoals "goedkeuring vóór betaling"), cases te vinden die de standaardprocedures volgen of schenden, of de temporele relaties tussen activiteiten te analyseren.

Veelvoorkomende Toepassingen

Conformance Checking: Controleren of vereiste opeenvolgingen van activiteiten in de juiste volgorde voorkomen (bijvoorbeeld "Inkooporder" moet voorafgaan aan "Goederenontvangst").
Procescompliance: Zekerstellen dat goedkeuringsactiviteiten direct voorafgaan aan uitvoeringsactiviteiten zonder tussenliggende stappen.
Variantanalyse: Cases identificeren die specifieke procespaden volgen door te controleren of bepaalde activiteiten uiteindelijk andere activiteiten opvolgen.
Oorzaakanalyse: Cases vinden waar problematische sequenties plaatsvonden (bijvoorbeeld "Herschikking" na "Kwaliteitscontrole").
Detectie van Gelijktijdige Activiteiten: Cases lokaliseren waar activiteiten op hetzelfde tijdstip of dezelfde datum plaatsvonden, wat kan duiden op datakwaliteitsproblemen of parallelle verwerking.
Afhandeling van Uitzonderingen: Cases ontdekken waar escalatieactiviteiten gevolg zijn op reguliere activiteiten, wat procesproblemen kan signaleren.

Instellingen

Eerste Activiteit: De eerste activiteit in de sequentiële relatie. Dit is de activiteit die vóór de tweede activiteit moet plaatsvinden.

Volgende Activiteit: De tweede activiteit in de sequentiële relatie. Dit is de activiteit die de eerste activiteit moet opvolgen volgens de geselecteerde volgmethode.

Volgmethode: Bepaalt het type relatie om te controleren tussen de twee activiteiten:

Direct erna volgend: De tweede activiteit moet onmiddellijk volgen op de eerste zonder activiteiten ertussen
Uiteindelijk volgend: De tweede activiteit moet na de eerste plaatsvinden op elk moment in de case
Zelfde Tijdstippen: Beide activiteiten moeten exact op hetzelfde tijdstip plaatsvinden
Zelfde Datums: Beide activiteiten moeten op dezelfde kalenderdatum plaatsvinden

Filter Verwijderen: Wanneer uitgeschakeld (standaard), worden cases geretourneerd die aan het volgpatroon voldoen. Wanneer ingeschakeld, worden cases geretourneerd die NIET aan het patroon voldoen, waarmee de filterlogica effectief wordt omgekeerd.

Attribuutnaam (optioneel): Specificeert welke gebeurtenisattributenkolom moet worden geanalyseerd voor activiteitsnamen. Als dit niet wordt opgegeven, wordt de standaard activiteitskolom uit uw gebeurtenislog gebruikt.

Attribuutnaam Vergelijken (optioneel): Voegt een extra attribuutvergelijkingsvoorwaarde toe bij gebruik van de methoden Direct erna volgend of Uiteindelijk volgend. Dit maakt complexere filterscenario's mogelijk.

Gebruik Datum als Geen Tijd (optioneel): Wanneer ingeschakeld, wordt datumgebaseerde sortering toegepast voor activiteiten zonder tijdinformatie. Alleen relevant voor Direct erna volgend en Uiteindelijk volgend methoden.

Voorbeelden

Voorbeeld 1: Directe Volgorde Verifiëren

Scenario: U wilt alle inkooporders vinden waarbij goederenontvangst direct volgt op het aanmaken van de inkooporder, zonder tussengevoegde activiteiten. Dit helpt de soepelste en snelste cases zonder complicaties te identificeren.

Instellingen:

Eerste Activiteit: "Create Purchase Order"
Volgende Activiteit: "Goods Receipt"
Volgmethode: Direct erna volgend
Filter Verwijderen: Uitgeschakeld

Resultaat: Retourneert alleen cases waarbij "Goods Receipt" direct volgt op "Create Purchase Order" zonder tussenliggende activiteiten zoals goedkeuringen, wijzigingen of houdingen.

Inzichten: Deze cases vertegenwoordigen het ideale procesverloop. Door hun kenmerken (leverancier, afdeling, waarde) te vergelijken met cases met extra stappen, blijkt welke factoren soepele verwerking mogelijk maken.

Voorbeeld 2: Uiteindelijke Relatie Detecteren

Scenario: U wilt verifiëren dat alle cases met een kwaliteitscontroleactiviteit uiteindelijk de leveringsactiviteit bereikten, ongeacht hoeveel stappen daartussen plaatsvonden.

Instellingen:

Eerste Activiteit: "Quality Check"
Volgende Activiteit: "Deliver Order"
Volgmethode: Uiteindelijk volgend
Filter Verwijderen: Uitgeschakeld

Resultaat: Retourneert alle cases waarbij "Deliver Order" op enig moment na "Quality Check" plaatsvond, zelfs als er herstelwerk, goedkeuringen of andere activiteiten tussen zaten.

Inzichten: Dit bevestigt dat kwaliteitsgecontroleerde items uiteindelijk zijn geleverd. Cases die in dit filterresultaat ontbreken, kunnen wijzen op onvolledige verwerking of geannuleerde orders na kwaliteitsinspectie.

Voorbeeld 3: Overtreding van Compliance Detecteren

Scenario: U wilt cases vinden waarbij betaling plaatsvond zonder voorafgaande goedkeuring, wat het bedrijfsbeleid schendt. Door de filter om te keren, kunt u deze niet-conforme cases identificeren.

Instellingen:

Eerste Activiteit: "Approve Payment"
Volgende Activiteit: "Execute Payment"
Volgmethode: Direct erna volgend
Filter Verwijderen: Ingeschakeld

Resultaat: Retourneert cases waarbij "Execute Payment" NIET direct volgt op "Approve Payment", wat wijst op gemiste goedkeuringen of activiteiten tussen goedkeuring en betaling.

Inzichten: Deze cases kunnen mogelijke compliance-overtredingen zijn die nader onderzoek vereisen. Ze kunnen automatische betalingen, spoedverwerking of gaten in goedkeuringsworkflows onthullen.

Voorbeeld 4: Analyse van Activiteiten op Zelfde Dag

Scenario: U wilt cases identificeren waarbij ordercreatie en levering op dezelfde dag gebeurden, wat kan wijzen op versnelde verwerking of datakwaliteitsproblemen.

Instellingen:

Eerste Activiteit: "Create Order"
Volgende Activiteit: "Deliver Order"
Volgmethode: Zelfde Datums
Filter Verwijderen: Uitgeschakeld

Resultaat: Retourneert cases waarbij beide activiteiten op dezelfde kalenderdatum plaatsvonden, ongeacht het daadwerkelijke tijdsverschil.

Inzichten: Levering op dezelfde dag kan duiden op:

Expeditierequests
Lokale leveringen met snelle verwerking
Spoedorders met speciale behandeling
Potentiële timestampfouten als dit patroon onverwacht is

Voorbeeld 5: Detectie van Gelijktijdige Tijdstempels

Scenario: U wilt cases vinden waarbij twee verschillende systemen activiteiten geregistreerd hebben op exact hetzelfde tijdstip, wat kan wijzen op datakwaliteitsproblemen of batchverwerking.

Instellingen:

Eerste Activiteit: "System A Update"
Volgende Activiteit: "System B Update"
Volgmethode: Zelfde Tijdstippen
Filter Verwijderen: Uitgeschakeld

Resultaat: Retourneert cases waarbij beide activiteiten identieke tijdstempels hebben tot op de seconde nauwkeurig.

Inzichten: Exacte tijdstempelovereenkomsten tussen verschillende activiteiten kunnen aantonen:

Geautomatiseerde batchprocessen die meerdere systemen bijwerken
Importproblemen waarbij tijdstempels niet correct zijn geregistreerd
Nodig voor fijnere tijdstempelgranulariteit
Integratieproblemen tussen systemen

Voorbeeld 6: Cases Zonder Verwachte Sequenties Vinden

Scenario: U wilt cases identificeren waar goedkeuring nooit tot uitvoering leidde, wat kan duiden op geannuleerde of vastgelopen processen.

Instellingen:

Eerste Activiteit: "Approve Request"
Volgende Activiteit: "Execute Request"
Volgmethode: Uiteindelijk volgend
Filter Verwijderen: Ingeschakeld

Resultaat: Retourneert cases waarbij "Execute Request" NIET op enig moment volgde na "Approve Request".

Inzichten: Deze cases vertegenwoordigen goedgekeurde verzoeken die nooit zijn uitgevoerd, wat kan duiden op:

Geannuleerde goedkeuringen
Vastgelopen cases na goedkeuring
Processtoringen die interventie vereisen
Goedgekeurde verzoeken in afwachting van uitvoering

Output

De filter retourneert een dataset die alleen de cases bevat die voldoen aan (of niet voldoen aan, indien Filter Verwijderen is aangevinkt) de gespecificeerde sequentiële relatie. Alle gebeurtenissen en attributen van elke case blijven behouden in de gefilterde resultaten. Het aantal cases in de output zal doorgaans lager zijn dan de input, omdat cases die niet aan de criteria voldoen worden verwijderd.

Indien geen cases aan de gespecificeerde sequentiële relatie voldoen, levert de filter een leeg resultaatset op.

Technische Notities

Filtertype: Case-niveau filter (verwijdert gehele cases op basis van activiteitrelaties)
Activiteitenmatching: Maakt gebruik van exacte, hoofdlettergevoelige tekenreeksvergelijking voor activiteitsnamen
Temporele Logica: Voor Direct erna volgend en Uiteindelijk volgend moeten activiteiten in chronologische volgorde voorkomen
Validatie: Suggereert automatisch vergelijkbare activiteitsnamen als opgegeven activiteiten niet worden gevonden
Prestatie: Geoptimaliseerd voor efficiënte detectie van sequenties, zelfs in cases met veel activiteiten
Beide Activiteiten Vereist: Cases moeten beide gespecificeerde activiteiten bevatten om in aanmerking te komen (tenzij omgekeerde logica wordt toegepast)

Deze documentatie is onderdeel van het mindzieStudio process mining platform.