Hvad er Hard Delete og Soft Delete
Hard delete fjerner permanent data fra databasen gennem fysisk sletning. Når en post slettes på denne måde, kan den ikke gendannes, medmindre der findes backups. Soft delete fungerer anderledes. I stedet for at fjerne data fysisk, markerer systemet dem logisk som slettede. Dataene forbliver i databasen, men behandles som inaktive. Derfor kan soft-slettede poster normalt gendannes senere. Hver tilgang har sine egne fordele og ulemper med hensyn til dataintegritet, overholdelse og brugeroplevelse. At designe en pålidelig og brugervenlig udgiftstjeneste kræver den rette balance mellem dataretention og oprydning. I Splync er denne balance vigtig for både tillid og brugervenlighed.
Splync 1.13 havde kun Hard Delete
Før version 1.14 betød sletning af en udgift i Splync øjeblikkelig og permanent fjernelse fra databasen. Dette skabte et subtilt men alvorligt problem, især da Splync er designet til at hjælpe par og venner med at styre delte budgetter med lethed. Forestil dig et delt projekt med snesevis af udgifter. Hvis en partner eller ven sletter en post, uanset om det er ved et uheld eller med vilje, forsvinder dataene uden spor. Dette kan føre til forkerte afregningsberegninger og, vigtigere, undergrave tilliden mellem medlemmer. I mange tilfælde ville brugerne ikke engang bemærke, at noget manglede. Version 1.14 løser dette ved at introducere synlighed og reversibilitet. Nu, når en udgift fjernes, bliver brugerne underrettet og får mulighed for at gendanne den, hvis det er nødvendigt.
Splync 1.14 bruger Soft Delete som standard
I version 1.14 håndteres de fleste sletninger som soft deletes. Når et projektmedlem sletter en udgift, modtager de andre medlemmer en notifikation. Samtidig flyttes udgiften til en 'papirkurv'-tilstand i stedet for at blive slettet fysisk. Hvis det er inden for 7 dage efter sletningen, kan ethvert projektmedlem gendanne udgiften til listen over aktive udgifter. Dette afspejler, hvordan mange moderne systemer håndterer sletning, hvor sikkerhed prioriteres over endelighed. Men ikke alle tilfælde bør behandles ens. Hvad hvis en bruger ved en fejl tilføjer en privat udgift til et gruppeprojekt, eller en post er helt irrelevant? Øjeblikkelig fjernelse kan være nødvendig for at undgå forvirring eller privatlivsproblemer. I disse tilfælde kan det være upassende at underrette alle og beholde en gendannelsesbar post.
Undtagelser: Når Hard Delete er tilladt
For at håndtere disse særlige tilfælde introducerer Splync 1.14 kontrollerede betingelser for hard delete. En udgift kan slettes permanent uden notifikationer, hvis brugeren, der sletter, både er skaberen og den sidste redaktør af udgiften, og hvis sletningen sker inden for 30 minutter efter udgiften er oprettet. Når disse betingelser er opfyldt, behandler systemet handlingen som en hurtig fortrydelse snarere end en delt begivenhed. Alle andre sletningsscenarier er som standard soft delete. På denne måde finder Splync en balance mellem fleksibilitet, privatliv og gennemsigtighed.
Hvordan man ser slettede udgifter
Vi har designet denne funktion til at føles så intuitiv som muligt. I version 1.14 tilføjede vi en ny filterknap ved siden af den eksisterende medlemsfilterknap, så brugere kan skifte mellem aktive og slettede udgifter. Som et resultat er filter- og sorteringsområdet i brugerfladen blevet let opdateret. For at holde grænsefladen enkel og nem at forstå, bruger filterknapperne nu symboler. For en aktiv udgift kan brugere stryge til venstre for at slette den. Efter at have trykket på slet-knappen, vises en advarsel for at præcisere, om handlingen vil resultere i en hard delete eller en soft delete, så brugerne kan fortsætte med selvtillid. For en slettet udgift kan brugere stryge til venstre for at gendanne den.
Næste skridt efter udgifts-soft delete
Nu hvor vi har forbedret udgiftssletningsprocessen, er det næste skridt at gøre projektsletning mere fleksibel. I øjeblikket kan brugere kun slette et projekt efter at have afregnet det. Der er ingen direkte måde at slette et ikke-afregnet projekt på, hvilket betyder, at brugere skal gennemgå unødvendige trin, før de fjerner et projekt. Dette kan være besværligt i tilfælde, hvor et projekt blev oprettet ved en fejl, duplikeret utilsigtet eller simpelthen ikke længere er nødvendigt. Forbedring af udgiftssletning var et vigtigt skridt mod at løse dette problem, fordi sletning af et projekt er mere komplekst end sletning af en enkelt udgift. Det kan påvirke udgifter, balancer og tillid hos alle involverede projektmedlemmer. Af den grund kræver projektsletning en mere omhyggelig design. En bedre løsning er på vej.