Filtre OU

Vue d'ensemble

Le filtre OU est un filtre logique qui combine plusieurs filtres en utilisant la logique OU, où un cas est inclus s'il correspond À L'UN DES critères de filtre individuels. Ce filtre puissant au niveau des cas vous permet de créer des scénarios de filtrage complexes en combinant différents types de filtres en une seule opération. Au lieu qu'un cas doive satisfaire toutes les conditions (logique ET), il lui suffit de satisfaire au moins une condition pour être inclus dans les résultats.

Utilisations courantes

Inclure des cas provenant de plusieurs régions ou unités opérationnelles dans une seule analyse
Sélectionner des cas qui répondent à l'un des plusieurs critères de priorité ou de valeur
Combiner différentes conditions d'attribut pour capturer des cas exceptionnels
Créer des règles de filtrage flexibles où plusieurs cheminements conduisent à l'inclusion
Construire des règles métier complexes avec plusieurs conditions qualificatives
Identifier les cas qui satisfont à l'un des plusieurs critères de conformité ou de qualité

Paramètres

Liste des filtres : Une collection de filtres individuels qui seront combinés en utilisant la logique OU. Chaque filtre de la liste représente une condition, et un cas est inclus s'il correspond À L'UN de ces critères.

Fonctionnement :

Chaque filtre de la liste est évalué indépendamment par rapport au jeu de données original
Les résultats de tous les filtres sont combinés par union d'ensembles (logique OU)
Les cas en double sont automatiquement supprimés
Le résultat final inclut tout cas qui a satisfait au moins une condition de filtre

Remarque : Vous devez avoir au moins 2 filtres dans la liste pour une opération OU significative. Avec moins de 2 filtres, le jeu de données original est retourné inchangé.

Exemples

Exemple 1 : Analyse multi-région

Scénario : Vous souhaitez analyser les commandes des régions de vente Est et Ouest. Plutôt que d'exécuter deux analyses séparées ou d'utiliser un filtre d'attribut complexe, vous pouvez utiliser un filtre OU pour inclure les cas provenant de l'une ou l'autre région.

Paramètres :

Filtre 1 : Cas avec l'attribut "Region" égal à "Eastern"
Filtre 2 : Cas avec l'attribut "Region" égal à "Western"

Résultat :

Tout cas où Region = "Eastern" OU Region = "Western" est inclus dans les résultats. Le cas #12345 de la région Est est inclus, le cas #67890 de la région Ouest est inclus, mais le cas #11111 de la région Nord est exclu. Si vous aviez 1 000 cas au total avec 300 de l'Est et 250 de l'Ouest, votre résultat contiendrait 550 cas.

Perspectives : Cela vous permet de comparer et d'analyser plusieurs régions ensemble tout en excluant les autres. Vous pouvez identifier les meilleures pratiques des régions performantes, comparer les schémas de traitement entre régions, et mesurer la performance combinée de zones géographiques spécifiques.

Exemple 2 : Cas prioritaires ou à haute valeur

Scénario : Votre analyse doit inclure à la fois les cas à haute priorité (Priority = "High") et les cas à forte valeur (Order Amount > 10 000 $), car ces deux types nécessitent une attention particulière, indépendamment de l'autre caractéristique.

Paramètres :

Filtre 1 : Cas avec l'attribut "Priority" égal à "High"
Filtre 2 : Cas avec l'attribut "Order Amount" supérieur à 10000

Résultat :

Tout cas marqué comme haute priorité OU avec un montant de commande supérieur à 10 000 $est inclus. Le cas #ABC avec Priority = "High" et Montant = 5 000$ est inclus (haute priorité). Le cas #DEF avec Priority = "Medium" et Montant = 15 000 $est inclus (haute valeur). Le cas #GHI avec Priority = "High" et Montant = 12 000$ est inclus (correspond aux deux). Les cas à faible priorité et faible valeur sont exclus.

Perspectives : Cela capture tous les cas nécessitant une gestion spéciale pour quelque raison que ce soit, que ce soit en raison de l'importance du client (priorité) ou de la signification financière (valeur). Vous pouvez analyser l'allocation des ressources pour les cas VIP et mesurer si les cas à haute priorité ou à haute valeur bénéficient d'un traitement plus rapide.

Exemple 3 : Plusieurs conditions de statut

Scénario : Vous souhaitez analyser les cas dans n'importe quel état actif - ceux qui sont "In Progress", "Pending Review" ou "Awaiting Approval". Chacun de ces statuts indique un cas actif nécessitant une attention.

Paramètres :

Filtre 1 : Cas avec l'attribut "Status" égal à "In Progress"
Filtre 2 : Cas avec l'attribut "Status" égal à "Pending Review"
Filtre 3 : Cas avec l'attribut "Status" égal à "Awaiting Approval"

Résultat :

Les cas avec l'un des trois statuts actifs sont inclus. Le cas #100 avec Status = "In Progress" est inclus, le cas #200 avec Status = "Awaiting Approval" est inclus, mais le cas #300 avec Status = "Completed" est exclu. Cela vous donne une vue complète de la charge de travail active dans tous les états actifs.

Perspectives : En combinant plusieurs statuts actifs, vous pouvez analyser de manière exhaustive la charge de travail actuelle, identifier les goulets d'étranglement dans n'importe quelle phase active, et mesurer la durée globale des cas actifs sans avoir à analyser chaque statut séparément.

Exemple 4 : Identification de cas exceptionnels

Scénario : Vous souhaitez identifier les cas exceptionnels nécessitant une investigation - ceux qui ont duré plus de 30 jours OU ayant eu plus de 50 événements OU ayant été traités par plus de 5 ressources différentes.

Paramètres :

Filtre 1 : Cas avec une durée de cas supérieure à 30 jours
Filtre 2 : Cas avec un nombre d'événements supérieur à 50
Filtre 3 : Cas avec un nombre de ressources uniques supérieur à 5

Résultat :

Tout cas répondant à au moins un critère d'exception est inclus. Le cas #AAA avec une durée de 45 jours est inclus (long). Le cas #BBB avec 65 événements est inclus (beaucoup d'événements). Le cas #CCC avec 8 ressources différentes est inclus (beaucoup de transferts). Les cas normaux ne remplissant aucun de ces critères sont exclus.

Perspectives : Cela identifie les cas problématiques qui présentent toute forme de comportement exceptionnel nécessitant une enquête. Vous pouvez analyser ce qui rend ces cas différents, identifier des motifs communs parmi les cas exceptionnels, et développer des stratégies pour prévenir ou gérer plus efficacement les situations exceptionnelles.

Exemple 5 : Critères de conformité ou d’audit

Scénario : Votre processus d'audit doit examiner les cas qui répondent à l'un des plusieurs indicateurs de risque - cas provenant de pays restreints, cas au-dessus du seuil d'approbation sans approbation du manager, ou cas signalés par le système de détection de fraude.

Paramètres :

Filtre 1 : Cas avec l'attribut "Country" étant l'un de ["Country A", "Country B", "Country C"]
Filtre 2 : Cas avec l'attribut "Amount" supérieur à 50000 ET "Manager Approval" égal à "No"
Filtre 3 : Cas avec l'attribut "Fraud Flag" égal à "Yes"

Résultat :

Tout cas déclenchant au moins un indicateur de risque est inclus pour revue d'audit. Cela pourrait représenter 5 % des cas totaux, mais ce sont les cas à plus haut risque nécessitant un examen détaillé. La logique OU garantit que vous capturez tous les cas nécessitant une attention pour quelque raison que ce soit.

Perspectives : En combinant plusieurs indicateurs de risque avec la logique OU, vous créez une population d'audit complète sans manquer les cas limites. Cela garantit une couverture de conformité rigoureuse tout en concentrant les ressources d'audit sur les cas présentant de réels indicateurs de risque, plutôt que de tout examiner.

Sortie

Ce filtre opère au niveau du cas en utilisant une logique d'union :

Évalue chaque filtre constituant indépendamment par rapport au jeu de données original
Combine tous les résultats par union d'ensembles (sans doublons)
Renvoie tout cas ayant satisfait au moins une condition de filtre
Préserve tous les attributs de cas et d'événements pour les cas inclus
Nécessite au moins 2 filtres pour un fonctionnement significatif
Retourne le jeu de données original si moins de 2 filtres sont fournis

Utilisez les filtres OU pour créer des règles de filtrage flexibles et exhaustives où plusieurs conditions différentes peuvent conduire à l'inclusion d'un cas, ce qui est idéal pour capturer des scénarios divers dans une seule analyse.

Cette documentation fait partie de la plateforme de mining de processus mindzie Studio.