Qué es Power Automate
Microsoft Power Automate es una plataforma para automatizar procesos mediante conexiones a servicios, acciones de escritorio y coordinación de tareas. Forma parte de Power Platform, junto a herramientas como Power Apps y Power BI. Integra automatización de procesos, capacidades de IA y análisis del funcionamiento de los flujos.
Su utilidad depende de describir un proceso con entradas, decisiones, responsables y resultados comprobables. Automatizar una secuencia no demuestra que esa secuencia sea correcta. Conviene separar lo que puede ejecutar una regla de lo que necesita revisión humana, especialmente cuando el resultado se utilizará para una decisión profesional.
Documentación de referencia: Microsoft Power Automate overview.
Historia: de Microsoft Flow a Power Automate
Microsoft Flow alcanzó disponibilidad general el 1 de noviembre de 2016. Permitía conectar aplicaciones y servicios mediante flujos. El 4 de noviembre de 2019 Microsoft anunció el nombre Power Automate y nuevas capacidades de automatización robótica de procesos, ampliando el alcance hacia tareas realizadas mediante interfaces.
La adquisición de Softomotive en mayo de 2020 reforzó la automatización de escritorio. En marzo de 2022 Microsoft adquirió Minit para ampliar capacidades de minería de procesos. Estos hitos explican la convivencia actual de conexiones entre servicios, automatización de interfaces y análisis de procesos.
Los nombres históricos aparecen en documentación, plantillas y conversaciones técnicas. Al reutilizar un tutorial, comprobar fecha, diseñador utilizado y licencia. Una instrucción válida para Microsoft Flow en sus primeros años puede no reflejar el funcionamiento actual del producto.
Documentación de referencia: PowerApps and Flow general availability, 2016 · Microsoft Flow becomes Power Automate, 2019 · Microsoft acquires Softomotive, 2020 · Microsoft acquires Minit, 2022.
Flujos automatizados, instantáneos y programados
Los flujos en la nube pueden iniciarse por un evento, por una acción manual o según un calendario. El disparador determina cuándo comienza el proceso; las acciones definen lo que ocurre después. El diseño puede incorporar condiciones y lógica para tratar entradas diferentes.
Una petición nueva podría iniciar una revisión; un botón podría preparar un conjunto de referencias; una ejecución programada podría comprobar fechas de revisión documental. Son ejemplos editoriales, no procesos ya implantados. En cada caso hay que concretar qué datos se leen y qué cambios están autorizados.
Elegir el disparador según la necesidad real. Consultar demasiado a menudo una fuente puede aumentar consumo sin aportar valor; hacerlo con poca frecuencia puede retrasar una tarea. Medir el intervalo desde el evento hasta el resultado y definir cómo se detectan entradas que no llegaron a procesarse.
Documentación de referencia: Power Automate flow types.
Automatización de escritorio y RPA
Los flujos de escritorio automatizan tareas en aplicaciones y páginas mediante acciones de interfaz y otros recursos del equipo. Pueden complementar conexiones basadas en API cuando una aplicación requiere interacción visual. La ejecución atendida y la desatendida tienen requisitos diferentes de sesión, máquina y licencia.
Microsoft documenta restricciones de sesiones de Windows para la ejecución desatendida y advierte de diferencias de resolución que pueden alterar la interacción con elementos. Un ensayo en el ordenador del creador no demuestra que funcionará igual en la máquina de ejecución.
Para una tarea repetitiva, comprobar primero si existe una conexión estructurada adecuada. Si se utiliza interfaz, definir cómo identificar elementos, detectar una pantalla inesperada y detenerse ante un resultado ambiguo. El registro final debe permitir comprobar qué se modificó, sin depender únicamente de que el robot terminara su secuencia.
Documentación de referencia: Introduction to desktop flows · Unattended desktop flow requirements.
Procesos guiados por etapas
Los business process flows presentan etapas y pasos en aplicaciones basadas en modelos. Pueden exigir completar determinados campos antes de avanzar. Su función principal es guiar la introducción y el recorrido del proceso; la automatización adicional requiere combinar otras capacidades.
Una etapa «revisado» necesita una definición operativa: quién revisa, qué información comprueba y qué evidencia conserva. Convertir un campo en obligatorio asegura que tenga un valor, pero no que el valor sea correcto ni que la revisión se haya realizado con el alcance previsto.
Al diseñar etapas, evitar duplicar estados que ya existan en el sistema de referencia. El usuario debería comprender por qué se le pide un dato y qué permite hacer el siguiente paso. Un proceso breve y claro favorece una cumplimentación más consistente.
Documentación de referencia: Business process flows overview.
Aprobaciones y decisiones humanas
La acción Start and wait for an approval inicia una solicitud y espera la respuesta. Las modalidades de aprobación definen quién debe responder y cómo se obtiene el resultado. Pedir la decisión de todos los participantes y aceptar una primera respuesta no son equivalentes.
La solicitud debería identificar el objeto revisado: documento, versión, alcance y motivo. Un enlace a un archivo que cambia durante la revisión puede romper la correspondencia entre lo aprobado y lo que termina utilizándose. Definir qué ocurre si el contenido se modifica.
Establecer también rechazo, ausencia y sustitución. El silencio no debe convertirse por defecto en aceptación. Para tareas de SST, el responsable debe disponer del contexto y competencia necesarios; la automatización registra y coordina la decisión, pero no aporta el razonamiento técnico que no se haya realizado.
Documentación de referencia: Get started with approvals.
Minería de procesos y calidad del registro
Process Mining analiza registros de eventos para reconstruir recorridos y detectar diferencias en el proceso. La documentación exige identificar el caso, la actividad y sus marcas temporales. Los registros de actividad pueden incluir inicio y fin, mientras que un evento puede tener una única fecha y hora.
Un análisis de revisiones documentales necesita que «enviado», «recibido» y «revisado» tengan significados consistentes. Si varios sistemas utilizan la misma etiqueta para hechos distintos, el mapa puede representar una mezcla de procesos. Antes de interpretar tiempos, revisar calendario, zonas horarias y actividades ausentes.
Una demora observada no explica por sí sola su causa. Puede reflejar una espera prevista, falta de información o un registro tardío. Contrastar el análisis con las personas responsables evita convertir una diferencia de tiempos en una conclusión injustificada sobre su desempeño.
Documentación de referencia: Prepare processes and event data for process mining.
Copilot, AI Builder y resultados verificables
Copilot ayuda a crear flujos mediante lenguaje natural y ofrece asistencia en análisis de procesos. AI Builder permite utilizar modelos preconstruidos o personalizados dentro de Power Platform. La disponibilidad de determinadas capacidades depende de región, modalidad y estado de lanzamiento.
Conviene distinguir la ayuda para construir el flujo de una acción de IA ejecutada dentro de él. En el primer caso se revisa el diseño propuesto; en el segundo, cada salida puede necesitar validación. La interfaz de conversación no elimina permisos, condiciones de licencia ni criterios de aceptación.
Como prueba editorial, extraer referencias de un pequeño conjunto de documentos autorizados y comparar cada resultado con el original. Registrar omisiones, valores inventados y casos dudosos. Una respuesta estructurada correctamente todavía puede contener información incorrecta; conservar la referencia al documento facilita revisarla.
Documentación de referencia: Copilot in Power Automate · AI Builder overview.
Entornos, soluciones y mantenimiento
Los flujos incluidos en soluciones pueden utilizar referencias de conexión y variables de entorno para facilitar su traslado entre desarrollo, pruebas y producción. Una solución reúne componentes relacionados; las variables permiten separar valores que cambian entre entornos de la lógica del flujo.
La publicación debería comprobar conexiones reales, permisos y datos de destino. Importar un paquete satisfactoriamente no demuestra que se haya conectado al entorno correcto. Una prueba con un registro claramente identificado permite verificar dónde se ha escrito y qué efecto se ha producido.
Documentar propietario, sustituto y dependencias. Cuando cambia una lista, un campo o una cuenta, revisar los flujos que lo utilizan. El mantenimiento debe formar parte del proceso desde el inicio; de lo contrario, una automatización puede seguir ejecutándose con supuestos que ya no son válidos.
Documentación de referencia: Benefits of solution-aware cloud flows.
Errores, tiempos de espera y recuperación
Los scopes agrupan acciones y permiten organizar rutas de tratamiento de fallos. La documentación de flujos en la nube establece una duración máxima de ejecución de treinta días, incluidos pasos pendientes como aprobaciones. Un proceso que puede durar más necesita un diseño adecuado de estado y continuidad.
Repetir una acción no siempre es inocuo. Si el destino creó un registro y se perdió la respuesta, repetir sin comprobarlo puede generar otra copia. Conservar identificadores de origen y destino facilita decidir qué falta y qué ya se hizo.
En las pruebas, provocar un fallo controlado antes y después de una escritura. Verificar que se detecta, que existe una persona responsable y que la recuperación produce el resultado esperado. Un aviso de error es una señal; la resolución requiere comprobar el estado final en el sistema receptor.
Documentación de referencia: Use scopes to organise actions · Microsoft ISE: error-handling patterns · Limits of automated, scheduled and instant flows.
Licencias, conectores y coste total
Microsoft distingue licencias Premium por usuario y modalidades de capacidad como Process y Hosted Process. Las funciones de conectores, automatización desatendida y máquinas alojadas deben revisarse según el escenario. Los derechos incluidos en otras suscripciones no equivalen necesariamente a disponer de todas las capacidades.
Antes de presupuestar, identificar quién crea, ejecuta y utiliza el proceso, qué conectores intervienen y dónde se aloja la ejecución. El coste también incluye administración, soporte, consumo adicional y atención de excepciones. No debe deducirse a partir de una única cuenta que consigue abrir una plantilla.
Una comparación entre herramientas debería utilizar el mismo volumen y resultado esperado. En un flujo de revisión documental, medir el coste por versión revisada con trazabilidad, incluyendo pendientes y rechazos, ofrece una referencia más útil que contar simplemente ejecuciones.
Documentación de referencia: Types of Power Automate licences · Power Automate licensing FAQ.
Acceso actual y retirada de la app móvil
La app móvil de Power Automate se retiró el 31 de agosto de 2026. Los flujos en la nube siguen funcionando.
Por tanto, un procedimiento interno no debería depender de instalar aquella app. Revisar las opciones vigentes para ejecutar, gestionar y responder a solicitudes en el entorno utilizado. Las instrucciones de formación deben coincidir con la interfaz disponible para cada participante.
Al actualizar un proceso, comprobar tanto la ejecución automática como la experiencia de la persona que recibe la tarea. Un flujo puede seguir funcionando técnicamente mientras el enlace o canal descrito en el manual ya no permite completar la revisión.
Documentación de referencia: Power Platform changes: mobile app retirement.
Relación con la seguridad y salud en el trabajo
Como usos propuestos por Sabentis, Power Automate puede coordinar revisiones y transferencias administrativas alrededor de la SST:
- Revisión de materiales: solicitar aprobación sobre una versión concreta de una comunicación preventiva.
- Preparación de reuniones: recopilar referencias aprobadas y crear tareas internas para completar información pendiente.
- Seguimiento de solicitudes: registrar una petición, asignar revisión y conservar el resultado de la decisión.
El flujo ordena quién interviene y cuándo. El botón de aprobación no determina por sí mismo que un procedimiento sea técnicamente adecuado, que una medida sea eficaz o que una formación cubra una necesidad del puesto.
Ejemplo hipotético: revisar un material antes de distribuirlo
Un equipo prepara una guía de acogida preventiva. Deben revisarla una persona responsable del contenido y otra de su adaptación al centro.
- Identificar el documento y su versión. La solicitud incluye centro, idioma, propósito y enlace al archivo que se revisará.
- Definir si las dos revisiones son obligatorias y si deben realizarse en un orden concreto. No usar la primera respuesta cuando se requieren ambas.
- Registrar cada decisión con su referencia documental. Si se rechaza, devolver el material a preparación, conservando la razón.
- Si cambia la versión durante la revisión, invalidar la solicitud anterior según la regla acordada y pedir una nueva revisión.
- Probar aprobación, rechazo, falta de respuesta y acceso insuficiente al archivo. Solo la versión aprobada pasa al estado de preparada para distribución.
La validación compara documento, versión, revisores y resultado. Preparar la distribución no equivale a enviarla: ese paso debe tener una autorización y un alcance definidos.
Políticas de datos y continuidad
Las políticas de Power Platform pueden bloquear conectores o impedir que se utilicen juntos. Se aplican durante el diseño y la ejecución; un flujo puede quedar suspendido por un conflicto. Un cambio de política también puede afectar procesos que antes funcionaban.
Antes de depender del flujo, identifica quién controla las conexiones, quién sustituye al responsable ausente y cómo se atienden solicitudes sin respuesta. Comprueba que los revisores pueden acceder al archivo adecuado sin ampliar permisos innecesariamente. Mantén separadas la caducidad del enlace, la disponibilidad del servicio y la decisión de la persona: son causas distintas de una solicitud pendiente.
Documentación de referencia: Impact of data policies on apps and flows.
Cuándo elegirlo y con qué complementarlo
Tiene sentido evaluarlo cuando el proceso ya utiliza servicios compatibles del entorno Microsoft y existe una administración clara de identidades, políticas y conexiones. La decisión debe incluir licencias, mantenimiento y recuperación ante fallos.
Microsoft Forms puede aportar una entrada estructurada; Microsoft Teams puede organizar la colaboración. Antes de conectarlos, confirma dónde queda el registro de referencia y quién puede modificarlo. Evita crear varias listas que aparenten ser la versión oficial del mismo estado.
Preguntas frecuentes sobre Power Automate
¿Una aprobación equivale a una validación técnica?
Solo si la persona competente ha realizado la revisión prevista y la decisión se vincula a la versión correcta. El registro acredita una respuesta, no el razonamiento que no se haya documentado.
¿Por qué deja de funcionar un flujo sin haberlo editado?
Entre las causas posibles están cambios de conexiones, permisos o políticas de datos. Revisa el diagnóstico concreto antes de repetir acciones.
¿Qué debe ocurrir cuando nadie responde?
El proceso debe definir plazo, sustitución y tratamiento del caso pendiente. El silencio no debe convertirse automáticamente en aprobación.
