Pemulihan

Halaman Pemulihan adalah jaring pengaman Zellbox untuk aksi destruktif pada acara. Setiap kali sesuatu akan menghapus atau membatalkan acara dari cermin kalender ruang kerja, Zellbox men-snapshot seluruh baris terlebih dahulu ke tabel cadangan terpisah. Anda memiliki 90 hari untuk memulihkan masing- masing secara individu.

Mencakup lima jalur:

Aksi sumber	Apa yang Anda lihat jika salah	Dapat dipulihkan?
Setujui pembatalan pada cabang sinkronisasi yang ditahan	Setiap acara yang ditolak pengaman dibatalkan-lunak dalam satu batch	Ya
Pembatalan sinkronisasi (normal, volume rendah)	Acara yang dilaporkan Google sebagai dibatalkan menghilang dari grid langsung	Ya
Batalkan acara (klik operator)	Acara dialihkan ke status: cancelled dengan alasan	Ya
Hapus acara (klik operator, hapus keras)	Baris acara dihapus dari cermin sepenuhnya	Ya
Reset data kalender	Setiap baris acara, pengingat, dan pilihan kalender yang dilacak dihapus sekaligus	Ya — ini adalah alasan tunggal terbesar fitur ini ada

Memulihkan membawa acara kembali ke Zellbox sebagai baris baru. Ini tidak di-push ulang ke Google Calendar secara otomatis — itu keputusan terpisah dengan implikasi email undangan.

Di mana menemukannya

Sidebar → Penyiapan & Bantuan → Pemulihan (atau buka /recovery secara langsung). Tier admin dan privileged melihat tampilan yang sama; anggota hanya melihat cadangan mereka sendiri.

Apa yang Anda lihat

Daftar kronologis terbalik dari setiap acara yang telah di-snapshot Zellbox di jendela yang dipilih. Filter default adalah "30 hari terakhir, semua alasan", yang mencakup semua yang berada di dalam TTL 90 hari yang sebenarnya kemungkinan memerlukan perhatian.

Setiap baris menampilkan:

• Judul (dari snapshot pada waktu cadangan, bukan apa pun yang mungkin telah menjadi acara setelahnya).
• Waktu mulai dalam zona waktu ruang kerja Anda.
• Chip alasan — Karantina disetujui, Pembatalan sinkronisasi, Operator membatalkan, Operator menghapus, atau Reset data kalender.
• Kalender sumber (id kalender Google, jika diketahui).
• Dicadangkan pada — kapan snapshot ditulis.
• Pratinjau deskripsi (dua baris pertama).
• Tombol Pulihkan, atau catatan "Dipulihkan Sen 27 Mei 12:34" di samping "Pulihkan lagi" jika Anda sudah memulihkan snapshot ini.

Memfilter

Dua tombol filter:

• Dropdown Alasan — Semua alasan (default) atau salah satu dari lima aksi sumber di atas. Berguna saat Anda tahu bahwa Anda secara tidak sengaja menyetujui karantina dan ingin melihat hanya cadangan tersebut.
• Chip rentang waktu — 24 jam / 7 hari / 30 hari (default) / Semua terakhir. Semua memerinci semua yang masih berada di dalam TTL 90 hari.

Memulihkan acara

1. Temukan baris.
2. Klik Pulihkan.
3. Dialog konfirmasi menjelaskan apa yang dilakukan Pulihkan: membuat ulang acara di Zellbox dengan waktu, pelanggan, manajer, dan pengingat yang sama; acara dipulihkan sebagai Zellbox-saja dan tidak di-push kembali ke Google.
4. Klik Pulihkan untuk mengonfirmasi.
5. Acara baru muncul di grid kalender dalam satu detik. Tautan-pelanggan, manajer-yang-ditugaskan, offset pengingat, mode kunjungan, nomor telepon — semuanya dipertahankan dari snapshot.

Anda dapat memulihkan snapshot yang sama beberapa kali. Setiap Pulihkan membuat baris cermin baru dengan eventId sendiri; catatan cadangan asli tetap untuk audit. Jadi jika Anda secara tidak sengaja memulihkan, mengedit, lalu menghapus salinan baru, Anda masih dapat memulihkan cadangan lagi untuk memulihkan.

Apa yang TIDAK dipulihkan

• Acara Google Calendar itu sendiri. Pulihkan hidup sepenuhnya di cermin Zellbox. Acara Google asli sudah ditombstone (Google sudah menganggapnya dibatalkan — memulihkan secara lokal tidak menghidupkannya kembali di sisi Google) atau dihapus sepenuhnya. Jika tim Anda membutuhkan acara kembali di Google sehingga mereka melihatnya melalui aplikasi Google Calendar, buat ulang secara manual di sana atau gunakan fitur "Push ke Google" per acara saat tersedia.
• Riwayat audit acara asli. eventId baru berarti baris cermin baru mulai dengan timeline audit baru (baris audit ditulis yang menautkan kembali ke id cadangan sumber sehingga kueri forensik tetap memungkinkan).
• Notifikasi pelanggan yang sudah terkirim. Jika acara asli memicu email "Acara kalender dibatalkan" pada waktu pembatalan, memulihkan tidak membatalkan kirimnya. Acara baru berperilaku seperti pemesanan baru.

Jendela retensi 90 hari

Baris cadangan hidup selama 90 hari, lalu dihapus oleh sweep TTL DynamoDB. Setelah itu snapshot hilang secara permanen. Halaman Pemulihan memperingatkan Anda saat baris berada di minggu terakhir jendelanya sehingga Anda dapat memutuskan apakah akan memulihkannya sekarang atau membiarkannya berakhir.

Jika Anda menemukan diri Anda dekat dengan tepi 90 hari untuk snapshot penting, langkah yang tepat adalah memulihkan acara sekarang — bahkan jika Anda belum membutuhkannya — dan membatalkan/menghapus lagi nanti jika perlu. Setiap pemulihan menciptakan jendela 90 hari baru untuk baris cermin yang baru.

Bagaimana jaring pengaman terhubung ke alur kerja lain

Keempat permukaan destruktif sekarang menyebut Pemulihan dalam dialog konfirmasi mereka, sehingga Anda tahu jaring pengaman ada sebelum Anda mengklik tombol destruktif:

• Dialog konfirmasi Status Sinkronisasi → Setujui pembatalan sekarang berakhir dengan catatan cadangan. Lihat Status sinkronisasi.
• Dialog konfirmasi Sinkronisasi Google → Reset data kalender berakhir dengan catatan cadangan. Lihat Reset.
• Modal Batalkan acara dan Hapus acara di kalender berakhir dengan catatan cadangan. Lihat Kalender.
• Drill-down acara yang ditahan pada Status Sinkronisasi mendaftar setiap acara yang ditolak pengaman, sehingga Anda dapat melihat pratinjau apa yang akan dicadangkan + lalu dibatalkan sebelum mengklik Setujui.

Jejak forensik

Selain Pemulihan, setiap aksi destruktif juga menulis baris audit ke BWS_ZELLBOX_CALENDAR_EVENT_AUDIT_LOG (TTL 1 tahun). Log audit menjawab "apa yang terjadi pada acara X" berbulan- bulan setelah kejadian; Pemulihan menjawab "pulihkan acara ini sekarang". Keduanya saling melengkapi — Pemulihan untuk operator, log audit untuk post-mortem.