Den här webbplatsen är automatiskt översatt till flera språk med programvara utvecklad av Kohei Koyanagi. Se originalet på engelska för högsta noggrannhet.

Splync 1.14 introducerar hard delete och soft delete för kostnader

Vad är hard delete och soft delete

Hard delete tar bort data permanent från databasen genom fysisk radering. En gång borttaget på detta sätt kan posten inte återställas om inte säkerhetskopior finns. Soft delete fungerar annorlunda. Istället för att fysiskt ta bort data markerar systemet det logiskt som raderat. Informationen finns kvar i databasen men behandlas som inaktiv. Därför kan vanligtvis soft-delete poster återställas senare. Var och en av dessa metoder har sina egna fördelar och nackdelar när det gäller dataintegritet, efterlevnad och användarupplevelse. Att designa en pålitlig och användarvänlig tjänst för delade kostnader innebär att hitta rätt balans mellan att bevara och rensa data. I Splync är den balansen viktig för både förtroende och användbarhet.

Splync 1.13 hade bara hard delete

Innan version 1.14 innebar radering av en kostnad i Splync omedelbar och permanent borttagning från databasen. Detta skapade ett subtilt men allvarligt problem, särskilt eftersom Splync är utformat för att hjälpa par och vänner att hantera delade budgetar enkelt. Tänk dig ett delat projekt med dussintals kostnader. Om en partner eller vän tar bort en post, oavsett om det är av misstag eller avsiktligt, försvinner den informationen spårlöst. Detta kan leda till felaktiga avräkningar och, framför allt, erodera förtroendet bland medlemmarna. I många fall märker användare inte ens att något saknas. Version 1.14 löser detta genom att introducera synlighet och återställbarhet. Nu, när en kostnad tas bort, får användarna ett meddelande och möjlighet att återställa den om det behövs.

Splync 1.14 använder soft delete som standard

I version 1.14 hanteras de flesta raderingar som soft deletes. När en projektmedlem tar bort en kostnad får de andra ett meddelande. Samtidigt flyttas kostnaden till ett "papperskorg"-läge istället för att raderas fysiskt. Om det är inom 7 dagar från raderingen kan vilken projektmedlem som helst återställa kostnaden till listan över aktiva kostnader. Detta speglar hur många moderna system hanterar radering, med fokus på säkerhet istället för slutgiltighet. Men alla fall bör inte behandlas lika. Vad händer om en användare av misstag lägger till en privat kostnad i ett gruppprojekt eller om en post är helt irrelevant? Omedelbar borttagning kan vara nödvändig för att undvika förvirring eller integritetsproblem. I dessa fall kan det vara olämpligt att meddela alla och behålla en återställbar post.

Undantag: När hard delete är tillåten

För att hantera dessa specialfall introducerar Splync 1.14 kontrollerade villkor för hard delete. En kostnad kan tas bort permanent utan meddelanden om användaren som tar bort den både är skaparen och den sista redigeraren av kostnaden, och om raderingen sker inom 30 minuter efter att kostnaden skapats. När dessa villkor uppfylls behandlar systemet åtgärden som en snabb ångra snarare än en delad händelse. Alla andra raderingsscenarier standardiseras till soft delete. På detta sätt balanserar Splync mellan flexibilitet, integritet och transparens.

Hur man ser borttagna kostnader

Vi har designat denna funktion för att kännas så intuitiv som möjligt. I version 1.14 lade vi till en ny filterknapp bredvid den befintliga medlemsfilterknappen, vilket gör att användare kan växla mellan aktiva och borttagna kostnader. Som ett resultat har filter- och sorteringsområdet i gränssnittet uppdaterats något. För att hålla gränssnittet enkelt och lätt att förstå använder filterknapparna nu symboler. För en aktiv kostnad kan användare svepa åt vänster för att radera den. Efter att ha tryckt på raderingsknappen visas en varning för att klargöra om åtgärden resulterar i en hard delete eller en soft delete, så att användarna kan gå vidare med förtroende. För en borttagen kostnad kan användare svepa åt vänster för att återställa den.

Nästa steg efter soft delete av kostnad

Nu när vi har förbättrat flödet för kostnadsradering är nästa steg att göra projektradering mer flexibel. För tillfället kan användare ta bort ett projekt först efter att det har avräknats. Det finns inget direkt sätt att ta bort ett oavräknat projekt, vilket innebär att användare måste gå igenom onödiga steg innan de tar bort ett projekt. Detta kan vara obekvämt i fall där ett projekt skapades av misstag, duplicerades oavsiktligt eller helt enkelt inte längre behövs. Att förbättra kostnadsraderingen var ett viktigt steg mot att lösa detta problem, eftersom radering av ett projekt är mer komplext än att radera en enskild kostnad. Det kan påverka kostnaderna, saldona och förtroendet för alla inblandade projektmedlemmar. Av den anledningen kräver projektradering en mer noggrann design. En bättre lösning är på väg.