Restaurar desde un backup
Cómo funciona el proceso de restauración asistida en Mosce ERP: fases, verificaciones de seguridad, red de contención y pasos posteriores a la restauración.
Restaurar una cuenta desde un backup es un proceso asistido por el equipo de soporte de Mosce ERP. Este artículo explica qué esperar durante el proceso, qué verificaciones de seguridad se hacen antes de tocar cualquier dato, y qué configuraciones debes revisar después de que la restauración se completa.
Tiempo de lectura: ~6 min
Cuándo usar esto
- Ocurrió una eliminación accidental masiva de datos y necesitas recuperar el estado anterior.
- Una importación de datos falló a mitad del proceso y dejó la cuenta en un estado inconsistente.
- Necesitas clonar el estado de tu cuenta a otra instancia (por ejemplo, para un entorno de prueba).
Antes de empezar
- La restauración es un proceso operador-asistido - no puedes iniciarla desde la interfaz por tu cuenta. Debes contactar a soporte.
- Necesitas saber de qué backup quieres restaurar: la fecha y hora aproximada, o el identificador si puedes acceder a la lista de backups.
- La restauración sobreescribe los datos actuales de la cuenta con los del backup. Revisa el alcance completo con el equipo de soporte antes de confirmar.
Cómo iniciar una restauración
- Contacta al equipo de soporte de Mosce ERP desde Configuración → Soporte dentro de la plataforma, o por el canal de soporte indicado en tu contrato de plan.
- Indica:
- El backup del que quieres restaurar (fecha y hora, o ID si lo conoces).
- El motivo de la solicitud.
- Si hay datos del período posterior al backup que deben preservarse o que ya están perdidos.
El equipo de soporte evaluará la solicitud, confirmará el alcance contigo y ejecutará el proceso.
Las fases del proceso de restauración
Fase 1 - Validación del backup
Antes de cualquier cambio, soporte verifica que el archivo de backup está íntegro:
- Descifra el archivo del backup.
- Verifica los checksums SHA-256 de cada archivo listado en el manifiesto.
- Confirma que la versión del esquema del backup es compatible con la versión actual de la plataforma.
Si la validación falla, el proceso se detiene y soporte te informa. Ningún dato es modificado.
Fase 2 - Pre-verificación de seguridad (dry run)
Soporte ejecuta una pasada de validación completa en modo seco (dry run): simula la restauración completa sin escribir ningún dato. El dry run verifica:
- Que todos los registros del backup son válidos y consistentes.
- Que no hay conflictos de integridad que impidan la restauración.
- El volumen de datos a restaurar y el tiempo estimado.
Soporte te informa el resultado del dry run antes de proceder. Si hay hallazgos que cambien el alcance, se discuten contigo antes de continuar.
Fase 3 - Snapshot del estado actual
Antes de escribir una sola fila del backup, soporte crea un snapshot completo del estado actual de la cuenta. Este snapshot es la red de contención: si la restauración falla o produce un resultado inesperado, soporte puede revertir la cuenta al estado anterior al proceso de restauración.
Fase 4 - Restauración
Soporte ejecuta la restauración: elimina los datos actuales de las tablas afectadas e inserta los datos del backup. El proceso puede tardar entre 5 y 30 minutos dependiendo del volumen de datos.
Durante la restauración, algunas funciones de la cuenta pueden estar temporalmente pausadas para garantizar la consistencia de los datos.
Fase 5 - Reconciliación post-restauración
Una vez que los datos están restaurados, soporte ejecuta verificaciones de integridad referencial para confirmar que todos los registros son coherentes entre sí. Se revisan contadores, balances y referencias cruzadas entre módulos.
El resultado de la reconciliación se comunica al momento de confirmar que la restauración está completa.
Red de contención - reversión si algo falla
El snapshot creado en la Fase 3 permite revertir la cuenta al estado previo a la restauración si ocurre un problema durante las fases 4 o 5. La reversión usa el mismo proceso que la restauración - soporte puede ejecutarla si la restauración produce un resultado no esperado.
La posibilidad de reversión es válida solo mientras el snapshot de pre-restauración está disponible (típicamente 48 horas después de la restauración). Pasado ese tiempo, el snapshot se elimina.
Pasos posteriores a la restauración
Revisar las integraciones
Si la cuenta fue restaurada desde un backup que usa una configuración de cifrado diferente a la actual, algunas integraciones pueden quedar marcadas como "requiere reconfiguración":
- Almacenamiento privado: las credenciales pueden haber cambiado. Ve a Configuración → Integraciones → Almacenamiento y vuelve a ingresar las credenciales de tu almacenamiento privado.
- Proveedor de email: si la configuración de email estaba cifrada con una clave diferente, deberás volver a ingresar las credenciales SMTP o del proveedor.
- Stripe: la integración de pagos puede requerir reconexión si el API key cambió entre el backup y la restauración.
Mosce ERP muestra un aviso en la pantalla de integraciones indicando cuáles requieren reconfiguración. Completa estas reconexiones antes de reanudar operaciones normales.
Verificar los datos restaurados
Antes de reanudar operaciones normales, verifica que los datos críticos se restauraron correctamente:
- Revisa las últimas facturas emitidas antes del punto de restauración.
- Verifica el saldo de clientes y proveedores.
- Confirma que el inventario refleja el estado esperado.
Si encuentras discrepancias entre lo restaurado y lo esperado, comunícalo a soporte de inmediato mientras el snapshot de pre-restauración sigue disponible.
Errores comunes
| Síntoma | Causa probable | Solución |
|---|---|---|
| El proceso de restauración tarda más de lo esperado | Volumen de datos mayor al estimado | Es normal para cuentas grandes; soporte te informará el estado |
| Una integración dice "requiere reconfiguración" | La clave de cifrado cambió durante el proceso | Reingresa las credenciales de la integración afectada |
| Los datos de un módulo no se restauraron | Ese módulo no estaba activo en la fecha del backup | Verifica con soporte si el backup incluye ese módulo |
Preguntas frecuentes
¿Puedo restaurar solo una parte de los datos (por ejemplo, solo las facturas)?
Actualmente la restauración es completa - todos los módulos del backup se restauran juntos. La restauración parcial por módulo o por rango de fechas no está disponible en esta versión.
¿Cuánto tiempo tarda el proceso completo?
Desde que contactas a soporte hasta que la restauración está confirmada, el tiempo típico es entre 2 y 6 horas, dependiendo del volumen de datos y la disponibilidad del equipo. En casos urgentes (pérdida de datos críticos), soporte puede priorizar la solicitud.
¿Puedo restaurar sin perder los datos del período posterior al backup?
No directamente. La restauración sobreescribe los datos actuales con los del backup. Si hay datos del período posterior que necesitas preservar, deben registrarse manualmente después de la restauración. Discútelo con soporte antes de confirmar el proceso.
¿La restauración afecta mi historial de facturación en Stripe?
No. La facturación y suscripción de Stripe son externas a la base de datos de Mosce ERP y no se modifican durante una restauración. Solo los datos operativos dentro de Mosce ERP se restauran.
Relacionados
- Configurar tu almacenamiento privado
- Configurar el horario de backups automáticos
- Backup bajo demanda
Última actualización: 2026-05-09