Verkeerde Activiteitenvolgorde

Overzicht

De Wrong Activity Order verrijking identificeert gevallen waarin twee specifieke activiteiten in een onjuiste volgorde plaatsvinden, en markeert deze als conformiteitsschendingen in uw proces. Deze krachtige conformiteitscontroletool helpt organisaties te waarborgen dat kritieke processtappen de voorgeschreven volgorde volgen, en detecteert wanneer activiteiten die in een bepaalde volgorde moeten plaatsvinden, uit volgorde worden uitgevoerd. Door conformiteitsattributen te creëren en getroffen cases te markeren, stelt deze verrijking u in staat de naleving van processen te kwantificeren, trainingsbehoeften te identificeren en systemische problemen te ontdekken die leiden tot een incorrecte activiteitenvolgorde.

Deze verrijking gaat verder dan eenvoudige volgordecontroles door flexibele ernstniveaus en regelgroepering aan te bieden, zodat u verschillende typen volgordeovertredingen kunt categoriseren op basis van hun zakelijke impact. Of u nu zorgt voor naleving van regelgeving, kwaliteitsnormen onderhoudt, of proces efficiëntie optimaliseert, de Wrong Activity Order verrijking helpt u gevallen te identificeren en kwantificeren waarin de verwachte activiteitstroom niet wordt gevolgd. De verrijking creëert zowel individuele regelattributen als groepsniveau-attributen, wat analyse van conformiteit op verschillende granulariteitsniveaus eenvoudig maakt.

Gebruikstoepassingen

  • Detecteer wanneer goedkeuringsactiviteiten plaatsvinden na uitvoeringsactiviteiten in inkoopprocessen
  • Identificeer gevallen waarin kwaliteitscontroles plaatsvinden na productverzending in productie
  • Monitor nalevingsschendingen waarbij verificatiestappen worden overgeslagen of uit volgorde worden uitgevoerd
  • Volg gevallen waarbij betaling wordt verwerkt vóór orderbevestiging in e-commerce
  • Identificeer medische procedures die worden uitgevoerd vóór vereiste diagnostische tests in de gezondheidszorg
  • Detecteer regelgevende schendingen waarbij vereiste beoordelingen plaatsvinden ná het indienen van documenten
  • Monitor trainingsnaleving waarbij certificatie plaatsvindt vóór voltooiing van vereiste modules

Instellingen

Activity 1: Selecteer de eerste activiteit in de verwachte volgorde uit de dropdownlijst van alle activiteiten in uw dataset. Dit is de activiteit die als eerste zou moeten plaatsvinden in de correcte processtroom. Bijvoorbeeld, in een inkooporderproces kan dit "PO Approval" zijn, die moet plaatsvinden vóór "PO Released". De dropdown toont alle unieke activiteiten gevonden in uw event log.

Activity 2: Selecteer de tweede activiteit die volgt op Activity 1 in de correcte volgorde. Deze dropdown bevat ook alle activiteiten uit uw dataset. De verrijking markeert cases waarbij Activity 2 plaatsvindt, maar Activity 1 helemaal niet voorkomt of na Activity 2 gebeurt. Bijvoorbeeld, als Activity 1 "PO Approval" is en Activity 2 "PO Released", dan worden cases waarin "PO Released" gebeurt vóór "PO Approval" gemarkeerd als schendingen.

Rule Name: Geef een unieke naam op voor deze specifieke conformiteitsregel. Dit wordt een nieuw boolean case attribuut dat op true wordt gezet voor cases die deze specifieke volgorde-overtreding vertonen. Gebruik beschrijvende namen die duidelijk de gedetecteerde overtreding aangeven, zoals "Approval After Release" of "QC After Shipment". Als leeg gelaten, wordt alleen het attribuut met de Rule Group Name aangemaakt. Elke regelnaam representeert een specifieke volgorde-overtreding die u afzonderlijk wilt bijhouden.

Rule Group Name: Definieer een categorienaam voor het groeperen van gerelateerde conformiteitsregels. Dit creëert een ander boolean case attribuut dat op true wordt gezet voor cases die één of meer regels in deze groep overtreden. De standaardwaarde is "Activity Order Issue". Gebruik dit om gerelateerde volgorde-overtredingen samen te brengen, bijvoorbeeld "Approval Violations" voor alle goedkeuringsgerelateerde volgordeproblemen of "Quality Process Violations" voor kwaliteitscontrolevolgordeproblemen. Dit maakt zowel gedetailleerde als geaggregeerde conformiteitsanalyse mogelijk.

Severity: Kies het ernstniveau voor deze conformiteitsschending uit de dropdown:

  • Low: Kleine afwijkingen met minimale zakelijke impact
  • Medium: Matige overtredingen die aandacht vereisen maar niet kritisch zijn
  • High: Ernstige overtredingen met significante zakelijke of nalevingsimpact (standaard)
  • Critical: Zeer ernstige overtredingen die onmiddellijke correctie vereisen

Het ernstniveau beïnvloedt hoe overtredingen worden weergegeven in proceskaarten en conformiteitsdashboards, en helpt prioriteit te geven aan herstelacties.

Voorbeelden

Voorbeeld 1: Naleving aankooporder goedkeuring

Scenario: Een inkoopafdeling moet ervoor zorgen dat alle aankooporders zijn goedgekeurd voordat ze naar leveranciers worden vrijgegeven, aangezien het vrijgeven van niet-goedgekeurde orders het bedrijfsbeleid schendt en kan leiden tot ongeautoriseerde uitgaven.

Instellingen:

  • Activity 1: PO Approved
  • Activity 2: PO Released to Vendor
  • Rule Name: Unapproved PO Release
  • Rule Group Name: Procurement Compliance
  • Severity: High

Output: De verrijking creëert twee nieuwe boolean case attributen:

  • "Unapproved PO Release": true voor cases waar PO werd vrijgegeven zonder voorafgaande goedkeuring
  • "Procurement Compliance": true voor elke inkoopgerelateerde conformiteitsschending

Voorbeelddata:

  • Case PO-2024-001: Beide attributen false (conform - eerst goedgekeurd dan vrijgegeven)
  • Case PO-2024-002: Beide attributen true (overtreding - vrijgegeven zonder goedkeuring)
  • Case PO-2024-003: Beide attributen true (overtreding - vrijgegeven vóór goedkeuring)

Inzichten: Analyse toont dat 8% van de aankooporders zonder juiste goedkeuring worden vrijgegeven, vooral tijdens drukke maandafsluitperiodes. Deze inzichten leiden tot implementatie van automatische goedkeuringsherinneringen en blokkades voor vrijgave van niet-goedgekeurde orders.

Voorbeeld 2: Kwaliteitscontrole in productie

Scenario: Een productiebedrijf moet garanderen dat kwaliteitsinspecties plaatsvinden vóór het verpakken van producten, omdat het verpakken van niet-gecontroleerde producten kan leiden tot klachten en terugroepacties.

Instellingen:

  • Activity 1: Quality Inspection Completed
  • Activity 2: Product Packaged
  • Rule Name: Package Before Inspection
  • Rule Group Name: Quality Process Violations
  • Severity: Critical

Output: Creëert conformiteitsattributen die overtredingen markeren:

  • "Package Before Inspection": identificeert specifieke kwaliteitscontrole volgorde-overtredingen
  • "Quality Process Violations": aggregeert alle kwaliteitsgerelateerde conformiteitsissues

Productiebatchresultaten:

  • Batch A-500: Conform (inspectie om 09:00, verpakking om 10:30)
  • Batch A-501: Overtreding (verpakking om 08:45, inspectie om 11:00)
  • Batch A-502: Overtreding (verpakt zonder inspectie)

Inzichten: De verrijking toont dat 3% van de batches verpakt wordt vóór inspectie, meestal tijdens ploegwisselingen. Dit leidt tot implementatie van verpakkingssystemen die inspectiebevestiging vereisen vóór verpakken.

Voorbeeld 3: Zorgprotocol behandeling

Scenario: Een ziekenhuis moet zeker stellen dat geïnformeerde toestemming wordt verkregen vóór het starten van chirurgische ingrepen, aangezien operaties zonder toestemming medische ethiek en wettelijke eisen schenden.

Instellingen:

  • Activity 1: Informed Consent Signed
  • Activity 2: Surgery Started
  • Rule Name: Surgery Without Consent
  • Rule Group Name: Medical Protocol Violations
  • Severity: Critical

Output: Genereren van conformiteitstracking-attributen:

  • "Surgery Without Consent": markeert cases met toestemmingvolgorde-overtredingen
  • "Medical Protocol Violations": volgt alle schendingen van medische protocollen

Patiëntcase-analyse:

  • Patiënt 1001: Conform (toestemming 07:30, operatie 09:00)
  • Patiënt 1002: Overtreding (spoedoperatie 14:00, toestemming post-operatie 16:00)
  • Patiënt 1003: Conform (toestemming tijdens eerdere afspraak, operatie volgens planning)

Inzichten: Hoewel de meeste operaties correcte toestemming volgen, worden spoedprocedures soms uitgevoerd zonder standaard toestemmingsprocessen. Dit leidt tot invoering van specifieke spoedtoestemmingsprocedures en documentatie-eisen.

Voorbeeld 4: Kredietverlening in financiële dienstverlening

Scenario: Een bank moet ervoor zorgen dat kredietcontroles worden afgerond vóór goedkeuring van leningen, omdat goedkeuring zonder juiste kredietbeoordeling het risico op wanbetaling verhoogt en regelgeving overtreedt.

Instellingen:

  • Activity 1: Credit Check Completed
  • Activity 2: Loan Approved
  • Rule Name: Approval Without Credit Check
  • Rule Group Name: Lending Compliance
  • Severity: High

Output: Creëert conformiteittrackingattributen:

  • "Approval Without Credit Check": identificeert leningen goedgekeurd zonder kredietverificatie
  • "Lending Compliance": aggregeert alle kredietverlenings-nalevingsissues

Resultaten leningaanvragen:

  • Loan 2024-0101: Conform (kredietcontrole afgerond, daarna goedgekeurd)
  • Loan 2024-0102: Overtreding (goedgekeurd vóór kredietcontrole)
  • Loan 2024-0103: Overtreding (goedgekeurd zonder kredietcontroleactiviteit)

Inzichten: Analyse onthult dat 2% van leningen worden goedgekeurd zonder juiste kredietcontroles, vooral voor bestaande klanten met veronderstelde goede reputatie. Dit leidt tot beleidswijzigingen die kredietcontrole voor alle leningen verplicht stellen ongeacht klantgeschiedenis.

Voorbeeld 5: IT-wijzigingsbeheer

Scenario: Een IT-afdeling moet ervoor zorgen dat wijzigingsgoedkeuring plaatsvindt vóór implementatie in productiesystemen, omdat ongeautoriseerde wijzigingen systeeminstabiliteit en beveiligingsrisico's veroorzaken.

Instellingen:

  • Activity 1: Change Approved by CAB
  • Activity 2: Deployed to Production
  • Rule Name: Unauthorized Deployment
  • Rule Group Name: Change Management Violations
  • Severity: Medium

Output: Produceert conformiteitsattributen voor wijzigingsbeheer:

  • "Unauthorized Deployment": markeert wijzigingen uitgerold zonder CAB-goedkeuring
  • "Change Management Violations": groepeert alle wijzigingsprocesovertredingen

Analyse wijzigingstickets:

  • CHG-0001: Conform (CAB-goedkeuring maandag, implementatie woensdag)
  • CHG-0002: Overtreding (spoedimplementatie zaterdag, CAB-goedkeuring maandag)
  • CHG-0003: Overtreding (uitgerold zonder CAB-beoordeling)

Inzichten: De verrijking toont dat 5% van wijzigingen de goedkeuringsprocedure omzeilt, vooral tijdens weekend spoedfixes. Dit leidt tot opzet van spoedgoedkeuringsproces met versnelde CAB-beoordelingen.

Output

De Wrong Activity Order verrijking creëert nieuwe boolean case attributen die conformiteitsschendingen in uw dataset markeren:

Individuele Regelattributen: Indien een Rule Name is opgegeven, wordt een nieuw boolean case attribuut met die naam aangemaakt. Dit attribuut wordt op true gezet voor alle cases waarbij de gespecificeerde volgorde-overtreding optreedt (Activity 2 gebeurt zonder dat Activity 1 eerst plaatsvindt). Het attribuut gebruikt een Ja/Nee weergaveformaat voor eenvoudige interpretatie in dashboards en rapporten.

Regelgroepattributen: De Rule Group Name creëert een ander boolean case attribuut dat overtredingen van meerdere gerelateerde regels aggregeert. Dit attribuut is true voor elke case die één of meer regels binnen de groep overtreedt, waardoor zowel gedetailleerde als samenvattende conformiteitsanalyse mogelijk is.

Registratie van conformiteitsissues: De verrijking registreert de overtreding in de lijst met conformiteitsissues van het systeem met het opgegeven ernstniveau. Deze integratie zorgt ervoor dat overtredingen verschijnen in conformiteitsdashboards, proceskaarten met markering van overtredingen, en conformiteitsrapporten.

Bijwerking van edge-informatie: De verrijking werkt edge-informatie tussen de twee activiteiten bij, waarbij de edge als niet-conform wordt gemarkeerd met de opgegeven ernst. Dit beïnvloedt de visualisatie van de processtroom in proceskaarten, waarbij overtredingsedges meestal rood of met waarschuwingsindicatoren worden weergegeven.

Deze attributen kunnen worden gebruikt in filters om niet-conforme cases te isoleren, in calculators om conformiteitspercentages en trends te berekenen, en in andere verrijkingen die afhankelijk zijn van de conformiteitsstatus. De boolean aard van de attributen maakt ze ideaal voor het creëren van conformiteits-KPI’s, bijvoorbeeld het berekenen van het percentage cases met volgorde-overtredingen of het volgen van verbetering in conformiteit over tijd.

Zie ook

  • Undesired Activity - Detecteer activiteiten die niet in uw proces zouden moeten voorkomen
  • Allowed Case Start Activities - Zorg ervoor dat cases beginnen met goedgekeurde activiteiten
  • Allowed Case End Activities - Verifieer dat cases eindigen met correcte afrondingsactiviteiten
  • Repeated Activity - Identificeer ongewenste herhalingen van activiteiten
  • Conformance Issue - Maak aangepaste conformiteitsregels met complexe logica

Deze documentatie maakt deel uit van het mindzieStudio procesminingplatform.