Vous êtes ici :
Consignes relatives à l'utilisation de règles de travail de maintenance
Les règles de travail de maintenance permettent de configurer plusieurs planifications de maintenance récurrentes pour des actifs de maintenance. Découvrez comment les paramètres des règles de travail de maintenance affectent la génération d'ordres d'exécution.
Nombre maximal de règles de travail de maintenance par plan de maintenance
Nous recommandons de limiter le nombre de règles de travail de maintenance à 2000 par plan de maintenance. Le nombre de règles de travail d'un plan de maintenance est la somme du :
- nombre maximal de règles de travail de maintenance dans les actifs de maintenance.
- nombre équivalent de règles de travail de maintenance dans les actifs de maintenance dérivés du plan de maintenance pour des actifs sans règle de travail de maintenance.
- Règles de travail de maintenance dans les actifs de maintenance : 1 + 2 = 3
- Règles de travail de maintenance dérivées du plan de maintenance : 8 (actifs de maintenance sans règle de travail de maintenance) * 3 = 24
Cette configuration donne le nombre de 27 règles de travail équivalentes.
Nous recommandons de ne pas dépasser 5 règles de travail par plan de maintenance et 5 règles de travail par actif de maintenance.
Compréhension de la génération d'ordres d'exécution
Vous pouvez générer des ordres d'exécution uniquement à partir des informations du plan de maintenance. Vous pouvez également générer des ordres d'exécution à partir des informations du plan de maintenance et des règles de travail de maintenance associées au plan de maintenance et à ses actifs. Le tableau ci-dessous présente les différences entre les deux s'approches, la génération automatique et la génération manuelle d'ordres d'exécution.
| Scénario de récurrence | Plan de maintenance sans règle de travail de maintenance | Plan de maintenance sans règle de travail de maintenance | Plan de maintenance avec des règles de travail de maintenance | Plan de maintenance avec des règles de travail de maintenance |
|---|---|---|---|---|
| Mode de génération | Continu | Par lots | Continu | Par lots |
| Plage de dates déterminant l'éligibilité à la génération d'ordres d'exécution | Date du premier ordre d'exécution dans le lot suivant dans la plage du jour moins Période de génération jusqu'à la première date du jour plus Horizon de génération ou Date de fin du plan de maintenance. | Date du premier ordre d'exécution dans le lot suivant est antérieure à la Date de fin du plan de maintenance. | Date du premier ordre d'exécution dans le lot suivant dans la plage du jour moins Période de génération jusqu'à ce jour plus Horizon de génération plus Période de génération, à condition que cette plage soit antérieure à la Date de fin du plan de maintenance. | Date du premier ordre d'exécution dans le lot suivant est antérieure à la Date de fin du plan de maintenance. |
| Dernière date de maintenance suggérée possible pour laquelle les ordres d'exécution sont générés | La date la plus proche du premier ordre d'exécution dans le lot suivant plus Période de génération ou Date de fin du plan de maintenance. | La date la plus proche du premier ordre d'exécution dans le lot suivant plus Période de génération ou Date de fin du plan de maintenance. | Aujourd'hui plus Horizon de génération plus Période de génération. | La date la plus proche du premier ordre d'exécution dans le lot suivant plus Période de génération ou Date de fin du plan de maintenance. |
| Dernier jour de la période de génération | Les ordres d'exécution générés peuvent inclure le dernier jour. | Les ordres d'exécution générés peuvent inclure le dernier jour. | Les ordres d'exécution générés excluent le dernier jour. | Les ordres d'exécution générés excluent le dernier jour. |
| Approche de génération, consultez Génération par lot et génération continue. | Période du lot | Période du lot | Période continue | Période du lot |
| Génération automatique lors de la réalisation d'un ordre d'exécution | Oui | n.a. | Oui | n. a. |
| Respecte l'ordre de tri | n. a. | n. a. | Si l'option Générer un nouveau lot une fois l'exécution terminée n'est pas sélectionnée, l'Ordre de tri est respecté. Si l'option Générer un nouveau lot une fois l'exécution terminée est sélectionnée, les règles de travail de maintenance associées aux derniers ordres d'exécution incomplets ou éléments d'ordre d'exécution ne sont pas prises en compte lors de l'évaluation de l'ordre de tri. Consultez également Exemple de génération automatique dans Ordre de tri et Paramètre Générer un nouveau lot une fois l'exécution terminée. |
Oui. Sauf lorsque les valeurs Date du premier ordre d'exécution dans le lot suivant sont décalées. Consultez également Exemple de génération manuelle dans Ordre de tri et Paramètre Générer un nouveau lot une fois l'exécution terminée. |
| Application d'une limite de génération d'ordres d'exécution | Génère jusqu'à 2600 ordres d'exécution et indique l'application d'une limite dans un message Chatter. | Affiche un message d'erreur en ligne et ne génère aucun ordre d'exécution. | Envoie une notification Chatter et ne génère aucun ordre d'exécution. | Envoie une notification Chatter et ne génère aucun ordre d'exécution. |
Le diagramme ci-dessous présente la génération d'ordres d'exécution pour un actif avec Générer un nouveau lot une fois l'exécution terminé défini, Période de génération définie sur 6 mois et des règles de travail de maintenance pour :
- Une maintenance majeure à effectuer tous les six mois
- Une maintenance mineure à effectuer tous les deux mois, mais ignorée lorsque la maintenance majeure est exécutée
Lorsque la maintenance majeure de juillet 2021 est reportée de 7 mois, l'ordre d'exécution de la maintenance majeure de janvier 2022 n'est pas généré. À la place, l'ordre d'exécution de la maintenance mineure est créé. Avant l'exécution de la maintenance majeure de juillet 2021, la fenêtre de génération s'ouvre pour juillet 2022 et génère des ordres d'exécution pour la maintenance mineure. Lorsque la maintenance majeure est terminée, sa règle de travail de maintenance est éligible dans la période de génération suivante et l'ordre d'exécution de la maintenance majeure de juillet 2022 est généré. Ensuite, si les ordres d'exécution sont terminés à temps, la planification est générée comme prévu.
Prenons une règle de travail de maintenance récurrente mensuelle sur 12 mois. La première règle de travail de maintenance commence le 01/07 avec un ordre de tri de 1, et la deuxième commence le 01/08 avec un ordre de tri de 2. Du 01/07/2020 au 01/06/2021, seule la première règle de travail de maintenance génère des ordres d'exécution, car son ordre de tri est inférieur. Cependant, le 01/07/2021, la deuxième règle de travail de maintenance génère des ordres d'exécution lorsque la première règle de travail de maintenance ne tente plus de générer d'ordres d'exécution.
Génération par lot et génération continue
Dans la génération par lot, les ordres d'exécution sont générés pour la période de génération de l'actif, et ne sont pas pris en compte pour la génération tant que la période de génération n'est pas passée. Les fonctionnalités Horizon de génération et Génération une fois l'exécution terminée ne sont pas disponibles pour la génération par lots.
Dans la génération de périodes de cumul, lorsque la génération d'ordres d'exécution, est exécutée, elle crée des ordres d'exécution conformément au modèle de récurrence des règles de travail de maintenance éligibles depuis la date actuelle jusqu'à la date actuelle plus l'horizon de génération et la période de génération.
Par défaut, la génération d'ordres d'exécution manuelle et automatique utilise une fenêtre continue pour la maintenance préventive basée sur le calendrier. Vous pouvez utiliser une fenêtre par lots pour créer manuellement des ordres d'exécution pour des plans de maintenance basés sur le calendrier. Cependant, cette option ne prend pas en charge les fonctionnalités avancées, telles que Horizon de génération et Génération une fois l'exécution terminée. Pour générer des ordres d'exécution en utilisant une fenêtre par lots, accédez à Paramètres de Field Service, puis sélectionnez Utiliser la génération par lots pour créer manuellement des ordres d'exécution.
Dans le diagramme ci-dessous, la période de génération est de 6 mois et l'horizon de génération de 0 jour. La barre bleue représente la fenêtre de génération par lot. Le début de la barre bleue correspond à l'exécution automatique de la génération. Notez que les événements de génération ne sont pas tous affichés, la génération automatique étant exécutée 3 fois par jour.
Règles de travail de maintenance éligibles
Dans les règles de travail de maintenance éligibles, la date du premier ordre d'exécution dans le lot suivant est comprise entre :
- la date actuelle moins la période de génération et
- la date actuelle plus la période de génération et l'horizon de génération.
Si la date du premier ordre d'exécution dans le lot suivant d'une règle de travail de maintenance éligible est antérieure à la date actuelle, la génération ne crée pas d'ordres d'exécution pour la période comprise entre la date du premier ordre d'exécution dans le lot suivant et la date actuelle.
Les règles de travail de maintenance dont la date du premier ordre d'exécution dans le lot suivant est antérieure à la date actuelle moins la période de génération, commencent à générer des ordres d'exécution lorsque la date du premier ordre d'exécution dans le lot suivant est mise à jour pour correspondre à la plage de dates éligible.
Par exemple, prenons la requête au 08/01 et une règle de travail de maintenance avec une période de génération de 10 jours et un horizon de génération de 8 jours :
- Si la date du premier ordre d'exécution dans le lot suivant est le 11/01, la règle de travail de maintenance est éligible pour la génération et les ordres d'exécution suivant le modèle de récurrence sont générés du 11/01 au 26/01.
- Si la date du premier ordre d'exécution dans le lot suivant est le 01/01, la règle de travail de maintenance est éligible pour la génération et les ordres d'exécution suivant le modèle de récurrence sont générés du 08/01 au 26/01.
- Si la date du premier ordre d'exécution dans le lot suivant est le 15/12, aucun ordre d'exécution n'est généré, car le 15/12 précède la date du jour moins la période de génération, c'est-à-dire le 08/01 moins 10 jours, soit le 29/12.
Compréhension de la récurrence d'ordre d'exécution
Un modèle de récurrence détermine la fréquence des visites de maintenance planifiées selon le plan de maintenance. Pour créer une planification de maintenance, vous pouvez utiliser une règle de travail de maintenance dans l'actif ou le plan de maintenance, ou utiliser les champs de fréquence dans le plan de maintenance. De plus, si vous avez besoin de plus de flexibilité pour répondre à vos besoins en génération d'ordres d'exécution, définissez RRULE dans l'API pour créer une planification très personnalisée.
Lorsqu'un ordre d'exécution est planifié, la fréquence de récurrence est déterminée dans cet ordre :
Règles de travail de maintenance de l'actif de maintenance > Règles de travail de maintenance du plan de maintenance > Champs de fréquence du plan de maintenance
Les règles de travail de maintenance de l'actif de maintenance remplacent toutes les récurrences définies dans le plan de maintenance. Si aucune règle de travail de maintenance n'est définie pour l'actif de maintenance, les règles de travail de maintenance du plan de maintenance sont utilisées pour définir la récurrence. Si aucune règle de travail de maintenance n'est définie dans l'actif de maintenance ou le plan de maintenance, les champs de fréquence des plans de maintenance sont utilisés pour définir le modèle de récurrence.
- Le plan de maintenance a la Règle de travail de maintenance 1
- L'Actif de maintenance 1 n'a pas de Règle de travail de maintenance
- L'Actif de maintenance 2 a la Règle de travail de maintenance 2
Utilisation de MONTHDAY
La propriété RRULE MONTHDAY permet de planifier un événement qui se produit tous les mois à une date spécifique. Par exemple, vous pouvez utiliser la propriété MONTHDAY pour générer des ordres d'exécution le premier de chaque mois :
“FREQ=MONTHLY;INTERVAL=1;BYMONTHDAY=1;”La génération d'ordres d'exécution le premier jour de chaque mois est simple, mais la génération d'ordres d'exécution le 31 de chaque mois nécessite de spécifier des propriétés RRULE supplémentaires. Pour générer des ordres d'exécution le 31 de chaque mois, vous pouvez utiliser cette RRULE :
“FREQ=MONTHLY;INTERVAL=1;BYMONTHDAY=31;”Cependant, dans Salesforce, cette RRULE génère des ordres d'exécution le dernier jour de chaque mois : 31 janvier, 28 février, 31 mars, 30 avril, 31 mai, 30 juin,31 juillet, 31 août, 30 septembre, 31 octobre, 30 novembre et 31 décembre. Dans l'API, vous pouvez spécifier des propriétés supplémentaires dans votre RRULE afin de générer des ordres d'exécution uniquement pour les mois de 31 jours :
FREQ=MONTHLY;COUNT=30;INTERVAL=1;WKST=MO;BYMONTH=1,3,5,7,8,10,12;BYMONTHDAY=31 Ce RRULE garantit que des ordres d'exécution sont générés uniquement le 31 janvier, le 31 mars, le 31 mai, 31 juillet, le 31 août, le 31 octobre et le 31 décembre.
Date du premier ordre d'exécution dans l'alignement du lot suivant et de la règle de travail de maintenance
Si la Date du premier ordre d'exécution dans le lot suivant saisie ne correspond pas au modèle RRULE, le système utilise la date la plus proche du mois en cours ou supérieure correspondant à RRULE et comprise dans la période de génération. Il se peut qu'une date correspondant à RRULE dans le mois actuel ne soit pas comprise dans la période de génération, comme le montrent les exemples ci-dessous.
Par exemple, si RRULE est défini pour générer des ordres d'exécution le premier jour de chaque autre mois, avec une période de génération de deux mois et que la date du jour est le 19/08/2020, les actions suivantes sont exécutées :
| Date du premier ordre d'exécution dans le lot suivant saisie | Date la plus proche du mois en cours correspondant à RRULE | Date de maintenance suggérée des ordres d'exécution ou des éléments d'ordre d'exécution générés |
|---|---|---|
| 19/08, date du jour | 01/08, date passée | 01/10 |
| 04/08 ou une date passée pendant le mois en cours | 01/08, date passée | 01/10 |
| 29/08, date future pendant le mois en cours | 01/08, date passée | 01/10 |
| 30/07, date passée pendant le mois dernier | 01/07, date passée | 01/09 |
| 20/09, date future pendant le mois prochain | 01/09, date future, mais avec une période de génération du 20/09 au 20/11 | 01/11 |
| 01/09, date la plus proche correspondant à RRULE après la date du jour | 01/09 | 01/09 |
Utilisation de l'ordre de tri
L'ordre de tri détermine le mode de génération d'ordres d'exécution pour un actif de maintenance, lorsque cet actif a deux règles de travail de maintenance ou plus qui tentent de générer un ordre d'exécution à la même date. L'ordre de tri fonctionne comme suit :
- Lorsque les règles de travail de maintenance pour la génération ont des ordres de tri différents, seuls les ordres d'exécution des règles qui ont la valeur d'ordre de tri la moins élevée sont générés.
- Lorsque les règles de travail de maintenance pour la génération ont le même ordre de tri, tous les ordres d'exécution sont générés.
Après la génération, la date du premier ordre d'exécution dans le lot suivant, pour les règles de travail de maintenance, est avancée comme si tous leurs ordres d'exécution avaient été générés, comme indiqué dans l'exemple Règles multiples avec plusieurs ordres de tri.
Albert, le responsable de service de Red Brick Building Services, reçoit les détails d'un nouveau contrat de maintenance d'un système de climatisation. Le contrat se rapporte à une maintenance mineure tous les 3 mois et à un service important une fois par an. Le 10 février, Albert configure des règles de travail de maintenance comme suit :
- La maintenance annuelle commence le 1er février de l'année suivante, avec un ordre de tri de 1
- La maintenance mineure commence le 1er mai, avec un ordre de tri de 2
Les ordres d'exécution suivants sont générés :
| Règle de maintenance mineure | Règle de maintenance annuelle | |
|---|---|---|
| 1er mai | Ordres d'exécution générés | NA |
| 1er août | Ordres d'exécution générés | NA |
| 1er novembre | Ordres d'exécution générés | NA |
| 1er février | Aucun ordre d'exécution n'est généré, mais Date du premier ordre d'exécution dans le lot suivant avancée au 1er mai | Ordres d'exécution générés |
Georgia, la responsable de l'hygiène des piscines chez Crystal Clear Pools, reçoit des détails sur un contrat de nettoyage pour une nouvelle installation de piscine. Ce contrat inclut un nettoyage mensuel de la piscine et l'application d'un traitement chimique tous les 3 mois.
Lorsque Georgia ajoute les détails du client, puis crée un plan de maintenance et l'actif piscine, elle configure deux règles de travail de maintenance :
- Une règle de service mensuel le 10 de chaque mois, avec un ordre de tri 1.
- Une règle de traitement chimique de 3 mois effectué le 10 de chaque troisième mois, avec un ordre de tri 1. Cependant, comme le traitement initial a été appliqué lors de l'installation de la piscine, Georgia définit la Date du premier ordre d'exécution dans le lot suivant dans 3 mois.
Les ordres d'exécution suivants sont générés :
| Règle de service mensuel | Règle de traitement chimique de trois mois | |
|---|---|---|
| Premier mois | Ordres d'exécution générés | NA |
| Deuxième mois | Ordres d'exécution générés | NA |
| Troisième mois | Ordres d'exécution générés | Ordres d'exécution générés |
Cas particuliers dans Ordre de tri et Paramètre Générer un nouveau lot une fois l'exécution terminée
Lorsque l'option Générer un nouveau lot une fois l'exécution terminé est sélectionnée et qu'une règle de travail de maintenance avec la valeur d'ordre de tri la plus faible est éligible pour une génération, mais que le dernier ordre d'exécution est incomplet, l'ordre d'exécution de la règle de travail de maintenance n'est pas généré. La règle Date du premier ordre d'exécution dans le lot suivant est avancée, comme si elle avait été générée. Ensuite :
- Si d'autres règles de travail de maintenance ont la valeur d'ordre de tri la plus faible éligible pour la génération, les ordres d'exécution correspondants à ces règles sont aussi générés
- Si des règles de travail de maintenance contiennent une valeur d'ordre de tri supérieure éligible pour la génération, les ordres d'exécution correspondants à ces règles sont générés
Lorsque le dernier ordre d'exécution de la règle de travail de maintenance est marqué comme terminé, la règle est prise en compte pour la génération dans le cycle de génération suivant.
Compréhension de la limite de génération d'ordres d'exécution
Le nombre maximal d'ordres d'exécution qui peuvent être générés par plan de maintenance est de 2600. Ainsi, la limite pratique est de 2600 actifs de maintenance par plan de maintenance.
La limite de 2600 correspond au nombre d'ordres d'exécution générés par plan et par cycle de génération d'ordres d'exécution. Elle ne prend pas en compte les ordres d'exécution déjà générés dans le cycle de génération précédent. Cette limite dépend du nombre d'actifs de maintenance, des règles de travail de maintenance éligibles, de leur modèle de récurrence et de la période de génération du plan de maintenance.
La limite est encore réduite dans les cas suivants :
- En utilisant des règles de travail de maintenance, lorsque le plan de maintenance et ses actifs contiennent plusieurs règles de travail, ou
- En utilisant un plan de maintenance seul (sans règle de travail de maintenance), avec l'option Dernier jour de la période de génération inclus activée et davantage d'ordres d'exécution pouvant être générés pour le dernier jour.
- Si la période de génération est d'1 an, chaque génération maximum génère 5 actifs de maintenance x 365 = 1825 ordres d'exécution. La limite de 2600 est respectée.
- Cependant, si la période de génération est de 2 ans, chaque génération maximum génère 5 actifs de maintenance x 365 x 2 = 3650 ordres d'exécution. La limite de 2600 est dépassée.
Que se passe-t-il si la génération d'ordres d'exécution tente de créer plus de 2600 ordres d'exécution ?
Lorsque la génération d'ordres d'exécution tente de créer plus de 2600 ordres d'exécution :
- Si des règles de travail de maintenance sont utilisées pour la génération automatique ou manuelle, elle ne génère pas d'ordre d'exécution et renvoie un message d'erreur. Ce comportement se produit, car contrairement aux ordres d'exécution basés sur la fréquence de maintenance spécifiée dans le plan de maintenance, la présence de plusieurs règles de travail dont la génération est déterminée par un ordre de tri peut entraîner la création partielle des ordres d'exécution requis lorsque la limite de 2600 est atteinte. Pour rectifier, réduisez la période de génération du plan de maintenance.
- Si la génération manuelle d'un plan de maintenance avec des fréquences est utilisée, elle ne génère pas d'ordre d'exécution et renvoie un message d'erreur. Pour rectifier, réduisez la période de génération du plan de maintenance.
- Si la génération automatique de plans de maintenance avec des fréquences est utilisée, elle génère 2600 ordres d'exécution et publie un message sur Chatter indiquant que la limite est atteinte. Aucune autre action n'est requise.
Que se passe-t-il lorsque l'option de génération d'un actif pour un élément d'ordre d'exécution est sélectionnée ?
Lorsque l'option Générer un actif pour un élément de ligne d'ordre d'exécution est sélectionnée :
- Si des règles de travail de maintenance sont utilisées, le système limite le nombre d'éléments d'ordre d'exécution, s'ils sont générés, et limite le nombre d'ordres d'exécution si seuls les ordres d'exécution sont générés. Prenons la requête dans laquelle un plan comprend 2600 actifs, chacun avec 3 règles de travail de maintenance pour la génération. En raison de cette limite, nous renvoyons une exception lorsque le nombre d'éléments d'ordre d'exécution générés dépasse 2600.
- Si des plans de maintenance avec des fréquences sont utilisés, 2600 éléments d'ordre d'exécution sont générés. Si tous les actifs de maintenance ont la même date de maintenance suggérée suivante, un seul ordre d'exécution est généré. Si les actifs de maintenance ont des dates de maintenance suggérée suivantes différentes, l'ordre d'exécution est généré pour chaque date de maintenance suggérée suivante.
Utilisation de COUNT et UNTIL
Si vous avez un actif avec plusieurs règles de travail de maintenance, chacune ayant un ordre de tri différent, nous recommandons d'utiliser UNTIL au lieu de COUNT. COUNT prend en compte uniquement les ordres d'exécution générés depuis la règle de travail de maintenance. Ainsi, les règles de travail de maintenance qui contiennent la valeur d'ordre de tri la plus élevée ne génèrent pas toujours des ordres d'exécution à la date de fin prévue, ce qui entraîne des règles d'ordre de travail se terminant après les règles qui ont une valeur d'ordre de tri inférieure.
Par exemple, vous souhaitez une récurrence mensuelle qui se termine dans 2 ans et définissez COUNT = 24. Si l'un des 24 ordres d'exécution n'a pas été généré, car une autre règle a un ordre de tri supérieur, la génération d'ordres d'exécution continue après la date de fin de la période de 2 ans jusqu'à ce que le nombre de 24 soit atteint.
Accès utilisateur
Pour générer des ordres d'exécution, un utilisateur doit avoir accès aux plans de maintenance, aux ordres d'exécution et aux rendez-vous de service. L'utilisateur est celui qui génère manuellement des ordres d'exécution ou le propriétaire du plan de maintenance pour la génération automatique. Nous recommandons de configurer un utilisateur générique afin d'éliminer les problèmes potentiels dus à des changements de personnel.
Héritage de champ
Lors de la création d'un ordre d'exécution, les informations sont extraites des règles de travail de maintenance, de l'actif de maintenance et du plan de maintenance. Un plan de maintenance peut inclure des actifs avec des règles de travail de maintenance définies dans l'actif de maintenance et le plan de maintenance. Cependant, des informations spécifiques proviennent de chaque entité.
| Entité | Informations |
|---|---|
| Règle de travail de maintenance | Date du premier ordre d'exécution dans le lot suivant Type de travail |
| Actif de maintenance | Compte Contact Date du premier ordre d'exécution dans le lot suivant* Localisation Type de travail* *S'il n'est pas défini dans la règle de travail de maintenance |
| Plan de maintenance | Propriétaire Contrat de service Type de travail* Date du premier ordre d'exécution dans le lot suivant* *S'il n'est pas défini dans la règle de travail de maintenance ou l'actif de maintenance |
Héritage de champ : date du premier ordre d'exécution dans le lot suivant
Lors de la création d'une règle de travail de maintenance, si vous ne saisissez pas de valeur de Date du premier ordre d'exécution dans le lot suivant (NextSuggestedMaintenanceDate) :
- Si la Date du premier ordre d'exécution dans le lot suivant est définie dans l'actif de maintenance, la Date du premier ordre d'exécution dans le lot suivant de la règle de travail de maintenance est définie sur la Date du premier ordre d'exécution dans le lot suivant de l'actif.
- Si l'actif de maintenance n'a pas de Date du premier ordre d'exécution dans le lot suivant, la Date du premier ordre d'exécution dans le lot suivant de la règle de travail de maintenance est définie sur la Date du premier ordre d'exécution dans le lot suivant du plan de maintenance.
Ensuite, la Date du premier ordre d'exécution dans le lot suivant d'une règle de travail de maintenance peut être définie sur une nouvelle date ou effacée. Si la Date du premier ordre d'exécution dans le lot suivant de la règle est vide lors du déclenchement de la génération d'ordre d'exécution, la Date du premier ordre d'exécution dans le lot suivant est déterminée en utilisant la même logique que la définition de la valeur à la création.
Héritage de champ : type de travail
Le type de travail d'un plan de maintenance sert de paramètre par défaut pour ses enregistrements associés. Lorsque des ordres d'exécution ou des éléments d'ordre d'exécution (WOLI) sont créés, le type de travail est déterminé en fonction d'un ordre d'héritage.
| Priorité | Source | Comportement | Mieux utilisé quand |
|---|---|---|---|
| 1er | Règle de travail de maintenance | Si un type de travail est défini ici, la recherche s'arrête immédiatement. | Le type de travail dépend de l'intervalle (service mensuel ou révision annuelle). |
| 2ème | Plan de maintenance | Si le MWR est vide, le MP est recherché. Si le type de travail est trouvé, l'actif est ignoré. | La plupart de vos actifs nécessitent le même type de travail. |
| 3ème | Actif de maintenance | Vérifié uniquement si le MWR et le MP contiennent des champs de type de travail vides. | Différents actifs sont requis dans le même MP pour avoir différents types de travail (inspection de la pompe par rapport à un changement de filtre). |
Les actifs de maintenance héritent initialement du type de travail lors de leur création, mais ils peuvent être mis à jour manuellement vers une autre valeur. Si vous souhaitez que des actifs de maintenance spécifiques déterminent le type de travail, vous devez vous assurer que le champ Type de travail de la règle de travail de maintenance et du plan de maintenance est vide.
Cumul d'éléments d'ordre d'exécution
Si l'option de génération d'un élément d'ordre d'exécution par actif est sélectionnée, le système place un ou plusieurs éléments d'ordre d'exécution qui partagent la même date de maintenance suggérée dans un seul ordre d'exécution.
Prenons un plan de maintenance dans lequel un actif par élément d'ordre d'exécution est défini avec :
- Un turbine avec des règles de travail de maintenance récurrentes hebdomadaire le lundi et mensuelle le premier lundi du mois, avec le même ordre de tri (pour plus d'informations, consultez Utilisation d'un ordre de tri).
- Un refroidisseur avec une récurrence mensuelle le premier lundi du mois.
La maintenance hebdomadaire de la turbine nécessite une intervention le 22/06, le 29/06, le 06/07 et le 13/07. La maintenance mensuelle de la turbine et du refroidisseur nécessite une intervention le 06/07. Par conséquent, le 06/07, un ordre d'exécution est généré avec trois éléments d'ordre d'exécution pour la maintenance hebdomadaire de la turbine, la maintenance mensuelle de la turbine et la maintenance mensuelle du refroidisseur. Par contre, les 22/06, 29/06 et 13/07, un seul ordre d'exécution est généré avec un élément d'ordre d'exécution pour la maintenance hebdomadaire de la turbine.
Prenons un plan de maintenance dans lequel l'option d'un seul élément d'ordre d'exécution par actif est sélectionnée, avec quatre actifs de maintenance divisés en deux ensembles de deux, qui partagent la même date de maintenance suggérée suivante où :
- Chaque actif de maintenance a une règle de travail de maintenance avec une récurrence tous les 6 mois.
- Les deux premières règles de travail de maintenance ont la même date de maintenance suggérée suivante au 01/07.
- Les deux dernières règles de travail de maintenance sont décalées d'un mois, au 01/08, par rapport au premier groupe.
Dans le cas présent :
- Les deux premiers sont regroupés dans un seul ordre d'exécution (au 01/07) avec deux éléments d'ordre d'exécution et un rendez-vous de service.
- Les deux derniers sont regroupés dans un ordre d'exécution séparé (au 01/08) avec deux éléments d'ordre d'exécution et un rendez-vous de service.
Les détails des éléments d'ordre d’exécution ne sont pas cumulés dans les ordres d'exécution lorsque vous sélectionnez l'option d'un seul élément d'ordre d'exécution généré par actif.
Prenons un plan de maintenance dans lequel l'option d'un seul élément d'ordre d'exécution par actif est sélectionnée, avec deux actifs. Chaque actif a une règle de travail de maintenance avec différents types de travail. Par exemple, le premier actif a un type de travail pour le remplacement du filtre, qui nécessite 2 heures, et le deuxième actif a un type de travail pour le remplacement de la batterie, qui nécessite 5 heures. Chaque travail de maintenance est défini sur les mêmes fréquence et date de maintenance suggérée suivante.
Si l'option d'un rendez-vous de service par un élément d'ordre d'exécution est sélectionnée :
- un seul ordre d'exécution parent est créé
- un élément d'ordre d'exécution est créé pour chaque actif, et
- si la création automatique d'un rendez-vous de service est activée pour les éléments d'ordre d'exécution dans le type de travail associé. un rendez-vous de service est créé pour chaque élément d'ordre d'exécution La durée du rendez-vous de service est remplie pour le type de travail, par exemple 2 heures pour un remplacement de filtre et 5 heures pour un remplacement de batterie.
Un rendez-vous de service par ordre d'exécution est sélectionné :
- un seul ordre d'exécution parent est créé
- un élément d'ordre d'exécution est créé pour chaque actif, et
- un rendez-vous de service est créé pour l'ordre d'exécution parent, même si la création automatique d'un rendez-vous de service n'est pas activée dans le type de travail associé.
- La durée du rendez-vous de service n'est pas remplie.
Si vous remplissez le type de travail d'un ordre d'exécution après sa génération, il hérite de la durée, du type de durée et des compétences requises du type de travail.
Suppression d'une règle de travail de maintenance
Lorsqu'une règle de travail de maintenance est supprimée, toutes les associations avec cette règle sont définies sur NULL dans les ordres d'exécution et les éléments d'ordre d'exécution générés. Une fois la règle de travail de maintenance supprimée, il n’est pas possible de déterminer si une règle de travail de maintenance a généré l’ordre d’exécution ou l’élément d’ordre d’exécution.
Reparentage
L'élément parent d'une règle de travail de maintenance peut être modifié. Pour protéger l'intégrité des données, ne reparentez pas une règle de travail de maintenance après la génération d'ordres d'exécution.
Suivi de champ et consignation
Si vous envisagez de modifier régulièrement les règles de travail, nous recommandons d'activer le suivi de champ et la consignation du débogage.
- Création de plusieurs calendriers de maintenance
Pour actualiser vos actifs, plusieurs planifications de maintenance sont souvent exécutées à différentes périodes.
