Introduction
Mettez en pause le pipeline d'automatisation à un point précis et attendez qu'un technicien approuve manuellement avant de poursuivre l'exécution. Utilisez cette action lorsqu'une étape présente suffisamment de risques pour nécessiter un point de contrôle humain avant son exécution.
Action : Attente d'approbation
Dans le pipeline d'automatisation en mode édition, cliquez sur + et sélectionnez Attente d'approbation depuis la catégorie Flux.
Cette action ne comporte aucun champ de configuration. Ajoutez-la au pipeline et positionnez-la là où vous souhaitez que la porte 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 toute opération que vous ne voudriez pas voir s'exécuter sans surveillance. C'est un moyen simple et peu contraignant d'ajouter une étape de vérification humaine sans créer un workflow d'approbation distinct.
Approuver ou rejeter les appareils en attente
Lorsqu'un appareil atteint cette action, son exécution est mise en pause jusqu'à ce qu'un technicien l'approuve ou la rejette. Ouvrez la section Attente d'approbation des détails de l'action pour gérer les exécutions en attente.
Cliquez sur Tout approuver ou Tout rejeter pour appliquer la même décision à tous les appareils actuellement en attente à cette action.
Pour décider appareil par appareil, sélectionnez l'onglet Appareils onglet. Trouvez l'appareil, puis cliquez sur Approuver ou Rejeter. La décision s'applique uniquement à l'exécution de cet appareil.
Cliquez sur la flèche d'une ligne d'appareil pour ouvrir les détails de cette exécution avant de prendre une décision.
Conditions
La section Conditions vous permet de limiter l'exécution de cette action 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'affectation de variable de sortie, les nouvelles tentatives et le bouton d'activation.
Consultez Aperçu des actions pour la référence complète sur les options supplémentaires disponibles pour chaque action.
FAQ
Où puis-je approuver ou rejeter une exécution en attente ? Ouvrez les détails de l'action. Utilisez Tout approuver ou Tout rejeter pour chaque appareil actuellement en attente à cette action, ou sélectionnez Appareils pour approuver ou rejeter un appareil à la fois. Vous pouvez également gérer une exécution depuis l'onglet Automatisations onglet dans les détails de cet appareil.
Que se passe-t-il pour l'exécution pendant qu'elle est en attente ? Le pipeline est mis en pause pour cet appareil. Les autres appareils de la même exécution continuent à progresser dans leur pipeline 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 est en attente d'approbation ? Non — il n'existe pas de notification automatique. Les techniciens doivent consulter l'historique des exécutions d'automatisation ou la vue des automatisations d'appareils 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 → Autorisations 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 dans lequel 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 correctifs basé sur des délais. 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 faire ses preuves avant d'atteindre votre environnement et vous donne la possibilité d'identifier tout problème largement signalé. Si vous prenez connaissance d'un problème avec une mise à jour particulière durant 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, tandis que 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.