Tableau de bord/Chapter 7/1.2 — Préparer les records avec Scheduler Data Manager
Chapter 7 · leçon 2 sur 4
CertaviaScheduler Data Manager dans Maximo Manage.Scheduler Data Manager pour les plannings et les listes de travail.Scheduler Data Manager depuis le menu Administration ou d'autres applications de planification graphique.Scheduler Data Manager — Une application essentielle dans Maximo Manage pour valider les données des plannings et des listes de travail avant leur exécution.Scheduler Data Manager est accessible via le menu Administration ou directement depuis des applications comme Graphical Scheduling et Graphical Assignment.Scheduler Data Manager garantit que les meilleures pratiques de gestion des données sont suivies pour une planification optimale.L'application Scheduler Data Manager s'intègre de manière cruciale dans l'écosystème de planification de Maximo Manage. Elle agit comme un point de contrôle centralisé pour la qualité des données avant que celles-ci ne soient utilisées par les outils de planification graphique. Son rôle est de prévenir les problèmes opérationnels en identifiant et en permettant la correction des incohérences ou des lacunes dans les enregistrements de travail.
Cette architecture garantit que les décisions de planification sont basées sur des informations fiables, réduisant ainsi les risques d'erreurs, de retards ou de surutilisation des ressources. Elle est particulièrement pertinente pour les environnements complexes où de nombreux enregistrements de travail, actifs et ressources interagissent.
B
B -- Valide les données de --> C
B -- Valide les données de --> D
B -- Valide les données de --> E
B -- Valide les données de --> F
B -- Valide les données de --> G
B -- Valide les données de --> H
B -- Génère --> I
I -- Guide --> J
J -- Met à jour --> C
C -- Nécessite actualisation pour --> K
K -- Utilisé par --> A
classDef primary fill:#1D9E75,stroke:#178A66,stroke-width:2px,color:#FFFFFF
classDef secondary fill:#F1F5F9,stroke:#475569,stroke-width:2px,color:#0F172A
classDef tertiary fill:#E0F2F7,stroke:#00BCD4,stroke-width:1px,color:#0F172A
classDef quaternary fill:#FFEBEE,stroke:#F44336,stroke-width:1px,color:#0F172A
">
Scheduler Data Manager dans le processus de planification de Maximo. Il illustre comment l'application centralise la validation des diverses sources de données avant leur utilisation par les outils de planification graphique.L'application Scheduler Data Manager organise ses validations par onglets, chacun ciblant un aspect spécifique des données de planification. Cette approche modulaire permet une vérification exhaustive et ciblée des informations.
| Onglet de Validation | Description de la Validation | Exemples de Données Vérifiées |
|---|---|---|
Calendar | Vérifie la cohérence et la complétude des informations de calendrier associées aux enregistrements de travail et aux ressources. | Disponibilité des ressources, jours fériés, quarts de travail. |
Queries | Valide les requêtes utilisées pour filtrer les enregistrements de travail, les actifs ou les emplacements inclus dans le planning. | Syntaxe des requêtes, existence des actifs/emplacements référencés. |
Dependencies | Examine les relations de dépendance entre les tâches et les enregistrements de travail pour s'assurer de leur logique et de leur faisabilité. | Dépendances "Fin-Début", "Début-Début", "Fin-Fin", "Début-Fin". |
Resources | Contrôle la disponibilité et l'adéquation des ressources (main-d'œuvre, outils, matériaux) requises pour les tâches planifiées. | Compétences requises, disponibilité des techniciens, inventaire des pièces. |
Assignments | Vérifie la validité des affectations de travail aux ressources, y compris les chevauchements ou les affectations à des ressources non disponibles. | Affectations de main-d'œuvre, affectations d'équipes. |
Scheduler Data Manager et les types de données spécifiques qu'ils examinent pour garantir l'intégrité des plannings.Scheduler Data ManagerL'application Scheduler Data Manager est un outil proactif pour maintenir la qualité des données de planification. Elle est conçue pour être utilisée avant que les plannings ne soient finalisés ou que les affectations ne soient effectuées. Cela permet aux planificateurs et aux ordonnanceurs d'identifier et de résoudre les problèmes potentiels avant qu'ils n'impactent les opérations sur le terrain.
Un exemple concret serait la validation d'un planning pour un arrêt de maintenance majeur impliquant des centaines d'enregistrements de travail. Sans une validation préalable, des dépendances manquantes ou des ressources mal allouées pourraient entraîner des retards coûteux et des goulots d'étranglement. L'utilisation de Scheduler Data Manager permet de détecter ces problèmes en amont.
Graphical Scheduling, Graphical Scheduling - Large Projects, Graphical Assignment et Graphical Work Week.Le processus de validation des données de planification est un cycle itératif qui vise à garantir l'exactitude et la pertinence des informations utilisées pour l'ordonnancement. Il commence dès la création des enregistrements de travail et se poursuit jusqu'à la finalisation du planning, avec des étapes de vérification et de correction.
Un piège courant est de corriger les erreurs dans les enregistrements de travail via Scheduler Data Manager, mais d'oublier d'actualiser les plannings. Les modifications apportées aux enregistrements de travail ne sont pas automatiquement reflétées dans les plannings existants tant qu'une actualisation n'est pas explicitement effectuée. Cela peut conduire à des situations où le planificateur pense avoir résolu un problème, mais le planning continue d'afficher des données obsolètes ou incorrectes, entraînant des décisions de planification erronées. Il est impératif de toujours rafraîchir les plannings après toute correction.
Bien que les erreurs bloquantes soient évidentes, les avertissements (souvent représentés par des icônes spécifiques) peuvent être tentants à ignorer, surtout sous la pression des délais. Cependant, ces avertissements signalent souvent des problèmes potentiels qui, bien que ne bloquant pas immédiatement la planification, peuvent entraîner des inefficacités, des retards ou des conflits de ressources à long terme. Par exemple, un avertissement sur une ressource dont la disponibilité est marginale pourrait indiquer un risque de surcharge si d'autres tâches sont ajoutées. Il est crucial d'examiner et de comprendre la cause de chaque avertissement pour prendre des décisions éclairées.
Maximo Manage peut contenir des enregistrements de travail qui sont techniquement valides d'un point de vue de la base de données, mais qui posent des problèmes pour la planification graphique. Par exemple, des enregistrements de travail avec un statut CANCELLED ou CLOSED ne sont pas inclus dans la vue Gantt des applications de planification graphique. De même, un PM sans Job Plan associé aura une durée par défaut d'une heure, ce qui peut être trompeur. Le Scheduler Data Manager aide à identifier ces cas où les données, bien que "valides", ne sont pas "utilisables" de manière optimale pour l'ordonnancement, nécessitant une intervention manuelle ou une configuration plus précise.
Scheduler Data Manager dans Maximo Manage ?
L'application Scheduler Data Manager a pour but principal de valider les données des plannings et des listes de travail avant leur utilisation dans les outils de planification graphique. Elle permet d'identifier les erreurs et les avertissements pour garantir que les données sont exactes et conformes aux meilleures pratiques, évitant ainsi les problèmes lors de l'ordonnancement et de l'affectation des ressources.
Scheduler Data Manager et pourquoi est-ce important de les vérifier ?
Les principales catégories de données validées sont les informations de calendrier, les requêtes, les dépendances, les ressources et les affectations. Il est crucial de les vérifier car des incohérences ou des erreurs dans ces domaines peuvent entraîner des plannings irréalisables, des conflits de ressources, des retards opérationnels et une mauvaise utilisation des actifs, compromettant l'efficacité globale de la maintenance.
CANCELLED ou CLOSED sont-ils traités par les applications de planification graphique, et quelle est l'implication pour le planificateur ?
Les enregistrements de travail dont le statut est CANCELLED ou CLOSED ne sont pas inclus dans la vue Gantt des applications de planification graphique. L'implication pour le planificateur est qu'il doit s'assurer que seuls les enregistrements de travail actifs et pertinents sont inclus dans le processus de planification pour éviter de travailler avec des données obsolètes ou non exécutables, ce que Scheduler Data Manager peut aider à identifier.
Bonne réponse : A
Pourquoi cette question existe — STU §7.2 — la question vérifie la liste exacte des 5 types de requêtes sur lesquelles le Scheduler Data Manager exécute ses validations : Work, Asset, Location, Resources, Additional Resources, en excluant volontairement Service Request et Site qui apparaissent dans des distracteurs plausibles mais incorrects. En pratique, supposer que les Service Requests sont validées directement fait chercher à tort des erreurs de validation sur le mauvais objet.
Le contexte théorique d'abord — Le Scheduler Data Manager exécute ses contrôles de cohérence sur exactement 5 catégories de requêtes (query types) : Work, Asset, Location, Resources, et Additional Resources. Ces 5 catégories couvrent l'ensemble des données nécessaires à la construction d'un planning cohérent (le travail à faire, les objets concernés, et les ressources affectables).
Ce que Maximo en fait — version opérationnelle — Dans Scheduler Data Manager > sélectionner un planning (schedule) ou une liste de travail > lancer l'action Run Validation > le moteur exécute ses contrôles successivement sur les 5 query types > un rapport d'erreurs et avertissements est généré par catégorie.
Exemple chiffré — Sur un planning de 30 work orders, la validation peut détecter 2 erreurs sur le query type Resources et 1 avertissement sur Additional Resources, sur un total de 5 catégories de requêtes systématiquement contrôlées.
Analogie quotidienne — C'est comme une checklist de contrôle qualité avant expédition qui vérifie successivement 5 catégories précises (emballage, étiquetage, poids, destination, transporteur), ni plus ni moins.
Pourquoi B est faux — Pattern D9 quasi-synonyme : remplacer « Asset » par « Service Request » introduit un objet qui n'est pas validé directement par ce moteur.
Pourquoi C est faux — Pattern D9 quasi-synonyme : cette combinaison substitue à la fois Asset→Service Request et Additional Resources→Resources, créant une liste incorrecte.
Pourquoi D est faux — Pattern D9 quasi-synonyme : remplacer « Additional Resources » par « Site » introduit un niveau organisationnel qui n'est pas un query type validé séparément.
Bonne réponse : A
Pourquoi cette question existe — STU §7.2 — la question vérifie quelle validation précise est réellement effectuée sur le query type Resources : la cohérence de site entre la main d'œuvre et les work orders, par opposition à des contrôles plausibles mais non confirmés comme validations standards (outils rotatifs, positions de crew, dépassement d'heures craft). En pratique, supposer ces autres contrôles fait chercher à tort des messages de validation qui n'existent pas sous cette forme précise.
Le contexte théorique d'abord — Sur le query type Resources, le Scheduler Data Manager valide que la main d'œuvre (labor) assignée appartient au même site que les work orders du planning. Une incohérence de site entre la ressource et le WO génère une erreur de validation, empêchant un planning incohérent au niveau organisationnel.
Ce que Maximo en fait — version opérationnelle — Dans Scheduler Data Manager > lancer la validation sur un planning > pour chaque ressource labor assignée, le moteur compare le site du labor à celui du work order > en cas de site différent, une erreur de validation Resources est levée et reportée dans le rapport.
Exemple chiffré — Sur un planning regroupant 40 work orders répartis sur 2 sites, une seule ressource labor affectée par erreur au site B alors qu'elle appartient au site A génère 1 erreur de validation sur les 40 work orders contrôlés.
Analogie quotidienne — C'est comme vérifier qu'un employé affecté à une succursale ne se retrouve pas planifié pour travailler dans une autre succursale sans transfert formel : la cohérence géographique/organisationnelle est contrôlée avant validation du planning.
Pourquoi B est faux — Pattern D2 inventé : le contrôle des outils rotatifs déjà assignés à un autre WO n'est pas documenté comme une validation standard de ce module sous cette forme.
Pourquoi C est faux — Pattern D5 champ-frère : la disponibilité complète des positions d'un crew est une préoccupation réelle de planification, mais ce n'est pas la validation Resources décrite ici.
Pourquoi D est faux — Pattern D5 champ-frère : un dépassement de capacité craft relève davantage du resource leveling ou de l'optimisation, pas de cette validation de cohérence de site.
Bonne réponse : A
Pourquoi cette question existe — STU §7.2 — la question vérifie le contrôle précis effectué sur le calendrier d'un planning : s'assurer que des shifts sont bien appliqués au calendrier associé, par opposition à des contrôles plausibles mais non documentés (calendrier multiple, motif de shift excédant 7 jours, doublon de nom inter-organisations). En pratique, un calendrier sans shifts appliqués empêche tout calcul de disponibilité cohérent pour le planning.
Le contexte théorique d'abord — Le Scheduler Data Manager valide qu'au moins un shift est correctement appliqué au calendrier associé au schedule ou à la work list. Sans shift appliqué, Maximo ne peut pas déterminer les plages horaires de disponibilité, ce qui rendrait tout calcul de planification incohérent.
Ce que Maximo en fait — version opérationnelle — Dans Scheduler Data Manager > lancer la validation sur un planning > le moteur vérifie pour le calendrier associé que des Shifts y sont bien rattachés > en l'absence de shift, une erreur de validation calendrier est levée, bloquant la fiabilité du planning.
Exemple chiffré — Sur 1 calendrier associé à un planning de 25 work orders, l'absence de shift appliqué génère 1 seule erreur bloquante au niveau calendrier, qui empêche néanmoins la validation correcte de l'ensemble des 25 work orders dépendants.
Analogie quotidienne — C'est comme un agenda partagé sans plage horaire de disponibilité définie : impossible de savoir quand on peut réellement planifier un rendez-vous, même si l'agenda existe formellement.
Pourquoi B est faux — Pattern D2 inventé : la présence de plusieurs calendriers associés n'est pas documentée comme le contrôle principal réalisé ici.
Pourquoi C est faux — Pattern D2 inventé : un motif de shift dépassant 7 jours n'est pas une règle de validation standard du calendrier dans ce module.
Pourquoi D est faux — Pattern D2 inventé : la correspondance de nom de calendrier entre organisations n'est pas un contrôle de validation du Scheduler Data Manager.
Bonne réponse : D
Pourquoi cette question existe — STU §7.2 — la question vérifie le contrôle précis sur le query type Work : s'assurer que chaque work order possède une durée définie, donnée indispensable à tout calcul de planification, par opposition à des attributs réels mais non bloquants pour la validation (statut WSCH, note de work log, matériaux planifiés). En pratique, un WO sans durée définie ne peut être positionné correctement sur un planning temporel.
Le contexte théorique d'abord — Le Scheduler Data Manager valide que chaque work order inclus dans le planning possède une durée définie (Duration), car cette donnée est indispensable au calcul des dates de début/fin et au placement correct du WO sur le calendrier de planification. Un WO sans durée ne peut pas être positionné de manière fiable.
Ce que Maximo en fait — version opérationnelle — Dans Scheduler Data Manager > lancer la validation sur le query type Work > pour chaque work order, le moteur vérifie que le champ Duration est renseigné (non nul) > en l'absence de durée, une erreur de validation est levée pour ce WO spécifique.
Exemple chiffré — Sur un planning de 50 work orders, si 3 d'entre eux n'ont aucune durée définie, la validation lève 3 erreurs distinctes, laissant les 47 autres work orders valides pour le placement sur le calendrier.
Analogie quotidienne — C'est comme essayer de bloquer un créneau dans un agenda sans préciser combien de temps durera le rendez-vous : impossible de savoir où il se terminera ni si le créneau suivant est libre.
Pourquoi A est faux — Pattern D5 champ-frère : le statut WSCH (Waiting for Scheduling) qualifie l'état du WO, mais n'est pas le contrôle de validation décrit ici.
Pourquoi B est faux — Pattern D2 inventé : la présence d'une note de work log n'est pas une condition de validation pour le placement sur un planning.
Pourquoi C est faux — Pattern D5 champ-frère : les matériaux planifiés concernent l'approvisionnement, sans rapport avec la validation de la durée nécessaire au placement temporel.