Cases met Gewijzigde Attribuut

Overzicht

De filter Cases met Gewijzigde Attribuut selecteert cases waarbij een eventattribuut verschillende waarden heeft binnen de gebeurtenissen van de case. Deze filter op case-niveau bekijkt alle events in elke case en houdt alleen die cases over waarbij het opgegeven attribuut varieert tussen de events. De filter is bijzonder nuttig bij het identificeren van dynamische processen waarbij attribuutwaarden veranderen tijdens de uitvoering van de case, zoals statusovergangen, locatieveranderingen of overdrachten tussen resources.

De filter richt zich op niet-nul waarden - hij filtert eerst null-waarden weg en controleert vervolgens of de resterende waarden identiek zijn. Cases waarbij alle events dezelfde waarde (of allemaal null-waarden) hebben, worden uitgesloten van de resultaten.

Veelvoorkomende Gebruikstoepassingen

Analyse van Statusvoortgang: Identificeer cases waarbij statussen veranderen tijdens het proces, wat duidt op voortgang door verschillende fasen.
Detectie van Resourceoverdracht: Vind cases waarbij verschillende resources of afdelingen betrokken zijn bij verschillende events, wat samenwerkingspatronen laat zien.
Volgen van Locatieveranderingen: Ontdek cases waarbij het locatieattribuut verandert, wat fysieke verplaatsing of overdracht tussen locaties aanduidt.
Prioriteit Escalatie: Detecteer cases waarbij prioriteitsniveaus veranderen tijdens de uitvoering, wat escalatie- of de-escalatiepatronen toont.
Identificatie van Procesafwijkingen: Vind cases waar attribuutwaarden onverwacht varieerden, wat kan wijzen op uitzonderingen of afwijkende verwerking.
Analyse van Meerfasige Processen: Identificeer cases die meerdere fasen doorliepen via veranderingen in fase-gerelateerde attributen.

Instellingen

Event Kolom Naam: Selecteer het eventattribuut dat je wilt evalueren op variatie. De filter retourneert cases waarbij dit attribuut verschillende waarden heeft tussen events. Alleen niet-nul waarden worden meegewogen bij de controle op variatie.

Opmerking: Het attribuut moet bestaan in de eventtabel en van een ondersteund datatype zijn (String, Int32, Int64, DateTime, TimeSpan, Single, Double, of Boolean). Als je de kolomnaam verkeerd typt, zal het validatiesysteem van de filter vergelijkbare kolomnamen voorstellen.

Voorbeelden

Voorbeeld 1: Cases vinden met Statuswijzigingen

Scenario: Je wilt alle orderverwerking-cases identificeren waarbij de orderstatus wijzigde tijdens de verwerking, wat aangeeft dat de order door verschillende stadia is gegaan.

Instellingen:

Event Kolom Naam: "Order Status"

Resultaat: De filter retourneert cases waarbij verschillende events verschillende "Order Status" waarden hebben (bijv. "Nieuw" -> "In verwerking" -> "Verzonden"). Cases waarbij alle events dezelfde status hebben, worden uitgesloten.

Inzichten: Dit helpt bij het identificeren van:

Cases die succesvol door de workflow zijn gegaan
Normale verwerkingspatronen met statusovergangen
Cases die meerdere statuswijzigingen doormaakten
Orders die verschillende fulfillment-fasen doorliepen

Voorbeeld 2: Detectie van Resourceoverdrachten

Scenario: Je wilt cases vinden waarbij verschillende resources of medewerkers verschillende activiteiten uitvoerden, wat wijst op samenwerking of overdrachtsituaties.

Instellingen:

Event Kolom Naam: "Resource"

Resultaat: De filter selecteert cases waarbij het "Resource"-attribuut varieert tussen events, wat betekent dat meerdere personen of systemen verschillende activiteiten uitvoerden.

Inzichten: Deze cases tonen:

Samenwerkingspatronen waarbij meerdere personen bijdragen
Overdrachten tussen afdelingen of teams
Cases die gespecialiseerde expertise van verschillende resources vereisen
Mogelijke knelpunten waarbij resourcewisselingen plaatsvonden

Voorbeeld 3: Lokatieveranderingen Identificeren

Scenario: Je wilt zendingen of items volgen die tijdens de verwerking tussen verschillende locaties zijn verplaatst.

Instellingen:

Event Kolom Naam: "Location"

Resultaat: De filter retourneert cases waarbij events plaatsvonden op verschillende locaties, wat fysieke verplaatsing of overdracht aangeeft.

Inzichten: Dit kan onthullen:

Items die door meerdere magazijnen of distributiecentra gingen
Verwerkingspatronen over verschillende locaties heen
Geografische routering van cases
Cases die coördinatie op meerdere locaties vereisen

Voorbeeld 4: Prioriteit Escalaties Vinden

Scenario: Identificeer supporttickets of verzoeken waarbij het prioriteitsniveau tijdens de afhandeling veranderde, wat escalatie of de-escalatie aangeeft.

Instellingen:

Event Kolom Naam: "Priority"

Resultaat: De filter selecteert cases waarbij "Priority"-waarden veranderden tussen events (bijv. van "Laag" naar "Hoog").

Inzichten: Deze cases kunnen aangeven:

Geëscaleerde problemen die meer aandacht vereisen
Gedeeëscaleerde cases na initiële beoordeling
Dynamische aanpassing van prioriteiten op basis van klantfeedback
Cases die managementinterventie nodig hebben

Voorbeeld 5: Detectie van Afdelingsoverdrachten

Scenario: Je wilt cases vinden die tijdens de verwerking tussen afdelingen werden doorgegeven, wat complexe cases met cross-functionele ondersteuning aangeeft.

Instellingen:

Event Kolom Naam: "Department"

Resultaat: De filter retourneert cases waarbij verschillende events door verschillende afdelingen zijn afgehandeld.

Inzichten: Dit helpt bij het identificeren van:

Cases die expertise van meerdere afdelingen vereisen
Cross-functionele samenwerkingspatronen
Mogelijke vertragingen bij overdrachten tussen afdelingen
Complexe cases die baat hebben bij procesoptimalisatie

Voorbeeld 6: Wijzigingen in Goedkeuringsniveaus Volgen

Scenario: Identificeer cases waarbij het goedkeuringsniveau wijzigde, bijvoorbeeld verzoeken die geëscaleerd werden naar hogere managementlagen.

Instellingen:

Event Kolom Naam: "Approval Level"

Resultaat: De filter selecteert cases waarbij het "Approval Level"-attribuut varieerde tussen events.

Inzichten: Deze cases kunnen staan voor:

Verzoeken die meerdere goedkeuringslagen vereisten
Escalatiepatronen voor waardevolle of complexe verzoeken
Cases die standaard goedkeuringsdrempels overschreden
Workflows met meerdere goedkeuringsstappen

Output

De filter levert een nieuwe dataset op met alleen de cases waarvan het opgegeven eventattribuut varieert tussen de events. Elke geretourneerde case behoudt al zijn originele events en attributen, en je ziet variatie in de waarden van het geselecteerde attribuut.

Cases waarbij alle niet-nul waarden identiek zijn, worden uitgesloten. Cases met alleen null-waarden of één unieke waarde worden ook uitgesloten.

Als er geen cases aan de criteria voldoen, retourneert de filter een lege dataset.

Technische Notities

Filtertype: Filter op case-niveau (verwijdert hele cases, niet individuele events)
Null-afhandeling: Negeert null-waarden bij controle op variatie - alleen niet-nul waarden worden vergeleken
Variatiedetectie: Vergelijkt de eerste niet-nul waarde met alle andere niet-nul waarden
Ondersteunde Datatypes: String, Int32, Int64, DateTime, TimeSpan, Single, Double, Boolean
Validatie: Stelt automatisch vergelijkbare kolomnamen voor indien opgegeven kolom niet wordt gevonden

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