Cas avec Attribut Inchangé

Aperçu

Le filtre Cas avec Attribut Inchangé sélectionne les cas où un attribut spécifié conserve la même valeur tout au long du cas. Ce filtre au niveau du cas examine tous les événements de chaque cas et ne retourne que ceux pour lesquels chaque événement a une valeur identique dans l’attribut sélectionné. Ce filtre est particulièrement utile pour identifier des processus où certaines propriétés restent constantes, détecter des problèmes de qualité des données ou trouver des cas qui suivent des schémas standardisés sans variation.

Utilisations Courantes

Validation de la Qualité des Données : Identifier les cas où des attributs qui devraient changer (comme le statut ou le lieu) restent statiques tout au long du processus, indiquant potentiellement des problèmes d’enregistrement des données.
Standardisation des Processus : Trouver des cas traités par un seul département, ressource ou système sans transfert ni passage de relais.
Analyse de Cohérence : Détecter des cas où des attributs clés comme le niveau de priorité, le type de client ou la catégorie de produit sont restés inchangés du début à la fin.
Traitement en Un Seul Lieu : Identifier des cas traités entièrement dans un seul lieu ou établissement sans transferts entre sites.
Analyse des Ressources Dédiées : Trouver des cas gérés par une seule ressource ou un membre d’équipe pendant tout le processus.
Détection de Configuration Statique : Découvrir des cas où les valeurs de configuration ou les paramètres système sont restés constants, indiquant des conditions de traitement stables.

Paramètres

Nom de l’Attribut Événement : Sélectionnez l’attribut événement que vous souhaitez vérifier pour la cohérence. Le filtre retournera tous les cas où chaque événement a la même valeur dans cet attribut. L’attribut doit exister dans votre table d’événements et être d’un type de données supporté (String, Integer, DateTime, TimeSpan, Decimal, Boolean).

Note : Le filtre utilise une correspondance exacte des valeurs. Pour les attributs numériques et de date, les valeurs doivent être identiques. Pour les attributs chaînes de caractères, la comparaison est sensible à la casse. Les valeurs nulles sont considérées comme valides – si tous les événements ont des valeurs nulles dans l’attribut sélectionné, le cas sera inclus dans les résultats.

Exemples

Exemple 1 : Trouver des Cas Mono-Département

Scénario : Vous souhaitez identifier les commandes d’achat traitées entièrement dans un seul département sans aucun passage entre départements.

Paramètres :

Nom de l’Attribut Événement : "Department"

Résultat : Le filtre retourne uniquement les cas où tous les événements ont la même valeur de département, par exemple tous “Finance” ou tous “Procurement”.

Informations : Ces cas représentent des processus rationalisés sans transfert entre départements. Cela permet d’identifier :

Les départements propriétaires du processus de bout en bout
Les cas ayant évité la surcharge de coordination
Les bonnes pratiques potentielles pour l’efficacité des processus
Des cas plus simples ne nécessitant pas de collaboration inter-fonctionnelle

Exemple 2 : Détecter les Niveaux de Priorité Invariables

Scénario : Vous devez trouver des cas où le niveau de priorité n’a jamais changé du début à la fin, ce qui peut indiquer un traitement direct ou un défaut d’escalade des cas urgents.

Paramètres :

Nom de l’Attribut Événement : "Priority"

Résultat : Le filtre sélectionne les cas où tous les événements ont la même valeur de priorité (par exemple tous “Low”, tous “Medium” ou tous “High”).

Informations : Cela révèle :

Les cas qui ont conservé leur classification initiale de priorité
Les problèmes potentiels où les cas urgents n’ont pas été escaladés
Les schémas standards de traitement pour différents niveaux de priorité
Des opportunités de mise en place d’ajustement dynamique de la priorité

Exemple 3 : Identifier les Cas à Statut Statique

Scénario : Trouvez les cas où un attribut de statut n’a jamais changé, ce qui peut indiquer des problèmes de qualité des données ou une exécution incomplète du processus.

Paramètres :

Nom de l’Attribut Événement : "Status"

Résultat : Le filtre retourne les cas où le champ statut a la même valeur dans tous les événements.

Informations : Ces cas peuvent représenter :

Des erreurs d’enregistrement où les mises à jour de statut n’ont pas été consignées
Des cas annulés ou abandonnés n’ayant jamais progressé
Des problèmes d’intégration système empêchant les mises à jour de statut
Des cas nécessitant une correction de la qualité des données

Exemple 4 : Traitement en Un Lieu Unique

Scénario : Identifiez les ordres de fabrication réalisés entièrement dans une seule usine sans transfert vers d’autres sites.

Paramètres :

Nom de l’Attribut Événement : "Location"

Résultat : Le filtre sélectionne les cas où tous les événements se sont produits au même endroit.

Informations : Cela peut révéler :

Des produits fabriqués dans une seule usine de bout en bout
Des cas qui ont évité la complexité logistique
Les capacités et expertises spécifiques à un emplacement
Des opportunités de modèles de traitement centralisés

Exemple 5 : Allocation Cohérente des Ressources

Scénario : Trouvez les cas où la même ressource a géré toutes les activités, indiquant une prise en charge dédiée du cas.

Paramètres :

Nom de l’Attribut Événement : "Resource"

Résultat : Le filtre retourne les cas où chaque événement a été réalisé par la même ressource ou personne.

Informations : Ces cas montrent :

La prise en charge complète du cas par une seule ressource
Des gains d’efficacité potentiels grâce à l’absence de transferts
Des schémas de spécialisation des ressources
Des opportunités de formation pour la gestion dédiée des cas

Exemple 6 : Traitement Uniforme du Type de Client

Scénario : Identifiez les cas où la classification du type de client est restée constante pendant tout le traitement.

Paramètres :

Nom de l’Attribut Événement : "CustomerType"

Résultat : Le filtre sélectionne les cas où tous les événements ont la même valeur de type client (par ex. tous “Premium”, tous “Standard”, ou tous “Enterprise”).

Informations : Cela aide à comprendre :

Les segments clients avec des classifications stables
Les processus adaptés à des types de clients spécifiques
La cohérence dans la catégorisation client
Les schémas de gestion selon les différents types de clients

Résultat

Le filtre retourne un nouvel ensemble de données contenant uniquement les cas où tous les événements ont des valeurs identiques dans l’attribut spécifié. Chaque cas retourné conserve tous ses événements et attributs d’origine. Si un cas présente une variation sur la valeur de l’attribut choisi entre ses événements, ce cas est exclu des résultats.

Si aucun cas ne correspond aux critères (c’est-à-dire que tous les cas ont au moins un événement avec une valeur différente), le filtre retourne un jeu de résultats vide.

Notes Techniques

Type de Filtre : Filtre au niveau du cas (supprime les cas entiers, pas les événements individuels)
Logique de Comparaison : Utilise la valeur du premier événement comme référence et compare tous les événements suivants à celle-ci
Gestion des Nuls : Considère les valeurs nulles comme valides et cohérentes – les cas où tous les événements ont une valeur nulle sont inclus
Types de Données Supportés : String, Int32, Int64, DateTime, TimeSpan, Single, Double, Boolean
Performance : Implémentation efficace utilisant LINQ avec interruption anticipée en cas de discordance

Cette documentation fait partie de la plateforme d’analyse de processus mindzieStudio.