Splync 1.14 tuo mukanaan Hard Delete- ja Soft Delete -toiminnot kuluille

Hard delete poistaa tiedot pysyvästi tietokannasta fyysisesti. Kun tietue on poistettu näin, sitä ei voi palauttaa ilman varmuuskopioita. Soft delete toimii eri tavalla. Sen sijaan, että tiedot poistettaisiin fyysisesti, järjestelmä merkitsee ne loogisesti poistetuksi. Tiedot säilyvät tietokannassa mutta niitä pidetään inaktiivisina. Tästä syystä soft deletellä poistetut tietueet voidaan yleensä palauttaa myöhemmin. Molemmissa tavoissa on omat etunsa ja haittansa tietojen eheydessä, vaatimustenmukaisuudessa ja käyttäjäkokemuksessa. Luotettavan ja käyttäjäystävällisen kulujenjakopalvelun suunnittelu tarkoittaa oikean tasapainon löytämistä tietojen säilytyksen ja siivouksen välillä. Splyncissa tämä tasapaino on tärkeää sekä luottamuksen että käytettävyyden kannalta.

Ennen versiota 1.14 kulun poistaminen Splyncissä tarkoitti välitöntä ja pysyvää poistamista tietokannasta. Tämä aiheutti hienovaraisen mutta vakavan ongelman, erityisesti koska Splync on suunniteltu helpottamaan pariskuntien ja ystävien yhteisten budjettien hallintaa. Kuvittele projekti, jossa on kymmeniä kuluja. Jos kumppani tai ystävä poistaa merkinnän, joko vahingossa tai tahallaan, tiedot katoavat jälkeäkään. Tämä voi johtaa virheellisiin selvityksiin ja, mikä tärkeämpää, heikentää jäsenten välistä luottamusta. Monissa tapauksissa käyttäjät eivät edes huomaisi puutetta. Versio 1.14 korjaa tämän tuomalla näkyvyyden ja palautettavuuden. Nyt, kun kulu poistetaan, käyttäjät saavat ilmoituksen ja mahdollisuuden palauttaa se tarvittaessa.

Versiossa 1.14 useimmat poistot käsitellään soft deletiona. Kun projektin jäsen poistaa kulun, muut jäsenet saavat ilmoituksen. Samaan aikaan kulu siirtyy "roskakori"-tilaan sen sijaan, että se poistettaisiin fyysisesti. Jos poistosta on kulunut alle 7 päivää, kuka tahansa projektin jäsen voi palauttaa kulun aktiivisten kulujen listalle. Tämä muistuttaa monien nykyaikaisten järjestelmien poistoa, jossa etusijalla on turvallisuus lopullisuuden sijaan. Kuitenkaan kaikkia tapauksia ei tulisi käsitellä samalla tavalla. Entä jos käyttäjä lisää vahingossa yksityisen kulun ryhmäprojektiin tai merkintä on täysin epäolennainen? Välitön poisto voi olla tarpeen välttääkseen sekaannuksia tai yksityisyyden loukkauksia. Tällaisissa tapauksissa kaikkien ilmoittaminen ja palautettavan merkinnän säilyttäminen ei välttämättä ole sopivaa.

Näiden rajatapausten käsittelemiseksi Splync 1.14:ssa on hallitut olosuhteet hard deletelle. Kulun voi poistaa pysyvästi ilman ilmoituksia, jos poistaja on sekä kulun luoja että viimeinen muokkaaja, ja jos poisto tapahtuu 30 minuutin kuluessa kulun luomisesta. Kun nämä ehdot täyttyvät, järjestelmä käsittelee toimintoa pikakumoutumisena eikä jaettuna tapahtumana. Kaikissa muissa poistotilanteissa oletuksena on soft delete. Näin Splync tasapainottaa joustavuuden, yksityisyyden ja avoimuuden.

Olemme suunnitelleet tämän ominaisuuden mahdollisimman intuitiiviseksi. Versiossa 1.14 lisäsimme uuden suodatinpainikkeen olemassa olevan jäsenen suodatinpainikkeen viereen, jolloin käyttäjät voivat vaihtaa aktiivisten ja roskakorin kulujen välillä. Tämän seurauksena käyttöliittymän suodatus- ja lajittelualue on päivitetty hieman. Pitääksemme käyttöliittymän yksinkertaisena ja helposti ymmärrettävänä, suodatinpainikkeet käyttävät nyt symboleja. Aktiivisen kulun kohdalla käyttäjät voivat pyyhkäistä vasemmalle poistaakseen sen. Kun painat poistonappia, näkyviin tulee varoitus, joka selventää, johtaako toimenpide hard deleteen vai soft deleteen, jotta käyttäjät voivat jatkaa luottavaisin mielin. Roskakorin kulun kohdalla käyttäjät voivat pyyhkäistä vasemmalle palauttaakseen sen.

Nyt kun kulujen poistoprosessia on parannettu, seuraava askel on tehdä projektien poistamisesta joustavampaa. Tällä hetkellä käyttäjät voivat poistaa projektin vasta sen selvittämisen jälkeen. Ei ole suoraa tapaa poistaa selvittämätöntä projektia, mikä tarkoittaa, että käyttäjien on käytävä läpi tarpeettomia vaiheita ennen projektin poistamista. Tämä voi olla hankalaa, jos projekti on luotu vahingossa, kopioitu tahattomasti tai sitä ei yksinkertaisesti enää tarvita. Kulujen poiston parantaminen oli tärkeä askel tämän ongelman ratkaisemiseksi, koska projektin poistaminen on monimutkaisempaa kuin yksittäisen kulun poistaminen. Se voi vaikuttaa projektin kaikkien jäsenten kuluihin, saldoihin ja luottamukseen. Siksi projektin poistaminen vaatii huolellisempaa suunnittelua. Parempi ratkaisu on tulossa.