RPA hospedado en Power Automate: máquinas hospedadas en lugar de infraestructura propia

El RPA desatendido en Power Automate siguió durante mucho tiempo el mismo patrón: necesitabas una máquina Windows física o virtual, instalabas Power Automate para escritorio en ella, configurabas una cuenta de servicio y, a partir de ahí, te encargabas tú mismo de los parches, los reinicios y la planificación de capacidad. Precisamente esa parte es la que te evita el RPA hospedado (Hosted RPA) en Power Automate: Microsoft proporciona la máquina Windows en Azure, tú solo aportas el flujo de escritorio (desktop flow) y la licencia.

Este artículo explica qué hay detrás de las Hosted Machines y los Hosted Machine Groups, qué licencia necesitas para ello y dónde está el límite con el RPA desatendido clásico sobre infraestructura propia. Actualizado: julio de 2026.

Qué es el RPA hospedado en Power Automate

Según la Introducción al RPA hospedado de Power Automate Power Automate admite dos escenarios de RPA hospedado que se ejecutan sobre infraestructura de Microsoft en Azure:

• Hosted Machines ofrecen a las desarrolladoras y desarrolladores una única máquina Windows hospedada para crear y probar flujos de escritorio y luego ejecutarlos en modo supervisado o desatendido.
• Hosted Machine Groups proporcionan un grupo de bots que escala automáticamente según la demanda y está pensado para escenarios desatendidos en producción.

La idea central: según la documentación de Microsoft, adquirir, instalar y asignar manualmente una máquina RPA puede llevar varios días. Con Hosted RPA basta un nombre, una imagen base y una cuenta para tener una máquina lista en pocos minutos. Para la automatización web habitual, Microsoft proporciona por defecto una imagen de Windows preconfigurada con el navegador Edge instalado. Quien quiera automatizar aplicaciones de escritorio más específicas puede traer su propia imagen de VM mediante la conexión a Azure Compute Gallery.

Hosted Machines y Hosted Machine Groups en comparación

Las dos ofertas resuelven problemas distintos dentro del ciclo de vida del RPA:

• Hosted Machines son adecuadas para crear y probar un flujo de escritorio y para personas que quieren ejecutar una automatización, supervisada o desatendida, en una única máquina. Según la documentación sobre equipos hospedados, el aprovisionamiento se realiza a través de Windows 365, el acceso está reservado exclusivamente a quien crea la máquina, aunque se pueden añadir otras cuentas de usuario para ejecuciones desatendidas.
• Hosted Machine Groups están pensados para la operación productiva a gran escala. Si un flujo de escritorio espera en la cola y no hay ningún bot libre, Power Automate aprovisiona automáticamente otra máquina virtual, hasta el número máximo de bots que fije la administración. La capacidad se distribuye entonces de forma dinámica entre varios grupos: si el departamento de finanzas necesita más bots que ventas al cierre de trimestre, la mayor parte de la capacidad compartida se traslada automáticamente allí y luego regresa.

Un flujo de escritorio se puede desarrollar y probar primero en una Hosted Machine y después asignarse a un Hosted Machine Group, que se encarga del reparto de carga propiamente dicho.

Diferencia con el RPA desatendido on-premises

La diferencia más importante no está en la funcionalidad del propio flujo de escritorio, sino en quién opera la máquina. Con el RPA desatendido clásico on-premises, tú aportas la máquina, ya sea física o como VM propia, instalas Power Automate para escritorio, configuras la cuenta de servicio y te encargas tú mismo de la gestión de parches, la configuración de red y la planificación de capacidad. Una ejecución desatendida inicia sesión en la máquina mediante un bot desatendido en nombre de una cuenta almacenada, ejecuta el flujo y cierra sesión de nuevo.

Con Hosted RPA, Microsoft se encarga exactamente de esta parte de la infraestructura. Según las Hosted RPA Best Practices and FAQ, las imágenes estándar se actualizan automáticamente cada mes como parte del ciclo habitual de parches de seguridad de Windows, por lo que no es necesaria una gestión de parches propia para escenarios estándar. Quien aporte su propia imagen de VM sigue siendo responsable de su mantenimiento, pero se sigue beneficiando del aprovisionamiento y el escalado automáticos. También es posible la conectividad de red: mediante una conexión de red virtual personalizada, las máquinas hospedadas pueden conectarse a una red Azure propia y, con ello, a recursos on-premises, incluida la unión híbrida de Microsoft Entra para escenarios que requieran pertenencia a un dominio.

Licencias: la diferencia central

Para Hosted RPA, según la documentación necesitas la licencia Power Automate Hosted Process, antes conocida como complemento Hosted RPA. Cada unidad de capacidad Hosted Process se puede asignar a una única Hosted Machine o repartirse como capacidad compartida entre varios Hosted Machine Groups. Además necesitas las licencias base de Windows, Intune y Microsoft Entra ID, ya que las máquinas se aprovisionan técnicamente a través de Windows 365.

Importante para la clasificación: según los tipos de licencia de Power Automate, la licencia Hosted Process es un superconjunto de la licencia Process clásica para RPA desatendido. Un bot hospedado cuenta automáticamente también como bot desatendido, por lo que no necesitas una licencia de RPA desatendido adicional para escenarios de RPA hospedado. Para las ejecuciones supervisadas y para crear flujos de escritorio en el portal, sigue siendo necesario el plan de usuario premium, independientemente de si la máquina es hospedada o se opera de forma clásica on-premises.

Gobernanza, seguridad y escalado

Aunque la infraestructura esté en manos de Microsoft, tú mantienes el control sobre el acceso y la configuración. Roles como Environment Maker, Desktop Flows Machine Owner o Desktop Flows Machine Configuration Admin determinan quién puede crear y liberar máquinas, imágenes de VM y conexiones de red. Las directivas de acceso condicional en Microsoft Entra ID y, en el caso de Hosted Machines conectadas de forma híbrida, las directivas de grupo clásicas a través de Active Directory se siguen pudiendo aplicar. El panel de capacidad de Hosted Process te permite ver en todo momento cuánta de la capacidad contratada se está usando realmente y si un Hosted Machine Group está llegando a su límite.

En los Hosted Machine Groups, además, defines un número máximo y, opcionalmente, un número garantizado de bots. El número máximo permite un escalado ascendente automático cuando hay capacidad disponible, mientras que el número garantizado asegura al grupo una capacidad mínima aunque otros grupos estén demandando mucho en ese momento. Así se puede proteger un procesamiento de facturas crítico para el negocio frente a picos de carga de otros procesos, sin tener que mantener permanentemente máquinas sin usar.

Cuándo merece la pena Hosted RPA

Hosted RPA encaja bien si quieres empezar rápido sin adquirir antes hardware o VM, si tu automatización es principalmente web y funciona con la imagen estándar, o si picos de carga como los cierres trimestrales requieren un escalado a corto plazo. La infraestructura propia sigue teniendo sentido si ya existen entornos de VM bien mantenidos, si se automatizan aplicaciones on-premises muy específicas con requisitos de red estrictos, o si se requiere un entorno de nube soberana, ya que, según la documentación, las Hosted Machines aún no están disponibles allí.

Preguntas frecuentes

¿Cuál es la diferencia entre Hosted Machines y Hosted Machine Groups?

Una Hosted Machine es una única máquina hospedada en la que creas, pruebas y ejecutas flujos de escritorio, de forma supervisada o desatendida. Un Hosted Machine Group es un grupo de varias máquinas que escala automáticamente según la demanda y está pensado para la automatización desatendida en producción a mayor escala.

¿Necesito además una licencia de RPA desatendido para Hosted RPA?

No. La licencia Power Automate Hosted Process es un superconjunto de la licencia Process clásica para RPA desatendido. Cada bot hospedado cuenta automáticamente también como bot desatendido, por lo que no se necesita una licencia de RPA desatendido independiente para los escenarios de RPA hospedado.

¿Puedo instalar mis propias aplicaciones en una máquina hospedada?

Sí, mediante una imagen de VM personalizada de Azure Compute Gallery. La imagen debe cumplir determinados requisitos, entre ellos Windows 10 u 11 Enterprise, una imagen Gen2 generalizada sin partición de recuperación y capacidad de sesión única. Sin una imagen propia, hay disponible una imagen estándar de Windows con el navegador Edge preinstalado para automatización web.

¿Está Hosted RPA disponible en todas las regiones?

Según la documentación, Hosted RPA está disponible en numerosas regiones de Power Platform de la nube pública, entre ellas Europa, Alemania, Francia, Suiza y otras. En entornos de nube soberana, la función aún no está disponible.

¿Qué ocurre con una máquina hospedada si no se utiliza?

En entornos sin una licencia Hosted Process activa, por ejemplo en entornos de prueba puros, Power Automate elimina automáticamente una Hosted Machine si no ha ejecutado ningún flujo y no se ha usado durante 14 días. La máquina eliminada sigue siendo visible, pero ya no se puede usar y debe volver a crearse, incluidas las conexiones reconfiguradas en los flujos en la nube afectados.