Splync 1.14 introduceert Hard Delete en Soft Delete voor uitgaven

Hard delete verwijdert gegevens permanent uit de database door fysieke verwijdering. Eenmaal op deze manier verwijderd, kunnen de gegevens niet worden hersteld tenzij er een back-up bestaat. Soft delete werkt anders. In plaats van de gegevens fysiek te verwijderen, markeert het systeem deze logisch als verwijderd. De gegevens blijven in de database maar worden als inactief behandeld. Hierdoor kunnen soft-verwijderde records meestal later worden hersteld. Elke benadering heeft zijn eigen voor- en nadelen op het gebied van gegevensintegriteit, compliance en gebruikerservaring. Het ontwerpen van een betrouwbare en gebruiksvriendelijke dienst voor het delen van uitgaven betekent het vinden van de juiste balans tussen gegevensbehoud en opruiming. In Splync is die balans belangrijk voor zowel vertrouwen als bruikbaarheid.

Voor versie 1.14 betekende het verwijderen van een uitgave in Splync directe en permanente verwijdering uit de database. Dit creëerde een subtiel maar serieus probleem, vooral omdat Splync is ontworpen om stellen en vrienden te helpen gemakkelijk gedeelde budgetten te beheren. Stel je een gedeeld project met tientallen uitgaven voor. Als een partner of vriend per ongeluk of met opzet een uitgave verwijdert, verdwijnen die gegevens zonder spoor. Dit kan leiden tot onjuiste afrekeningen en, belangrijker nog, het vertrouwen tussen leden schaden. In veel gevallen merkten gebruikers niet eens dat er iets ontbrak. Versie 1.14 pakt dit aan door zichtbaarheid en omkeerbaarheid in te voeren. Nu, wanneer een uitgave wordt verwijderd, worden gebruikers op de hoogte gebracht en krijgen ze de optie om deze indien nodig te herstellen.

In versie 1.14 worden de meeste verwijderingen verwerkt als soft deletes. Wanneer een projectlid een uitgave verwijdert, ontvangen andere leden een melding. Tegelijkertijd wordt de uitgave naar een 'prullenbak'-status verplaatst in plaats van fysiek te worden gewist. Als het binnen 7 dagen na verwijdering is, kan elk projectlid de uitgave herstellen naar de lijst met actieve uitgaven. Dit weerspiegelt hoe veel moderne systemen omgaan met verwijdering, waarbij veiligheid boven definitieve verwijdering wordt gesteld. Echter, niet alle gevallen moeten gelijk worden behandeld. Wat als een gebruiker per ongeluk een privé-uitgave aan een groepsproject toevoegt, of als een vermelding volledig irrelevant is? Directe verwijdering kan nodig zijn om verwarring of privacyproblemen te vermijden. In deze gevallen is het misschien niet gepast om iedereen op de hoogte te stellen en een herstelbaar record bij te houden.

Om deze uitzonderlijke gevallen te beheren, introduceert Splync 1.14 gecontroleerde voorwaarden voor hard delete. Een uitgave kan permanent worden verwijderd zonder meldingen als de gebruiker die het verwijdert zowel de maker als de laatste bewerker van de uitgave is, en als de verwijdering plaatsvindt binnen 30 minuten nadat de uitgave is aangemaakt. Wanneer aan deze voorwaarden is voldaan, behandelt het systeem de actie als een snelle ongedaan maken in plaats van een gedeelde gebeurtenis. Alle andere verwijderingsscenario's worden standaard als soft delete behandeld. Op deze manier vindt Splync een balans tussen flexibiliteit, privacy en transparantie.

We hebben deze functie zo intuïtief mogelijk ontworpen. In versie 1.14 hebben we een nieuwe filterknop toegevoegd naast de bestaande ledenfilterknop, waarmee gebruikers kunnen schakelen tussen actieve en verwijderde uitgaven. Hierdoor is het filter- en sorteergedeelte van de gebruikersinterface iets bijgewerkt. Om de interface eenvoudig en gemakkelijk te begrijpen te houden, gebruiken de filterknoppen nu symbolen. Voor een actieve uitgave kunnen gebruikers naar links swipen om deze te verwijderen. Na het tikken op de verwijderknop verschijnt er een waarschuwing om te verduidelijken of de actie zal resulteren in een hard delete of een soft delete, zodat gebruikers met vertrouwen verder kunnen gaan. Voor een verwijderde uitgave kunnen gebruikers naar links swipen om deze te herstellen.

Nu we de verwijderingsflow van uitgaven hebben verbeterd, is de volgende stap het flexibeler maken van het verwijderen van projecten. Op dit moment kunnen gebruikers een project alleen verwijderen nadat het is afgehandeld. Er is geen directe manier om een onafgehandeld project te verwijderen, wat betekent dat gebruikers onnodige stappen moeten doorlopen voordat ze een project kunnen verwijderen. Dit kan ongemakkelijk zijn in gevallen waarin een project per ongeluk is aangemaakt, onbedoeld is gedupliceerd, of gewoon niet meer nodig is. Het verbeteren van de verwijdering van uitgaven was een belangrijke stap naar het oplossen van dit probleem, omdat het verwijderen van een project complexer is dan het verwijderen van een enkele uitgave. Het kan invloed hebben op de uitgaven, saldi en het vertrouwen van alle betrokken projectleden. Daarom vereist het verwijderen van een project een zorgvuldiger ontwerp. Een betere oplossing is onderweg.