Evenementen behouden met dezelfde waarde als case-attribuut
Overzicht
De filter Evenementen behouden met dezelfde waarde als case-attribuut vergelijkt gebeurtenisattributen met case-attributen om alleen overeenkomende gebeurtenissen te behouden. Deze gespecialiseerde filter op het niveau van de gebeurtenis verwijdert gebeurtenissen uit cases waarbij de waarde van het gebeurtenisattribuut niet overeenkomt met de corresponderende waarde van het case-attribuut, en retourneert vervolgens alleen cases die ten minste één overeenkomende gebeurtenis bevatten. Het is vooral handig om gebeurtenissen te filteren op basis van organisatorische context, geografische regio's of bedrijfsregels waarbij gebeurteniseigenschappen moeten overeenkomen met case-eigenschappen.
Veelvoorkomende toepassingen
- Alleen gebeurtenissen behouden die worden afgehandeld door resources uit dezelfde regio als de case
- Gebeurtenissen filteren om te voldoen aan case-niveau bedrijfsregels of beperkingen
- Gebeurtenissen behouden waarbij de verwerkingslocatie overeenkomt met de herkomst van de case
- Focus op gebeurtenissen uitgevoerd door de aangewezen afdeling voor elke case
- Gebeurtenissen verwijderen die worden afgehandeld door verkeerde organisatorische eenheden
- Zorgen dat toewijzingen op gebeurtenisniveau overeenkomen met routeringsregels op case-niveau
Instellingen
Case-kolomnaam: De naam van het case-attribuut dat als referentiewaarde wordt gebruikt.
Event-kolomnaam: De naam van het gebeurtenisattribuut dat wordt vergeleken met het case-attribuut.
Evenement behouden als null: Kies of gebeurtenissen waarbij het gebeurtenisattribuut null is behouden moeten worden.
- Null gebeurtenissen behouden (true): Gebeurtenissen met null-waarden in de event-kolom worden behouden, samen met de overeenkomende gebeurtenissen
- Null gebeurtenissen verwijderen (false): Alleen gebeurtenissen met niet-null waarden die exact overeenkomen met het case-attribuut worden behouden
| Instelling | Doel | Voorbeeldwaarde |
|---|---|---|
| Case-kolomnaam | Referentieattribuut op case-niveau | "Customer Region" |
| Event-kolomnaam | Attribuut om te vergelijken op gebeurtenisniveau | "Processing Region" |
| Evenement behouden als null | Omgaan met null-waarden bij gebeurtenissen | True of False |
Voorbeelden
Voorbeeld 1: Filteren van gebeurtenissen op regionale afstemming
Scenario: Uw klantondersteuningsproces wijst cases toe aan regio's op basis van de locatie van de klant. Soms behandelen ondersteuningsmedewerkers uit andere regio's tickets vanwege werkdrukverdeling. U wilt alleen gebeurtenissen analyseren waarbij de "Agent Region" overeenkomt met de "Customer Region" om regionale prestaties nauwkeurig te meten.
Instellingen:
- Case-kolomnaam: "Customer Region"
- Event-kolomnaam: "Agent Region"
- Evenement behouden als null: False
Resultaat:
Voor elke case worden alleen gebeurtenissen behouden waarbij de regio van de agent overeenkomt met de regio van de klant. Case #SUP-1234 met Customer Region = "Northeast" behoudt gebeurtenissen afgehandeld door agents uit Northeast, maar verwijdert gebeurtenissen behandeld door Southeast of Western agents. Cases zonder overeenkomende gebeurtenissen worden volledig uitgesloten van de resultaten.
Inzichten: Dit toont de werkelijke regionale prestaties waarbij agents cases uit hun eigen regio’s behandelen. Door kruisregionale afhandeling eruit te filteren, kunt u meten hoe efficiënt elke regio zijn eigen klanten bedient en of bepaalde regio’s consistent hulp van andere regio’s nodig hebben.
Voorbeeld 2: Analyse van afdeling-specifieke workflows
Scenario: Uw goedkeuringsworkflow leidt cases naar specifieke afdelingen op basis van het type verzoek. U wilt alleen gebeurtenissen analyseren die door de aangewezen afdeling voor elke case zijn uitgevoerd om te begrijpen hoe goed de routering binnen de afdeling werkt wanneer deze correct wordt gevolgd.
Instellingen:
- Case-kolomnaam: "Assigned Department"
- Event-kolomnaam: "Processing Department"
- Evenement behouden als null: True
Resultaat:
Voor elke case worden gebeurtenissen behouden waarbij de verwerkende afdeling overeenkomt met de toegewezen afdeling. Case #REQ-5678 met Assigned Department = "Finance" behoudt alle activiteiten van de financiële afdeling. Gebeurtenissen met null-waarden in Processing Department worden ook behouden, dit kan geautomatiseerde systeemactiviteiten vertegenwoordigen. Cases zonder overeenkomende gebeurtenissen worden uit de analyse verwijderd.
Inzichten: Dit laat zien hoe vaak cases binnen hun toegewezen afdeling blijven versus dat ze worden geëscaleerd of doorgezet. Door null-gebeurtenissen mee te nemen, behoudt u systeemactiviteiten terwijl u zich richt op afdelingsafstemming. Dit helpt cases te identificeren die cross-afdelingssamenwerking nodig hadden en om de efficiëntie van verwerking binnen één afdeling te meten.
Voorbeeld 3: Validatie van locatiegebaseerde verwerkingsregels
Scenario: Uw productieproces heeft een bedrijfsregel dat onderdelen moeten worden verwerkt in fabrieken in hetzelfde land als waar de bestelling vandaan komt, voor naleving van regelgeving. U wilt bevestigen dat deze regel wordt gevolgd door alleen gebeurtenissen te behouden waarbij "Processing Country" overeenkomt met "Order Country".
Instellingen:
- Case-kolomnaam: "Order Country"
- Event-kolomnaam: "Processing Country"
- Evenement behouden als null: False
Resultaat:
Voor elke bestelling worden alleen verwerkingsgebeurtenissen behouden die in hetzelfde land zijn uitgevoerd als de herkomst van de bestelling. Bestelling #MFG-9876 uit Duitsland behoudt alleen gebeurtenissen verwerkt in Duitse faciliteiten en verwijdert gebeurtenissen die in andere landen zijn verwerkt. Bestellingen waarbij alle gebeurtenissen zijn gefilterd duiden op volledige overtreding van de regel.
Inzichten: Dit biedt compliance-validatie door te laten zien welke bestellingen volledig binnen het juiste land zijn verwerkt. Bestellingen die verdwijnen uit de gefilterde data duiden op overtredingen die nader onderzoek vereisen. U kunt snel compliance-problemen identificeren en oplossen voordat deze wettelijke problemen worden.
Voorbeeld 4: Analyse van nauwkeurigheid van resource-toewijzing
Scenario: Uw projectmanagementsysteem wijst teamleden toe aan projecten op basis van hun vaardigheidsniveau. Elke case heeft een "Required Skill Level" en elke activiteit heeft een "Resource Skill Level". U wilt alleen werken analyseren die door adequaat bekwame resources zijn uitgevoerd.
Instellingen:
- Case-kolomnaam: "Required Skill Level"
- Event-kolomnaam: "Resource Skill Level"
- Evenement behouden als null: True
Resultaat:
Voor elke projectcase worden alleen activiteiten behouden die zijn uitgevoerd door resources met het juiste vaardigheidsniveau. Project #PROJ-4567 dat "Senior" vaardigheid vereist behoudt alleen gebeurtenissen uitgevoerd door resources op Senior-niveau. Gebeurtenissen met null vaardigheidsniveau (bijvoorbeeld geautomatiseerde of niet-toegewezen activiteiten) worden behouden omdat Evenement behouden als null op true staat.
Inzichten: Dit laat zien welk deel van het werk door adequaat geschoolde resources wordt gedaan versus over- of ondergekwalificeerde toewijzingen. Door deze gefilterde cases te analyseren kunt u de productiviteit meten wanneer vaardigheidsniveaus correct worden toegepast en patronen in vaardigheids-mismatches identificeren die de projectefficiëntie beïnvloeden.
Output
Deze filter werkt op zowel gebeurtenis- als case-niveau met unieke eigenschappen:
- Filtering op gebeurtenisniveau: Verwijdert gebeurtenissen waarbij het gebeurtenisattribuut niet overeenkomt met het case-attribuut
- Resultaat op case-niveau: Retourneert alleen cases die ten minste één overeenkomende gebeurtenis bevatten
- Niet-overeenkomende gebeurtenissen worden uit alle cases verwijderd
- Cases zonder ook maar één overeenkomende gebeurtenis worden volledig uitgesloten uit de resultaten
- Als Evenement behouden als null true is, blijven gebeurtenissen met null-waarden in de event-kolom behouden
- Als Evenement behouden als null false is, worden alleen exacte niet-null-overeenkomsten behouden
- Alle andere gebeurtenis- en case-attributen worden behouden
Gebruik deze filter om te zorgen dat activiteiten op gebeurtenisniveau aansluiten bij regels op case-niveau, organisatorische routering te valideren of analyses te richten op correct toegewezen werk terwijl uitzonderingen worden geïdentificeerd.
Deze documentatie maakt deel uit van het mindzie Studio process mining platform.