Trampas de licencias de Power Automate Desktop: cómo evitar costes ocultos en RPA

By Mirko Peters · 2026-10-27

Evita costes ocultos en RPA. Conoce las diferencias reales, las trampas de licencias y los requisitos de infraestructura de Power Automate Desktop para bots desatendidos y bots atendidos.

Automatically translated with AI from the original post. Read the English original

Al implementar automatización robótica de procesos en Microsoft 365, elegir el modelo de licencia incorrecto para los bots atendidos frente a los desatendidos puede arruinar tu ROI. Esta guía desvela las trampas de licencias ocultas, las estructuras de costes y los errores habituales de los principiantes asociados a los tipos de ejecución de Power Automate Desktop, para que puedas presupuestar con precisión antes de escalar tus flujos de trabajo.

Puntos clave

• Los bots atendidos requieren que un usuario esté presente y activo en el puesto de trabajo, lo que ocupa el hardware y exige supervisión humana durante la ejecución.
• Los bots desatendidos se ejecutan de forma independiente en máquinas virtuales sin intervención humana, pero requieren un nivel de licencia distinto, a menudo más caro.
• La trampa más común para los principiantes consiste en suponer que las licencias de bots atendidos pueden programarse para ejecutarse por la noche, cuando el usuario no está conectado.
• La gestión de sesiones y las capacidades de inicio de sesión automático en la máquina determinan si una implementación desatendida requiere configuración adicional de infraestructura en Azure.
• Calcular correctamente la frecuencia y la duración de las ejecuciones evita cargos inesperados por exceso de licencias de Microsoft.

Fundamentos de las licencias de RPA

Microsoft ofrece capacidades sólidas de automatización robótica de procesos (RPA) desde el primer momento para muchos suscriptores de Microsoft 365, pero pasar de macros de escritorio sencillas a una automatización de nivel empresarial expone una compleja red de requisitos de licencia. En el centro de esta complejidad está la diferencia operativa fundamental entre los bots atendidos y los desatendidos. Aunque ambos ejecutan tareas con Power Automate Desktop, la forma en que se activan, quién los supervisa y, sobre todo, cómo se facturan varía enormemente.

Muchas organizaciones se lanzan a proyectos de automatización centrándose únicamente en la viabilidad técnica (diseñar el flujo, asignar elementos de la interfaz y gestionar excepciones) y tratan las licencias como un detalle secundario. Este enfoque suele generar fricciones con la administración de TI y solicitudes presupuestarias inesperadas. Para construir una estrategia de automatización sostenible, debes entender cómo clasifica Microsoft estas cargas de trabajo y dónde se esconden las trampas financieras.

La trampa del bot atendido: costes ocultos de dependencia humana

La automatización atendida está diseñada para actuar como un asistente digital situado junto al trabajador. Se activa con la entrada del usuario, por ejemplo al hacer clic en un icono del escritorio o pulsar una tecla de acceso rápido, y realiza tareas repetitivas mientras el usuario observa o atiende otras partes del flujo de trabajo. La principal trampa de licencias aquí gira en torno a la concurrencia y los tiempos de inactividad.

Como un bot atendido requiere una sesión de usuario iniciada, no puede ejecutarse de forma autónoma en una máquina virtual en la nube dedicada cuando la oficina está vacía. Si una organización intenta programar un bot atendido para que se ejecute a medianoche, el trabajo fallará a menos que un usuario permanezca conectado a esa máquina concreta con una sesión activa. En consecuencia, las organizaciones suelen pagar licencias centradas en el usuario mientras intentan forzar procesos de back-end desatendidos a través de ellas, lo que provoca canalizaciones rotas, administradores frustrados y actualizaciones forzadas.

Por qué fallan los bots atendidos programados

El error número uno que cometen los principiantes es tratar los bots atendidos como servicios en segundo plano. Como Power Automate permite programar flujos, los usuarios suelen suponer que una licencia atendida puede iniciar una tarea programada durante la noche. Sin embargo, la gestión de sesiones de Windows dicta que una sesión de usuario estándar se bloquea o cierra por inactividad, por directivas de seguridad o por reinicios. Si no hay una persona presente para desbloquear el equipo y mantener la sesión, el bot atendido simplemente se detiene.

Bots desatendidos: realidades de infraestructura y escalado

La automatización desatendida elimina el cuello de botella humano al ejecutarse en máquinas virtuales sin que un usuario tenga que estar presente. Estos bots pueden ejecutar trabajos por lotes, procesar facturas a las 3:00 a. m. y gestionar migraciones de datos a gran escala de forma independiente. Sin embargo, el modelo de licencias cambia de forma notable, con costes que no solo proceden de Microsoft, sino también potencialmente de tu proveedor de infraestructura en la nube.

Para ejecutar en modo desatendido necesitas una licencia de complemento de RPA desatendido asociada a tu entorno, además de configuraciones adecuadas de grupos de máquinas. Además, debes aprovisionar y mantener las máquinas virtuales subyacentes (normalmente en Azure) donde se ejecutan estos bots. Si tu máquina virtual se cae por mantenimiento, o si las actualizaciones de Windows fuerzan un reinicio inesperado, tu canalización de automatización desatendida se detendrá, a menos que se establezcan un inicio de sesión automático y una gestión de credenciales adecuados.

Cómo calcular el ROI real de RPA

Al presentar un caso de negocio de automatización a la dirección, calcular el retorno de la inversión exige ir más allá del simple ahorro de horas de trabajo. Debes tener en cuenta:

• El coste de las licencias de Microsoft 365 o Power Platform por usuario o por bot.
• Los costes de alojamiento y almacenamiento de las máquinas virtuales de Azure para los flujos de trabajo desatendidos.
• La carga de mantenimiento necesaria para actualizar los selectores de las aplicaciones de escritorio cuando cambia el software empresarial.
• El coste de productividad de tener el equipo de un usuario bloqueado mientras un bot atendido ejecuta un proceso largo en horas punta de trabajo.

Conclusión

Desenvolverse entre los matices de la licencia de Power Automate Desktop requiere entender con claridad tus flujos de trabajo operativos y tus restricciones técnicas. Elegir entre ejecución atendida y desatendida no es solo una cuestión de preferencia: determina tus necesidades de infraestructura, tu presupuesto y la fiabilidad final de tus procesos automatizados. Para escuchar un análisis completo y sin jerga de estos conceptos y descubrir más perspectivas expertas sobre la administración cloud moderna, no te pierdas la conversación relacionada en el podcast M365 FM. Escucha el episodio completo para profundizar en tu comprensión de las estrategias de automatización en la nube de Microsoft.

Preguntas frecuentes

¿Puede un bot atendido de Power Automate Desktop ejecutarse por la noche mientras mi equipo está bloqueado?

No. Los bots atendidos requieren una sesión de usuario de Windows activa y desbloqueada para interactuar con las aplicaciones de escritorio. Si el equipo se bloquea por inactividad o cierra la sesión, la ejecución del bot atendido fallará.

¿Cuál es la principal diferencia en la estructura de costes de licencias entre los bots atendidos y los desatendidos?

Los bots atendidos suelen licenciarse por usuario, lo que los hace ideales para aumentar la productividad individual. Los bots desatendidos se licencian por bot o capacidad y pueden utilizarse en varios procesos y máquinas virtuales, lo que a menudo conlleva costes adicionales de infraestructura para alojar las máquinas virtuales.

¿Necesito máquinas virtuales de Azure para ejecutar flujos desatendidos de Power Automate Desktop?

Aunque no es estrictamente necesario usar Azure, sí debes disponer de una máquina dedicada, física o virtual, capaz de mantener una sesión de Windows desatendida, almacenar credenciales de forma segura e iniciar sesión automáticamente para ejecutar trabajos sin intervención humana.

¿Por qué los principiantes suelen tener dificultades al pasar de la automatización atendida a la desatendida?

Los principiantes suelen dar por hecho que los flujos diseñados para uso con supervisión humana pueden programarse directamente para ejecutarse en segundo plano. Con frecuencia pasan por alto la gestión de credenciales, la configuración de inicio de sesión automático en el equipo y los complementos de licencia independientes que se necesitan para la ejecución sin interfaz.