De todos los temas de licenciamiento de Microsoft, el multiplexing es probablemente el menos conocido y el que más riesgo real supone. No porque sea un caso raro — sino porque muchas empresas lo hacen sin saber que lo están haciendo.
Qué es el multiplexing
Multiplexing es, en términos simples, usar un intermediario para que múltiples usuarios accedan a un servicio licenciado sin que cada uno tenga su propia licencia. En el contexto de Power Platform, esto ocurre cuando una empresa usa una capa intermedia — una web, un servicio, una API, una cuenta genérica — para que usuarios que no tienen licencia de Power Apps o Power Automate se beneficien de las funcionalidades de la plataforma.
Los escenarios más comunes (y los más peligrosos)
Portal web interno que ejecuta flujos: una empresa construye un portal en .NET o React donde los empleados rellenan formularios. Cuando el formulario se envía, un flujo de Power Automate (ejecutado con una cuenta de servicio) procesa los datos, los guarda en Dataverse, y envía notificaciones. Los empleados no tienen licencia de Power Platform — solo interactúan con la web. Pero se están beneficiando de Power Automate y Dataverse a través de un intermediario. Eso es multiplexing.
Cuenta genérica compartida: un equipo comparte una cuenta de usuario para acceder a Power Apps. Hay una licencia asignada a esa cuenta, pero 10 personas la usan. Cada persona que accede necesita su propia licencia.
Integración con sistema externo: un sistema de terceros llama a la API de Dataverse usando una cuenta de servicio para leer o escribir datos en nombre de usuarios que no tienen licencia de Power Platform.
Por qué importa: el riesgo de auditoría
Microsoft tiene derecho a auditar el uso de licencias de sus clientes. No es algo que pase todos los días, pero cuando pasa, el multiplexing es uno de los hallazgos más costosos. La empresa tiene que regularizar las licencias de todos los usuarios que han accedido a través del intermediario — con efecto retroactivo en algunos casos.
No es una cuestión de intención — la mayoría de empresas que hacen multiplexing no saben que lo están haciendo. Pero el desconocimiento no exime del cumplimiento de los términos de licencia.
Cómo evitarlo
La regla es clara: cada usuario humano que directa o indirectamente se beneficia de las funcionalidades de Power Platform necesita su propia licencia del tipo correspondiente. Si tu arquitectura implica que usuarios sin licencia interactúen con Power Automate, Dataverse, o Power Apps a través de un intermediario, necesitas rediseñar o licenciar correctamente.
Para escenarios donde necesitas exponer funcionalidades a usuarios externos (clientes, proveedores), Microsoft ofrece Power Pages — que tiene su propio modelo de licenciamiento diseñado específicamente para usuarios externos. Para usuarios internos, cada uno necesita su licencia.
Mi recomendación
Antes de diseñar cualquier arquitectura que involucre integraciones, portales, o acceso indirecto a Power Platform, revisa si el patrón implica multiplexing. Es una conversación que debería ocurrir en la fase de diseño, no cuando llega la auditoría. Y en caso de duda, consulta los términos de licencia vigentes de Microsoft o pide orientación a tu partner de licenciamiento — porque los detalles específicos cambian y los matices importan.