Power Automate: la trampa de cumplimiento de la multiplexación

Un flujo central, una cuenta de servicio, una licencia Premium, todo automatizado para todo el departamento. Sobre el papel, esta idea suena a un ahorro de licencias inteligente, pero en la práctica de Power Automate lleva regularmente a una trampa que Microsoft denomina multiplexación. Quien construye flujos centralizados para muchos usuarios sin conocer bien las reglas de licencia ahorra en el lugar equivocado y corre el riesgo de tener que relicenciar en cuanto se produzca una auditoría o una revisión de cumplimiento.

Este artículo explica, basándose en la documentación oficial de Microsoft, qué significa realmente la multiplexación en Power Automate, en qué situaciones los flujos centrales y las cuentas de servicio se convierten en una trampa de licencias, y con qué opciones puedes configurar automatizaciones centralizadas de forma limpia y conforme. Actualizado a julio de 2026.

Qué significa la multiplexación en Power Automate

Microsoft define la multiplexación en las preguntas frecuentes sobre licencias de Power Automate como el uso de hardware o software con el que un cliente agrupa conexiones, redirige información o reduce el número de usuarios que acceden directamente a Power Apps, Power Automate y Microsoft Copilot Studio. La frase que sigue es inequívoca: usar la multiplexación como mecanismo para reducir el número de licencias que hay que adquirir se considera, según Microsoft, una infracción explícita de las condiciones de licencia.

Es importante tener en cuenta que no todo flujo central es automáticamente multiplexación. Microsoft menciona en la documentación tres ejemplos que dejan clara la diferencia:

• Un flujo Premium que solo mueve datos de Dataverse a una ubicación común o envía un correo a compañeros no se considera multiplexación, porque los usuarios simplemente consumen los datos en lugar de desencadenar el flujo.
• Si un flujo Premium se desencadena cuando se crea un nuevo elemento en una lista de SharePoint, guarda los detalles en Dataverse y luego envía un correo solo a la propietaria del flujo, entonces solo esa persona necesita una licencia, aunque muchas personas puedan subir elementos a la lista.
• Si ese mismo flujo envía el correo, en cambio, a la persona que subió el elemento, tanto la propietaria como cada usuario que sube un elemento necesitan una licencia Premium. El usuario desencadena el flujo de forma indirecta y obtiene por sí mismo un beneficio de ello, en forma del correo. Ese es exactamente el punto en el que muchos flujos centralizados dejan de cumplir la normativa.

El criterio decisivo, por tanto, no es quién tiene acceso técnico a los datos subyacentes, sino quién desencadena el flujo y quién obtiene un beneficio propio del resultado. En cuanto ambas cosas se aplican a varias personas que no tienen licencia propia, se ha traspasado el límite de cumplimiento.

El caso clásico: una cuenta de servicio para todo un departamento

La causa más frecuente de multiplexación en la práctica es una cuenta de servicio compartida bajo la que se ejecutan varios flujos y a la que tienen acceso muchas personas. Las preguntas frecuentes sobre licencias distinguen claramente entre cuenta de servicio, entidad de servicio, usuarios no interactivos y usuarios humanos, y dejan algo claro: una cuenta de usuario de Microsoft Entra que se usa como cuenta de servicio y cuyas credenciales se comparten con otras personas es a la vez un riesgo de seguridad y un asunto delicado en materia de licencias.

En concreto, según Microsoft, para los flujos que se ejecutan bajo una cuenta de servicio como propietaria se aplica lo siguiente:

• Si el flujo utiliza exclusivamente conectores estándar sin funciones Premium, basta con una licencia de Microsoft u Office 365, Power Automate Free o cualquier licencia Premium para todas las personas con acceso a la cuenta de servicio.
• Si el flujo utiliza funciones Premium como conectores Premium, automatización robótica de procesos, conectores personalizados, una puerta de enlace local o flujos de procesos empresariales, y la cuenta de servicio solo la utiliza un grupo limitado, basta con licenciar a todas esas personas y a la propia cuenta de servicio.
• Si, por el contrario, esa misma cuenta de servicio la utilizan muchos usuarios, Microsoft recomienda explícitamente una licencia de proceso para el flujo, de modo que las personas nuevas también cumplan la normativa automáticamente, sin tener que relicenciar cada vez.
• Si varios usuarios comparten las credenciales de una cuenta de servicio y utilizan flujos Premium, mientras que a la cuenta de servicio solo se le ha asignado una única licencia Premium de Power Automate, eso se considera explícitamente multiplexación según Microsoft, y el flujo no cumple la normativa.

Precisamente ese último punto es la situación en la que suelen caer los flujos centralizados para muchos usuarios: una licencia, una cuenta de servicio, muchas personas con acceso a funciones Premium. Desde el punto de vista del departamento de TI, esto parece una centralización elegante; desde el punto de vista de las licencias, es exactamente la situación que Microsoft señala explícitamente como una infracción.

Flujos instantáneos, desencadenadores de aplicaciones y Dataverse: los casos más delicados

Además de las cuentas de servicio, existen otras situaciones en las que los flujos centrales se convierten rápidamente en una trampa. En un flujo desencadenado directamente, por ejemplo mediante un botón o desde una Power App, las preguntas frecuentes indican que cada persona que realmente invoca el flujo necesita su propia licencia Premium en cuanto el flujo utiliza conectores Premium, incluso si el flujo en sí lo creó y compartió una sola persona. Si un flujo con conectores Premium simplemente se comparte para que un equipo pueda ejecutarlo con un clic, entonces cada miembro del equipo necesita su propia licencia, no solo la persona que creó el flujo.

La situación es distinta en los flujos automatizados o programados que se ejecutan en el contexto del propietario: aquí, por lo general, basta con la licencia de la propietaria o del propietario, siempre que ninguna otra persona obtenga un valor directo de la propia ejecución, por ejemplo en forma de resultados personalizados. Del mismo modo, quien solo responde a una solicitud de aprobación enviada por un flujo Premium no necesita, según las preguntas frecuentes, una licencia Premium propia, porque quien aprueba no desencadena el flujo, sino que solo responde.

Esta distinción tan fina se vuelve rápidamente confusa en procesos centralizados, sobre todo cuando un mismo flujo combina varios tipos de desencadenadores para distintos departamentos, o cuando flujos secundarios son invocados simultáneamente por varios flujos principales. Para un flujo secundario con conectores Premium invocado por varios flujos principales sin funciones Premium, según Microsoft basta con licenciar los flujos principales o con una licencia de proceso para el flujo secundario; pero si el propio flujo principal también tiene un conector Premium, su propietario necesita además su propia licencia Premium o una licencia de proceso para el flujo principal.

Cómo construir flujos centrales de forma conforme

Para automatizaciones centralizadas que afectan a muchas personas, existen básicamente tres vías limpias para evitar que cada persona necesite, a posteriori, una licencia Premium:

• Licencia de proceso en lugar de licencias de usuario. Según el resumen de los tipos de licencia de Power Automate, la licencia de proceso de Power Automate es una licencia de capacidad que se asigna a un flujo en la nube o a una máquina y que, con independencia de la licencia de la persona que desencadena o posee el flujo, permite límites de acción más altos, así como el uso de conectores Premium y personalizados. Para procesos empresariales centrales con muchos usuarios indirectos, esta suele ser la solución más económica y, al mismo tiempo, conforme, porque basta con una única licencia de proceso por proceso clave, independientemente de cuántas personas desencadenen el flujo en el día a día.
• Licenciar realmente a todas las personas afectadas. Si un flujo central solo lo utiliza un grupo manejable y claramente delimitado, puede ser más económico asignar a cada persona su propia licencia Premium en lugar de comprar una licencia de proceso. Sin embargo, con equipos en crecimiento esta opción se vuelve rápidamente poco práctica, porque cada persona nueva debe relicenciarse manualmente.
• Limitarse a conectores estándar. Si un flujo central realmente puede funcionar solo con conectores estándar, las reglas de multiplexación más estrictas para funciones Premium ni siquiera entran en juego. Rara vez es la solución completa, pero es un buen primer paso para comprobar si una centralización planeada realmente requiere licencias Premium.

Para la operación técnica, Microsoft recomienda además sustituir las cuentas de servicio, en la medida de lo posible, por una entidad de servicio como propietaria del flujo. Esto no resuelve automáticamente el tema de las licencias, pero sí reduce los riesgos de seguridad que conlleva compartir credenciales, como la falta de trazabilidad de quién modificó un flujo y la carga administrativa de gestionar contraseñas.

Orientación en lugar de aplicación automática

Un aspecto que a menudo se pasa por alto en la práctica: en las preguntas frecuentes, Microsoft describe explícitamente las reglas de multiplexación como una orientación que no se impone de forma estrictamente técnica. La responsabilidad de licenciar correctamente todos los flujos y de mantener el cumplimiento recae explícitamente, según Microsoft, en los administradores de la organización. Precisamente eso es lo que hace esta trampa tan insidiosa: un flujo central no conforme sigue funcionando técnicamente sin problemas, a menudo durante meses o años, hasta que una auditoría interna de licencias, un cambio en el modelo de licencias o una revisión externa descubre el fallo. Por eso, quien planifique flujos centrales para muchos usuarios debería tener en cuenta la cuestión de las licencias desde el principio, y no solo cuando el número de usuarios ya haya crecido considerablemente.

Una breve checklist para flujos centrales existentes o planeados:

• ¿Quién desencadena realmente el flujo, y quién obtiene de su ejecución un beneficio propio y personalizado?
• ¿El flujo se ejecuta bajo una cuenta personal, una cuenta de servicio compartida o una entidad de servicio?
• ¿El flujo utiliza conectores Premium, conectores personalizados, una puerta de enlace local o funciones RPA?
• ¿Cuántas personas tienen actualmente, y previsiblemente tendrán en el futuro, acceso a la cuenta desencadenante o al propio flujo?
• ¿Sería una licencia de proceso para el proceso empresarial subyacente más económica y más segura de cara al futuro que relicenciar a usuarios individuales?

Quien revise cuidadosamente estas preguntas mantendrá el control de los costes de licencia y del cumplimiento a medida que crezcan sus automatizaciones, en lugar de llevarse una sorpresa en la próxima revisión. Si quieres poner en marcha procesos centrales de Power Automate para tu empresa y, desde el principio, mantenerte limpio en materia de licencias, NordFlux te ayuda con proyectos a precio fijo en torno a la automatización con Power Automate, incluyendo asesoramiento en licencias y soberanía de datos alemana.

Preguntas frecuentes

¿Está la multiplexación técnicamente prohibida en Power Automate, o es solo una recomendación?

Microsoft no impone técnicamente las reglas de multiplexación, pero las describe explícitamente en las preguntas frecuentes como una orientación cuyo cumplimiento es responsabilidad de los administradores. Un flujo no conforme, por tanto, sigue funcionando, pero infringe las condiciones de licencia y puede convertirse en un problema en una auditoría o en una revisión de licencias.

¿Basta con una única licencia Premium de Power Automate para una cuenta de servicio que utilizan muchos empleados?

No, no si el flujo utiliza funciones Premium como conectores Premium. Si varias personas comparten las credenciales de una cuenta de servicio y a través de ella se ejecuta un flujo Premium con una única licencia Premium asignada, eso se considera explícitamente multiplexación según Microsoft, y el flujo no cumple la normativa.

¿Cuándo los usuarios que solo desencadenan un flujo de forma indirecta no necesitan una licencia propia?

Cuando el flujo se activa por su acción, pero ellos mismos no obtienen ningún valor añadido personalizado de la ejecución, por ejemplo porque el resultado solo va a un punto central o a la propietaria del flujo. Si, en cambio, reciben un resultado individual, como un correo dirigido personalmente a ellos, necesitan su propia licencia Premium.

¿Es una licencia de proceso siempre la mejor solución para flujos centrales?

No siempre, pero a menudo sí. Una licencia de proceso es especialmente adecuada para procesos clave con muchos usuarios que cambian con frecuencia, porque las personas nuevas quedan cubiertas automáticamente. Para un grupo de usuarios pequeño y estable, puede ser más económico asignar directamente una licencia Premium a cada persona en lugar de comprar una licencia de proceso independiente.

¿Resuelve automáticamente una entidad de servicio el problema de licencias en lugar de una cuenta de servicio?

No. Una entidad de servicio reduce sobre todo los riesgos de seguridad, como compartir contraseñas y la falta de trazabilidad de los cambios, pero no sustituye la comprobación de si el flujo utiliza funciones Premium y cuántas personas obtienen de ello un beneficio propio. La cuestión de las licencias debes resolverla de forma independiente.