Cómo recuperar una versión anterior de una automatización
Recuperar una versión anterior requiere detener efectos nuevos, restaurar la lógica compatible y revisar lo que ya ocurrió.
Recuperar una versión anterior requiere detener efectos nuevos, restaurar la lógica compatible y revisar lo que ya ocurrió. Volver al diagrama anterior no borra registros ni retira mensajes enviados. Antes de reanudar, comprueba también si los datos y la configuración siguen siendo compatibles con esa versión.
Contén la ejecución antes de restaurar
Pausa la entrada o las acciones de escritura mediante el mecanismo previsto por tu plataforma. Anota la última ejecución confirmada y las que siguen activas o pendientes. No supongas que desactivar el disparador cancela todos los trabajos en curso. Identifica qué puede terminar durante la intervención y quién controla el proceso manual para que no duplique el trabajo cuando se recupere la automatización.
Comprueba qué estás recuperando
Localiza una versión aprobada y su configuración asociada. En flujos de nube incluidos en soluciones, Power Automate permite recuperar versiones anteriores como borradores; después debes revisar y publicar según ese mecanismo. No extrapoles esta función a cualquier flujo o plataforma. Comprueba si la versión espera columnas, credenciales o estados que ya cambiaron y si dispone de las conexiones necesarias para funcionar.
Separa restauración de reparación
Lista los efectos producidos por la versión defectuosa: registros creados, cambios parciales o comunicaciones. Decide para cada grupo si se conserva, corrige o necesita una compensación autorizada. El patrón de transacción compensatoria de Microsoft advierte que deshacer trabajo distribuido exige lógica específica. No lances una eliminación masiva como sustituto de esa revisión, especialmente si después hubo cambios humanos legítimos.
Reanuda con un caso que pueda fallar
Ejecuta en ensayo la versión recuperada con una entrada anterior y otra pendiente del momento del incidente. Verifica el resultado mediante lectura del destino. Activa después un tramo acotado, vigila las ejecuciones y reconcilia las unidades afectadas. Conserva referencia de versión restaurada, pendientes excluidos y reparaciones aprobadas. El cierre exige demostrar que la lógica vuelve a funcionar y que cada efecto incorrecto tiene una resolución asignada.
Antes de publicar de nuevo, acuerda un criterio de parada observable: por ejemplo, reaparece la discrepancia que motivó la restauración o no se confirma la primera escritura. Define quién toma esa decisión y qué trabajo queda retenido. Si la versión antigua ya no es compatible, conserva la pausa y prepara una corrección compatible en lugar de forzar su activación.
Comprobaciones para cerrar la tarea
- ✓ Identifica ejecuciones activas antes de restaurar.
- ✓ Verifica compatibilidad con datos y configuración actuales.
- ✓ Separa efectos que necesitan compensación.
- ✓ Consulta el destino tras la primera ejecución recuperada.
Fuentes y documentación
- Microsoft — Borradores y versiones — En flujos de nube incluidos en soluciones, una versión anterior puede recuperarse como borrador.
- Microsoft — Transacciones compensatorias — Deshacer trabajo distribuido requiere considerar los efectos ya realizados; una compensación también puede fallar.
Aplicarlo en tu empresa
Podemos revisar el entorno y acordar qué actuaciones, validaciones y mantenimiento necesitas.
Conocer el servicio relacionado →