Verwijder Herhaalde Activiteiten

Overzicht

De verrijking Verwijder Herhaalde Activiteiten vereenvoudigt je proces door opeenvolgende dubbele activiteiten samen te voegen tot enkele gebeurtenissen, terwijl belangrijke informatie over hoe vaak elke activiteit werd herhaald bewaard blijft. Deze krachtige tool voor het opschonen van data is essentieel voor het analyseren van processen waarbij dezelfde activiteit meerdere keren achter elkaar kan worden uitgevoerd, bijvoorbeeld door systeemgedrag, gebruikersacties of procesontwerp.

Wanneer activiteiten opeenvolgend worden herhaald binnen een case, kunnen zij de ware processtroom verdoezelen en het moeilijk maken om betekenisvolle patronen te herkennen. Deze verrijking verwijdert die ruis door herhaalde activiteiten samen te vouwen en tegelijk een telattribuut aan te maken dat bijhoudt hoe vaak de activiteit voorkwam. Je kunt er ook voor kiezen om event-level attribuutwaarden van de herhaalde activiteiten te behouden door ze samen te voegen, zodat geen cruciale informatie verloren gaat tijdens de consolidatie.

De verrijking biedt twee werkingsmodi: strikte opeenvolgende herhaling (waarbij activiteiten direct op elkaar moeten volgen) of flexibele herhaling (waarbij alle gevallen van een activiteit worden samengevoegd ongeacht tussenliggende activiteiten). Deze flexibiliteit stelt je in staat de verrijking af te stemmen op jouw specifieke procesanalyse behoeften.

Veelvoorkomende Toepassingen

Vereenvoudigen van processtromen door stotterpatronen veroorzaakt door automatische herhaal-logica te verwijderen
Opschonen van eventlogs waar gebruikers herhaaldelijk op knoppen klikken of pagina's verversen
Consolideren van polling- of statuscontrole-activiteiten die opeenvolgend voorkomen
Verminderen van procescomplexiteit bij analyse van activiteiten met hoge frequentie monitoring
Voorbereiden van data voor procesontdekking door repetitieve ruis te elimineren
Bijhouden hoe vaak activiteiten werden herhaald voordat de volgende stap werd gezet
Behouden van attribuutwaarden van herhaalde activiteiten via samenvoeging voor audit trails

Instellingen

Activity Name: Selecteer de activiteit die je wilt consolideren wanneer deze achter elkaar herhaald wordt. De verrijking identificeert alle gevallen waarin deze activiteit meerdere keren voorkomt en vouwt ze samen tot één event. Kies activiteiten die bekend staan om herhaald voor te komen in jouw proces, zoals herhaalpogingen, statuscontroles of gebruikersinteracties.

Count Column Name: Specificeer de naam van het nieuwe attribuut dat het aantal herhalingen van de activiteit opslaat. Dit attribuut wordt automatisch gevuld met het aantal opeenvolgende voorkomens dat is samengevouwen. Het standaard naamgevingspatroon is "[Activity Name]_Count", maar je kunt dit aanpassen aan de naamgevingsconventies van jouw organisatie. Bijvoorbeeld, als je herhaalde "Payment Retry"-activiteiten verwijdert, kun je dit "Payment_Retry_Attempts" noemen.

Concatenate Attributes (Optioneel): Selecteer één of meer event-level string-attributen waarvan je de waarden wilt behouden uit de herhaalde activiteiten. Wanneer meerdere instanties worden samengevouwen, worden de waarden van deze attributen samengevoegd, gescheiden door komma's. Dit is bijzonder nuttig wanneer elke herhaling verschillende contextuele informatie bevat, zoals foutmeldingen, tijdstempels of gebruikers-ID's. Alleen string-typen event-attributen die niet berekend of verborgen zijn, zijn beschikbaar voor concatenatie.

Must Follow Directly: Bepaalt hoe de verrijking herhaalde activiteiten identificeert:

Ingeschakeld (standaard): Verwijdert alleen activiteiten die direct opeenvolgend zijn zonder tussenliggende activiteiten. Bijvoorbeeld, in de reeks "A, B, B, B, C" worden de drie achtereenvolgende B's samengevouwen tot één. Dit is de meest voorkomende en conservatieve methode.
Uitgeschakeld: Verwijdert alle instanties van de geselecteerde activiteit door de case heen, waarbij alleen de eerste voorkomt, ongeacht of andere activiteiten ertussen zitten. Bijvoorbeeld, in de reeks "A, B, C, B, D, B" blijft alleen de eerste B staan en worden de anderen verwijderd. Gebruik deze modus voorzichtig, omdat dit de processtroom fundamenteel verandert.

Voorbeelden

Voorbeeld 1: Betalingsverwerking Herhaallogica

Scenario: Een e-commerce-platform heeft automatische herhaallogica voor betalingsverwerking. Wanneer een betaling faalt door netwerkproblemen of tijdelijke kaartautorisatiefouten, probeert het systeem automatisch maximaal 5 keer opnieuw voordat het opgeeft. Deze herhaalpogingen maken de proceskaart rommelig en bemoeilijken het inzicht in de daadwerkelijke klantreis.

Instellingen:

Activity Name: "Process Payment"
Count Column Name: "Payment_Retry_Count"
Concatenate Attributes: "Error_Message", "Gateway_Response"
Must Follow Directly: Ingeschakeld

Resultaat:
De verrijking voegt opeenvolgende pogingen tot betalingsverwerking samen in één "Process Payment" activiteit met extra context:

Nieuw attribuut: "Payment_Retry_Count" met waarden zoals 1 (geen herhaalde pogingen), 2 (één poging), of 5 (vier pogingen)
Event attribuut "Error_Message" bevat alle foutmeldingen, samengevoegd: "Network timeout, Network timeout, Card declined"
Event attribuut "Gateway_Response" bevat alle reacties: "503, 503, 402"

Voorbeeld transformatie case:

Voor: Process Payment (mislukt) -> Process Payment (mislukt) -> Process Payment (mislukt) -> Process Payment (succes)
Na: Process Payment (succes) met Payment_Retry_Count = 4

Inzichten: Het bedrijf kan nu betalingssuccespercentages nauwkeuriger analyseren door te zien hoeveel herhaalpogingen nodig waren. Cases met hoge retry-aantallen kunnen wijzen op integratieproblemen met bepaalde betaalgateways of problemen tijdens piekuren.

Voorbeeld 2: Klantenservice Statuscontroles

Scenario: Een ticketingsysteem voor klantenservice controleert automatisch iedere 5 minuten de status van tickets terwijl er op klantrespons wordt gewacht. Deze statuscontroles creëren honderden events in langlopende cases, wat procesanalyse bijna onmogelijk maakt.

Instellingen:

Activity Name: "Check Ticket Status"
Count Column Name: "Status_Check_Count"
Concatenate Attributes: (geen geselecteerd)
Must Follow Directly: Ingeschakeld

Resultaat:
Opeenvolgende statuscontrole-activiteiten worden samengevoegd tot enkele events. Een case met 50 statuscontroles tussen "Send Email to Customer" en "Customer Response Received" toont nu slechts één "Check Ticket Status" activiteit met Status_Check_Count = 50.

Inzichten: Analisten zien nu de werkelijke klantinteractie zonder de ruis van automatische polling. Het aantal statuscontroles toont hoe lang tickets doorgaans wachten op klantrespons, wat gecorreleerd kan worden aan doorlooptijden en klanttevredenheid.

Voorbeeld 3: Productie Kwaliteitsinspectie Opnieuw Testen

Scenario: In een farmaceutisch productieproces leiden kwaliteitsinspectie-falen tot directe herinspecties tot maximaal 3 keer voordat de batch wordt afgekeurd. Het bedrijf wil bijhouden hoeveel herinspecties plaatsvinden terwijl het proces overzichtelijk blijft voor analyse.

Instellingen:

Activity Name: "Quality Inspection"
Count Column Name: "Inspection_Attempts"
Concatenate Attributes: "Inspector_ID", "Test_Results", "Failure_Reason"
Must Follow Directly: Ingeschakeld

Resultaat:
Meerdere opeenvolgende kwaliteitsinspecties worden samengevoegd met complete audit-informatie:

Inspection_Attempts: aantal keren dat de batch werd geïnspecteerd (1-4)
Inspector_ID samengevoegd: "INSP_001, INSP_001, INSP_002" (toont of verschillende inspecteurs betrokken waren)
Test_Results samengevoegd: "FAIL, FAIL, PASS" (toont het verloop)
Failure_Reason samengevoegd: "pH out of range, pH out of range, " (geeft aan wat fout was)

Inzichten: Het bedrijf kan eerstedoorloop-succespercentages (Inspection_Attempts = 1) versus nabewerkingspercentages (Inspection_Attempts > 1) analyseren, terwijl volledige traceerbaarheid van inspecteurs en testresultaten behouden blijft.

Voorbeeld 4: IT Support Ticket Herverdeling

Scenario: Een IT-helpdesk heeft een probleem met tickets die meerdere keren tussen supportmedewerkers worden herverdeeld voordat ze worden opgelost. Elke herverdeling creëert een "Reassign Ticket" activiteit, wat het moeilijk maakt de werkelijke oplossingsstappen te analyseren.

Instellingen:

Activity Name: "Reassign Ticket"
Count Column Name: "Reassignment_Count"
Concatenate Attributes: "Assigned_To", "Reassignment_Reason"
Must Follow Directly: Ingeschakeld

Resultaat:
Meerdere opeenvolgende herverdelingen worden samengevoegd:

Reassignment_Count: totaal aantal herverdelingen (geeft aan dat het ticket heen en weer gaat)
Assigned_To samengevoegd: "Agent_A, Agent_B, Agent_C, Agent_D" (toont het escalatietraject)
Reassignment_Reason samengevoegd: "Wrong department, Requires senior agent, Requires system admin" (toont de redenen)

Inzichten: Hoge aantallen herverdelingen duiden op slechte initiële ticketroutering of onduidelijke taakverdelingen. De samengevoegde agentnamen onthullen veelvoorkomende escalatiepatronen, wat helpt bij het optimaliseren van de ticketdistributieregels.

Voorbeeld 5: Document Goedkeuringsworkflow Revisies

Scenario: Een documentbeheersysteem maakt het mogelijk dat reviewers documenten meerdere keren terugsturen voor herziening. De organisatie wil revisiecycli bijhouden terwijl proceskaarten gefocust blijven op de algehele goedkeuringsworkflow.

Instellingen:

Activity Name: "Request Revisions"
Count Column Name: "Revision_Cycles"
Concatenate Attributes: "Reviewer_Comments"
Must Follow Directly: Ingeschakeld

Resultaat:
Opeenvolgende revisieverzoeken worden samengevoegd:

Revision_Cycles: aantal keren dat het document werd teruggestuurd (kwaliteitsindicator)
Reviewer_Comments samengevoegd: "Fix formatting, Update references, Correct calculations" (volledige feedbackgeschiedenis)

Inzichten: Documenten die veel revisiecycli nodig hebben kunnen wijzen op onduidelijke eisen of onvoldoende kwaliteitscontrole bij de eerste beoordeling. De samengevoegde opmerkingen bieden een compleet audittrail van het beoordelingsproces terwijl de proceskaart overzichtelijk en analyseerbaar blijft.

Output

De verrijking Verwijder Herhaalde Activiteiten past je eventlog op twee belangrijke manieren aan:

Eventreductie: Opeenvolgende voorkomens van de geselecteerde activiteit worden samengevoegd tot één event. De verrijking behoudt de eerste instantie en verbergt alle volgende herhalingen, waardoor het totaal aantal events in je dataset afneemt. Deze consolidatie gebeurt op caseniveau, waardoor verschillende cases een verschillend aantal verwijderde events kunnen hebben, afhankelijk van hun herhalingspatronen.

Nieuw Telattribuut: Er wordt een nieuw event-level integer attribuut aangemaakt met de naam die je hebt opgegeven bij "Count Column Name". Dit attribuut wordt op het samengevoegde event gevuld met het totaal aantal samengevouwen voorkomens. Voor events zonder herhaling is de waarde 1. Voor samengevoegde events geeft de waarde aan hoe vaak de activiteit opeenvolgend voorkwam (bijvoorbeeld 4 betekent dat de activiteit 4 keer achter elkaar gebeurde).

Samengevoegde Attribuutwaarden: Als je attributen hebt geselecteerd om samen te voegen, worden de waarden van alle herhaalde events gecombineerd tot één komma-gescheiden string die in het samengevoegde event wordt opgeslagen. Dit behoudt belangrijke contextuele informatie die kan verschillen per herhaling, zoals foutmeldingen, gebruikers-ID's of tijdstempels. De samenvoeging gebeurt in chronologische volgorde, zodat je de progressie van waarden over herhalingen kunt zien.

Impact op Procesweergave: Na toepassing van deze verrijking tonen je proceskaarten en varianten vereenvoudigde stromen zonder repetitieve lussen veroorzaakt door opeenvolgende identieke activiteiten. Cases die eerder lussen lieten zien zoals "A -> B -> B -> B -> C" worden nu weergegeven als "A -> B -> C", wat het eenvoudiger maakt de kernstructuur van het proces te herkennen. Je behoudt echter de mogelijkheid herhalingspatronen te analyseren via het telattribuut in filters en berekeningen.

Gebruik van het Telattribuut: Het nieuwe telattribuut kan worden gebruikt in:

Filters: "Toon alleen cases waar Payment_Retry_Count > 3" om problematische betalingsverwerking te vinden
Calculators: Gemiddeldes of totalen over cases om het herhaalgemiddelde te meten
Prestatieanalyse: Correlaties van hoge aantallen met langere doorlooptijden
Kwaliteitsmetriek: Bijhouden van slaagpercentages bij eerste poging door events met count = 1 te tellen
Visualisaties: Histogrammen maken die de verdeling van herhaalpogingen tonen

Data-integriteit: De verrijking behoudt volledige data-integriteit door tijdinformatie te behouden (gebruik van de timestamp van het eerste voorkomend event) en concatenatie van belangrijke attribuutwaarden toe te staan. Er worden geen data permanent verwijderd; in plaats daarvan worden herhaalde events als verborgen gemarkeerd en kunnen ze worden weergegeven door de verrijking te verwijderen.

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