Splync 1.14 introduce Hard Delete e Soft Delete per le spese

L'hard delete rimuove permanentemente i dati dal database tramite eliminazione fisica. Una volta eliminato un record in questo modo, non può essere recuperato a meno che non esistano backup. Il soft delete funziona diversamente. Invece di rimuovere fisicamente i dati, il sistema li contrassegna logicamente come eliminati. I dati rimangono nel database ma sono trattati come inattivi. Per questo motivo, i record eliminati tramite soft delete possono di solito essere ripristinati più tardi. Ogni approccio ha i suoi vantaggi e svantaggi in termini di integrità dei dati, conformità e esperienza utente. Progettare un servizio di condivisione delle spese affidabile e user-friendly significa trovare il giusto equilibrio tra conservazione dei dati e pulizia. In Splync, questo equilibrio è fondamentale sia per la fiducia sia per l'usabilità.

Prima della versione 1.14, eliminare una spesa in Splync significava una rimozione immediata e permanente dal database. Questo creava un problema sottile ma serio, soprattutto perché Splync è progettato per aiutare coppie e amici a gestire facilmente i budget condivisi. Immagina un progetto condiviso con decine di spese. Se un partner o un amico elimina una voce, accidentalmente o intenzionalmente, quei dati spariscono senza lasciare traccia. Questo può portare a calcoli errati e, cosa più importante, minare la fiducia tra i membri. In molti casi, gli utenti non si accorgerebbero nemmeno che qualcosa manca. La versione 1.14 risolve questo problema introducendo visibilità e reversibilità. Ora, quando una spesa viene rimossa, gli utenti vengono notificati e hanno l'opzione di ripristinarla se necessario.

Nella versione 1.14, la maggior parte delle eliminazioni vengono gestite come soft delete. Quando un membro del progetto elimina una spesa, gli altri membri ricevono una notifica. Allo stesso tempo, la spesa viene spostata in uno stato di “cestino” invece di essere cancellata fisicamente. Se si è entro 7 giorni dall'eliminazione, qualsiasi membro del progetto può ripristinare la spesa nella lista delle spese attive. Questo riflette come molti sistemi moderni gestiscono l'eliminazione, privilegiando la sicurezza rispetto alla definitività. Tuttavia, non tutti i casi devono essere trattati allo stesso modo. Cosa succede se un utente aggiunge accidentalmente una spesa privata a un progetto di gruppo, o una voce è completamente irrilevante? La rimozione immediata potrebbe essere necessaria per evitare confusione o problemi di privacy. In questi casi, notificare tutti e mantenere un registro recuperabile potrebbe non essere appropriato.

Per gestire questi casi limite, Splync 1.14 introduce condizioni controllate per l'hard delete. Una spesa può essere eliminata permanentemente senza notifiche se l'utente che la elimina è sia il creatore sia l'ultimo a modificarla, e se l'eliminazione avviene entro 30 minuti dalla creazione della spesa. Quando queste condizioni sono soddisfatte, il sistema tratta l'azione come un rapido annullamento anziché come un evento condiviso. Tutti gli altri scenari di eliminazione di default sono gestiti come soft delete. In questo modo, Splync trova un equilibrio tra flessibilità, privacy e trasparenza.

Abbiamo progettato questa funzione per essere il più intuitiva possibile. Nella versione 1.14, abbiamo aggiunto un nuovo pulsante filtro accanto a quello esistente per i membri, permettendo agli utenti di alternare tra spese attive e eliminate. Di conseguenza, l'area di filtro e ordinamento dell'interfaccia utente è stata leggermente aggiornata. Per mantenere l'interfaccia semplice e facile da capire, i pulsanti filtro ora usano simboli. Per una spesa attiva, gli utenti possono scorrere a sinistra per eliminarla. Dopo aver toccato il pulsante di eliminazione, appare un avviso per chiarire se l'azione comporterà un hard delete o un soft delete, in modo che gli utenti possano procedere con sicurezza. Per una spesa eliminata, gli utenti possono scorrere a sinistra per ripristinarla.

Ora che abbiamo migliorato il flusso di eliminazione delle spese, il prossimo passo è rendere l'eliminazione dei progetti più flessibile. Al momento, gli utenti possono eliminare un progetto solo dopo averlo saldato. Non c'è un modo diretto per eliminare un progetto non saldato, il che significa che gli utenti devono affrontare passaggi inutili prima di rimuovere un progetto. Questo può essere scomodo in casi in cui un progetto è stato creato per errore, duplicato involontariamente, o semplicemente non più necessario. Migliorare l'eliminazione delle spese è stato un passo importante verso la soluzione di questo problema, perché eliminare un progetto è più complesso che eliminare una singola spesa. Può influire sulle spese, sui saldi e sulla fiducia di tutti i membri del progetto coinvolti. Per questo motivo, l'eliminazione del progetto richiede un design più attento. Una soluzione migliore è in arrivo.