Condiciones de desencadenador en Power Automate: iniciar flujos solo cuando merece la pena

Condiciones de desencadenador en Power Automate: sintaxis con el signo @, combinación OR y por qué reducen las solicitudes API y los costes.

Boceto dibujado a mano: una rueda de válvula en una tubería, coloreada en turquesa, que controla si el líquido puede fluir.

Las condiciones de desencadenador hacen que, en Power Automate, un flujo solo se ejecute realmente cuando se cumplen una o varias condiciones adicionales, en lugar de iniciarse con cada evento individual y comprobar la condición solo dentro de una acción. Cada condición de desencadenador es una expresión que, según Microsoft Learn, debe comenzar obligatoriamente con el signo @, y un flujo solo se ejecuta cuando se cumplen todas las condiciones configuradas. Actualizado: agosto de 2026.

¿Por qué no basta con una condición normal dentro de la acción?

Porque, sin una condición de desencadenador, el flujo se inicia de todos modos con cada evento y ya se cuenta como una ejecución realizada, aunque una condición posterior lo finalice de inmediato. Microsoft Learn pone un ejemplo: una revisión de facturas que se activa por cada factura entrante puede generar 1000 ejecuciones para 1000 facturas entrantes, aunque solo 50 de ellas se aprueben realmente. Con una condición de desencadenador sobre el estado de aprobación, solo se ejecutan realmente los 50 casos relevantes, lo que reduce los costes, especialmente en entornos de pago por uso, ya que allí se factura cada ejecución. Puede encontrar más información en Personalizar desencadenadores.

¿Cómo es la sintaxis de una condición de desencadenador?

Cada condición de desencadenador comienza con el signo @, seguido de una expresión que comprueba un valor procedente del desencadenador. Si varias condiciones deben cumplirse al mismo tiempo, basta con añadir varias expresiones por separado: de forma predeterminada, todas deben cumplirse entonces para que el flujo se inicie. Si, en cambio, basta con que se cumpla cualquiera de varias condiciones, según Microsoft Learn debe usarse la sintaxis @or(test1, test2, test3). Si una condición no se cumple, el flujo ni siquiera se desencadena y, según la misma fuente, tampoco se registra ninguna ejecución en el historial. Encontrará más ejemplos de este tipo de expresiones en Usar expresiones en las condiciones.

¿Dónde introduzco la condición de desencadenador en el flujo?

En el nuevo diseñador, abra el desencadenador del flujo, seleccione Configuración y añada la expresión mediante el botón Agregar junto a Condiciones de desencadenador. En el diseñador clásico, despliegue el desencadenador, abra la configuración mediante el menú de tres puntos y busque la entrada Agregar bajo Condiciones de desencadenador. En ambos casos, también puede generar una expresión a partir de la acción Filtrar matriz: componga allí la condición en modo avanzado, copie la expresión, péguela en la condición de desencadenador del desencadenador y, a continuación, elimine de nuevo la acción Filtrar matriz.

¿Dónde más suele aparecer este tema solo de forma marginal en la práctica?

En muchas guías de solución de problemas de Power Automate, la condición de desencadenador solo se menciona de pasada, por ejemplo cuando un flujo parece ejecutarse con demasiada o muy poca frecuencia sin motivo aparente. Sin embargo, suele ser la palanca más sencilla para corregir precisamente ese comportamiento, porque actúa directamente en el desencadenador y no varias acciones después. Quien trabaje habitualmente con flujos que reaccionan a eventos de SharePoint, correo electrónico o Dataverse debería, por tanto, incorporar las condiciones de desencadenador como herramienta estándar, en lugar de añadirlas solo cuando el número de ejecuciones se convierta en un problema. Si desea que revisemos sus flujos existentes en busca de ejecuciones innecesarias, nuestra consultoría de Power Automate.

Preguntas frecuentes sobre las condiciones de desencadenador en Power Automate

¿Cuenta como ejecución un flujo que no se inicia debido a una condición de desencadenador?

No. Según Microsoft Learn, en ese caso el flujo ni siquiera se desencadena y no se crea ninguna entrada en el historial de ejecuciones. Esto distingue la condición de desencadenador de una condición normal dentro del flujo, que solo se comprueba después de iniciarse y aun así genera una ejecución.

¿Puedo combinar varias condiciones de desencadenador con OR?

Sí, para ello, según Microsoft Learn, está prevista la sintaxis @or(test1, test2, test3). Sin esta palabra clave, Power Automate combina de forma predeterminada varias condiciones añadidas por separado con AND, de modo que todas deben cumplirse al mismo tiempo.

¿Tengo que escribir la sintaxis a mano?

No necesariamente. En su lugar, puede componer una condición mediante la acción Filtrar matriz en modo avanzado, copiar la expresión generada y pegarla en la condición de desencadenador del desencadenador. A continuación, vuelva a eliminar la propia acción Filtrar matriz; solo se necesita para generar la expresión.

¿Afecta una condición de desencadenador al consumo de solicitudes API?

Sí, y según Microsoft Learn esa es una de las principales razones para usarlas: sin una condición de desencadenador, cada evento que activa el desencadenador ya cuenta como una solicitud API, aunque el flujo se detenga inmediatamente después debido a una condición. Con una condición de desencadenador adecuada, el número de solicitudes contabilizadas se reduce a los casos realmente relevantes.

Simon Glowik, fundador de NordFlux
Sobre el autor

Fundador de NordFlux. Siete años de experiencia, desde la web y el SEO hasta la automatización a escala de grupo, hoy de forma pragmática para las pymes y con soberanía de datos alemana.

Certificaciones

  • Certificado Microsoft — PL-900 y AZ-900
  • Certificado UiPath — Automation Developer Associate
Todos los artículos
Análisis inicial gratuito

¿Preguntas concretas sobre automatización o IA?

En un análisis inicial gratuito hablamos directamente de su caso. Sin compromiso.