Máquinas de RPA hospedadas en Power Automate: Hosted Machines, Hosted Machine Groups y la diferencia con el RPA desatendido on-premises.
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.
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:
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.
Las dos ofertas resuelven problemas distintos dentro del ciclo de vida del RPA:
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.
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.
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.
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.
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í.
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.
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.
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.
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.
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.
Fundador de NordFlux. Siete años de experiencia, desde la web y el SEO hasta la automatización a escala de grupo, hoy de forma pragmática para las pymes y con soberanía de datos alemana.
Certificaciones
Attended, unattended y hosted RPA comparados: qué licencia de Power Automate se necesita para cada uso de flujo de escritorio.
Configura RPA desatendido: registra la máquina, asigna capacidad de proceso y pon el flujo en la nube en modo desatendido, sin gateway.
No todos los procesos son aptos para RPA. El catálogo de criterios muestra qué características hacen a un buen candidato de automatización.
Las máquinas alojadas le liberan de la infraestructura propia, pero cambian de forma sustancial la licencia, la gobernanza y el escalado frente al RPA desatendido on-premises. NordFlux evalúa, a partir de sus procesos reales, si el RPA alojado reduce de verdad el esfuerzo operativo o simplemente lo desplaza.
