Splync 1.14 introduserer hard delete og soft delete for utgifter

Hard delete fjerner data permanent fra databasen ved fysisk sletting. Når en post slettes slik, kan den ikke gjenopprettes med mindre det finnes sikkerhetskopier. Soft delete fungerer annerledes. I stedet for fysisk sletting, markerer systemet dataene som slettet. Dataene forblir i databasen, men behandles som inaktive. Derfor kan vanligvis soft-slettede poster gjenopprettes senere. Hver tilnærming har sine fordeler og ulemper når det gjelder dataintegritet, samsvar og brukeropplevelse. Å designe en pålitelig og brukervennlig tjeneste for deling av utgifter betyr å finne riktig balanse mellom lagring og opprydding av data. I Splync er denne balansen viktig for både tillit og brukervennlighet.

Før versjon 1.14, betydde sletting av en utgift i Splync umiddelbar og permanent fjerning fra databasen. Dette skapte et subtilt, men alvorlig problem, spesielt fordi Splync er designet for å hjelpe par og venner med å håndtere felles budsjetter enkelt. Tenk deg et felles prosjekt med dusinvis av utgifter. Hvis en partner eller venn sletter en post, enten ved et uhell eller med vilje, forsvinner dataene uten spor. Dette kan føre til feil i oppgjør og, viktigere, svekke tilliten blant medlemmene. I mange tilfeller ville brukerne ikke engang merke at noe manglet. Versjon 1.14 løser dette ved å introdusere synlighet og reversibilitet. Nå, når en utgift fjernes, får brukerne beskjed og muligheten til å gjenopprette den om nødvendig.

I versjon 1.14 håndteres de fleste slettinger som soft deletes. Når et prosjektmedlem sletter en utgift, får de andre medlemmene en varsling. Samtidig flyttes utgiften til en "søppel"-status i stedet for å bli fysisk slettet. Hvis det er innen 7 dager etter sletting, kan ethvert prosjektmedlem gjenopprette utgiften til listen over aktive utgifter. Dette speiler hvordan mange moderne systemer håndterer sletting, med fokus på sikkerhet fremfor endelighet. Men ikke alle tilfeller bør behandles likt. Hva om en bruker ved et uhell legger til en privat utgift i et gruppeprosjekt, eller en post er helt irrelevant? Øyeblikkelig fjerning kan være nødvendig for å unngå forvirring eller personvernproblemer. I slike tilfeller kan det være upassende å varsle alle og beholde en gjenopprettbar post.

For å håndtere disse unntakene, introduserer Splync 1.14 kontrollerte betingelser for hard delete. En utgift kan slettes permanent uten varsler hvis brukeren som sletter den, er både skaperen og siste redaktør av utgiften, og hvis slettingen skjer innen 30 minutter etter at utgiften ble opprettet. Når disse betingelsene er oppfylt, behandles handlingen som en rask angre i stedet for en felles hendelse. Alle andre slettescenarier standardiseres til soft delete. På denne måten balanserer Splync mellom fleksibilitet, personvern og åpenhet.

Vi har designet denne funksjonen for å føles så intuitiv som mulig. I versjon 1.14 la vi til en ny filterknapp ved siden av den eksisterende medlemfilterknappen, slik at brukerne kan veksle mellom aktive og slettede utgifter. Som et resultat har filter- og sorteringsområdet i brukergrensesnittet blitt litt oppdatert. For å holde grensesnittet enkelt og lettfattelig, bruker filterknappene nå symboler. For en aktiv utgift kan brukerne sveipe til venstre for å slette den. Etter å ha trykket på sletteknappen, vises en advarsel for å klargjøre om handlingen vil resultere i hard delete eller soft delete, slik at brukerne kan fortsette med trygghet. For en slettet utgift kan brukerne sveipe til venstre for å gjenopprette den.

Nå som vi har forbedret flyten for sletting av utgifter, er neste steg å gjøre prosjektsletting mer fleksibel. For øyeblikket kan brukerne kun slette et prosjekt etter å ha gjort opp. Det finnes ingen direkte metode for å slette et uoppgjort prosjekt, noe som betyr at brukerne må gjennom unødvendige trinn før de fjerner et prosjekt. Dette kan være upraktisk når et prosjekt ble opprettet ved en feil, duplisert utilsiktet, eller rett og slett ikke lenger er nødvendig. Forbedring av sletting av utgifter var et viktig skritt mot å løse dette problemet, fordi sletting av et prosjekt er mer komplekst enn å slette en enkelt utgift. Det kan påvirke utgiftene, saldoene og tilliten til alle prosjektmedlemmer involvert. Derfor krever prosjektsletting en mer nøye design. En bedre løsning er på vei.