Vergelijk Activiteitenaantallen

Overzicht

De verrijking Vergelijk Activiteitenaantallen analyseert of twee geselecteerde activiteiten binnen elke case met gelijke frequentie voorkomen, en creëert een boolean attribuut dat aangeeft of het uitvoeringspatroon in balans of uit balans is. Deze verrijking is essentieel voor het valideren van proces-symmetrie, het garanderen dat gekoppelde handelingen goed op elkaar zijn afgestemd en het detecteren van afwijkingen in verwachte activiteitpatronen. In tegenstelling tot eenvoudige telverrijkingen die individuele activiteitvoorkomens bijhouden, vergelijkt deze operator specifiek de uitvoeraantallen van twee activiteiten om cases te identificeren waar ze in balans zijn versus gevallen waar de ene activiteit vaker voorkomt dan de andere.

Deze verrijking is bijzonder waardevol in processen waarin bepaalde activiteiten in paren of met gelijke frequentie zouden moeten voorkomen. Bijvoorbeeld, in inkoopprocessen verwacht je dat elke "Create Purchase Order" een corresponderende "Receive Goods" activiteit heeft. In de productie moeten kwaliteitscontroles overeenkomen met productieruns. In financiële processen moeten debet- en creditboekingen kloppen. De verrijking helpt cases te identificeren waarin deze verwachte patronen worden geschonden, waardoor gerichte analyse mogelijk wordt van procesafwijkingen, onvolledige uitvoering of systeemfouten die leiden tot onevenwichtige activiteitpatronen.

Veelvoorkomende Toepassingen

Controleren dat gekoppelde activiteiten met gelijke frequentie voorkomen (orderaanmaak vs. orderuitvoering)
Zekerstellen van gebalanceerde operaties in financiële processen (betaling geïnitieerd vs. betaling voltooid)
Controleren van symmetrie in productieprocessen (start assemblage vs. afronding assemblage)
Verifiëren van de volledigheid van kwaliteitscontrole (producten geproduceerd vs. producten geïnspecteerd)
Monitoren van goedkeuringsworkflows op consistentie (goedkeuringsverzoeken vs. beslissingen)
Detecteren van onvoltooide proceselementen waarbij verwachte matches ontbreken
Identificeren van systeemintegratieproblemen die verschillen in activiteitenaantallen veroorzaken

Instellingen

Filter (optioneel): Pas filters toe om te beperken welke cases worden geanalyseerd voor de vergelijking van activiteitenaantallen. Wanneer filters worden toegepast, wordt de vergelijking alleen uitgevoerd voor cases die voldoen aan de filtercriteria en wordt het resultaat alleen voor deze cases opgeslagen. Dit is handig als je alleen balans wilt controleren voor specifieke deelsets van je data, zoals hoog-prioritaire cases, bepaalde productcategorieën of specifieke tijdsperioden. Cases die niet aan de filter voldoen krijgen een null-waarde voor het nieuwe attribuut.

Nieuwe Attribuutnaam: Geef de naam op voor het nieuwe boolean attribuut waarin het resultaat van de vergelijking wordt opgeslagen. Kies een duidelijke naam die aangeeft wat vergeleken wordt. Bijvoorbeeld "Orders_Balanced" bij het vergelijken van order- en leveringsactiviteiten, of "QC_Complete" bij het vergelijken van productie- en inspectieactiviteiten. Het attribuut bevat "Yes" (waar) wanneer het aantal overeenkomt, "No" (onwaar) wanneer dit niet het geval is, of null wanneer geen van beide activiteiten voorkomt in de case.

Activiteit 1: Selecteer de eerste activiteit uit de dropdownlijst van alle activiteiten in je dataset. Dit moet een van de gekoppelde activiteiten zijn waarvoor je balans wilt checken. De verrijking telt hoe vaak deze activiteit voorkomt in elke case. De selectielijst toont alle unieke activiteiten uit je eventlog, zodat je alleen activiteiten kunt kiezen die daadwerkelijk in je data voorkomen.

Activiteit 2: Selecteer de tweede activiteit uit de dropdownlijst. Dit is de activiteit die naar verwachting even vaak moet voorkomen als Activiteit 1. De verrijking telt de voorkomens van deze activiteit en vergelijkt deze met Activiteit 1. Je kunt dezelfde activiteit als Activiteit 1 kiezen voor speciale validaties, maar normaal gesproken kies je een andere activiteit die logisch in paren hoort met Activiteit 1.

Voorbeelden

Voorbeeld 1: Validatie van Inkooporder en Ontvangst van Goederen

Scenario: In een inkoopproces wil je verifiëren dat elke aangemaakte inkooporder een corresponderende ontvangst van goederen heeft om te waarborgen dat alle bestelde artikelen geleverd zijn en het proces afgerond is.

Instellingen:

Filter: Geen (controleer alle inkooporders)
Nieuwe Attribuutnaam: Order_Receipt_Balanced
Activiteit 1: Create Purchase Order
Activiteit 2: Record Goods Receipt

Output: Maakt een nieuw boolean caseattribuut "Order_Receipt_Balanced" met waarden:

"Yes" - Cases waar het aantal inkooporders gelijk is aan het aantal ontvangstbonnen (bijv. 3 orders, 3 ontvangsten)
"No" - Cases waar de aantallen verschillen (bijv. 3 orders aangemaakt maar slechts 2 goederen ontvangen)
Null - Cases zonder een van beide activiteiten (niet-inkoop cases in gemengde datasets)

Inzichten: Cases met "No" geven onvolledige inkoopprocessen aan die nader onderzoek vereisen. Dit kan wijzen op vertraagde leveringen, ontbrekende documenten of synchronisatieproblemen tussen bestelsystemen en ontvangstsysteem.

Voorbeeld 2: Volledigheid Kwaliteitscontrole in Productie

Scenario: In een productieproces moet elke productieronde een bijbehorende kwaliteitsinspectie hebben om te verzekeren dat productnormen worden gehaald en aan compliance wordt voldaan.

Instellingen:

Filter: Product_Category = "Electronics"
Nieuwe Attribuutnaam: QC_Inspection_Complete
Activiteit 1: Complete Production Run
Activiteit 2: Perform Quality Inspection

Output: Maakt "QC_Inspection_Complete" attribuut aan voor elektronische producten:

"Yes" - Productieronden en kwaliteitsinspecties zijn in balans (bijv. 5 ronden, 5 inspecties)
"No" - Onevenwicht in aantallen wijzend op missende inspecties of dubbele productieregistraties
Null - Cases zonder productieactiviteiten (gefilterde niet-elektronische producten krijgen null)

Inzichten: Hiermee worden productiebatches geïdentificeerd die kwaliteitscontrole hebben overgeslagen, wat corrigerende actie en compliance rapportage mogelijk maakt. Patronen in mismatch kunnen wijzen op specifieke productielijnen of ploegendiensten met systematische QC-problemen.

Voorbeeld 3: Afstemming Financiële Transacties

Scenario: In een crediteurenproces wil je zekerstellen dat elke betalingsgoedkeuring een corresponderende uitvoering heeft om vastgelopen of mislukte betalingen te detecteren.

Instellingen:

Filter: Amount > 10000 (focus op transacties met hoge waarde)
Nieuwe Attribuutnaam: Payment_Reconciled
Activiteit 1: Approve Payment
Activiteit 2: Execute Payment

Output: Creëert "Payment_Reconciled" attribuut voor hoge waarde transacties:

"Yes" - Gelijk aantal goedkeuringen en uitvoeringen (betalingen correct afgerond)
"No" - Onevenwichtige aantallen suggereren goedgekeurde maar niet uitgevoerde betalingen of uitvoeringsfouten
Null - Cases zonder betalingactiviteiten

Inzichten: Cases met "No" vereisen directe aandacht omdat dit goedgekeurde betalingen zijn die niet uitgevoerd zijn, wat kan leiden tot problemen met leveranciersrelaties of compliance-schendingen.

Voorbeeld 4: Afhandeling Klantenservice Tickets

Scenario: In een klantenserviceproces wil je controleren of elke escalatie naar een specialist een specialistische respons heeft ontvangen, zodat geen geëscaleerde issues blijven liggen.

Instellingen:

Filter: Priority = "High" OF Priority = "Critical"
Nieuwe Attribuutnaam: Escalation_Handled
Activiteit 1: Escalate to Specialist
Activiteit 2: Specialist Response

Output: Maakt "Escalation_Handled" attribuut voor hoog-prioriteit tickets:

"Yes" - Alle escalaties hebben een specialistische respons ontvangen (gecontroleerd supportproces)
"No" - Sommige escalaties missen respons (mogelijke onopgeloste klantproblemen)
Null - Hoog-prioriteit tickets die opgelost zijn zonder escalatie

Inzichten: Deze metric helpt bij het identificeren van service-gebreken waar geëscaleerde problemen geen passende aandacht kregen, waardoor procesverbetering en training van medewerkers mogelijk wordt.

Voorbeeld 5: Afsprakenbeheer in de Gezondheidszorg

Scenario: In een patiëntafspraken systeem wil je zekerstellen dat elke geplande afspraak een overeenkomstige afronding of annulering heeft voor accurate rapportage over het gebruik.

Instellingen:

Filter: Department = "Radiology"
Nieuwe Attribuutnaam: Appointment_Closure_Complete
Activiteit 1: Schedule Appointment
Activiteit 2: Complete Appointment

Output: Maakt "Appointment_Closure_Complete" attribuut aan voor radiologie-afspraken:

"Yes" - Geplande en voltooide afspraken zijn in balans
"No" - Mismatch wijzend op no-shows, onvolledige registratie of planningsfouten
Null - Radiologiedossiers zonder afspraakgerelateerde activiteiten

Inzichten: Cases met "No" helpen trends in no-shows te identificeren, waarmee gerichte verbeteringen in patiëntcommunicatie en betere middelenplanning voor de radiologie-afdeling worden mogelijk gemaakt.

Output

De verrijking Vergelijk Activiteitenaantallen creëert één nieuw boolean attribuut op case-niveau met daarin het resultaat van de vergelijking. Het attribuut gebruikt het boolean datatype met een "Yes/No" weergave-formaat voor eenvoudige interpretatie in filters, draaitabellen en visualisaties.

Waarde-logica:

Yes (Waar): Beide activiteiten komen exact even vaak voor in de case, inclusief wanneer beide nul keer voorkomen
No (Onwaar): De activiteiten verschillen in voorkomens (de ene komt vaker voor dan de andere)
Null: Geen van beide activiteiten komt voor in de case en de verrijking laat de waarde leeg in plaats van op Yes te zetten

Het nieuwe attribuut kan direct worden gebruikt in vervolgverrijkingen, filters en berekeningen. Veelvoorkomende toepassingen zijn filteren op alleen uit balans zijnde cases, het berekenen van het percentage gebalanceerde processen, of het gebruik in conformance checking om procesafwijkingen te identificeren. Het boolean karakter van de output maakt het ideaal voor KPI-berekeningen, dashboardindicatoren en geautomatiseerde waarschuwingssystemen die procesonevenwichtigheden moeten signaleren.

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