Introduction
Mettez en pause le pipeline d'automatisation à un point précis et attendez qu'un technicien approuve manuellement avant de reprendre l'exécution. Utilisez cette action lorsqu'une étape comporte suffisamment de risques pour justifier un point de contrôle humain avant son exécution.
Action : Attente d'approbation
Depuis le pipeline d'automatisation en mode édition, cliquez sur + et sélectionnez Attendre l'approbation dans la catégorie Flux.
Cette action ne comporte aucun champ de configuration. Ajoutez-la au pipeline et positionnez-la à l'endroit où vous souhaitez que le point de contrôle d'approbation se produise.
💡 CONSEIL : Placez l'action Attente d'approbation immédiatement avant les actions à fort impact — modifications destructives, désinstallations en masse, ou tout ce que vous ne voudriez pas exécuter sans surveillance. C'est un moyen peu contraignant d'ajouter une étape de révision humaine sans créer un workflow d'approbation distinct.
Conditions
La section Conditions vous permet de restreindre le moment où cette action s'exécute en fonction des attributs de l'appareil ou du résultat d'une action précédente.
Consultez Conditions des actions pour la référence complète sur les types de conditions, les opérateurs et les valeurs.
Options supplémentaires
Développez Options supplémentaires pour le nom de l'action, le comportement en cas d'échec, l'assignation de variable de sortie, les nouvelles tentatives et le bouton d'activation.
Consultez Vue d'ensemble des actions pour la référence complète sur les options supplémentaires disponibles sur chaque action.
FAQ
Où puis-je approuver ou rejeter une exécution en attente ? Deux endroits : depuis l'automatisation elle-même, ou depuis l'onglet Automatisations dans les détails de l'appareil concernant l'appareil en attente.
Que se passe-t-il lors de l'exécution pendant l'attente ? Le pipeline est mis en pause pour cet appareil. Les autres appareils dans la même exécution continuent à travers leurs pipelines de manière indépendante.
L'exécution expire-t-elle si personne ne l'approuve ? Non — les approbations en attente n'expirent pas. L'exécution attend indéfiniment jusqu'à ce qu'un technicien l'approuve ou la rejette.
Les techniciens sont-ils notifiés lorsqu'une exécution attend une approbation ? Non — il n'y a pas de notification automatique. Les techniciens doivent consulter l'historique des exécutions d'automatisation ou la vue des automatisations de l'appareil pour voir les approbations en attente.
Qui peut approuver ou rejeter une exécution en attente ? Les techniciens ayant la permission de gérer les automatisations dans le groupe concerné. Consultez Espace de travail → Permissions pour la configuration du contrôle d'accès.
Puis-je utiliser cette action pour approuver chaque mise à jour Windows ou macOS avant son installation ? Level n'utilise pas actuellement un workflow où vous approuvez manuellement chaque correctif individuel avant le déploiement, et cette action ne peut pas examiner ni sélectionner des mises à jour individuelles. Level utilise plutôt un modèle de mise à jour différée. Dans l'action d'installation des mises à jour, vous choisissez les catégories de mises à jour à installer et configurez un délai pour chaque catégorie. Par exemple, vous pourriez retarder les mises à jour de service pack de 14 jours après leur publication. Cela laisse le temps à une mise à jour de se stabiliser avant d'atteindre votre environnement et vous donne la possibilité d'identifier les problèmes largement signalés. Si vous prenez connaissance d'un problème avec une mise à jour particulière pendant cette période, vous pouvez bloquer globalement cet article de la base de connaissances sous Exclusions de la base de connaissances pour empêcher son déploiement. Une autre approche consiste à utiliser des anneaux de mise à jour : un petit groupe d'appareils de laboratoire ou de test reçoit les mises à jour immédiatement ou après un délai très court, et votre parc de production plus large reçoit les mêmes mises à jour après un délai plus long. Cela vous donne la possibilité de valider les mises à jour dans votre propre environnement et de bloquer un article de la base de connaissances affecté avant qu'il n'atteigne la production.