Esta es la pregunta que más veces me han hecho después de «¿cómo hago esto en Power Automate?»: ¿qué licencia necesito? Y con razón, porque el licenciamiento de Power Platform no es un único SKU, sino varios modelos pensados para casos de uso distintos.
Por qué no hay una sola licencia
Power Platform no vende «una licencia» sino varias formas de pagar por lo mismo, según cuánta gente va a usar una solución, cuántas apps necesita esa gente y qué tipo de conectores va a tocar. Elegir el modelo equivocado suele traducirse en dos problemas típicos: pagar de más por capacidad que no se usa, o toparse con un muro cuando un flujo o una app intenta usar un conector premium sin la licencia adecuada.
Los modelos principales
| Modelo | Qué cubre | Cuándo tiene sentido |
|---|---|---|
| Per-user | Un usuario con licencia puede crear y ejecutar cualquier número de apps y flujos, con acceso a conectores premium y Dataverse. | Usuarios que necesitan usar o construir varias soluciones distintas dentro de la plataforma. |
| Per-app | El usuario paga por el derecho a ejecutar una app concreta (o un número limitado de apps), no por uso ilimitado de la plataforma. | Muchos usuarios que solo necesitan usar una app puntual, sin construir nada nuevo. |
| Per-flow (Power Automate) | Licencia asociada a un flujo concreto, que lo cubre para todos los usuarios que lo ejecutan, en lugar de licenciar a cada persona. | Procesos automatizados de uso amplio donde licenciar flujo a flujo sale mejor que licenciar usuario a usuario. |
| Incluido en Microsoft 365 | Derechos de uso limitados: apps y flujos que solo trabajan con datos y conectores estándar de Microsoft 365, sin acceso a on-premises ni conectores premium. | Automatizaciones sencillas sobre Outlook, SharePoint o Teams sin necesidad de datos externos. |
Lo que de verdad marca la diferencia: los conectores
Más que el nombre del plan, lo que determina si necesitas una licencia premium es el tipo de conector que vas a usar. Los derechos de uso incluidos en Microsoft 365 permiten trabajar con conectores estándar (piensa en servicios de uso muy común), pero no dan acceso a conectores premium, a datos on-premises ni a Dataverse en su forma completa. En cuanto tu app o tu flujo necesita un conector premium o una base de datos de Dataverse completa, entras en terreno de licencias per-user, per-app o per-flow, según el patrón de uso.
Planes de prueba y desarrollo
Además de los modelos de pago, existen vías gratuitas o de bajo coste pensadas para aprender o prototipar: planes de prueba de Power Apps y Power Automate de duración limitada, y un plan de desarrollador individual y gratuito que da acceso a un entorno developer personal, no compartible con otros usuarios ni pensado para producción.
Cómo elegir en la práctica: empieza por contar cuántas personas van a usar la solución y con qué frecuencia. Si son muchas personas usando una única app puntual, per-app suele salir más barato que per-user. Si es un proceso automatizado que corre en segundo plano para toda la organización, per-flow evita licenciar a cada usuario individual. Y si alguien va a construir y usar varias soluciones distintas, per-user es lo más flexible.
- El modelo de licencia no cambia lo que la plataforma sabe hacer técnicamente, solo lo que tienes derecho a usar.
- Los derechos incluidos en Microsoft 365 no dan acceso a conectores premium ni a on-premises.
- Un administrador puede auditar las licencias asignadas realmente usadas desde las herramientas de administración de Power Platform, no solo desde el centro de administración de Microsoft 365.
- Mezclar modelos dentro de la misma organización es habitual: no hace falta elegir uno solo para todo el tenant.
¿Quieres ver dónde se administran y organizan los entornos donde corren estas licencias?
Ver el artículo sobre entornos