💡 Introducción

A medida que nuestras automatizaciones crecen, es común terminar con flujos gigantescos y difíciles de depurar. ¿Qué pasaría si pudieras crear un bloque de lógica (como enviar un correo personalizado o procesar una factura) y usarlo en diez flujos diferentes sin tener que reconstruirlo? Aquí es donde entran los Flujos Hijo (Child Flows). Implementar esta técnica no solo ahorra tiempo, sino que permite segmentar procesos complejos en piezas pequeñas y manejables.

🛠️ Requisitos Críticos para Flujos Hijo

Antes de empezar, hay dos reglas de oro que debemos cumplir, de lo contrario, la opción para llamarlos simplemente no aparecerá:

  1. Vivir en una Solución: Tanto el flujo Padre como el flujo Hijo deben estar dentro de una Solución de Dataverse (Solutions). No funcionan en flujos «sueltos» en Mis Flujos.
  2. Conexiones Incrustadas: El flujo Hijo debe estar configurado para usar una conexión específica (Run-only users / Usuarios de solo ejecución) en lugar de la del usuario que lo invoca.

💻 Anatomía de la Relación Padre-Hijo

ComponenteRol en el ProcesoAcción / Disparador Clave
Flujo HijoEjecuta la tarea específica y devuelve un resultado.Trigger: Manual trigger a flow.
Flujo PadreOrquesta el proceso principal e invoca al hijo.Acción: Run a Child Flow.
RetornoEnvía la confirmación o datos de vuelta al padre.Acción: Respond to a Power App or flow.

🛠️ Pasos para la Implementación Técnica

Para que la comunicación sea exitosa, sigue este orden:

  1. Crea el Hijo primero: Define las entradas (inputs) que el Hijo necesita (ej. un ID de registro o un correo).
  2. Finaliza con una respuesta: Siempre agrega la acción «Respond to a Power App or flow». Sin esto, el flujo Padre se quedará esperando eternamente o no recibirá los datos procesados.
  3. Configura los Permisos: En la página de detalles del flujo Hijo, busca la sección «Run only users», haz clic en Editar y asegúrate de que las conexiones digan «Use this connection» y no «Provided by run-only user».

✍️ Mini Ejercicio Práctico: El «Notificador Universal»

Crea un sistema donde un flujo Hijo se encargue de todos tus avisos de error:

  1. Hijo: Crea un flujo dentro de una solución con un trigger manual que pida un texto llamado MensajeError. Agrega una acción de Teams para enviar ese mensaje a un canal técnico y termina con una respuesta de «Éxito = True».
  2. Configuración: Cambia los permisos de «Run only users» para usar una conexión fija.
  3. Padre: En cualquier otro flujo de la solución, agrega la acción «Run a Child Flow», selecciona tu notificador y pásale el error que ocurrió.
  4. Resultado: ¡Ahora todos tus flujos pueden reportar errores usando el mismo proceso centralizado!

📚 Fuentes Consultadas

📌 Conclusión

Adoptar una arquitectura de flujos hijo es pasar de ser un «hacedor de flujos» a ser un «arquitecto de soluciones». La modularidad reduce el riesgo de errores y facilita enormemente las actualizaciones futuras. 

Deja un comentario

¡Gracias por tu mensaje!

Me pondré en contacto tan rápido como pueda.

Descubre más desde Power Platform En Español

Suscríbete ahora para seguir leyendo y obtener acceso al archivo completo.

Seguir leyendo