Vergelijk Meerdere Case-Attributen
Overzicht
De Compare Multiple Case Attributes verrijking breidt de basisvergelijkingsmogelijkheden uit door te valideren dat meerdere case-attributen allemaal identieke waarden bevatten. Deze krachtige data quality-operator creëert een boolean resultaat dat aangeeft of alle geselecteerde attributen overeenkomen binnen een case, waardoor uitgebreide validatiescenario's mogelijk zijn waarin consistentie over meerdere datapunten cruciaal is. In tegenstelling tot eenvoudige vergelijkingen van twee attributen controleert deze verrijking op universele overeenstemming tussen drie of meer attributen en biedt daarmee essentiële mogelijkheden voor complexe datavalidatie, multi-systeemafstemming en uitgebreide kwaliteitsborging.
Deze verrijking is bijzonder waardevol in procesmining-scenario's met gegevens uit meerdere bronsystemen, redundante data-invoerpunt(en) of complexe validatie-eisen. Bijvoorbeeld, in drie-weg matching scenario's die vaak voorkomen bij inkoop, kunt u controleren of hoeveelheidswaarden overeenkomen tussen bestelorders, goederenontvangsten en facturen. In de gezondheidszorg kunt u valideren dat patiëntidentificaties consistent zijn over opname-, behandelings- en ontslagdossiers. In productie kunt u ervoor zorgen dat productspecificaties overeenkomen over ontwerp-, productieplannings- en kwaliteitscontrolesystemen. De verrijking retourneert True alleen wanneer alle opgegeven attributen exact dezelfde waarde bevatten, waardoor het ideaal is voor het detecteren van inconsistenties tussen meerdere gerelateerde datapunten.
Het vergelijkingsalgoritme verwerkt attributen in volgorde en vergelijkt elk volgend attribuut met het eerste attribuut. Als een attribuut afwijkt van de waarde van het eerste attribuut, is het resultaat False. Als een attribuut een null-waarde bevat, is het resultaat null (niet berekend), zodat onvolledige gegevens geen misleidende validatieresultaten opleveren. Deze aanpak biedt een robuuste basis voor kwaliteitsbewaking van data en nalevingscontrole in complexe multi-systeemomgevingen.
Gebruikstoepassingen
- Valideer drie-weg matching in inkoopprocessen door ervoor te zorgen dat bestelorders, goederenontvangsten en factuurhoeveelheden overeenkomen
- Controleer of patiëntidentificaties consistent blijven over opname-, behandeling-, facturatie- en ontslagsystemen in de gezondheidszorg
- Zorg dat productspecificaties overeenkomen over ontwerpdocumenten, productieorders en kwaliteitsinspectierapporten
- Valideer dat klantinformatie gesynchroniseerd is over CRM-, ordermanagement- en facturatiesystemen
- Controleer of goedkeuringsbedragen overeenkomen over aanvraag-, goedkeuringsworkflow- en betalingsautorisatiesystemen
- Verifieer of verzendhoeveelheden overeenkomen over magazijnbeheer, transport en douanedocumentatie
- Zorg voor compliance door te valideren dat audit-trail-tijdstempels overeenkomen over meerdere loggingsystemen
Instellingen
Nieuwe Attribuutnaam: Geef de naam op voor het boolean attribuut dat het vergelijkingsresultaat zal opslaan. Kies een beschrijvende naam die duidelijk aangeeft welke multi-attribute validatie wordt uitgevoerd. Bijvoorbeeld "Three_Way_Match_Quantity" bij vergelijking van bestelorder-, goederenontvangst- en factuurhoeveelheden, of "Patient_ID_Consistent" wanneer patiëntidentificaties over meerdere systemen worden gevalideerd. Het attribuut bevat True als alle vergeleken waarden overeenkomen, False als een waarde afwijkt, en null als een van de attributen een null-waarde heeft.
Case Kolomnamen: Selecteer de case-attributen om op gelijkheid te vergelijken. Dit multi-select veld stelt u in staat drie of meer attributen te kiezen uit alle beschikbare case-attributen in uw dataset, inclusief originele attributen en die aangemaakt door andere verrijkingen. De attributen mogen elk gegevenstype hebben - tekst, numeriek, datum of boolean. De verrijking valideert dat alle geselecteerde attributen identieke waarden bevatten voor elke case. Er moeten minstens twee attributen geselecteerd worden, maar de verrijking is ontworpen voor scenario's met drie of meer attributen. De vergelijking controleert op exacte gelijkheid - alle waarden moeten volledig hetzelfde zijn, inclusief gegevenstype en formaat. Als een van de attributen een null-waarde bevat, geeft de vergelijking null terug in plaats van True of False, zodat onvolledige data juist wordt gemarkeerd voor onderzoek.
Voorbeelden
Voorbeeld 1: Drie-weg matching in inkoop
Scenario: In een procure-to-pay proces moet u valideren dat de hoeveelheidswaarden overeenkomen in drie cruciale documenten - de bestelorder, goederenontvangst en factuur - voordat betaling wordt geautoriseerd. Deze drie-weg matching is een fundamentele controle voor financiële nauwkeurigheid en fraudepreventie.
Instellingen:
- Nieuwe Attribuutnaam: Three_Way_Match_Quantity
- Case Kolomnamen: PO_Quantity, GR_Quantity, Invoice_Quantity
Output: Maakt een boolean attribuut "Three_Way_Match_Quantity" met waarden:
- True: Wanneer alle drie de hoeveelheden precies overeenkomen (bijv. PO=100, GR=100, Factuur=100)
- False: Wanneer enige hoeveelheid afwijkt (bijv. PO=100, GR=100, Factuur=105)
- null: Wanneer een van de drie hoeveelheidsvelden ontbreekt of null is
Voorbeelddata met verschillende scenario's:
| Case_ID | PO_Quantity | GR_Quantity | Invoice_Quantity | Three_Way_Match_Quantity |
|---|---|---|---|---|
| PO-001 | 100 | 100 | 100 | True |
| PO-002 | 50 | 50 | 52 | False |
| PO-003 | 200 | 195 | 200 | False |
| PO-004 | 75 | null | 75 | null |
| PO-005 | 25 | 25 | 25 | True |
Inzichten: Deze vergelijking maakt automatische goedkeuring van facturen met perfecte drie-weg matching mogelijk en markeert afwijkingen voor handmatige controle. Organisaties kunnen drie-weg matchpercentages berekenen als KPI voor procesefficiëntie, leveranciers met frequente afwijkingen identificeren en de financiële impact van mismatches meten. Cases met False resultaten vereisen onderzoek, terwijl null resultaten wijzen op onvolledige data die verbetering van datakwaliteit behoeft.
Voorbeeld 2: Validatie patiëntidentificaties in de gezondheidszorg
Scenario: In een ziekenhuissysteem moeten patiëntidentificaties consistent blijven over het opname systeem (ADT), elektronische medische dossiers (EMR), laboratoriuminformatiesysteem (LIS) en facturatiesysteem. Inconsistente identificaties kunnen leiden tot medische fouten, facturatieproblemen en nalevingskwesties.
Instellingen:
- Nieuwe Attribuutnaam: Patient_ID_Consistent
- Case Kolomnamen: ADT_Patient_ID, EMR_Patient_ID, LIS_Patient_ID, Billing_Patient_ID
Output: Maakt een boolean attribuut "Patient_ID_Consistent" dat aangeeft:
- True: Wanneer alle vier systeemidentificaties overeenkomen (bijv. allemaal "PT-789456")
- False: Wanneer enig systeem een afwijkende identificatie heeft, wat wijst op synchronisatieproblemen
- null: Wanneer in een systeem identificatiegegevens ontbreken
Voorbeelddata:
| Case_ID | ADT_Patient_ID | EMR_Patient_ID | LIS_Patient_ID | Billing_Patient_ID | Patient_ID_Consistent |
|---|---|---|---|---|---|
| ADM-101 | PT-789456 | PT-789456 | PT-789456 | PT-789456 | True |
| ADM-102 | PT-445821 | PT-445821 | PT-445821 | PT-445281 | False |
| ADM-103 | PT-223344 | PT-223344 | null | PT-223344 | null |
| ADM-104 | PT-998877 | PT-998877 | PT-998877 | PT-998877 | True |
Inzichten: Deze validatie helpt problemen in master data management te identificeren die onmiddellijke aandacht vereisen, omdat inconsistente patiëntidentificaties kunnen leiden tot ernstige medische fouten. Zorginstellingen kunnen het percentage cases met consistente identificaties volgen, integratieverbeteringen prioriteren en voldoen aan regelgeving voor patiëntgegevensbeheer. False resultaten activeren data-afstemmingsworkflows, terwijl null resultaten onvolledige registratieprocessen aanduiden.
Voorbeeld 3: Consistentie productspecificaties in productie
Scenario: In een productieomgeving moeten productspecificaties overeenkomen over engineering ontwerpdocumenten, productieplanningssystemen en kwaliteitscontroledatabases om te garanderen dat producten aan eisen voldoen. Inconsistenties kunnen leiden tot productie van non-conforme producten of onnodige vertragingen.
Instellingen:
- Nieuwe Attribuutnaam: Spec_Consistent_All_Systems
- Case Kolomnamen: Design_Material_Grade, Planning_Material_Grade, QC_Required_Grade
Output: Maakt een boolean attribuut "Spec_Consistent_All_Systems" dat toont:
- True: Wanneer alle drie systemen dezelfde materiaalklasse specificeren (bijv. allemaal "Grade_A_Premium")
- False: Wanneer een systeem andere specificaties heeft (bijv. Design specificeert "Grade_A_Premium" maar Planning toont "Grade_A_Standard")
- null: Wanneer specificatiegegevens ontbreken van een van de systemen
Voorbeelddata:
| Production_Order | Design_Material_Grade | Planning_Material_Grade | QC_Required_Grade | Spec_Consistent_All_Systems |
|---|---|---|---|---|
| WO-5001 | Grade_A_Premium | Grade_A_Premium | Grade_A_Premium | True |
| WO-5002 | Grade_B_Standard | Grade_B_Standard | Grade_A_Premium | False |
| WO-5003 | Grade_C_Economic | null | Grade_C_Economic | null |
| WO-5004 | Grade_A_Premium | Grade_A_Premium | Grade_A_Premium | True |
Inzichten: Deze vergelijking maakt vroege detectie van specificatie-inconsistenties mogelijk voordat productie start, waardoor kwaliteitsproblemen en materiaalverspilling worden voorkomen. Productieorganisaties kunnen het alignatietempo van specificaties over systemen meten, specifieke producten of productfamilies met frequente inconsistenties identificeren en het beheer van engineeringwijzigingen verbeteren. False resultaten activeren beoordelingsworkflows om conflicten op te lossen voor de productie begint.
Voorbeeld 4: Synchronisatie klantgegevens over systemen
Scenario: In een organisatie met meerdere klantgerichte systemen moeten klant-e-mailadressen gesynchroniseerd zijn over CRM-systeem, e-commerce platform, e-mailmarketing systeem en klantenserviceportaal om consistente communicatie en nauwkeurige klantgegevens te waarborgen.
Instellingen:
- Nieuwe Attribuutnaam: Customer_Email_Synchronized
- Case Kolomnamen: CRM_Email, Ecommerce_Email, Marketing_Email, Support_Email
Output: Maakt een boolean attribuut "Customer_Email_Synchronized" met:
- True: Wanneer alle systemen hetzelfde e-mailadres hebben (bijv. allemaal "customer@example.com")
- False: Wanneer e-mailadressen verschillen tussen systemen, wat synchronisatieproblemen aangeeft
- null: Wanneer e-mailadres ontbreekt in een van de systemen
Voorbeelddata:
| Customer_ID | CRM_Email | Ecommerce_Email | Marketing_Email | Support_Email | Customer_Email_Synchronized |
|---|---|---|---|---|---|
| CUST-1001 | john@example.com | john@example.com | john@example.com | john@example.com | True |
| CUST-1002 | mary@company.com | mary@company.com | mary@oldmail.com | mary@company.com | False |
| CUST-1003 | bob@business.net | bob@business.net | null | bob@business.net | null |
| CUST-1004 | lisa@enterprise.io | lisa@enterprise.io | lisa@enterprise.io | lisa@enterprise.io | True |
Inzichten: Deze validatie helpt klanten met inconsistente contactgegevens te identificeren die belangrijke communicatie kunnen missen of dubbele berichten ontvangen. Organisaties kunnen de synchronisatieratio van data over systemen berekenen, master data management verbeteren en klantenservicemeldingen door verouderde gegevens verminderen. False resultaten activeren synchronisatieworkflows, terwijl null resultaten onvolledige klantprofielen aangeven.
Voorbeeld 5: Afstemming financiële goedkeuringsbedragen
Scenario: In een aanvraag- en goedkeuringsproces moeten de gevraagde bedragen consistent blijven naarmate ze door meerdere goedkeuringsniveaus en systemen stromen, om ongeautoriseerde wijzigingen te voorkomen en zeker te stellen dat financiële controles functioneren.
Instellingen:
- Nieuwe Attribuutnaam: Approval_Amounts_Aligned
- Case Kolomnamen: Requisition_Amount, L1_Approval_Amount, L2_Approval_Amount, PO_Final_Amount
Output: Maakt een boolean attribuut "Approval_Amounts_Aligned" dat aangeeft:
- True: Wanneer alle goedkeuringsniveaus hetzelfde bedrag tonen (bijv. allemaal 15.000,00)
- False: Wanneer bedragen verschillen tussen goedkeuringsstadia, wat ongeautoriseerde wijzigingen aanduidt
- null: Wanneer bedraggegevens ontbreken in een stadium
Voorbeelddata:
| Requisition_ID | Requisition_Amount | L1_Approval_Amount | L2_Approval_Amount | PO_Final_Amount | Approval_Amounts_Aligned |
|---|---|---|---|---|---|
| REQ-2001 | 15000.00 | 15000.00 | 15000.00 | 15000.00 | True |
| REQ-2002 | 8500.00 | 8500.00 | 8750.00 | 8750.00 | False |
| REQ-2003 | 22000.00 | 22000.00 | null | 22000.00 | null |
| REQ-2004 | 5000.00 | 5000.00 | 5000.00 | 5200.00 | False |
Inzichten: Deze vergelijking waarborgt financiële controle-integriteit door ongeautoriseerde bedragenwijzigingen tijdens het goedkeuringsproces te detecteren. Organisaties kunnen cases identificeren waarbij bedragen zonder toestemming zijn aangepast, naleving van goedkeuringsprocessen onderzoeken en financiële controles versterken. False resultaten leiden tot directe onderzoeken naar mogelijke fraude of procesfouten, terwijl een hoog percentage True-resultaten bevestigt dat financiële controles goed functioneren.
Output
De Compare Multiple Case Attributes verrijking creëert een enkel nieuw boolean case-attribuut met de naam die in de instellingen is opgegeven. Dit attribuut bevat True wanneer alle vergeleken attributen identieke waarden hebben, False wanneer een attribuut afwijkt en null als een attribuut een null-waarde bevat. De vergelijking wordt onafhankelijk voor elke case uitgevoerd.
De verrijking gebruikt een sequentieel vergelijkingsalgoritme dat het eerste attribuut vergelijkt met elk volgend attribuut. Alle waarden moeten exact overeenkomen, inclusief gegevenstype en formaat. Het resultaat is:
- True: Alle geselecteerde attributen bevatten identieke, niet-null waarden
- False: Minstens één attribuut heeft een afwijkende waarde (maar alle vergeleken attributen zijn niet-null)
- null: Eén of meer attributen bevatten null-waarden, wat wijst op onvolledige data
Het boolean attribuut kan worden weergegeven in verschillende formaten, afhankelijk van uw visualisatievoorkeuren - als True/False, Ja/Nee, 1/0, of met aangepaste labels. Dit attribuut integreert naadloos met andere mindzieStudio-functies:
- Filteren: Filter cases om alleen volledige overeenkomsten (True), afwijkingen (False) of onvolledige data (null) te tonen
- Conformiteitsanalyse: Bereken het percentage cases met perfecte multi-attribuurovereenstemming versus die met afwijkingen
- Processtromen: Maak verschillende procespaden op basis van of alle attributen overeenkomen
- Rekenmachines: Gebruik in logische expressies voor complexe validatieregels, zoals "(Three_Way_Match_Quantity = True) AND (Amount < 10000)"
- Dashboards: Maak KPI’s die matchpercentages tonen, trendanalyses van datakwaliteit over tijd en identificeer systemen met frequente inconsistenties
- Data Quality Monitoring: Volg null-resultaten om datacompleetheidsproblemen te signaleren die onderzoek vereisen
De verrijking is bijzonder effectief in combinatie met andere vergelijkingsverrijkingen om uitgebreide validatiehiërarchieën op te bouwen. Bijvoorbeeld, u kunt eerst Compare Multiple Case Attributes gebruiken om te controleren of drie hoeveelheden overeenkomen, en vervolgens een aparte vergelijking uitvoeren om te valideren dat de overeenkomstige hoeveelheden ook aan een drempelwaarde voldoen.
Zie Ook
- Compare Case Attributes: Voor eenvoudige vergelijkingen van twee attributen wanneer slechts twee waarden geverifieerd moeten worden
- Logical AND: Combineer meerdere vergelijkingsresultaten bij het opbouwen van complexe validatieregels
- Logical OR: Maak flexibele validatieregels waarbij minstens één vergelijking waar moet zijn
- Categorize Attribute Values: Groepeer cases op basis van multi-attribuutvergelijkingsresultaten voor analyse
- Filter Cases: Verwijder cases uit analyse op basis van multi-attribuutvalidatie-uitkomsten
Deze documentatie maakt deel uit van het mindzieStudio process mining platform.