¿Cloud Flow o Desktop Flow? La decisión en 5 preguntas

Los Cloud Flows automatizan procesos entre servicios en línea a través de sus API y se ejecutan por completo en la nube de Microsoft, mientras que los Desktop Flows controlan aplicaciones locales de Windows a través de la interfaz gráfica y, por tanto, también pueden automatizar sistemas sin interfaz. La elección entre ambos depende esencialmente de una pregunta: ¿el software que desea integrar ofrece una API, o la automatización tiene que hacer clic, escribir y leer como lo haría una persona? Situación: julio de 2026.

¿Qué diferencia hay entre un Cloud Flow y un Desktop Flow?

Un Cloud Flow se conecta mediante conectores a servicios como Outlook, SharePoint o Dynamics 365 e intercambia datos de forma estructurada a través de sus API. No necesita ninguna aplicación en ejecución ni un dispositivo determinado, porque toda la lógica se ejecuta en la nube. Un Desktop Flow, en cambio, controla una aplicación tal como lo haría un empleado en la pantalla: mediante elementos de interfaz, coordenadas de pantalla o reconocimiento de imágenes. Según la introducción de Microsoft a Power Automate Desktop, esta tecnología amplía las funciones de RPA de Power Automate precisamente para los casos en los que no existe una interfaz estructurada, por ejemplo en aplicaciones de terminal antiguas o mainframes.

¿Cuándo es un Desktop Flow la opción adecuada para un ERP antiguo?

Un Desktop Flow merece la pena siempre que en el proceso intervenga un sistema sin API. En las pymes alemanas, suele tratarse de un ERP antiguo o un sistema de gestión de mercancías que lleva años en uso pero nunca se diseñó para integraciones modernas: los pedidos se escriben manualmente, los informes se extraen mediante copiar y pegar a Excel, los datos maestros se mantienen pantalla por pantalla. La propia Microsoft cita como ejemplo la introducción de datos en un sistema ERP por parte de los empleados de una empresa grande (Microsoft Learn: Introducción a los Desktop Flows). El Desktop Flow se encarga exactamente de los clics e introducciones que de otro modo se harían a mano, sin necesidad de cambiar nada en el sistema antiguo. Esto también funciona con emuladores de terminal para mainframes o sistemas AS/400, para los que Power Automate incorpora sus propias acciones de emulación de terminal.

¿Cómo se combinan Cloud Flow y Desktop Flow?

En la práctica, los dos tipos de flujo rara vez actúan solos: un Cloud Flow se encarga del disparador y de la conexión con sistemas modernos, un Desktop Flow de la parte del trabajo que solo se puede realizar a través de la interfaz. Para ello, el Cloud Flow dispone de la acción "Run a flow built with Power Automate for desktop": llama a un Desktop Flow registrado en una máquina o grupo de máquinas determinado y transfiere parámetros entre ambos niveles (Microsoft Learn: Trigger desktop flows from cloud flows). Así, por ejemplo, un pedido recibido por correo electrónico puede detectarse mediante un Cloud Flow y luego registrarse en el ERP antiguo mediante un Desktop Flow.

Attended o unattended: ¿qué modo de ejecución conviene?

Para invocar un Desktop Flow desde un Cloud Flow se puede definir el modo de ejecución. En modo attended, la automatización se ejecuta en el equipo de un empleado mientras este ha iniciado sesión, y puede observarse o interrumpirse si es necesario. En modo unattended, Power Automate inicia sesión de forma autónoma en una máquina registrada, ejecuta el flujo sin espectador y luego vuelve a cerrar la sesión. Esto requiere que no haya ninguna sesión activa de Windows abierta en el dispositivo y precisa una licencia adicional (Microsoft Learn: Run unattended desktop flows). Para un proceso por lotes nocturno contra el ERP antiguo, unattended suele ser la opción más adecuada, mientras que attended es preferible para tareas con consultas a los empleados.

¿Qué limitaciones deben conocer las pymes?

Los Desktop Flows son más robustos de lo que su fama sugiere, pero siguen dependiendo de la interfaz de la aplicación de destino: si cambia una pantalla, el nombre de un campo o la resolución, esto puede afectar a la automatización. Las ejecuciones unattended requieren además un dispositivo dedicado y disponible de forma permanente, así como la licencia correspondiente, algo que los Cloud Flows no necesitan en esta forma. Quien separa claramente ambos mundos desde el principio y documenta qué parte de un proceso pasa por una API y cuál por la interfaz se ahorra problemas de migración posteriores, por ejemplo si el ERP antiguo llega a obtener una interfaz. A la hora de valorar qué enfoque conviene a un proceso concreto, una consultoría de Power Automate ayuda a estimar de forma realista el esfuerzo y el beneficio.

Preguntas frecuentes sobre Cloud Flow y Desktop Flow

¿Puede un Desktop Flow ejecutarse sin un Cloud Flow?

Sí. Un Desktop Flow se puede iniciar directamente en la consola de Power Automate Desktop o activarse manualmente. Para programaciones, disparadores externos o ejecución unattended, normalmente se activa igualmente a través de un Cloud Flow, porque este aporta la lógica de programación y conexión.

¿Necesita un Desktop Flow una licencia adicional para el funcionamiento unattended?

Sí. Para la ejecución unattended se requiere, además de la licencia de Power Automate, un Process Plan o un complemento unattended, que se asigna a la cuenta de ejecución o al entorno.

¿Sustituye un Desktop Flow a una interfaz real hacia el ERP antiguo?

No. Un Desktop Flow automatiza la interfaz de usuario existente, pero no crea una API. En cuanto un sistema obtiene una interfaz estructurada, normalmente merece la pena cambiar a un Cloud Flow o a un conector dedicado, porque es más estable y requiere menos mantenimiento.

¿Puede el mismo proceso tener partes tanto de Cloud Flow como de Desktop Flow?

Sí, de hecho es el caso normal en entornos de TI que han crecido con el tiempo. Un Cloud Flow conecta sistemas modernos mediante API, un Desktop Flow se encarga de la parte que solo es accesible a través de la interfaz de una aplicación más antigua.