Vergelijk gebeurtenisattributen voor twee activiteiten

Overzicht

De verrijking Vergelijk gebeurtenisattributen voor twee activiteiten voert geavanceerde cross-activiteitattributenvergelijking uit om te bepalen of specifieke gebeurtenisattributen dezelfde waarden bevatten over twee verschillende activiteiten binnen elke case. Deze krachtige vergelijking maakt een booleaanse case-attribuut aan dat aangeeft of de geselecteerde attributen overeenkomen, waarbij alle voorkomens van de activiteiten worden meegewogen wanneer ze meerdere keren voorkomen. Dit is essentieel voor het valideren van gegevensconsistentie, het waarborgen van correcte overdrachten tussen procesfasen, het detecteren van ongeautoriseerde wijzigingen en het verifiëren dat kritieke informatie correct door uw bedrijfsproces stroomt.

In tegenstelling tot eenvoudige detectie van attribuutwijzigingen houdt deze verrijking rekening met alle uitvoeringsinstanties wanneer activiteiten meerdere keren in een case voorkomen. Standaard vergelijkt het alle waarden van beide activiteiten in gesorteerde volgorde. Optioneel kunt u alleen unieke waarden vergelijken om herhalingen te negeren en u te concentreren op de unieke gegevens die bij elke activiteit aanwezig zijn. Deze flexibiliteit maakt de verrijking waardevol voor zowel exacte vergelijkingen als genuanceerdere consistentiecontroles over complexe procesvarianten.

De verrijking is vooral krachtig voor compliance-verificatie, validatie van gegevensintegriteit en kwaliteitsborgingsscenario's waarbij specifieke attributen consistente waarden moeten behouden tussen belangrijke procesmijlpalen. Door duidelijke booleaanse indicatoren te creëren, kunt u snel cases filteren en analyseren die niet aan de vergelijkingscriteria voldoen, waardoor gerichte onderzoeken van problemen met datakwaliteit, procesafwijkingen en mogelijke compliance-overtredingen mogelijk worden.

Veelvoorkomende toepassingen

Purchase-to-Pay Matching: Controleer of inkoopordernummers, leveranciers-ID's of artikelbeschrijvingen exact overeenkomen tussen goederenontvangst en factuurontvangst activiteiten
Three-Way Matching: Zorg dat prijs, hoeveelheid of productcodes consistent zijn over inkooporders, leveringsbevestigingen en facturen
Validatie van Overdracht: Bevestig dat klant-ID's, rekeningnummers of referentiecodes consistent blijven tussen afdelingsoverdrachten
Audit Trail Verificatie: Detecteer cases waarbij goedkeuringscodes, autorisatienummers of compliance-vlaggen veranderen tussen indiening en verwerking
Kwaliteitsborging: Valideer dat productspecificaties, batchnummers of kwaliteitsbeoordelingen onveranderd blijven tussen productiefasen
Contractnaleving: Zorg dat contractvoorwaarden, prijsafspraken of serviceniveaucodes overeenkomen tussen contractondertekening en dienstverlening
Continuïteit in de Gezondheidszorg: Verifieer dat patiëntidentificaties, medicatiecodes of behandelprotocollen consistent blijven bij zorgovergangen
Financiële Vereffening: Controleer of transactiebedragen, rekeningnummers of betaalmethoden overeenkomen tussen autorisatie en afwikkeling

Instellingen

Filter: Pas optionele case-niveau filters toe om de verrijking te beperken tot specifieke subsets van uw data. Alleen cases die aan de filtercriteria voldoen, zullen de vergelijking ondergaan. Cases uitgesloten door filters krijgen een null-waarde voor het uitvoerattribuut. Gebruik filters om analyse te richten op specifieke procesvarianten, tijdsperiodes of organisatorische eenheden.

Naam nieuw attribuut: Geef de naam op voor het booleaanse case-attribuut dat het vergelijkingsresultaat zal opslaan. Kies een beschrijvende naam die duidelijk aangeeft wat vergeleken wordt, bijvoorbeeld "PO_Vendor_Match" of "Invoice_Price_Consistency". Dit attribuut wordt aangemaakt in uw case-tabel en is direct beschikbaar voor filtering en analyse.

Activiteit 1: Selecteer de eerste activiteit die het gebeurtenisattribuut bevat om te vergelijken. Deze activiteit vertegenwoordigt het initiële controlepunt waar de attribuutwaarde wordt verzameld. Alle voorkomens van deze activiteit binnen een case worden meegenomen in de vergelijking. Kies een activiteit die een gezaghebbend of origineel gegevensinvoerpunt in uw proces vertegenwoordigt.

Attribuut 1: Kies welk gebeurtenisattribuut van Activiteit 1 u wilt opnemen in de vergelijking. Dit kan elk gebeurtenisniveauattribut zijn, zoals leveranciers-ID, bedrag, productcode of status. De verrijking verzamelt alle waarden van dit attribuut van alle voorkomens van Activiteit 1 binnen elke case voor de vergelijking.

Activiteit 2: Selecteer de tweede activiteit die het gebeurtenisattribuut bevat om te vergelijken. Deze activiteit vertegenwoordigt het secundaire controlepunt waar de attribuutwaarde overeen moet komen. Alle voorkomens van deze activiteit binnen een case worden meegenomen in de vergelijking. Kies een activiteit die een afhankelijke of downstream procestap vertegenwoordigt waar consistentie vereist is.

Attribuut 2: Kies welk gebeurtenisattribuut van Activiteit 2 u wilt vergelijken met Attribuut 1. Dit attribuut kan dezelfde naam hebben als Attribuut 1 of een andere naam, waardoor u equivalente attributen kunt vergelijken die verschillende naamgevingsconventies gebruiken in verschillende systemen. De verrijking verzamelt alle waarden van dit attribuut van alle voorkomens van Activiteit 2 voor vergelijking.

Alleen unieke waarden gebruiken: Schakel deze optie in om alleen de unieke waarden van elke activiteit te vergelijken, waarbij duplicaten en herhalingen worden genegeerd. Ingeschakeld maakt de verrijking een verzameling van unieke waarden per activiteit voor vergelijking. Uitgeschakeld (standaard) worden alle waarden inclusief duplicaten in gesorteerde volgorde vergeleken. Schakel deze optie in wanneer u wilt verifiëren dat dezelfde set unieke waarden aanwezig is ongeacht het aantal herhalingen. Bijvoorbeeld, gebruik unieke waarden bij het controleren of dezelfde set productcodes voorkomt in beide activiteiten, ook als de hoeveelheden verschillen.

Voorbeelden

Voorbeeld 1: Matching van inkooporderfacturen

Scenario: Een inkoopafdeling moet verifiëren dat leveranciers-ID's op facturen overeenkomen met leveranciers-ID's op bijbehorende inkooporders. Deze drie-weg matching is cruciaal om betalingsfraude te voorkomen en te garanderen dat facturen legitiem zijn.

Instellingen:

Filter: (geen)
Naam nieuw attribuut: Vendor_ID_Match
Activiteit 1: Create Purchase Order
Attribuut 1: Vendor_ID
Activiteit 2: Receive Invoice
Attribuut 2: Vendor_ID
Alleen unieke waarden gebruiken: Nee

Output: Maakt een booleaanse case-attribuut Vendor_ID_Match aan:

True: Alle leveranciers-ID's van inkooporders komen exact overeen met alle leveranciers-ID's van facturen (dezelfde waarden in dezelfde aantallen)
False: Leveranciers-ID's verschillen tussen inkooporders en facturen

Voorbeeldresultaten van de matchinganalyse: | Case ID | Inkooporders | Facturen | Vendor_ID_Match | Analyse | |---------|--------------|----------|-----------------|---------| | PO-1001 | VND-523 | VND-523 | True | Perfecte match | | PO-1002 | VND-523, VND-523 | VND-523, VND-523 | True | Meerdere PO’s, exacte match | | PO-1003 | VND-523 | VND-724 | False | Verschillende leveranciers | | PO-1004 | VND-523, VND-724 | VND-523, VND-724 | True | Meerdere leveranciers overeen | | PO-1005 | VND-523 | VND-523, VND-724 | False | Extra leverancier in factuur |

Inzichten: Het inkoopteam ontdekt dat 8% van de cases leveranciers-ID mismatches heeft, wat kan wijzen op dubbele facturatie of fraudepogingen. Ze implementeren verplichte verificatieworkflows voor alle niet-overeenkomende cases en innen $340.000 terug aan dubbele betalingen.

Voorbeeld 2: Controle op consistentie van productcodes

Scenario: Een productiebedrijf moet ervoor zorgen dat productcodes die bij orderinvoer worden toegekend overeenkomen met productcodes die tijdens kwaliteitsinspectie worden geregistreerd, om te voorkomen dat verkeerde artikelen aan klanten worden geleverd.

Instellingen:

Filter: [Order_Status] Equals "Completed"
Naam nieuw attribuut: Product_Code_Consistent
Activiteit 1: Enter Order
Attribuut 1: Product_Code
Activiteit 2: Quality Inspection
Attribuut 2: Inspected_Product_Code
Alleen unieke waarden gebruiken: Ja

Output: Maakt het booleaanse attribuut Product_Code_Consistent aan. Met unieke waarden ingeschakeld negeert de verrijking hoeveelheidsverschillen en richt zich op of dezelfde unieke productcodes in beide activiteiten voorkomen.

Analyse van productconsistentie: | Case ID | Bestelde producten | Gecontroleerde producten | Product_Code_Consistent | |---------|--------------------|--------------------------|-------------------------| | ORD-501 | PRD-A, PRD-B | PRD-A, PRD-B | True | | ORD-502 | PRD-A, PRD-A, PRD-B | PRD-A, PRD-B | True (unieke match) | | ORD-503 | PRD-A | PRD-C | False | | ORD-504 | PRD-A, PRD-B | PRD-A, PRD-B, PRD-C | False (extra product) |

Inzichten: Door unieke waardevergelijking te gebruiken, identificeert het bedrijf dat 12% van de voltooide orders productcode-ongelijkheden heeft, waarbij de meeste fouten optreden tijdens het magazijnpicken. Ze herontwerpen het pickproces met barcodecontrole, wat fouten met 85% vermindert.

Voorbeeld 3: Medicatie-afstemming in de gezondheidszorg

Scenario: Een ziekenhuis moet verifiëren dat medicatie die bij opname wordt voorgeschreven overeenkomt met medicatie die tijdens de zorg wordt toegediend, ter bevordering van patiëntveiligheid en opsporing van medicatiefouten.

Instellingen:

Filter: [Department] Equals "Cardiology"
Naam nieuw attribuut: Medication_Match
Activiteit 1: Admission Prescribe
Attribuut 1: Medication_Code
Activiteit 2: Administer Medication
Attribuut 2: Medication_Code
Alleen unieke waarden gebruiken: Ja

Output: Maakt Medication_Match booleaan aan dat aangeeft of dezelfde set medicatie is voorgeschreven en toegediend. Met unieke waarden aan worden ongeautoriseerde medicatiegebruik herkend ongeacht frequentie.

Resultaten medicatieafstemming: | Patiënt ID | Voorgeschreven | Toegediend | Medication_Match | Beoordeling nodig | |------------|---------------|-----------|------------------|-------------------| | PT-8001 | MED-101, MED-205 | MED-101, MED-205 | True | Nee | | PT-8002 | MED-101 | MED-101, MED-303 | False | Ja - Extra medicatie | | PT-8003 | MED-101, MED-205 | MED-101 | False | Ja - Ontbrekende medicatie | | PT-8004 | MED-101 | MED-205 | False | Ja - Verkeerde medicatie |

Inzichten: De cardiologieafdeling ontdekt dat 6,5% van de patiënten medicatie-mismatches vertoont, waarbij 3% ongeautoriseerde toevoegingen krijgt. Ze implementeren elektronische verificatie bij toediening, wat de patiëntveiligheid met 40% verbetert.

Voorbeeld 4: Verificatie van financiële transacties bij autorisatie

Scenario: Een betalingsverwerkingsbedrijf moet verifiëren dat de bij autorisatie goedgekeurde transactiebedragen exact overeenkomen met de bij definitieve afwikkeling verwerkte bedragen, ter detectie van mogelijke fraude of systeemfouten.

Instellingen:

Filter: [Transaction_Type] Equals "Credit Card"
Naam nieuw attribuut: Amount_Authorization_Match
Activiteit 1: Authorize Transaction
Attribuut 1: Authorized_Amount
Activiteit 2: Settle Transaction
Attribuut 2: Settlement_Amount
Alleen unieke waarden gebruiken: Nee

Output: Maakt Amount_Authorization_Match booleaan aan. Met unieke waarden uitgeschakeld moet elk geautoriseerd bedrag een corresponderend afwikkelingsbedrag hebben, ook bij meerdere autorisaties of afwikkelingen.

Analyse van transactiecontrole: | Transactie ID | Geautoriseerde bedragen | Afgehandelde bedragen | Amount_Authorization_Match | |--------------|-------------------------|----------------------|----------------------------| | TXN-4001 | 125.00 | 125.00 | True | | TXN-4002 | 125.00, 25.00 | 125.00, 25.00 | True | | TXN-4003 | 125.00 | 150.00 | False | | TXN-4004 | 125.00, 125.00 | 125.00 | False (ontbrekende afhandeling) |

Inzichten: Het bedrijf identificeert 0,3% van de transacties met bedragstemismatch, ter waarde van $2,1 miljoen afwijkingen. Analyse toont een systeemfout die afrondingsfouten veroorzaakt bij valutaconversie. De oplossing voorkomt toekomstige verliezen en verhoogt het klantvertrouwen.

Voorbeeld 5: Kwaliteitscontrole van batchtracking

Scenario: Een farmaceutische fabrikant moet verzekeren dat batchnummers die bij ontvangst van grondstoffen worden geregistreerd overeenkomen met batchnummers gebruikt tijdens productie, voor volledige traceerbaarheid en naleving.

Instellingen:

Filter: [Product_Category] Equals "Injectable"
Naam nieuw attribuut: Batch_Traceability_Valid
Activiteit 1: Receive Raw Material
Attribuut 1: Material_Batch_Number
Activiteit 2: Production Complete
Attribuut 2: Used_Batch_Number
Alleen unieke waarden gebruiken: Ja

Output: Maakt het booleaanse attribuut Batch_Traceability_Valid aan voor regulatory compliance tracking. Unieke waarden zorgen dat alle ontvangen batches zijn verantwoord in productie ongeacht gebruiksfrequentie.

Batchtraceerbaarheid verificatie: | Productierun | Ontvangen batches | Gebruikte batches | Batch_Traceability_Valid | Compliance Status | |--------------|-------------------|-------------------|--------------------------|-------------------| | RUN-2401 | B-8801, B-8802 | B-8801, B-8802 | True | Conform | | RUN-2402 | B-8803 | B-8803, B-8803 | True | Conform (dubbel OK) | | RUN-2403 | B-8804 | B-8805 | False | Niet-conform | | RUN-2404 | B-8806, B-8807 | B-8806 | False | Ontbrekende batch |

Inzichten: De fabrikant identificeert 2,8% van productieruns met problemen in batchtraceerbaarheid, wat FDA-compliance kan schaden. Ze implementeren realtime batchcontrole aan productiestart, wat resulteert in 99,9% traceerbaarheidcompliance.

Output

De verrijking maakt een enkel booleaanse case-attribuut aan met de naam die u opgeeft bij "Naam nieuw attribuut". Dit attribuut bevat:

True: Wanneer de verzamelde waarden van Activiteit 1/Attribuut 1 exact overeenkomen met die van Activiteit 2/Attribuut 2
False: Wanneer de waarden op enig vlak verschillen (verschillende waarden, ander aantal, ontbrekende waarden)
Leeg/Null: Wanneer één of beide activiteiten niet in de case voorkomen, waardoor vergelijking niet mogelijk is

Matchlogica:

De verrijking gebruikt het volgende geavanceerde vergelijking algoritme:

Waardenverzameling: Verzamelt alle waarden van het opgegeven attribuut van alle voorkomens van elke activiteit binnen de case
Unieke verwerking (indien ingeschakeld): Verwijdert duplicaten, houdt alleen unieke waarden van elke activiteit
Sorteren: Rangschikt alle waarden oplopend voor consistente vergelijking
Stringconcaat: Maakt pijpscheidingstekststrings van de gesorteerde waarden (bijv. "|waarde1|waarde2|waarde3")
Exacte match: Vergelijkt de samengevoegde strings op exacte gelijkheid

Belangrijke kenmerken van matching:

Volgorde-onafhankelijk: Waarden worden gesorteerd vóór vergelijking, dus volgorde is irrelevant
Null-bewust: Null-waarden worden als onderscheidende waarden beschouwd en meegenomen in vergelijking
Typegevoelig: Vergelijking vindt plaats op stringrepresentaties van waarden
Gevoelig voor aantal (indien unieke waarden uitgeschakeld): Het aantal voorkomens moet exact overeenkomen
Aantal-ongevoelig (indien unieke waarden ingeschakeld): Alleen unieke waarden worden vergeleken

Afhandeling van meerdere voorkomens van activiteiten:

Wanneer activiteiten meermalen in een case voorkomen:

Alle voorkomens leveren attributenwaarden voor vergelijking
Bij unieke waarden uitgeschakeld: Elke waarde van elk voorkomen wordt meegeteld (duplicaten toegestaan)
Bij unieke waarden ingeschakeld: Elke unieke waarde betreft één keer, ongeacht voorkomens

Cases met ontbrekende activiteiten:

Als Activiteit 1 of Activiteit 2 ontbreekt in een case: output is null (geen vergelijking mogelijk)
Als beide activiteiten ontbreken: output is null
Als één activiteit geen waarde heeft voor het opgegeven attribuut: wordt behandeld als lege string in vergelijking

Gebruik van de output:

Het aangemaakte booleaanse attribuut is direct beschikbaar voor:

Filtering: Alleen cases tonen met overeenkomende of niet-overeenkomende waarden
Prestatieanalyse: Bereken matchpercentages en identificeer patronen in mismatches
Alertconfiguratie: Maak meldingen aan bij mismatch van kritieke attributen
Oorzaakanalyse: Filter niet-matching cases en analyseer gemeenschappelijke kenmerken
Compliance-rapportage: Genereer rapporten met validatie slaag/faal-percentages
Process mining visualisatie: Kleurcodeer cases naar matchstatus in proceskaarten
Statistische analyse: Bereken correlatie tussen matching en andere procesmetriek
Vervolgverrijkingen: Gebruik als invoer voor andere verrijkingen en calculators

Voorbeeld filtergebruik:

Filter op niet-overeenkomende cases:
[Vendor_ID_Match] Equals False

Filter op geldige matchende cases:
[Amount_Authorization_Match] Equals True

Vind cases waar vergelijking mogelijk was:
[Product_Code_Consistent] Is Not Empty

De verrijking verwerkt grote eventlogs efficiënt door op case-niveau te opereren en geoptimaliseerde sorteer- en vergelijkingsalgoritmen toe te passen. Resultaten worden gecachet met uw dataset en blijven beschikbaar tot u de verrijking vernieuwt of aanpast.

Deze documentatie maakt deel uit van het mindzie Studio process mining platform.