Négation
Aperçu
L'enrichissement Négation effectue une négation logique sur les valeurs d'attributs booléens, inversant TRUE en FALSE et FALSE en TRUE, et stocke le résultat dans un nouvel attribut. Cet opérateur logique fondamental fournit des capacités essentielles pour identifier des conditions inverses, trouver des exceptions aux règles et créer une logique complémentaire dans votre analyse de processus. En inversant les valeurs booléennes, l'enrichissement Négation vous permet d'identifier facilement les cas qui ne répondent pas à certains critères, de mettre en évidence des écarts de processus et de construire des logiques conditionnelles plus sophistiquées dans vos analyses.
L'enrichissement Négation est particulièrement utile dans les scénarios de fouille de processus où vous devez comprendre l'opposé des conditions existantes. Par exemple, vous pouvez identifier les cas qui ne sont PAS conformes lorsque vous disposez d'un indicateur de conformité, trouver les activités qui ne se sont PAS déroulées à temps lorsqu'un indicateur de ponctualité existe, ou mettre en lumière les exceptions aux règles de traitement standard. Cet enrichissement fonctionne harmonieusement avec d'autres opérateurs logiques comme OR et les opérateurs de comparaison, vous permettant de construire des expressions booléennes complexes capturant des règles métier nuancées et des conditions dans vos données de processus.
Utilisations courantes
- Identifier les cas non conformes en niant un attribut de conformité
- Trouver les processus retardés en inversant un indicateur booléen "à l'heure"
- Mettre en évidence les exceptions en niant des conditions standards de traitement
- Créer des filtres inverses pour analyser ce qui ne s'est PAS produit dans un processus
- Construire des conditions logiques complexes en combinant la négation avec d'autres opérateurs booléens
- Identifier les approbations manquantes en niant les indicateurs de statut d'approbation
- Trouver les cas incomplets en inversant les attributs de statut d'achèvement
Paramètres
Nom du nouvel attribut : Spécifiez le nom du nouvel attribut qui stockera la valeur booléenne négative. Choisissez un nom descriptif indiquant clairement la logique inversée. Par exemple, utilisez "Non_Conforme" lors de la négation d'un attribut "Conforme", ou "Retardé" lors de la négation d'un attribut "À_l_heure". Le nom doit être unique et ne pas entrer en conflit avec les attributs existants de votre jeu de données.
Noms des attributs : Sélectionnez l'attribut booléen dont vous souhaitez nier les valeurs. Seuls les attributs booléens (TRUE/FALSE) sont disponibles pour la sélection. L'attribut doit déjà exister dans votre jeu de données - vous pouvez utiliser des attributs booléens provenant des données originales ou créés par d'autres enrichissements tels que les opérateurs de comparaison ou les contrôles de conformité. Les valeurs de l'attribut sélectionné seront inversées pour créer le nouvel attribut.
Exemples
Exemple 1 : Identification des bons de commande non conformes
Scénario : Dans un processus d'approvisionnement, vous disposez d'un attribut booléen "Meets_Budget_Guidelines" indiquant si chaque bon de commande respecte les limites budgétaires. Vous devez identifier et analyser les commandes dépassant les directives budgétaires pour un examen spécial.
Paramètres :
- Nom du nouvel attribut : Exceeds_Budget
- Noms des attributs : Meets_Budget_Guidelines
Sortie : Crée un nouvel attribut de cas "Exceeds_Budget" avec les valeurs inversées :
- Cas où Meets_Budget_Guidelines = TRUE → Exceeds_Budget = FALSE
- Cas où Meets_Budget_Guidelines = FALSE → Exceeds_Budget = TRUE
- Cas où Meets_Budget_Guidelines = null → Exceeds_Budget = null
Informations : Cet attribut inversé facilite le filtrage et l'analyse des bons de commande nécessitant une approbation d'exception budgétaire, aidant les équipes d'approvisionnement à se concentrer sur les transactions à risque élevé et à comprendre les schémas de dépassements budgétaires.
Exemple 2 : Détection des traitements de patients en retard
Scénario : Un hôpital suit si les patients des urgences sont vus dans un délai cible à l'aide d'un attribut booléen "Seen_Within_Target". Les administrateurs de santé doivent identifier les cas retardés pour des initiatives d'amélioration des processus.
Paramètres :
- Nom du nouvel attribut : Treatment_Delayed
- Noms des attributs : Seen_Within_Target
Sortie : Pour chaque dossier patient, crée "Treatment_Delayed" :
- Patient vu dans les 2 heures (Seen_Within_Target = TRUE) → Treatment_Delayed = FALSE
- Attente dépassant 2 heures (Seen_Within_Target = FALSE) → Treatment_Delayed = TRUE
Cela permet d'identifier facilement tous les cas en retard pour une analyse des causes profondes.
Informations : L'attribut négatif permet un filtrage rapide des traitements retardés, aidant à identifier les tendances de retard selon l'heure de la journée, le service ou le niveau de gravité du patient, menant à des améliorations ciblées du processus.
Exemple 3 : Détection des approbations manquantes dans le traitement des prêts
Scénario : Une institution financière dispose d'un attribut booléen "Manager_Approval_Received" pour les demandes de prêt. Les responsables conformité doivent identifier les demandes traitées sans approbation managériale adéquate.
Paramètres :
- Nom du nouvel attribut : Missing_Manager_Approval
- Noms des attributs : Manager_Approval_Received
Sortie : Crée "Missing_Manager_Approval" pour chaque demande de prêt :
- Demandes avec approbation (Manager_Approval_Received = TRUE) → Missing_Manager_Approval = FALSE
- Demandes sans approbation (Manager_Approval_Received = FALSE) → Missing_Manager_Approval = TRUE
Informations : Ce drapeau inversé met immédiatement en évidence les violations de conformité, facilitant une remédiation rapide et aidant à prévenir des problèmes réglementaires. Il peut être utilisé dans des tableaux de bord pour surveiller en temps réel les taux de conformité aux approbations.
Exemple 4 : Identification des ordres de fabrication incomplets
Scénario : Une entreprise de fabrication suit l'achèvement des commandes avec un attribut booléen "Quality_Check_Passed". Les responsables de la production doivent identifier les commandes qui ont échoué aux contrôles qualité pour planifier des reprises.
Paramètres :
- Nom du nouvel attribut : Requires_Rework
- Noms des attributs : Quality_Check_Passed
Sortie : Pour chaque ordre de fabrication :
- Commandes passant le contrôle qualité (Quality_Check_Passed = TRUE) → Requires_Rework = FALSE
- Commandes échouant au contrôle qualité (Quality_Check_Passed = FALSE) → Requires_Rework = TRUE
Données d'exemple montrant la transformation :
- Commande #1001 : Quality_Check_Passed = TRUE → Requires_Rework = FALSE
- Commande #1002 : Quality_Check_Passed = FALSE → Requires_Rework = TRUE
- Commande #1003 : Quality_Check_Passed = TRUE → Requires_Rework = FALSE
Informations : L'attribut négatif aide les équipes de production à identifier et prioriser rapidement les commandes nécessitant une reprise, à estimer les besoins en capacité de reprise et à analyser les causes profondes des échecs qualité.
Exemple 5 : Identification des tickets de service client non résolus
Scénario : Un service client dispose d'un attribut booléen "Ticket_Resolved". Les responsables doivent se concentrer sur les tickets non résolus pour améliorer les temps de réponse et la satisfaction client.
Paramètres :
- Nom du nouvel attribut : Still_Open
- Noms des attributs : Ticket_Resolved
Sortie : Crée l'attribut "Still_Open" pour les tickets de service :
- Tickets résolus (Ticket_Resolved = TRUE) → Still_Open = FALSE
- Tickets non résolus (Ticket_Resolved = FALSE) → Still_Open = TRUE
Cela permet un filtrage immédiat de tous les tickets ouverts nécessitant une attention.
Informations : L'attribut inversé facilite la surveillance en temps réel du volume de tickets ouverts, aide à identifier les problèmes non résolus anciens et permet une analyse des tendances des taux de résolution dans le temps.
Sortie
L'enrichissement Négation crée un nouvel attribut booléen de cas avec le nom spécifié dans le paramètre "Nom du nouvel attribut". L'attribut de sortie contient l'inverse logique des valeurs booléennes d'entrée.
Table de vérité :
- Entrée : TRUE → Sortie : FALSE
- Entrée : FALSE → Sortie : TRUE
- Entrée : null → Sortie : null (reste null, non négatif)
Type de donnée : L'attribut de sortie est toujours de type Booléen, affiché selon les paramètres de format d'affichage de mindzieStudio (typiquement "Oui/Non" ou "Vrai/Faux").
Gestion des valeurs nulles : Si l'attribut source contient une valeur nulle pour un cas particulier, l'attribut négatif sera également nul pour ce cas. L'enrichissement ne convertit pas les valeurs nulles en FALSE ou TRUE – il préserve l'état null pour maintenir l'intégrité des données et éviter des suppositions incorrectes sur les données manquantes.
Intégration avec d'autres fonctionnalités : L'attribut négatif peut être utilisé immédiatement dans :
- Les filtres pour cibler des sous-ensembles spécifiques de cas (par exemple, filtrer sur Still_Open = TRUE)
- D'autres enrichissements logiques comme "Logical OR" pour construire des conditions complexes
- Les calculateurs pour compter ou analyser des conditions négatives
- Le contrôle de conformité pour identifier les violations de processus
- Les tableaux de bord et rapports pour surveiller les indicateurs inverses
L'attribut apparaît dans toutes les listes de sélection d'attributs dans mindzieStudio et conserve une compatibilité complète avec les fonctions d'exportation et les outils d'analyse externes.
Voir aussi
- Logical OR - Combiner plusieurs attributs booléens avec la logique OU
- Compare Two Attributes - Créer des attributs booléens en comparant des valeurs
- Count Boolean Attributes with Value - Compter combien d'attributs booléens ont des valeurs spécifiques
- Combine Boolean Attributes - Concaténer les noms des attributs booléens TRUE
Cette documentation fait partie de la plateforme de fouille de processus mindzie Studio.