Skip to content

Recuperação

A página de Recuperação é a rede de segurança do Zellbox para ações destrutivas em eventos. Toda vez que algo está prestes a remover ou cancelar um evento do espelho da agenda do workspace, o Zellbox captura a linha inteira primeiro em uma tabela de backup separada. Você tem 90 dias para restaurar qualquer um deles individualmente.

Ela cobre cinco caminhos:

Ação de origemO que você vê se algo dá erradoRecuperável?
Aprovar cancelamentos em um ramo de sincronização retidoCada evento que a proteção recusou é cancelado em loteSim
Cancelamento de sincronização (normal, baixo volume)Um evento que o Google reportou como cancelado desaparece da grade ao vivoSim
Cancelar evento (clique do operador)O evento muda para status: cancelado com um motivoSim
Excluir evento (clique do operador, hard delete)A linha do evento é removida do espelho por completoSim
Reset dos dados de agendaCada linha de evento, lembrete e seleção de agenda rastreada é apagada de uma só vezSim — esta é a maior razão para o recurso existir

Restaurar traz o evento de volta para o Zellbox como uma linha nova. Ele não é reenviado ao Google Calendar automaticamente — essa é uma decisão separada com implicações de e-mails de convite.

Onde encontrá-la

Barra lateral → Configuração e ajuda → Recuperação (ou abra /recovery diretamente). Administradores e tiers privilegiados veem a mesma visão; membros veem apenas os próprios backups.

O que você vê

Uma lista em ordem cronológica inversa de cada evento que o Zellbox snapshotou na janela selecionada. O filtro padrão é "Últimos 30 dias, todos os motivos", que cobre tudo dentro do TTL de 90 dias que provavelmente precisa de atenção.

Cada linha mostra:

  • Título (do snapshot no momento do backup, não o que o evento possa ter virado depois).
  • Horário de início no fuso horário do seu workspace.
  • Chip de motivoQuarentena aprovada, Cancelamento de sincronização, Cancelado pelo operador, Excluído pelo operador ou Reset dos dados de agenda.
  • Agenda de origem (o id da agenda Google, quando conhecido).
  • Backup em — quando o snapshot foi escrito.
  • Prévia da descrição (primeiras duas linhas).
  • Botão Restaurar, ou uma nota "Restaurado em Seg 27 mai 12:34" ao lado de "Restaurar de novo" se você já restaurou este snapshot.

Filtrando

Dois controles de filtro:

  • Menu MotivoTodos os motivos (padrão) ou um dos cinco motivos de origem acima. Útil quando você sabe que aprovou uma quarentena por engano e quer ver apenas esses backups.
  • Chips de intervalo de tempo — Últimas 24 h / 7 dias / 30 dias (padrão) / Tudo. Tudo enumera o que ainda está dentro do TTL de 90 dias.

Restaurando um evento

  1. Encontre a linha.
  2. Clique em Restaurar.
  3. Um diálogo de confirmação detalha o que Restaurar faz: recria o evento no Zellbox com o mesmo horário, cliente, responsável e lembretes; o evento é restaurado como Somente Zellbox e não é enviado de volta ao Google.
  4. Clique em Restaurar para confirmar.
  5. O novo evento aparece na grade da agenda em um segundo. O vínculo de cliente, o responsável, os intervalos de lembrete, o modo de visita, o número de telefone — tudo é preservado do snapshot.

Você pode restaurar o mesmo snapshot várias vezes. Cada Restaurar cria uma linha de espelho nova com o próprio eventId; o registro de backup permanece para auditoria. Então, se você restaurou por engano, editou e depois excluiu a nova cópia, ainda dá para restaurar o backup novamente para recuperar.

O que NÃO é restaurado

  • O evento do próprio Google Calendar. Restaurar vive inteiramente no espelho do Zellbox. O evento original do Google já está como tombstone (o Google já considera cancelado — restaurar localmente não o ressuscita no lado do Google) ou totalmente excluído. Se sua equipe precisa do evento de volta no Google para ver pelo app do Google Calendar, recrie manualmente lá ou use o recurso "Push para o Google" por evento quando for lançado.
  • Histórico de auditoria do evento original. Um novo eventId significa que a nova linha de espelho começa com uma linha do tempo de auditoria nova (uma linha de auditoria é escrita apontando para o id do backup de origem para que uma consulta forense ainda seja possível).
  • Notificações ao cliente já enviadas. Se o evento original disparou um e-mail "Evento da agenda cancelado" no momento do cancelamento, restaurar não desfaz o envio. O novo evento se comporta como uma marcação nova qualquer.

A janela de retenção de 90 dias

As linhas de backup vivem por 90 dias e depois são removidas pelo sweep de TTL do DynamoDB. Após isso, o snapshot é definitivamente perdido. A página Recuperação avisa quando uma linha está na última semana da janela para que você decida se restaura agora ou deixa expirar.

Se estiver perto do limite de 90 dias para um snapshot importante, o caminho certo é restaurar o evento agora — mesmo que ainda não precise — e cancelá-lo/excluí-lo de novo depois se for o caso. Cada Restaurar cria uma nova janela de 90 dias para a nova linha de espelho.

Como a rede de segurança se conecta aos outros fluxos

Todas as quatro superfícies destrutivas agora mencionam a Recuperação nos seus diálogos de confirmação, para você saber que a rede de segurança está lá antes de clicar no botão destrutivo:

  • O diálogo de confirmação Status da sincronização → Aprovar cancelamentos agora termina com a nota do backup. Veja Status da sincronização.
  • O diálogo de confirmação Google Sync → Reset dos dados de agenda termina com a nota do backup. Veja Reset.
  • Os modais Cancelar evento e Excluir evento na agenda terminam com a nota do backup. Veja Agenda.
  • O detalhamento de eventos retidos no Status da sincronização lista cada evento que a proteção recusou, para você pré- visualizar o que será snapshotado e depois cancelado antes de clicar em Aprovar.

Trilha forense

Além da Recuperação, cada ação destrutiva também grava uma linha de auditoria em BWS_ZELLBOX_CALENDAR_EVENT_AUDIT_LOG (TTL de 1 ano). O log de auditoria responde "o que aconteceu com o evento X" meses depois; a Recuperação responde "restaure este evento agora". Eles se complementam — a Recuperação é para o operador, o log de auditoria é para o post-mortem.

Zellbox documentation