Vue d'ensemble

Un jour de maintenance planifiée (SM) désigne le jour où un élément de configuration (CI), tel qu’un robot ou un processus de bot, n’est pas disponible pour exécution. Lorsqu’une demande de changement pour un robot ou un processus de bot est acceptée par le gestionnaire de mise en production (RPA) ou l’administrateur Robotic Process Automation RPA pour créer une journée de maintenance planifiée. Dans ce cas, le processus robot ou bot ne peut pas être exécuté à ce moment-là.

Un utilisateur d’assistance RPA, un développeur RPA et un utilisateur métier RPA peuvent afficher les jours de maintenance planifiés sur le calendrier du robot. Vous pouvez vous assurer que l’utilisateur métier RPA est également ajouté à la liste Géré par le groupe.

Les jours de maintenance planifiés s’appliquent également aux robots qui se trouvent dans le pool de robots.

Avantages des jours de maintenance planifiée

Workflow

Dans RPA Hub, une demande de changement (CR) avec les détails des dates de début et de fin planifiées ainsi que l’heure est créée. Ce CR est reflété comme un jour de maintenance planifié dans le calendrier de robot, uniquement lorsque la demande de changement est dans les états Planifié, Implémenter ou Revue. Pour plus d’informations sur les états CR, reportez-vous à State model and transitions.

Une carte d’événement SM associée apparaît sur le calendrier du robot pour afficher les jours de maintenance planifiés.

Consultez l’exemple suivant pour obtenir un instantané des cartes d’événements planifiés pour un jour de maintenance sur le calendrier de robot.

Les utilisateurs métiers RPA, les gestionnaires de publication RPA, les utilisateurs d’assistance RPA, les développeurs et les administrateurs RPA ont une visibilité sur les impacts potentiels des exécutions d’automatisation actuelles ou futures. Les gestionnaires de publication RPA et les administrateurs RPA peuvent prendre un appel à l’action approprié, comme accepter ou rejeter une carte d’événement SM associée pour le CI sur le calendrier de robot.

Si la carte d’événement SM est acceptée, une demande de maintenance (MR) est créée sur le calendrier du robot, avec l’état En attente.

Voir l’exemple suivant pour obtenir un instantané d’une carte d’événement SM Day acceptée sur le calendrier du robot.

Si le CI associé est à l’état Publié, le CI associé passe à l’état En cours de maintenance pendant la période de maintenance planifiée. Les exécutions sont arrêtées jusqu’à ce que le CR soit fermé. Le CI passe ensuite automatiquement à l’état Publié.

Voir l’exemple suivant pour un instantané d’acceptation de la carte d’événement SM lorsque le CI associé (processus de bot) est à l’état Publié.

Si la carte d’événement SM est rejetée, elle n’apparaît pas dans le calendrier du robot. Une RM est créée avec l’état Rejeté.

Vous pouvez afficher la demande de maintenance pour suivre l’état de la maintenance planifiée. Pour plus d'informations, consultez Afficher les demandes de maintenance dans RPA Hub et Formulaire de demande de maintenance.

Pour en savoir plus sur la gestion des jours de maintenance planifiés, reportez-vous à Gérer les jours de maintenance planifiée dans RPA Hub.

Mappage entre une demande de changement et une demande de maintenance

Un mappage un-à-un existe entre une demande de changement (CR) et une demande de maintenance (MR). Si une RM existante est mappée à un CR et que vous souhaitez créer une RM pour le même CR. Ensuite, vous devez annuler la MR précédente et créer une MR pour le même CR. Par exemple, si CR1 est mappé à MR1 (CR1 :MR1). Pour créer MR2, vous devez annuler MR1 et mapper CR1 à MR2 (CR1 :MR2).

Si plusieurs CR ou des CR en double sont créés pour le même CI, les MR sont pris en compte par rapport à n’importe quel CR individuel. La décision est prise par le gestionnaire de mise en production RPA.

Comportement des jours de maintenance planifiés pour différents états CR

Si le CR est dans les états Calendrier, Implémentation ou Révision et que le champ Date de début planifiée du formulaire CR est vide. Ensuite, le jour SM ne se reflète pas sur le calendrier du robot et la RM existante n’est pas exécutée.

Si le CR est dans les états Calendrier, Implémentation ou Révision et que le champ Date de fin prévue du formulaire CR est vide. Par exemple, la date de début prévue est le 21 janvier. Ensuite, le jour SM ne se reflète que pour un jour à partir de la date de début planifiée jusqu’à 23h59 le même jour. Une MR est créée pour le 21 janvier. Le CI est à l’état En maintenance jusqu’à ce que le CR soit fermé, même si la date est passée. Toutefois, la maintenance du calendrier n’apparaît pas dans le calendrier du robot une fois la date de fin passée.

Si le CR est dans les états Calendrier, Implémentation ou Revue, les champs Date de début planifiée et Date de fin prévue du formulaire CR sont vides. Dans ce cas, le jour SM n’apparaît pas dans le calendrier du robot et la RM existante n’est pas exécutée.

Si le CR est dans les états Calendrier, Implémenter ou Révision, et que les Date de début et Date de fin planifiées du formulaire CR sont replanifiées. Ensuite, la maintenance planifiée est automatiquement mise à jour à la date replanifiée. La RM précédente est annulée et le gestionnaire de mise en production RPA crée une RM pour la date replanifiée en acceptant la carte d’événement SM.

Si l’option En suspens du formulaire CR est sélectionnée, le jour SM n’apparaît pas dans le calendrier du robot et la RM existante n’est pas exécutée.

Si le CR du CI respectif n’est pas à l’état Fermé, le CI est néanmoins fonctionnel. Ensuite, le gestionnaire de publication RPA peut mettre à jour l’état de l’étape du cycle de vie du CI sur Publié ou En cours d’utilisation.

Si le CR est fermé, l’état de l’étape du cycle de vie du CI respectif est mis à jour sur Publié ou En cours d’utilisation.

Si le CR est annulé et que la RM est dans l’état En attente, elle n’est pas exécutée. Si la RM est sélectionnée pour l’exécution, annulez-la. Pour plus d'informations, consultez Gérer les jours de maintenance planifiée dans RPA Hub.

Si le CR est annulé et que la RM est à l’état En cours. Ensuite, l’état de l’étape du cycle de vie du CI passe à l’état Publié et la RM est mise à jour sur l’état Terminé.