🟢 Introducción

En las Model-Driven Apps, no solo mostramos datos: también queremos guiar al usuario por un camino de trabajo claro y repetible (por ejemplo, desde Lead → Oportunidad → Cliente).

Para eso existen los Flujos de Proceso de Negocio (Business Process Flows, BPF): una barra visual en la parte superior del formulario que indica en qué etapa del proceso estás, qué campos son obligatorios en cada paso y cuál es el siguiente paso lógico. 

🧠 Qué es / para qué sirve

Un Business Process Flow:

• Define un conjunto de etapas (stages) y pasos (steps) que el usuario debe seguir. Microsoft Learn
• Se muestra como una barra de proceso en la parte superior del formulario del registro (por ejemplo, en Lead u Opportunity). Microsoft Learn+1
• Garantiza que se sigan buenas prácticas y se capturen datos críticos antes de avanzar.
• Puede disparar automatizaciones (por ejemplo, flujos en Power Automate asociados a etapas). Microsoft Learn+1

Se usa mucho en escenarios como:

• Proceso comercial (de Lead a Deal).
• Onboarding de empleados.
• Gestión de incidencias o tickets.

🧩 Sintaxis / Configuración básica

No hay “sintaxis de código” como tal; se configuran desde el diseñador. El flujo para crearlos es:

1. En Power Apps ve a Solutions. Microsoft Learn+1
2. Abre una solución (o crea una nueva).
3. Selecciona New → Automation → Process → Business process flow. Microsoft Learn+1
4. Asigna:
   • Display name (nombre visible).
   • Name (logical).
   • La tabla (Dataverse) donde se aplicará (por ejemplo, Lead o Opportunity). Microsoft Learn+1
5. Diseña las etapas (Stages) y dentro de cada una agrega pasos (Steps) que se vinculan a campos de la tabla. Microsoft Learn
6. Guarda y Activa el flujo.

En tiempo de ejecución, el usuario ve una barra tipo “paso a paso” en la parte superior del formulario.

💻 Ejemplos (configuración práctica)

🔹 Ejemplo 1 – Proceso de ventas básico

Escenario: Lead → Calificado → Oportunidad cerrada.

1. Tabla principal: Lead (o una tabla propia de “Prospectos”).
2. Etapas:
   • Captura inicial: campos obligatorios → Nombre del cliente, Origen del lead.
   • Calificación: campos → Presupuesto estimado, Probabilidad, Fecha objetivo.
   • Cierre: campos → Resultado (Ganado/Perdido), Motivo.
3. Publicas el BPF.
4. En la app model-driven, cuando abres un Lead, verás la barra con las etapas y podrás avanzar con Next Stagecuando los campos obligatorios estén completos. 

🔹 Ejemplo 2 – BPF conectado a un flujo de Power Automate

Escenario: Al pasar a la etapa “Aprobación”, quieres lanzar un flujo que notifique a un supervisor.

1. Crea el BPF con una etapa “Aprobación”.
2. En Power Automate, crea un flujo de tipo Business process flow (plantilla “When a business process flow stage is changed”). Microsoft Learn+1
3. En el flujo:
   • Trigger: cambio de etapa en tu BPF.
   • Acción: enviar email / Teams al responsable de aprobación.

Con esto logras un proceso guiado + automatización.

🧱 Buenas prácticas

✅ Define primero el proceso de negocio en papel antes de configurarlo en el diseñador.
✅ Mantén el número de etapas razonable (demasiadas etapas cansan a los usuarios).
✅ Marca como requeridos solo los campos realmente críticos en cada etapa (no todo). Microsoft Learn
✅ Usa nomenclaturas claras para el nombre del BPF (ej. Lead to Opportunity Process).
✅ Revisa la seguridad: quién puede ver/usar cada proceso y en qué app. Microsoft Learn+1
✅ Si tienes múltiples BPF para la misma tabla, define claramente cuándo usar cada uno (por tipo de cliente, región, producto, etc.).

⚠️ Errores comunes

🚫 Crear un BPF que no refleja el proceso real de la organización (los usuarios lo ignorarán).
🚫 Hacer demasiados campos obligatorios al inicio → frustra a los usuarios y retrasa la captura. Microsoft Learn+1
🚫 No activar el BPF (queda en borrador y nunca aparece en la app).
🚫 No desactivar versiones antiguas → confusión sobre qué proceso usar.
🚫 No probar el BPF con datos reales antes de pasarlo a producción.

🔄 Variantes o alternativas

• Business Rules (Reglas de negocio): aplican lógica a nivel de formulario/campo (mostrar/ocultar, establecer valores). Complementan al BPF. The CRM Chap+1
• Power Automate (Cloud flows): para automatizar correos, aprobaciones y lógica de backend disparados por cambios en Dataverse o en el BPF. Microsoft Learn+1
• Workflows heredados / Actions (en entornos legacy de Dynamics 365): aún existen, pero se recomienda tender a Power Automate + BPF.
• Flujos de negocio específicos por app: puedes tener distintos BPF para distintas apps/modelos sobre la misma tabla. 

📚 Recursos oficiales 

📘 Create a business process flow

📗 Business process flows overview

📙 Trabajar con procesos de negocio en apps de modelo

🧩 Mini práctica

Objetivo: Crear un BPF sencillo para gestionar oportunidades.

1. En Power Apps → Solutions, crea o abre una solución.
2. Crea una tabla (si no la tienes) llamada Oportunidad o usa la tabla estándar Opportunity.
3. En la solución, elige New → Automation → Process → Business process flow y llámalo Proceso de oportunidad. Microsoft Learn+1
4. Diseña 3 etapas:
   • Calificación → campos obligatorios: Nombre, Origen.
   • Propuesta → campos: Importe estimado, Fecha cierre estimada.
   • Cierre → campos: Estado (Ganado/Perdido), Motivo.
5. Publica y Activa el flujo.
6. Abre tu app model-driven, crea una nueva oportunidad y revisa la barra de proceso:
   • Avanza etapas solo cuando completes los campos requeridos.
   • Valida que el proceso guía al usuario como esperas.