Introducción
Pause el pipeline de automatización en un punto específico y espere a que un técnico apruebe manualmente antes de continuar la ejecución. Use esta acción cuando un paso conlleve suficiente riesgo como para requerir un punto de control humano antes de ejecutarse.
Acción: Esperar aprobación
Si el canvas no tiene acciones aún, seleccione Agregar una acción. Para agregar este paso a un canvas que ya tiene acciones, haga clic en el elemento en línea + donde desee colocarla y seleccione Agregar otra acción. Luego elija Esperar aprobación de Flujo.
Esta acción no tiene campos de configuración. Agréguela al pipeline y ubíquela donde desee que ocurra la puerta de aprobación.
💡 CONSEJO: Coloque «Esperar aprobación» inmediatamente antes de acciones de alto impacto: cambios destructivos, desinstalaciones masivas o cualquier cosa que no desee ejecutar sin supervisión. Es una forma de bajo costo de agregar un paso de revisión humana sin necesidad de crear un flujo de aprobación independiente.
Aprobar o rechazar dispositivos en espera
Cuando un dispositivo llega a esta acción, su ejecución se pausa hasta que un técnico la apruebe o rechace. Abra los Esperar aprobación detalles de la acción para gestionar las ejecuciones en espera.
Haga clic en Aprobar todo o Rechazar todo para aplicar la misma decisión a todos los dispositivos que actualmente esperan en esta acción.
Para decidir un dispositivo a la vez, seleccione la Dispositivos pestaña. Busque el dispositivo y haga clic en Aprobar o Rechazar. La decisión se aplica únicamente a la ejecución de ese dispositivo.
Haga clic en la flecha de una fila de dispositivo para abrir los detalles de esa ejecución antes de decidir.
Condiciones
La Condiciones sección le permite restringir cuándo se ejecuta esta acción según los atributos del dispositivo o el resultado de una acción anterior.
Consulte Condiciones de acción para la referencia completa sobre tipos de condiciones, operadores y valores.
Opciones adicionales
Expanda Opciones adicionales para el nombre de la acción, el comportamiento ante fallos, la asignación de variables de salida, los reintentos y el interruptor de habilitación.
Consulte Descripción general de acciones para la referencia completa sobre las opciones adicionales disponibles en cada acción.
Preguntas frecuentes
¿Dónde apruebo o rechazo una ejecución pendiente? Abra los detalles de la acción. Use Aprobar todo o Rechazar todo para todos los dispositivos que actualmente esperan en esa acción, o seleccione Dispositivos para aprobar o rechazar un dispositivo a la vez. También puede gestionar una ejecución desde la Automatizaciones pestaña en los detalles de ese dispositivo.
¿Qué ocurre con la ejecución mientras está en espera? El pipeline está pausado para ese dispositivo. Los demás dispositivos de la misma ejecución continúan a través de sus pipelines de forma independiente.
¿Caduca la ejecución si nadie la aprueba? No: las aprobaciones pendientes no caducan. La ejecución espera indefinidamente hasta que un técnico la apruebe o rechace.
¿Se notifica a los técnicos cuando una ejecución está esperando aprobación? No: no hay notificación automática. Los técnicos deben consultar el historial de ejecuciones de automatización o la vista de automatizaciones del dispositivo para ver las aprobaciones pendientes.
¿Quién puede aprobar o rechazar una ejecución pendiente? Los técnicos con permiso para gestionar automatizaciones en el grupo correspondiente. Consulte Espacio de trabajo → Permisos para la configuración del control de acceso.
¿Puedo usar esto para aprobar cada actualización de Windows o macOS antes de que se instale? Level no utiliza actualmente un flujo de trabajo en el que se apruebe manualmente cada parche individual antes de su implementación, y esta acción no puede revisar ni seleccionar actualizaciones individuales. En cambio, Level emplea un modelo de aplicación de parches basado en retrasos. En la acción de instalación de actualizaciones, usted elige qué categorías de actualizaciones desea instalar y configura un retraso para cada categoría. Por ejemplo, podría retrasar las actualizaciones de paquetes de servicio 14 días tras su lanzamiento. Esto le da tiempo a una actualización para asentarse antes de llegar a su entorno y le brinda la oportunidad de identificar problemas ampliamente reportados. Si durante ese período detecta un problema con una actualización en particular, puede bloquear ese KB de forma global en Exclusiones de KB para evitar que se implemente. Otro enfoque son los anillos de actualización: un pequeño grupo de dispositivos de laboratorio o prueba recibe las actualizaciones de inmediato o tras un retraso muy corto, mientras que el conjunto de producción más amplio las recibe después de un retraso mayor. Esto le da la oportunidad de validar las actualizaciones en su propio entorno y de bloquear un KB afectado antes de que llegue a producción.