Las reglas de negocio que dan inteligencia a una Power App rara vez viven dentro de la app. La mayoría se construyen en Power Automate, porque ahí tienes la flexibilidad para validar datos, lanzar notificaciones y mover registros entre sistemas sin tocar una línea de código. Si trabajas con flujos de aprobación, este enfoque te ahorra horas y errores.

Vamos a usar como ejemplo un registro de gastos: cada vez que alguien captura un gasto desde la app móvil, queremos que el flujo revise el monto, el método de pago y dispare una aprobación al equipo correspondiente.

¿Cómo creo un flujo que se dispare al crear un registro?

Lo primero es darle un nombre claro al flujo. En mi caso lo llamé revision-gastos, sin espacios ni acentos. Aunque no estés escribiendo código, respetar las buenas prácticas de nomenclatura te evita conflictos cuando tus flujos empiecen a hablar entre sí [01:05].

El disparador que necesitamos es cuando un elemento se ha creado. Power Automate te pide dos parámetros básicos:

• El sitio donde vive la información, en este caso el sitio de Teams del proyecto A.
• La lista de SharePoint que alimenta la app, llamada Gastos.

Con eso configurado, cada nuevo registro en esa lista activará automáticamente las reglas siguientes.

¿Qué es un disparador en Power Automate? Es la acción inicial que pone en marcha un flujo. Puede ser la creación de un registro, la llegada de un correo o un horario específico. Sin disparador, el flujo nunca se ejecuta.

¿Por qué necesito variables para validar reglas dinámicas?

Las reglas que queremos aplicar son dos: que el gasto sea mayor a mil y que se haya pagado con tarjeta corporativa. Como esos valores cambian en cada registro, necesitamos guardarlos temporalmente. Eso es justamente lo que hace una variable [03:20].

Dentro de las funciones de variables, elegí iniciar variable dos veces:

• Una para el método de pago, de tipo cadena, porque guarda texto.
• Otra para la revisión de aprobación, de tipo booleano, porque solo tiene dos valores posibles: requiere aprobación o no la requiere.

Elegir bien el tipo de dato importa. Un booleano es más eficiente cuando solo manejas sí o no, mientras que una cadena te sirve para texto libre como el nombre de un método de pago.

¿Cómo organizo los nombres de cada paso?

Power Automate por defecto nombra los pasos como Inicializar variable, Inicializar variable 1 y así. Si dejas esos nombres, en flujos largos te vas a perder. Yo los renombré como variable inicia método de pago y variable inicia revisión de aprobación para identificar de un vistazo qué hace cada bloque [05:45].

¿Cómo aplico condicionales tipo if then dentro del flujo?

El siguiente paso es agregar un control de tipo condición. Esta es la traducción visual del clásico if then del desarrollo: si algo ocurre, entonces haz otra cosa [07:10].

La condición evalúa el campo método de pago y lo compara con el texto tarjeta corporativa. Importante: si usas el operador es igual a, el texto debe coincidir exactamente como aparece en la lista de SharePoint, respetando mayúsculas y espacios.

También puedes usar otros operadores según el caso:

• contiene, cuando buscas que el valor incluya cierta palabra.
• no es igual a, para excluir un valor específico.
• es igual a, para coincidencia exacta.

¿Qué pasa si el texto no coincide exactamente? La condición devuelve falso y el flujo no ejecuta la rama true. Por eso conviene estandarizar los valores en la lista de SharePoint desde el inicio.

¿Qué acciones disparo cuando la condición se cumple?

Dentro de la rama true, traigo de vuelta las dos variables que inicialicé y les asigno valores que confirman el escenario: este método de pago requiere reembolso y esta solicitud requiere aprobación.

Cuando ambas variables se cumplen, el flujo ejecuta una secuencia de acciones encadenadas:

1. Crea una aprobación y la asigna a la persona responsable, incluyendo un enlace de referencia [09:30].
2. Publica un mensaje en Teams notificando a quien creó el gasto que su reembolso fue aprobado.
3. Actualiza el registro en SharePoint cambiando el estado a aprobado, usando el ID del elemento que vino en el disparador.

Cada bloque que añades te pide parámetros específicos: sitio, lista, identificador, valor a actualizar. Power Automate te guía con esos campos para que sepas exactamente qué llenar.

¿Cómo se ve el flujo completo en su versión compacta?

Al cerrar las condiciones, el flujo queda legible en pocos pasos: cuando un elemento se crea, revisa el método de pago y la necesidad de aprobación, y según las variables, dispara o no la cadena de acciones. Esa vista compacta es útil cuando quieres compartir el flujo con alguien más o documentar la lógica de negocio.

La belleza de este enfoque es que la app móvil queda limpia y la inteligencia vive en el flujo. Si mañana cambian las reglas (por ejemplo, que el monto mínimo suba a 2000), modificas el flujo sin tocar la app.

¿Qué regla de negocio automatizarías primero en tu equipo? Cuéntame en los comentarios cómo lo aplicarías a tu caso.