Vérificateur Standard

Présentation

Le calculateur Standard Checker valide si vos données de processus respectent les définitions standard des processus de mindzie. Il vérifie que tous les attributs et activités requis sont présents avec les bons types de données, aidant ainsi à garantir que vos données de processus sont prêtes pour l’analyse et que toutes les fonctionnalités de la plateforme fonctionneront correctement.

Ce calculateur est particulièrement utile lors de l'onboarding des données, de la validation ETL et des workflows d'assurance qualité pour confirmer que les données extraites respectent les exigences structurelles et de contenu pour les fonctionnalités spécifiques aux processus de mindzie.

Usages Courants

Valider la complétude des données après la configuration initiale ETL ou l'extraction de données
Contrôles qualité dans les pipelines ETL automatisés pour assurer que les données répondent aux exigences
Vérifier que les attributs obligatoires existent avant la mise en production
Identifier les attributs recommandés manquants qui permettraient des fonctionnalités d’analyse supplémentaires
Évaluer l’impact des modifications de la logique d’extraction des données ou des systèmes source
Résoudre pourquoi certains calculateurs ou fonctionnalités ne fonctionnent pas comme prévu

Paramètres

Ce calculateur ne possède aucun paramètre configurable. Il valide automatiquement vos données selon la norme appropriée basée sur votre type de processus.

Détection du Type de Processus : Le calculateur détecte votre type de processus à partir de vos données et applique la norme correspondante. Les types de processus supportés incluent :

Procure to Pay
Accounts Payable
Accounts Receivable
Order to Cash
Service Tickets

Champs Standards :

Titre : Titre personnalisé optionnel pour la sortie du calculateur
Description : Description optionnelle à des fins de documentation

Exemples

Exemple 1 : Validation d’une Nouvelle Extraction de Données

Scénario : Vous venez de terminer la création de votre premier script ETL pour un processus Procure to Pay depuis SAP. Avant de déployer le jeu de données pour les utilisateurs en production, vous souhaitez vérifier que toutes les données essentielles ont été extraites correctement.

Paramètres :

Titre : "Validation des Données P2P – Extraction Initiale"
Description : "Contrôle qualité avant déploiement en production"

Sortie :

Le calculateur affiche un tableau récapitulatif montrant les pourcentages de conformité dans trois catégories :

Catégorie              Nombre    Problèmes    Conformité
Attributs Obligatoires    42         3          93%
Attributs Recommandés    18         8          56%
Attributs Dérivés        12         0         100%

Sous le résumé, vous verrez des listes détaillées des problèmes organisés par catégorie :

Problèmes Obligatoires (3) :

Montant Commande d’Achat : Attribut de cas introuvable
Nom du Fournisseur : Attribut de cas introuvable
Date de Paiement : Attribut d’événement introuvable

Problèmes Recommandés (8) :

Catégorie Commande d’Achat : Attribut de cas introuvable
Niveau d’Approbation : Attribut de cas introuvable
(... 6 autres attributs)

Analyses : La conformité obligatoire de 93 % montre que votre ETL capture la plupart des données essentielles, mais trois attributs critiques manquent. Les attributs "Montant Commande d’Achat" et "Nom du Fournisseur" sont obligatoires car ils sont requis pour les fonctionnalités financières principales. Vous devez mettre à jour votre script ETL pour extraire ces champs avant le déploiement.

La conformité recommandée de 56 % est acceptable pour un déploiement initial, mais l’ajout de ces attributs débloquerait des capacités d’analyse supplémentaires comme les découpages par catégorie et l’analyse des flux d’approbation.

Exemple 2 : Validation Post-Mise à Jour

Scénario : Votre système ERP source a récemment été mis à jour et vous souhaitez vérifier que la structure des données n’a pas changé de manière à casser votre intégration mindzie.

Paramètres :

Titre : "Validation Post-Mise à Jour"
Description : "Vérifier la compatibilité des données après mise à jour ERP"

Sortie :

Catégorie              Nombre    Problèmes    Conformité
Attributs Obligatoires    42         0         100%
Attributs Recommandés    18         1          94%
Attributs Dérivés        12         0         100%

Problème Recommandé (1) :

Devise Facture : Type d’attribut incorrect (Attendu : Chaîne, Trouvé : Numérique)

Analyses : Tous les attributs obligatoires sont présents, ce qui signifie que les fonctionnalités de base sont intactes. Cependant, un attribut recommandé est passé de chaîne à numérique. Cela provient probablement du fait que la mise à jour ERP a modifié la manière dont les codes devises sont stockés. Bien que non critique, vous devez mettre à jour votre ETL afin de convertir les codes devises numériques en chaînes standard à trois lettres (USD, EUR, GBP) pour correspondre au format attendu.

Exemple 3 : Dépannage Fonctionnalité

Scénario : Les utilisateurs signalent que le calculateur "Three-Way Match" ne fonctionne pas correctement dans votre processus Accounts Payable. Vous suspectez des attributs de données manquants.

Paramètres :

Titre : "Prérequis pour Three-Way Match AP"
Description : "Identifier les attributs manquants pour fonctionnalités avancées"

Sortie :

Catégorie              Nombre    Problèmes    Conformité
Attributs Obligatoires    38         0         100%
Attributs Recommandés    15         0         100%
Attributs Dérivés        10         4          60%

Problèmes Dérivés (4) :

Valeur Réception Marchandises : Attribut d’événement introuvable (requis pour le three-way matching)
Correspondance Ligne Commande : Attributs requis manquants
Correspondance Ligne Facture : Activités requises manquantes
Solde Compte GR-IR : Attributs requis manquants

Analyses : Le problème est clair : des attributs dérivés nécessaires au three-way matching sont manquants. Ces attributs dépendent d’autres attributs et activités qui n’ont pas été extraits. Plus précisément, "Valeur Réception Marchandises" est un attribut clé d’événement nécessaire pour comparer les montants de facture aux marchandises reçues. Examinez les "attributs requis" référencés dans chaque problème pour déterminer quelles données supplémentaires doivent être extraites du système source pour activer l’analyse three-way match.

Exemple 4 : Comparaison Multi-Processus

Scénario : Vous configurez à la fois les processus Accounts Payable et Accounts Receivable et souhaitez comprendre la complétude de chaque jeu de données avant présentation aux parties prenantes.

Paramètres (Exécuter deux fois - une fois pour chaque processus) :

Titre : "Complétude des Données AP"
Titre : "Complétude des Données AR"

Comparaison des Sorties :

Accounts Payable :

Obligatoire : 100%    Recommandé : 85%    Dérivé : 100%

Accounts Receivable :

Obligatoire : 89%     Recommandé : 45%    Dérivé : 50%

Analyses : Vos données Accounts Payable sont prêtes pour la production avec une excellente couverture dans toutes les catégories. En revanche, Accounts Receivable a plusieurs attributs obligatoires manquants (89 % de conformité), ce qui empêchera certaines fonctionnalités de base de fonctionner. Avant de lancer l’analyse AR, concentrez-vous sur l’extraction des attributs obligatoires manquants. Les pourcentages plus faibles recommandés et dérivés pourront être abordés progressivement après le lancement.

Exemple 5 : Contrôle Qualité Automatisé

Scénario : Votre ETL s’exécute chaque nuit et vous souhaitez configurer une alerte automatique si la qualité des données tombe en dessous des niveaux acceptables.

Paramètres :

Titre : "Contrôle Qualité des Données Nocturne"
Description : "Validation automatisée dans le pipeline ETL"

Sortie :

Le calculateur fournit les pourcentages de conformité que vous pouvez évaluer programmétiquement :

Pourcentage Obligatoire : 0.97   (97%)
Pourcentage Recommandé : 0.83    (83%)
Pourcentage Dérivé : 1.00        (100%)

Analyses : Vous pouvez configurer votre pipeline ETL pour :

ÉCHOUER la tâche si Pourcentage Obligatoire < 0.95 (moins de 95%)
ALERTER les parties prenantes si Pourcentage Recommandé < 0.70 (moins de 70%)
PASSER si tous les seuils sont atteints

Dans cet exemple, la tâche passerait car la conformité obligatoire (97 %) dépasse le seuil de 95 %. Cette approche garantit que les problèmes de qualité des données sont détectés immédiatement plutôt que découverts par les utilisateurs.

Sortie

Le calculateur produit deux sorties principales : un tableau de statistiques récapitulatives et des listes détaillées des problèmes.

Tableau de Statistiques Récapitulatives

Nombre Obligatoire (Nombre) : Nombre total d’attributs obligatoires attendus pour votre type de processus. Ces attributs sont essentiels au fonctionnement principal de la plateforme.

Problèmes Obligatoires (Nombre) : Nombre d’attributs obligatoires manquants ou ayant un type de données incorrect. Chaque problème représente un défaut critique de qualité des données.

Pourcentage Obligatoire (Pourcentage) : Pourcentage des attributs obligatoires correctement présents. Les valeurs sont affichées en décimal (0,97 = 97 %). Visez 100 % avant le déploiement en production.

Nombre Recommandé (Nombre) : Nombre total d’attributs recommandés définis pour votre processus. Ils permettent des fonctionnalités avancées et une analyse plus riche.

Problèmes Recommandés (Nombre) : Nombre d’attributs recommandés manquants ou incorrects. Priorité moindre que les problèmes obligatoires mais important pour un accès complet aux fonctionnalités.

Pourcentage Recommandé (Pourcentage) : Pourcentage des attributs recommandés correctement présents. Des valeurs supérieures à 80 % indiquent une bonne couverture des données.

Nombre Dérivé (Nombre) : Nombre total d’attributs dérivés qui peuvent être calculés à partir d’autres attributs. Il s’agit généralement de champs calculés ou de métriques calculées.

Problèmes Dérivés (Nombre) : Nombre d’attributs dérivés qui ne peuvent pas être calculés en raison de dépendances manquantes (attributs ou activités requis).

Pourcentage Dérivé (Pourcentage) : Pourcentage des attributs dérivés pouvant être calculés avec succès. Les problèmes ici indiquent souvent des lacunes dans les données de base.

Version du Nom du Système (Texte) : Nom et version de votre système source extraits des données événementielles. Utile pour suivre la version ERP ou système d’origine.

Version d’Extraction (Texte) : Version de votre processus ETL ou d’extraction des données. Permet de suivre la logique d’extraction utilisée.

Nom du Processus (Texte) : Type de processus identifié (par exemple, "Procure to Pay" ou "Accounts Payable").

Listes Détaillées des Problèmes

Le calculateur affiche des listes séparées pour chaque catégorie de problèmes :

Problèmes d’Attributs Obligatoires : Liste les attributs obligatoires manquants ou avec des types de données incorrects. Chaque problème inclut :

Nom de l’attribut
Description du problème (par exemple, "Attribut de cas introuvable" ou "Attribut de type incorrect")
Type de données attendu versus type réel (en cas de discordance)

Problèmes d’Attributs Recommandés : Similaire aux problèmes obligatoires mais pour les attributs recommandés. Moins prioritaires mais à traiter pour débloquer des fonctionnalités supplémentaires.

Problèmes d’Attributs Dérivés : Liste des attributs dérivés qui ne peuvent pas être calculés. Les problèmes peuvent inclure :

Attributs de base requis manquants
Activités requises manquantes
Problèmes de configuration des dépendances

Problèmes d’Activités : Liste des activités standards attendues mais absentes dans votre journal d’événements. Les activités standards sont des événements prédéfinis comme "Créer Commande d’Achat" ou "Approuver Facture" qui activent l’analyse spécifique au processus.

Guide d’Interprétation :

Conformité Obligatoire 100 % : Données prêtes pour la production pour les fonctionnalités principales
Conformité Obligatoire 95-99 % : Lacunes mineures, à revoir avant le déploiement
Conformité Obligatoire < 95 % : Lacunes importantes, travail ETL nécessaire
Conformité Recommandée > 80 % : Excellente couverture des données
Conformité Recommandée 50-80 % : Bonne, envisager amélioration progressive
Conformité Recommandée < 50 % : Accès limité aux fonctionnalités, prioriser les améliorations

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