Recuperación

La página de Recuperación es la red de seguridad de Zellbox para las acciones destructivas sobre eventos. Cada vez que algo está por quitar o cancelar un evento del espejo del calendario del espacio de trabajo, Zellbox guarda primero una instantánea completa de la fila en una tabla de respaldo aparte. Tienes 90 días para restaurar cualquiera de ellos individualmente.

Cubre cinco caminos:

Acción de origen	Lo que ves si algo sale mal	¿Recuperable?
Aprobar cancelaciones en una rama de sincronización retenida	Cada evento que la protección rechazó queda con cancelación suave en un solo lote	Sí
Cancelación por sincronización (normal, bajo volumen)	Un evento que Google reportó como cancelado desaparece de la grilla en vivo	Sí
Cancelar evento (clic del operador)	El evento cambia a status: cancelled con un motivo	Sí
Eliminar evento (clic del operador, eliminación dura)	La fila del evento se quita del espejo por completo	Sí
Resetear datos del calendario	Cada fila de evento, recordatorio y selección de calendario rastreado se borra de una sola vez	Sí — esta es la mayor razón por la que existe la función

Restaurar trae el evento de vuelta a Zellbox como una fila nueva. No se vuelve a empujar a Google Calendar automáticamente — esa es una decisión aparte con implicaciones de correos de invitación.

Dónde encontrarlo

Barra lateral → Configuración y ayuda → Recuperación (o abre /recovery directamente). Los niveles admin y privilegiado ven la misma vista; los miembros ven solo sus propios respaldos.

Qué ves

Una lista en orden cronológico inverso de cada evento del que Zellbox ha tomado una instantánea en la ventana seleccionada. El filtro predeterminado es "Últimos 30 días, todos los motivos", que cubre todo lo que está dentro del TTL de 90 días y que es probable que necesite atención.

Cada fila muestra:

• Título (de la instantánea al momento del respaldo, no lo que el evento pudo haberse vuelto después).
• Hora de inicio en la zona horaria de tu espacio de trabajo.
• Chip de motivo — Cuarentena aprobada, Cancelación por sincronización, Cancelado por operador, Eliminado por operador o Reset de datos del calendario.
• Calendario de origen (el id del Google Calendar, cuando se conoce).
• Respaldado el — cuándo se escribió la instantánea.
• Vista previa de la descripción (las dos primeras líneas).
• Botón de Restaurar, o una nota "Restaurado el lun 27 de mayo 12:34" junto a "Restaurar de nuevo" si ya restauraste esta instantánea.

Filtrar

Dos perillas de filtro:

• Menú de Motivo — Todos los motivos (predeterminado) o uno de los cinco motivos de origen de arriba. Útil cuando sabes que aprobaste una cuarentena por error y quieres ver solo esos respaldos.
• Chips de rango de tiempo — Últimas 24 h / 7 días / 30 días (predeterminado) / Todo. Todo enumera todo lo que sigue dentro del TTL de 90 días.

Restaurar un evento

1. Encuentra la fila.
2. Haz clic en Restaurar.
3. Un diálogo de confirmación explica qué hace Restaurar: vuelve a crear el evento en Zellbox con la misma hora, cliente, responsable y recordatorios; el evento se restaura como Solo de Zellbox y no se empuja de vuelta a Google.
4. Haz clic en Restaurar para confirmar.
5. El nuevo evento aparece en la grilla del calendario en un segundo. El vínculo con el cliente, el responsable asignado, los desfases de recordatorio, la modalidad de visita, el número de teléfono — todo se preserva desde la instantánea.

Puedes restaurar la misma instantánea varias veces. Cada Restaurar crea una fila de espejo nueva con su propio eventId; el registro de respaldo original queda para auditoría. Así que si restauraste por error, editaste y luego eliminaste la copia nueva, todavía puedes restaurar el respaldo de nuevo para recuperarlo.

Lo que NO se restaura

• El evento de Google Calendar en sí. Restaurar vive enteramente en el espejo de Zellbox. El evento original de Google está o bien tombstoned (Google ya lo considera cancelado — restaurar localmente no lo revive del lado de Google) o totalmente eliminado. Si tu equipo necesita el evento de vuelta en Google para verlo desde la app de Google Calendar, créalo manualmente allá o usa la opción por evento "Empujar a Google" cuando esté disponible.
• El historial de auditoría del evento original. Un nuevo eventId significa que la nueva fila de espejo arranca con una línea de tiempo de auditoría nueva (se escribe una fila de auditoría que enlaza al id del respaldo de origen, así que una consulta forense sigue siendo posible).
• Notificaciones al cliente ya enviadas. Si el evento original disparó un correo de "Evento de calendario cancelado" al momento de cancelar, restaurar no lo des-envía. El nuevo evento se comporta como cualquier reserva fresca.

La ventana de retención de 90 días

Las filas de respaldo viven 90 días y luego las elimina la pasada de TTL de DynamoDB. Después de eso la instantánea se va permanentemente. La página de Recuperación te avisa cuando una fila está dentro de la última semana de su ventana, así puedes decidir si la restauras ahora o la dejas vencer.

Si te encuentras cerca del borde de los 90 días para una instantánea importante, lo correcto es restaurar el evento ahora — incluso si todavía no lo necesitas — y volver a cancelarlo o eliminarlo más tarde si hace falta. Cada restauración crea una ventana fresca de 90 días para la nueva fila de espejo.

Cómo la red de seguridad se enchufa con otros flujos

Las cuatro superficies destructivas ahora mencionan Recuperación en sus diálogos de confirmación, así sabes que la red de seguridad está ahí antes de pulsar el botón destructivo:

• El diálogo de confirmación de Estado de sincronización → Aprobar cancelaciones ahora termina con la nota del respaldo. Ver Estado de sincronización.
• El diálogo de confirmación de Sincronización con Google → Resetear datos del calendario termina con la nota del respaldo. Ver Reset.
• Los modales de Cancelar evento y Eliminar evento en el calendario terminan con la nota del respaldo. Ver Calendario.
• El detalle de los eventos retenidos en Estado de sincronización lista cada evento que la protección rechazó, así puedes ver qué se va a respaldar + cancelar antes de hacer clic en Aprobar.

Rastro forense

Además de Recuperación, cada acción destructiva también escribe una fila de auditoría en BWS_ZELLBOX_CALENDAR_EVENT_AUDIT_LOG (TTL de 1 año). El log de auditoría responde "qué pasó con el evento X" meses después; Recuperación responde "restaura este evento ahora". Son complementarios — Recuperación es para el operador, el log de auditoría es para el post-mortem.