Apa Itu Hard Delete dan Soft Delete
Hard delete secara permanen menghapus data dari database melalui penghapusan fisik. Begitu data terhapus dengan cara ini, tidak dapat dipulihkan kecuali ada cadangan. Soft delete berbeda. Alih-alih menghapus data secara fisik, sistem menandainya secara logika sebagai terhapus. Data tetap ada dalam database tetapi dianggap tidak aktif. Karena itu, data yang di-soft delete biasanya dapat dipulihkan nanti. Masing-masing pendekatan memiliki keuntungan dan kerugian terkait integritas data, kepatuhan, dan pengalaman pengguna. Merancang layanan berbagi pengeluaran yang andal dan ramah pengguna berarti menemukan keseimbangan tepat antara retensi data dan pembersihan. Di Splync, keseimbangan itu penting untuk kepercayaan dan kemudahan penggunaan.
Splync 1.13 Hanya Memiliki Hard Delete
Sebelum versi 1.14, menghapus pengeluaran di Splync berarti penghapusan langsung dan permanen dari database. Ini menimbulkan masalah halus namun serius, terutama karena Splync dirancang untuk membantu pasangan dan teman mengelola anggaran bersama dengan mudah. Bayangkan proyek bersama dengan puluhan pengeluaran. Jika seorang partner atau teman menghapus entri, baik secara tidak sengaja atau sengaja, data tersebut hilang tanpa jejak. Ini dapat menyebabkan perhitungan penyelesaian yang salah dan, lebih penting lagi, merusak kepercayaan antar anggota. Dalam banyak kasus, pengguna bahkan tidak menyadari bahwa ada yang hilang. Versi 1.14 mengatasi ini dengan memperkenalkan visibilitas dan kebalikannya. Sekarang, ketika pengeluaran dihapus, pengguna diberitahu dan diberi opsi untuk memulihkannya jika diperlukan.
Splync 1.14 Menggunakan Soft Delete secara Default
Dalam versi 1.14, sebagian besar penghapusan ditangani sebagai soft delete. Ketika anggota proyek menghapus pengeluaran, anggota lain menerima pemberitahuan. Pada saat yang sama, pengeluaran dipindahkan ke status "sampah" daripada dihapus secara fisik. Jika dalam 7 hari setelah penghapusan, anggota proyek mana pun dapat mengembalikan pengeluaran ke daftar pengeluaran aktif. Ini mirip dengan cara banyak sistem modern menangani penghapusan, memprioritaskan keamanan daripada kepastian. Namun, tidak semua kasus harus diperlakukan sama. Bagaimana jika seorang pengguna secara tidak sengaja menambahkan pengeluaran pribadi ke proyektor grup, atau entri benar-benar tidak relevan? Penghapusan langsung mungkin diperlukan untuk menghindari kebingungan atau masalah privasi. Dalam kasus ini, memberi tahu semua orang dan menyimpan catatan yang dapat dipulihkan mungkin tidak tepat.
Pengecualian: Kapan Hard Delete Diizinkan
Untuk menangani kasus-kasus ini, Splync 1.14 memperkenalkan kondisi terkontrol untuk hard delete. Pengeluaran dapat dihapus secara permanen tanpa pemberitahuan jika pengguna yang menghapusnya adalah pembuat dan editor terakhir dari pengeluaran tersebut, dan jika penghapusan terjadi dalam 30 menit setelah pengeluaran dibuat. Ketika kondisi-kondisi ini terpenuhi, sistem menganggap tindakan tersebut sebagai pembatalan cepat daripada acara bersama. Semua skenario penghapusan lainnya default ke soft delete. Dengan cara ini, Splync menyeimbangkan antara fleksibilitas, privasi, dan transparansi.
Cara Melihat Pengeluaran yang Dibuang
Kami merancang fitur ini agar terasa seintuitif mungkin. Di versi 1.14, kami menambahkan tombol filter baru di sebelah tombol filter anggota yang sudah ada, memungkinkan pengguna beralih antara pengeluaran aktif dan yang dibuang. Akibatnya, area filter dan sort antarmuka pengguna sedikit diperbarui. Untuk menjaga antarmuka tetap sederhana dan mudah dipahami, tombol filter kini menggunakan simbol. Untuk pengeluaran aktif, pengguna dapat menggeser ke kiri untuk menghapusnya. Setelah menekan tombol hapus, muncul peringatan untuk memperjelas apakah tindakan tersebut akan menghasilkan hard delete atau soft delete, sehingga pengguna dapat melanjutkan dengan yakin. Untuk pengeluaran yang dibuang, pengguna dapat menggeser ke kiri untuk memulihkannya.
Langkah Selanjutnya Setelah Soft Delete Pengeluaran
Sekarang setelah kami meningkatkan alur penghapusan pengeluaran, langkah selanjutnya adalah membuat penghapusan proyek lebih fleksibel. Saat ini, pengguna hanya dapat menghapus proyek setelah menyelesaikannya. Tidak ada cara langsung untuk menghapus proyek yang belum diselesaikan, yang berarti pengguna harus melalui langkah-langkah yang tidak perlu sebelum menghapus proyek. Ini bisa merepotkan dalam kasus di mana proyek dibuat secara keliru, diduplikasi secara tidak sengaja, atau tidak diperlukan lagi. Meningkatkan penghapusan pengeluaran adalah langkah penting menuju penyelesaian masalah ini, karena menghapus proyek lebih kompleks daripada menghapus satu pengeluaran. Ini dapat mempengaruhi pengeluaran, saldo, dan kepercayaan semua anggota proyek yang terlibat. Karena itu, penghapusan proyek memerlukan desain yang lebih hati-hati. Solusi yang lebih baik sedang dalam perjalanan.