Splync 1.14 introduce Hard Delete și Soft Delete pentru cheltuieli

Hard delete elimină definitiv datele din baza de date prin ștergere fizică. Odată ce un înregistrare este ștearsă astfel, nu poate fi recuperată decât dacă există copii de rezervă. Soft delete funcționează diferit. În loc să elimine fizic datele, sistemul le marchează logic ca șterse. Datele rămân în baza de date, dar sunt tratate ca inactive. Din acest motiv, înregistrările șterse prin soft delete pot fi de obicei restaurate mai târziu. Fiecare abordare are avantaje și dezavantaje în ceea ce privește integritatea datelor, conformitatea și experiența utilizatorului. Proiectarea unui serviciu de partajare a cheltuielilor fiabil și ușor de utilizat înseamnă găsirea echilibrului potrivit între păstrarea și curățarea datelor. În Splync, acest echilibru contează atât pentru încredere, cât și pentru utilizare.

Înainte de versiunea 1.14, ștergerea unei cheltuieli în Splync însemna eliminarea imediată și permanentă din baza de date. Aceasta a creat o problemă subtilă, dar gravă, mai ales deoarece Splync este conceput pentru a ajuta cuplurile și prietenii să gestioneze bugete comune cu ușurință. Imaginează-ți un proiect comun cu zeci de cheltuieli. Dacă un partener sau prieten șterge o înregistrare, fie accidental, fie intenționat, acele date dispar fără urmă. Aceasta poate duce la calcule incorecte de decontare și, mai important, poate eroda încrederea între membri. În multe cazuri, utilizatorii nici nu ar observa că lipsește ceva. Versiunea 1.14 rezolvă acest lucru prin introducerea vizibilității și reversibilității. Acum, când o cheltuială este eliminată, utilizatorii sunt notificați și au opțiunea de a o restaura dacă este necesar.

În versiunea 1.14, majoritatea ștergerilor sunt gestionate ca soft delete. Când un membru al proiectului șterge o cheltuială, ceilalți membri primesc o notificare. În același timp, cheltuiala este mutată într-o stare de „coș”, în loc să fie ștearsă fizic. Dacă se află în termen de 7 zile de la ștergere, orice membru al proiectului poate restaura cheltuiala în lista de cheltuieli active. Acest lucru reflectă modul în care multe sisteme moderne gestionează ștergerile, prioritizând siguranța în detrimentul finalității. Totuși, nu toate cazurile ar trebui tratate la fel. Ce se întâmplă dacă un utilizator adaugă accidental o cheltuială privată la un proiect de grup sau o înregistrare este complet irelevantă? Eliminarea imediată poate fi necesară pentru a evita confuzia sau problemele de confidențialitate. În aceste cazuri, notificarea tuturor și păstrarea unui registru recuperabil poate să nu fie adecvată.

Pentru a gestiona aceste cazuri limită, Splync 1.14 introduce condiții controlate pentru hard delete. O cheltuială poate fi ștearsă definitiv fără notificări dacă utilizatorul care o șterge este atât creatorul, cât și ultimul editor al cheltuielii și dacă ștergerea are loc în decurs de 30 de minute de la crearea cheltuielii. Când aceste condiții sunt îndeplinite, sistemul tratează acțiunea ca un undo rapid mai degrabă decât un eveniment comun. Toate celelalte scenarii de ștergere se aplică implicit soft delete. În acest fel, Splync găsește un echilibru între flexibilitate, confidențialitate și transparență.

Am proiectat această funcție pentru a fi cât mai intuitivă posibil. În versiunea 1.14, am adăugat un nou buton de filtru lângă butonul de filtru de membru existent, permițând utilizatorilor să comute între cheltuieli active și cele din coș. Ca urmare, zona de filtrare și sortare a interfeței a fost ușor actualizată. Pentru a menține interfața simplă și ușor de înțeles, butoanele de filtrare folosesc acum simboluri. Pentru o cheltuială activă, utilizatorii pot glisa spre stânga pentru a o șterge. După apăsarea butonului de ștergere, apare un avertisment care clarifică dacă acțiunea va duce la un hard delete sau un soft delete, astfel încât utilizatorii să poată continua cu încredere. Pentru o cheltuială din coș, utilizatorii pot glisa spre stânga pentru a o restaura.

Acum că am îmbunătățit fluxul de ștergere a cheltuielilor, următorul pas este să facem ștergerea proiectelor mai flexibilă. În acest moment, utilizatorii pot șterge un proiect doar după ce este decontat. Nu există o modalitate directă de a șterge un proiect nedecontat, ceea ce înseamnă că utilizatorii trebuie să parcurgă pași inutili înainte de a elimina un proiect. Acest lucru poate fi incomod în cazurile în care un proiect a fost creat din greșeală, duplicat neintenționat sau pur și simplu nu mai este necesar. Îmbunătățirea ștergerii cheltuielilor a fost un pas important spre rezolvarea acestei probleme, deoarece ștergerea unui proiect este mai complexă decât ștergerea unei singure cheltuieli. Poate afecta cheltuielile, soldurile și încrederea tuturor membrilor proiectului implicați. Din acest motiv, ștergerea proiectelor necesită un design mai atent. O soluție mai bună este pe drum.