Las puertas de Flujo de trabajo externo permiten que un sistema externo — como Power Automate, ServiceNow o Azure DevOps — controle el avance de una fase de proyecto en Fluid. A diferencia de una puerta estándar en modo Declarado, que un Project Manager cierra manualmente, una puerta de Flujo de trabajo externo solo puede abrirse o cerrarse mediante la API REST de Fluid. Esto la hace ideal para escenarios de integración en los que la decisión de aprobación ocurre fuera de Fluid.
Cuando se combina con una aprobación de Fluid, una puerta de Flujo de trabajo externo va un paso más allá: el sistema externo indica que la puerta está lista para cerrarse y, a continuación, Fluid crea una tarea de aprobación formal para un aprobador configurado antes de que la puerta se cierre realmente. Esto brinda a las organizaciones un potente modelo de gobernanza en dos pasos: un disparador externo seguido de un visto bueno interno.
Cómo funciona
Puerta de Flujo de trabajo externo configurada sin aprobación
-
La puerta se crea en la plantilla de Stage Gate con el Modo de puerta configurado en Flujo de trabajo externo.
-
No se configura ningún Tipo de aprobación (se deja en Ninguno).
-
La puerta aparece en la fase del proyecto en estado Open y los usuarios no pueden alternarla desde la interfaz.
-
Un sistema externo llama a la API V3 de Fluid para poner la puerta en Cerrado (u Open / En progreso).
-
La puerta se cierra de inmediato cuando se realiza la llamada a la API.
Puerta de Flujo de trabajo externo combinada con una aprobación de Fluid
-
La puerta se crea con el Modo de puerta configurado en Flujo de trabajo externo.
-
Se configura un Tipo de aprobación — por ejemplo, Executive, Business Owner o una Solicitud de trabajo.
-
La puerta aparece en la fase del proyecto en estado Open y los usuarios no pueden alternarla desde la interfaz.
-
Un sistema externo llama a la API V3 de Fluid para poner la puerta en Cerrado.
-
En lugar de cerrarse de inmediato, Fluid pone la puerta en Blocking y crea una decisión o tarea de aprobación para el aprobador configurado.
-
El aprobador recibe una notificación y revisa la puerta.
-
Con la aprobación, la puerta se cierra automáticamente.
-
Con el rechazo, la puerta vuelve a Open (no Blocking, no cerrada) y el sistema externo puede volver a llamar a la API para reactivar la aprobación.
Importante: Si no se puede resolver ningún aprobador para el Tipo de aprobación configurado (por ejemplo, si el proyecto no tiene ningún Executive asignado), la puerta se cierra directamente sin crear una tarea de aprobación. Esto evita que la puerta quede bloqueada de forma permanente.
Esta combinación implica que el sistema externo decide cuándo la puerta está lista para revisión, mientras que el flujo de aprobación de Fluid decide si la puerta debe cerrarse realmente.
Configuración de puertas de Flujo de trabajo externo con aprobaciones
Requisitos previos
-
Debe tener acceso a la Consola de Administración.
-
Las metodologías y fases de proyecto ya deben estar configuradas.
Paso 1: crear o editar un Stage Gate
-
Vaya a Consola de Administración → Configuración del Proyecto → Metodologías, Fases y Puertas de Decisión.
-
En la pestaña Puertas de Decisión, haga clic en Agregar artículo para crear una nueva puerta, o haga clic en una puerta existente para editarla.
-
Complete los siguientes campos:
|
Field |
Valor |
Notas |
|---|---|---|
|
Nombre |
Un nombre descriptivo para la puerta |
p. ej., "External Design Review" |
|
Descripción |
(Opcional) Criterios detallados para la puerta |
Se muestra a los usuarios en el espacio de trabajo del proyecto |
|
Activo |
On |
Configúrelo en Apagado para ocultar la puerta de los nuevos flujos de trabajo |
|
Tipo de puerta |
Entry o Exit |
Entry = inicio de la fase, Exit = fin de la fase |
|
Modo de puerta |
Flujo de trabajo externo |
Esta es la configuración clave |
Paso 2: configurar la aprobación
Cuando selecciona Flujo de trabajo externo como Modo de puerta, aparecen campos adicionales:
|
Field |
Valor |
Notas |
|---|---|---|
|
Tipo de aprobación |
Ninguno, Named, Portfolio Approver, Business Owner, Owner, o Executive |
Determina quién debe aprobar la puerta cuando el sistema externo solicita su cierre. Configúrelo en Ninguno si no se necesita ninguna aprobación de Fluid. |
|
Aprobación |
(Solo cuando el Tipo de aprobación es Named) |
Seleccione el usuario específico, el Work Hub o el flujo de la Solicitud de trabajo que recibirá la tarea de aprobación. |
|
Duración para la aprobación |
Número de días (7 de forma predeterminada) |
SLA para que el aprobador actúe sobre la tarea de aprobación. |
|
Política de reinicio |
Ninguno, Project Managers o Project Admins Only |
Controla quién puede reiniciar una aprobación bloqueada si se rechaza o se estanca. |
Sugerencia: Si configura el Tipo de aprobación en cualquier valor distinto de Ninguno, la llamada de la API externa para cerrar la puerta activará un flujo de aprobación de Fluid en lugar de cerrar la puerta directamente. La puerta permanecerá en estado Blocking hasta que el aprobador actúe.
Paso 3: configurar un hipervínculo (opcional)
Las puertas de Flujo de trabajo externo admiten una Expresión de hipervínculo opcional que muestra un enlace en el que se puede hacer clic en el espacio de trabajo del proyecto. Esto resulta útil para dirigir a los usuarios al sistema externo donde se gestiona la decisión de la puerta.
|
Field |
Valor |
Notas |
|---|---|---|
|
Expresión de hipervínculo |
Una expresión dinámica que se resuelve en una URL |
Utilice tokens |
Ejemplos de expresiones:
-
"https://myapp.example.com/review/" + [Id] -
"https://apps.powerapps.com/play/e/env-id/a/app-id?projectId=" + [Id] + "&gateId=" + [GateId]

Paso 4: asignar la puerta a una fase
-
Cambie a la pestaña Puertas de fase.
-
Haga clic en Agregar compuerta a fase.
-
Seleccione la Metodología, la Fase y la Puerta de decisión que acaba de crear.
-
Configure el Orden de puerta (controla la secuencia dentro de la fase).
-
Guarde.
Paso 5: propagar a los proyectos
Haga clic en Apply to All Projects para aplicar la nueva configuración de la puerta a todos los proyectos existentes que usan la metodología, o cree proyectos nuevos para que adopten la puerta automáticamente.
Cómo funciona internamente el flujo de aprobación
Cuando el sistema externo envía una solicitud de cierre, Fluid comprueba si la puerta tiene configurado un Tipo de aprobación:
-
Si
ApproverRolees Ninguno (o está vacío), la puerta se cierra de inmediato. -
Si
ApproverRoleestá configurado (Executive, Business Owner, Owner, Portafolio, Work Hub o Solicitud de trabajo), Fluid:-
Pone la puerta en Blocking (
IsBlocking = true,IsClosed = false). -
Resuelve el o los aprobadores según el rol configurado y el equipo del proyecto.
-
Crea una tarea de aprobación (una tarjeta de flujo de trabajo del tablero o una solicitud de decisión, según el tipo de aprobador).
-
El aprobador recibe una notificación con una fecha límite de SLA.
-
-
Si no se puede resolver el rol configurado (por ejemplo, si no hay ningún Executive asignado al proyecto), la puerta se cierra directamente como alternativa.
Cuando el aprobador actúa:
-
Aprobado → la puerta se pone en Cerrado (
IsBlocking = false,IsClosed = true). El avance de la fase queda desbloqueado. -
Rechazado → la puerta vuelve a Open (
IsBlocking = false,IsClosed = false). El sistema externo puede volver a llamar a la API para reactivar el ciclo de aprobación.
Nota: Este comportamiento de aprobación se aplica a ambos endpoints de la API: el endpoint de flujo de trabajo (
/rest/api/stagegates/workflow/{projectId}/{gateId}/{state}) y el endpoint basado en GUID (/rest/api/stagegates/{projectGuid}/{gateId}). En ambos casos, solicitar el cierre de una puerta con un tipo de aprobación configurado iniciará el flujo de aprobación en lugar de cerrarla directamente.
Cómo experimentan los usuarios las puertas de Flujo de trabajo externo con aprobaciones
-
La puerta aparece en el panel de Stage Gate del proyecto con un indicador visual de que se administra externamente.

-
Los usuarios no pueden alternar la puerta entre abierta y cerrada desde Fluid.
-
Si se configura un hipervínculo, los usuarios ven un enlace en el que pueden hacer clic que los lleva al sistema externo.
-
Cuando el sistema externo activa un cierre y hay una aprobación configurada, el aprobador ve una tarea de aprobación estándar de Fluid en su lista de tareas.
-
La puerta se muestra como Blocking mientras la aprobación está pendiente.
-
La puerta bloquea el avance de la fase hasta que se complete la aprobación.
Resumen del comportamiento de la puerta según la configuración
|
Tipo de aprobación |
Qué sucede cuando la API envía una solicitud de cierre |
|---|---|
|
Ninguno |
La puerta se cierra de inmediato. |
|
Named / Executive / Business Owner / Owner / Portfolio |
La puerta pasa a Blocking, y se crea una tarea de aprobación para el aprobador configurado. La puerta solo se cierra tras la aprobación. Si no se puede resolver ningún aprobador, la puerta se cierra directamente. |
Política de reinicio
Si una aprobación se rechaza o se estanca, la Política de reinicio determina quién puede restablecer la puerta:
|
Política de reinicio |
Quién puede reiniciar |
|---|---|
|
Ninguno |
La puerta no se puede reiniciar. |
|
Project Managers |
Usuarios con permisos de gestión sobre el proyecto. |
|
Project Admins Only |
Solo los usuarios con permisos de administrador del proyecto. |
Reiniciar una puerta la restablece a Blocking (IsBlocking = true, IsClosed = false) y restablece la acción de aprobación asociada a su estado de solicitud inicial. La puerta solo se puede reiniciar cuando está en la fase actual del proyecto.
Preguntas frecuentes
¿Puede un Project Manager cerrar manualmente una puerta de Flujo de trabajo externo? No. Las puertas de Flujo de trabajo externo solo se pueden abrir o cerrar mediante la API V3 de Fluid. El Project Manager puede ver el estado de la puerta, pero no puede modificarlo.
¿Qué sucede si el aprobador rechaza la puerta? La puerta vuelve a Open (no Blocking, no cerrada). El sistema externo puede volver a llamar a la API para reactivar la aprobación. Si hay una Política de reinicio configurada, un usuario con el rol adecuado también puede reiniciar la aprobación desde Fluid.
¿Qué sucede si no hay ningún aprobador asignado para el rol configurado? La puerta se cierra directamente sin crear una tarea de aprobación. Por ejemplo, si el Tipo de aprobación está configurado en Executive pero el proyecto no tiene ningún Executive asignado, la puerta se cerrará de inmediato cuando se realice la llamada a la API.
¿Puedo cambiar el Tipo de aprobación después de que los proyectos ya estén usando la puerta? Sí. Los cambios en la plantilla de Stage Gate se aplicarán a cualquier proyecto en el que la puerta aún no se haya cerrado y no se haya iniciado ningún flujo de aprobación. Los proyectos en los que la puerta ya está cerrada o tiene una aprobación activa en curso no se ven afectados.
¿Las puertas de Flujo de trabajo externo siguen las mismas reglas de secuenciación que las demás puertas? Sí. Las puertas de Flujo de trabajo externo respetan las tres reglas de Stage Gate:
-
Regla de fase — No se pueden cerrar puertas en fases futuras.
-
Regla de entrada/salida — Todas las puertas de entrada deben cerrarse antes que las puertas de salida en la misma fase.
-
Regla de orden — Las puertas deben cerrarse en secuencia dentro de su tipo.
¿Puedo usar una expresión de Smart Gate con una puerta de Flujo de trabajo externo? Sí. El campo Expresión de puerta inteligente (Conditional Expression) está disponible para todos los modos de puerta y controla si la puerta es aplicable a un proyecto determinado según una regla dinámica.
¿La aprobación se activa en ambos endpoints de la API? Sí. Tanto el endpoint de flujo de trabajo (/rest/api/stagegates/workflow/{projectId}/{gateId}/{state}) como el endpoint basado en GUID (/rest/api/stagegates/{projectGuid}/{gateId}) activarán el flujo de aprobación al cerrar una puerta que tenga un Tipo de aprobación configurado. La única diferencia es que el endpoint de flujo de trabajo admite el modelo de tres estados (Open/In Progress/Closed), mientras que el endpoint basado en GUID solo admite open/closed.