Verwachte Volgorde
Overzicht
De Expected Order verrijking legt de juiste volgorde van activiteiten vast wanneer gebeurtenissen identieke of ambigue tijdstempels hebben, waardoor een nauwkeurige weergave van het procesverloop wordt gegarandeerd, zelfs als precieze tijdsinformatie ontbreekt. Deze verrijking is essentieel voor datasets waarin activiteiten met alleen een datum worden geregistreerd, batchverwerkende systemen die gebeurtenissen gelijktijdig tijdstempelen, of legacy-systemen die niet over milliseconde-nauwkeurigheid beschikken.
Wanneer meerdere gebeurtenissen op dezelfde dag plaatsvinden of identieke tijdstempels delen, kunnen process mining tools hun correcte volgorde niet automatisch bepalen. De Expected Order verrijking lost dit op door u toe te staan de logische zakelijke volgorde van activiteiten vast te leggen, die het systeem vervolgens gebruikt om gebeurtenissen correct te ordenen tijdens procesontdekking en -analyse. Dit zorgt ervoor dat uw proceskaarten, conformiteitscontroles en prestatie-indicatoren de werkelijke bedrijfsprocesstroom weergeven in plaats van een willekeurige volgorde gebaseerd op het inladen van data.
Veelvoorkomende toepassingen
- Vaststellen van correcte activiteitsvolgordes voor gebeurtenissen met datum-only tijdstempels (veelvoorkomend in SAP en ERP-systemen)
- Definiëren van correcte volgorde voor batchverwerkte activiteiten met identieke systeemtijdstempels
- Ophelderen van ambiguïteit in processen waar meerdere activiteiten gelijktijdig plaatsvinden maar een bekende zakelijke volgorde hebben
- Corrigeren van volgordeproblemen in legacy-systeemdata met onvoldoende tijdstempelprecisie
- Nauwkeurige procesontdekking garanderen wanneer gebeurtenissen op dagbasis in plaats van realtime worden geregistreerd
- Consistente activiteitsvolgordes behouden over verschillende data-extracties en -importen
- Conformiteitscontrole ondersteunen door de verwachte stroom vast te stellen voordat afwijkingen worden geanalyseerd
Instellingen
Expected Activity Order: Deze interactieve lijst toont alle activiteiten die in uw eventlog zijn gevonden en stelt u in staat deze in de juiste zakelijke volgorde te plaatsen. Gebruik de sleepgrepen (weergegeven als het zespunt-icoon) om activiteiten omhoog of omlaag te slepen binnen de lijst. De volgorde die u hier definieert bepaalt hoe activiteiten worden geordend wanneer ze identieke tijdstempels delen. Activiteiten bovenaan de lijst worden als eerder voorkomend beschouwd dan activiteiten lager in de lijst. Activiteiten die niet expliciet zijn geordend worden achter de gedefinieerde volgorde geplaatst, waarbij hun relatieve volgorde uit de oorspronkelijke data behouden blijft.
Voorbeelden
Voorbeeld 1: Inkooporderproces met dag-tijdstempels
Scenario: Het ERP-systeem van een organisatie registreert inkoopordergebeurtenissen met alleen datumprecisie, waardoor het onmogelijk is om de juiste volgorde van activiteiten die op dezelfde dag plaatsvinden te bepalen. De business kent de standaardstroom maar wil die afdwingen in de process mining-analyse.
Instellingen:
- Expected Activity Order:
- Create Purchase Requisition
- Approve Purchase Requisition
- Create Purchase Order
- Send Purchase Order
- Receive Goods
- Verify Invoice
- Process Payment
- Close Purchase Order
Uitvoer: De verrijking maakt een nieuw gebeurtenisattribuut aan genaamd "Expected Order" met gehele waarden (1-8) die overeenkomen met de positie van elke activiteit in de gedefinieerde volgorde. Wanneer meerdere gebeurtenissen dezelfde datum delen, gebruikt het systeem deze waarden om hun correcte volgorde in proceskaarten en analyses te bepalen.
Inzichten: Door de juiste activiteitsvolgorde vast te stellen, kan de organisatie nu nauwkeurig hun purchase-to-pay-proces analyseren, knelpunten tussen specifieke stappen identificeren en ervoor zorgen dat conformiteitscontroles de werkelijke bedrijfsprocesstroom weergeven in plaats van willekeurige data-volgorde.
Voorbeeld 2: Behandelprotocol patiënt in de gezondheidszorg
Scenario: Het patiëntmanagementsysteem van een ziekenhuis registreert behandelactiviteiten op het niveau van dienst (ochtend, middag, avond) in plaats van exacte tijdstippen. Meerdere activiteiten binnen dezelfde dienst moeten volgens medische protocollen worden geordend voor een nauwkeurige procesanalyse.
Instellingen:
- Expected Activity Order:
- Patient Registration
- Triage Assessment
- Vital Signs Check
- Doctor Consultation
- Order Diagnostic Tests
- Perform Lab Tests
- Perform Imaging
- Review Test Results
- Diagnosis
- Prescribe Treatment
- Administer Medication
- Patient Discharge
Uitvoer: Elk event krijgt een "Expected Order"-waarde van 1-12 gebaseerd op de volgorde van het medische protocol. Gebeurtenissen met dezelfde tijdstempel worden nu correct geordend, waarbij "Triage Assessment" altijd vóór "Doctor Consultation" verschijnt in de processtroom, zelfs als ze beide tijdens dezelfde dienst plaatsvonden.
Inzichten: De correcte volgorde laat zien dat 15% van de gevallen de controle van vitale functies vóór de artsconsultatie overslaat, wat wijst op een compliance-probleem. Daarnaast kan process mining nu nauwkeurig wachttijden tussen specifieke behandelstappen berekenen.
Voorbeeld 3: Kwaliteitscontroleproces in de productie
Scenario: Het kwaliteitscontrolesysteem van een productiebedrijf batcht meerdere inspectieactiviteiten samen en registreert deze met identieke tijdstempels wanneer de batch voltooid is. De feitelijke inspectievolgorde volgt een strikt protocol dat in procesanalyse moet worden weerspiegeld.
Instellingen:
- Expected Activity Order:
- Receive Raw Materials
- Initial Quality Check
- Material Preparation
- Production Start
- In-Process Inspection 1
- In-Process Inspection 2
- Final Assembly
- Final Quality Inspection
- Packaging
- Shipping Preparation
- Ship Product
Uitvoer: De verrijking wijst opeenvolgende volgordewaarden toe om inspectieactiviteiten in hun juiste volgorde weer te geven. Zelfs wanneer meerdere inspecties gelijktijdig zijn geregistreerd, toont de proceskaart ze nu in de juiste volgorde op basis van het productieprotocol.
Inzichten: Met de juiste volgorde ontdekt het bedrijf dat 8% van de producten "In-Process Inspection 2" overslaat, wat kwaliteitsproblemen verklaart die klanten melden. De gecorrigeerde processtroom laat ook zien dat de bottleneck zich eigenlijk bevindt bij "Material Preparation" en niet bij "Final Assembly", zoals eerder werd gedacht.
Voorbeeld 4: Verwerking van verzekeringsclaims
Scenario: Het claimsysteem van een verzekeringsmaatschappij registreert meerdere beoordelings- en goedkeuringsactiviteiten op dezelfde datum, vooral bij complexe claims die meerdere beoordelingen vereisen. Het bedrijf moet de juiste beoordelingshiërarchie afdwingen in hun procesanalyse.
Instellingen:
- Expected Activity Order:
- Claim Submission
- Initial Document Check
- Claim Registration
- Assign to Adjuster
- Damage Assessment
- First Level Review
- Medical Review (if applicable)
- Second Level Review
- Final Approval Decision
- Payment Processing
- Claim Closure
Uitvoer: Elke activiteit krijgt een volgordewaarde zodat beoordelingsniveaus in de juiste volgorde verschijnen. Claims met meerdere beoordelingen op dezelfde dag tonen nu het correcte escalatietraject van eerste naar tweede beoordelingsniveau.
Inzichten: De juiste volgorde onthult dat 22% van de claims "First Level Review" overslaat en direct naar "Second Level Review" gaat, wat duidt op een trainingsprobleem of een configuratiefout in het systeem. De analyse toont ook aan dat "Medical Review"-activiteiten, indien aanwezig, aanzienlijke vertragingen veroorzaken in het totale proces.
Voorbeeld 5: Financieel maandafsluitproces
Scenario: Een financiële afdeling voert meerdere maandafsluitactiviteiten uit die allemaal worden geregistreerd met de laatste dag van de maand als tijdstempel. De activiteiten moeten volgens boekhoudkundige principes en afhankelijkheden volgen, maar de vlakke tijdstempels maken procesanalyse onmogelijk zonder juiste volgordebepaling.
Instellingen:
- Expected Activity Order:
- Freeze Transaction Entry
- Run Trial Balance
- Review Suspense Accounts
- Clear Suspense Items
- Process Accruals
- Process Prepayments
- Run Depreciation
- Reconcile Intercompany
- Review Financial Statements
- Management Approval
- Post Closing Entries
- Lock Period
Uitvoer: De verrijking maakt een "Expected Order"-attribuut aan dat ervoor zorgt dat afsluitactiviteiten in de juiste volgorde verschijnen, ondanks dat ze allemaal dezelfde datum hebben. De proceskaart weerspiegelt nu nauwkeurig de afhankelijkheden tussen activiteiten, zoals dat "Clear Suspense Items" altijd volgt op "Review Suspense Accounts".
Inzichten: Met de juiste volgorde ontdekt het finance team dat in 30% van de maandafsluitprocessen "Reconcile Intercompany" plaatsvindt ná "Review Financial Statements", wat betekent dat financiële overzichten worden beoordeeld met mogelijk incorrecte intercompany-saldi, wat leidt tot herwerk en vertraging in de afsluiting.
Uitvoer
De Expected Order verrijking maakt een enkel gebeurtenisattribuut aan dat de volgorde van activiteiten met identieke tijdstempels bepaalt:
Expected Order: Een geheel getalattribuut toegevoegd aan de eventtabel dat de relatieve positie van elke activiteit in de gedefinieerde volgorde specificeert. Activiteiten worden genummerd vanaf 1, waarbij lagere nummers vóór hogere nummers verschijnen wanneer tijdstempels identiek zijn. Activiteiten die niet in de gedefinieerde volgorde zijn opgenomen, krijgen waarden hoger dan de laatst gedefinieerde activiteit, waarbij hun relatieve volgorde uit de brondata behouden blijft.
Dit attribuut wordt automatisch gebruikt door de process mining engine wanneer:
- Proceskaarten worden gebouwd en randrichtingen worden bepaald
- Duur tussen activiteiten wordt berekend
- Conformiteitscontrole wordt uitgevoerd ten opzichte van verwachte paden
- Procesvarianten en hun frequenties worden geanalyseerd
- Herwerk en luspatronen in het proces worden geïdentificeerd
Het Expected Order attribuut werkt samen met bestaande tijdstempelattributen en beïnvloedt alleen de volgorde wanneer tijdstempels identiek of ambigue zijn. Gebeurtenissen met duidelijk verschillende tijdstempels behouden altijd hun temporele volgorde, ongeacht de waarden van Expected Order.
Deze documentatie maakt deel uit van het mindzie Studio process mining platform.