Cuando alguien me dice «estoy montando algo en Power Automate», lo primero que pregunto es: ¿cloud o desktop? Son dos herramientas dentro del mismo paraguas, pero resuelven problemas muy distintos, y elegir mal el punto de partida suele complicar el proyecto más adelante. Vamos a ver las diferencias reales entre ambas y, sobre todo, cuándo tiene sentido combinarlas.
Dos formas de automatizar bajo el mismo nombre
Power Automate agrupa, según la propia documentación de Microsoft, varios tipos de flujo. Los más habituales son los flujos cloud (automatizados, instantáneos, programados y de proceso de negocio), pensados para integrar aplicaciones y servicios entre sí, y los flujos de escritorio (Power Automate Desktop), pensados para automatizar tareas sobre interfaces de aplicaciones de escritorio y web, al estilo RPA (Robotic Process Automation).
La diferencia de fondo no es de «potencia», sino de naturaleza: uno habla con APIs, el otro habla con pantallas.
Power Automate Cloud: integración entre sistemas
Un flujo cloud se dispara de tres maneras: automáticamente ante un evento (llega un correo, se crea un registro), de forma instantánea (un botón, una app), o según una programación (todos los días a las 7:00). Su punto fuerte es que se conecta directamente a servicios como Outlook, SharePoint, Teams, SQL Server o servicios HTTP mediante conectores, sin necesidad de simular clics.
Imagina un flujo que, cuando se sube una factura a una biblioteca de SharePoint, extrae los datos, los valida y crea un registro en una base de datos. Ahí no hay ninguna interfaz que «clicar»: todo va por API. Ese es el terreno natural de un flujo cloud.
Power Automate Desktop: RPA para lo que no tiene API
El problema aparece cuando el sistema con el que hay que trabajar no tiene API, o la aplicación es un cliente de escritorio antiguo, un ERP legacy, o una web que solo se puede operar con ratón y teclado. Ahí es donde entra Power Automate Desktop: automatiza la interacción con la interfaz de usuario, igual que lo haría una persona, incluyendo aplicaciones de escritorio, navegadores y sistemas heredados sin API moderna.
Siguiendo con el ejemplo anterior: si esos datos de la factura hay que introducirlos a mano en un ERP antiguo sin conector disponible, un flujo de escritorio puede abrir la aplicación, navegar por sus pantallas y rellenar los campos exactamente igual que lo haría un usuario.
| Aspecto | Power Automate Cloud | Power Automate Desktop |
|---|---|---|
| Cómo actúa | Contra APIs y conectores | Contra la interfaz de usuario (RPA) |
| Disparadores | Automático, instantáneo, programado | Manual, programado, o lanzado desde un flujo cloud |
| Caso típico | Integrar SharePoint, Outlook, Teams, bases de datos | Automatizar un ERP legacy o una app de escritorio sin API |
| Dónde se ejecuta | En la nube de Microsoft | En una máquina (equipo o máquina virtual) registrada |
Cuándo combinarlos
Aquí está la parte que más me gusta: no hace falta elegir uno para siempre. Un flujo cloud puede lanzar un flujo de escritorio mediante la acción Run a flow built with Power Automate for desktop, pasándole variables de entrada y recogiendo variables de salida al terminar. Para que funcione, hace falta una máquina o grupo de máquinas registrado, y una licencia adecuada según si la ejecución es asistida (con un usuario delante) o desatendida (sin nadie delante, con el add-on correspondiente).
Un patrón habitual: un flujo cloud recibe una solicitud, valida los datos y decide si hace falta tocar un sistema legacy; si es así, dispara el flujo de escritorio, espera el resultado, y continúa el proceso en la nube con ese resultado. Lo mejor de cada mundo, en un único proceso de extremo a extremo.
La pregunta correcta no es «¿cloud o desktop?», sino «¿esta tarea concreta habla con una API o con una pantalla?». La respuesta decide la herramienta.
Cinco cosas a tener en cuenta antes de elegir
- Si el sistema tiene conector o API disponible, empieza siempre por un flujo cloud: es más mantenible y no depende de que la pantalla no cambie.
- Reserva Power Automate Desktop para lo que de verdad no tiene alternativa: aplicaciones legacy, clientes de escritorio, sistemas cerrados.
- Un flujo de escritorio desatendido necesita una máquina registrada y el add-on de RPA desatendida; planifícalo con tiempo.
- Los flujos de escritorio son más frágiles ante cambios de interfaz que los flujos cloud ante cambios de API, así que documenta bien qué automatizan.
- Si combinas ambos, diseña primero el contrato de variables de entrada y salida entre el flujo cloud y el de escritorio: te ahorrará muchos ajustes después.
¿Y una vez decidido que tu proceso vive en la nube, cómo se conecta realmente con SharePoint, SQL Server o un sistema externo?
Leer el artículo sobre conectores y licencias premium