Activiteit verwijderen met vergelijkbare tijd
Overzicht
De functie Activiteit verwijderen met vergelijkbare tijd verwijdert specifieke activiteitgebeurtenissen uit cases wanneer ze binnen een bepaalde tijdsvenster van een andere activiteit plaatsvinden. Deze gebeurtenisniveau-filter is ontworpen om proceslogs op te schonen door overbodige of dubbele activiteiten te elimineren die te dicht bij elkaar in de tijd plaatsvinden. U geeft aan welke activiteit verwijderd moet worden, met welke activiteit vergeleken moet worden (of alle andere activiteiten) en wat het maximale tijdsverschil is dat verwijdering veroorzaakt.
Veelvoorkomende toepassingen
- Verwijderen van dubbele of overbodige activiteiten die binnen seconden of minuten van elkaar plaatsvinden
- Opschonen van logs door het elimineren van automatische herkansingsgebeurtenissen die direct na fouten plaatsvinden
- Verwijderen van overbodige notificatiegebeurtenissen die te dicht bij hun triggerende activiteiten plaatsvinden
- Filteren van dubbele gegevensinvoergebeurtenissen die binnen een kort tijdsvenster zijn geregistreerd
- Opschonen van proceslogs waarin dezelfde activiteit per ongeluk meerdere keren is geregistreerd
- Verwijderen van opvolgactiviteiten die té snel na initiële activiteiten plaatsvinden
Instellingen
Activiteit om te verwijderen: De naam van de activiteit die u uit cases wilt verwijderen.
Activiteit om mee te vergelijken: De referentieactiviteit om de timing mee te vergelijken. Laat leeg om te vergelijken met alle andere activiteiten.
Duurdrempel: Het maximale tijdsverschil tussen gebeurtenissen. Als de te verwijderen activiteit binnen dit tijdsvenster na de referentieactiviteit plaatsvindt, wordt deze verwijderd.
| Instelling | Doel | Voorbeeldwaarde |
|---|---|---|
| Activiteit om te verwijderen | Specificeert welke activiteitgebeurtenissen verwijderd worden | "Email Notification" |
| Activiteit om mee te vergelijken | Referentieactiviteit voor tijdsvergelijking | "Order Confirmed" of leeg laten |
| Duurdrempel | Maximale tijdspanne die verwijdering activeert | "00:05:00" (5 minuten) |
Voorbeelden
Voorbeeld 1: Verwijderen van dubbele e-mailmeldingen
Scenario: Uw orderbeheersysteem stuurt soms dubbele e-mailmeldingen binnen enkele minuten na orderbevestiging. Deze dubbele "Email Sent"-gebeurtenissen vervuilen uw proceslog en vertegenwoordigen geen betekenisvolle processtappen. U wilt "Email Sent"-gebeurtenissen verwijderen die binnen 5 minuten na de activiteit "Order Confirmed" plaatsvinden.
Instellingen:
- Activiteit om te verwijderen: "Email Sent"
- Activiteit om mee te vergelijken: "Order Confirmed"
- Duurdrempel: "00:05:00" (5 minuten)
Resultaat:
Elke "Email Sent"-gebeurtenis die binnen 5 minuten na een "Order Confirmed"-gebeurtenis in dezelfde case plaatsvindt, wordt verwijderd. Bijvoorbeeld, als Case #12345 "Order Confirmed" heeft om 10:00:00 uur en "Email Sent" om 10:02:30 uur, wordt het e-mailgebeurtenis verwijderd. Als een andere case "Email Sent" heeft om 10:08:00 uur (8 minuten later), blijft dat e-mailgebeurtenis behouden omdat het buiten het venster van 5 minuten valt.
Inzichten: Dit maakt uw proceslog schoner door overbodige notificatiegebeurtenissen te verwijderen die altijd kort na orderbevestiging volgen. De overgebleven e-mailgebeurtenissen vertegenwoordigen legitieme afzonderlijke communicatie, terwijl dubbele notificaties worden gefilterd, wat zorgt voor een duidelijker beeld van de daadwerkelijke processtroom.
Voorbeeld 2: Elimineren van automatische herkansingen
Scenario: Uw betalingsverwerkingssysteem probeert automatisch mislukte transacties binnen 30 seconden opnieuw. Deze automatische "Retry Payment"-gebeurtenissen worden door het systeem gegenereerd en moeten uit de analyse worden verwijderd, zodat alleen handmatige herkansingen die later plaatsvinden behouden blijven.
Instellingen:
- Activiteit om te verwijderen: "Retry Payment"
- Activiteit om mee te vergelijken: "Payment Failed"
- Duurdrempel: "00:00:30" (30 seconden)
Resultaat:
Elke "Retry Payment"-gebeurtenis die binnen 30 seconden na "Payment Failed" plaatsvindt, wordt verwijderd uit de log. Als Case #PAY-789 "Payment Failed" heeft om 14:15:00 uur en "Retry Payment" om 14:15:15 uur, wordt de herkansing verwijderd. Handmatige herkansingen die uren later plaatsvinden blijven in de log.
Inzichten: Door automatische systeemherkansingen te filteren, kunt u zich concentreren op betekenisvolle stappen in het betalingsproces en handmatige interventies. Dit levert nauwkeurige cyclustijden op en helpt cases te identificeren die menselijke tussenkomst vereisen versus automatische herstelpogingen.
Voorbeeld 3: Verwijderen van overbodige statuscontroles
Scenario: Uw applicatie registreert een "Status Check"-activiteit die soms direct na elke andere activiteit plaatsvindt vanwege geautomatiseerde monitoring. U wilt "Status Check"-gebeurtenissen verwijderen die binnen 1 seconde na elke andere activiteit plaatsvinden, omdat dit geautomatiseerde systeemcontroles zijn en geen betekenisvolle processtappen.
Instellingen:
- Activiteit om te verwijderen: "Status Check"
- Activiteit om mee te vergelijken: (leeg laten om met alle activiteiten te vergelijken)
- Duurdrempel: "00:00:01" (1 seconde)
Resultaat:
Elke "Status Check"-gebeurtenis die binnen 1 seconde na een andere activiteit plaatsvindt, wordt verwijderd. Bijvoorbeeld, als Case #APP-456 "Document Upload" heeft om 11:30:00.000 uur en "Status Check" om 11:30:00.500 uur (500 milliseconden later), wordt de statuscontrole verwijderd. Statuscontroles die langer dan 1 seconde na de vorige activiteit plaatsvinden, blijven behouden.
Inzichten: Dit elimineert geautomatiseerde systeemmonitoring die uw proceslog vervuilt, en behoudt alleen bewuste statuscontroles geïnitieerd door gebruikers of geplande processen. Uw procesvisualisatie wordt schoner en beter representatief voor daadwerkelijke bedrijfsactiviteiten.
Voorbeeld 4: Opschonen van dubbele gegevensinvoer
Scenario: Tijdens een datamigratie zijn sommige "Update Customer Info"-activiteiten per ongeluk twee keer binnen dezelfde minuut geregistreerd. U wilt deze dubbele updategebeurtenissen verwijderen om uw historische data op te schonen.
Instellingen:
- Activiteit om te verwijderen: "Update Customer Info"
- Activiteit om mee te vergelijken: (leeg laten)
- Duurdrempel: "00:01:00" (1 minuut)
Resultaat:
Elke "Update Customer Info"-gebeurtenis die binnen 1 minuut na een andere activiteit in dezelfde case plaatsvindt, wordt verwijderd. Dit vangt dubbele invoer op die tijdens de migratie is gebeurd. Als Case #CUST-321 twee "Update Customer Info"-gebeurtenissen heeft om 15:45:00 en 15:45:30, wordt de tweede verwijderd.
Inzichten: Dit helpt historische data schoon te maken van migratieproblemen of dubbele invoerfouten. Door bijna gelijktijdige duplicaten te verwijderen, krijgt u een nauwkeuriger beeld van werkelijke klantinformatie-updates en schonere processtatistieken.
Resultaat
Deze filter werkt op het gebeurtenisniveau en verwijdert individuele gebeurtenissen uit cases:
- Alleen de gespecificeerde "Activiteit om te verwijderen"-gebeurtenissen worden beïnvloed
- Gebeurtenissen worden verwijderd als ze NA referentiegebeurtenissen binnen de tijdsdrempel plaatsvinden
- Tijdvergelijking is directioneel (kijkt alleen naar gebeurtenissen die NA referentiegebeurtenissen plaatsvinden)
- Cases blijven in de dataset, zelfs als gebeurtenissen worden verwijderd
- Alle andere gebeurtenisattributen en eigenschappen blijven behouden
- Als geen gebeurtenissen aan de verwijdercriteria voldoen, worden de originele gegevens ongewijzigd geretourneerd
Gebruik deze filter om proceslogs op te schonen door overbodige, dubbele of systeemgegenereerde activiteiten te verwijderen die te dicht bij betekenisvolle processtappen plaatsvinden.
Deze documentatie maakt deel uit van het mindzie Studio process mining platform.