Splync 1.14 introduit la suppression définitive et temporaire pour les dépenses

La suppression définitive efface les données de manière permanente de la base de données par une suppression physique. Une fois un enregistrement supprimé de cette manière, il ne peut être récupéré que si des sauvegardes existent. La suppression temporaire fonctionne différemment. Au lieu de retirer physiquement les données, le système les marque logiquement comme supprimées. Les données restent dans la base de données mais sont traitées comme inactives. Grâce à cela, les enregistrements supprimés temporairement peuvent généralement être restaurés plus tard. Chaque approche a ses avantages et inconvénients en termes d'intégrité des données, de conformité et d'expérience utilisateur. Concevoir un service de partage de dépenses fiable et convivial signifie trouver le bon équilibre entre rétention des données et nettoyage. Dans Splync, cet équilibre est essentiel pour la confiance et l'utilisabilité.

Avant la version 1.14, supprimer une dépense dans Splync signifiait un retrait immédiat et permanent de la base de données. Cela posait un problème subtil mais sérieux, surtout parce que Splync est conçu pour aider les couples et amis à gérer facilement des budgets partagés. Imaginez un projet commun avec des dizaines de dépenses. Si un partenaire ou un ami supprime une entrée, qu'elle soit accidentelle ou intentionnelle, cette donnée disparaît sans laisser de trace. Cela peut entraîner des erreurs dans les calculs de règlement et, plus important encore, éroder la confiance entre les membres. Dans de nombreux cas, les utilisateurs ne se rendaient même pas compte qu'il manquait quelque chose. La version 1.14 répond à ce problème en introduisant visibilité et réversibilité. Désormais, lorsqu'une dépense est supprimée, les utilisateurs sont informés et ont la possibilité de la restaurer si nécessaire.

Dans la version 1.14, la plupart des suppressions sont traitées comme temporaires. Lorsqu'un membre de projet supprime une dépense, les autres membres reçoivent une notification. En même temps, la dépense passe à un état « poubelle » au lieu d'être effacée physiquement. Si cela se produit dans les 7 jours suivant la suppression, tout membre du projet peut restaurer la dépense dans la liste des dépenses actives. Cela reflète la façon dont de nombreux systèmes modernes gèrent la suppression, en privilégiant la sécurité à la finalité. Toutefois, chaque cas ne doit pas être traité de la même manière. Que se passe-t-il si un utilisateur ajoute par erreur une dépense privée à un projecteur de groupe ou si une entrée est complètement hors sujet ? Une suppression immédiate peut être nécessaire pour éviter toute confusion ou problème de confidentialité. Dans ces cas, il n'est pas forcément approprié de notifier tout le monde et de conserver un enregistrement récupérable.

Pour gérer ces cas particuliers, Splync 1.14 introduit des conditions contrôlées pour la suppression définitive. Une dépense peut être supprimée définitivement sans notifications si l'utilisateur qui la supprime est à la fois le créateur et le dernier éditeur de la dépense, et si la suppression a lieu dans les 30 minutes suivant la création de la dépense. Quand ces conditions sont remplies, le système traite l'action comme une annulation rapide plutôt qu'un événement partagé. Tous les autres scénarios de suppression sont par défaut en suppression temporaire. De cette manière, Splync trouve un équilibre entre flexibilité, confidentialité et transparence.

Nous avons conçu cette fonctionnalité pour qu'elle soit aussi intuitive que possible. Dans la version 1.14, nous avons ajouté un nouveau bouton de filtre à côté du bouton de filtre des membres existant, permettant aux utilisateurs de basculer entre les dépenses actives et celles mises à la poubelle. En conséquence, la zone de filtrage et de tri de l'interface utilisateur a été légèrement mise à jour. Pour garder l'interface simple et facile à comprendre, les boutons de filtre utilisent désormais des symboles. Pour une dépense active, les utilisateurs peuvent glisser vers la gauche pour la supprimer. Après avoir appuyé sur le bouton de suppression, une alerte apparaît pour clarifier si l'action entraînera une suppression définitive ou temporaire, afin que les utilisateurs puissent procéder en toute confiance. Pour une dépense mise à la poubelle, les utilisateurs peuvent glisser vers la gauche pour la restaurer.

Maintenant que nous avons amélioré le flux de suppression des dépenses, la prochaine étape est de rendre la suppression de projet plus flexible. À l'heure actuelle, les utilisateurs ne peuvent supprimer un projet qu'après l'avoir réglé. Il n'y a pas de moyen direct de supprimer un projet non réglé, ce qui signifie que les utilisateurs doivent passer par des étapes inutiles avant de retirer un projet. Cela peut être gênant dans les cas où un projet a été créé par erreur, dupliqué involontairement ou simplement plus nécessaire. L'amélioration de la suppression des dépenses était une étape importante pour résoudre ce problème, car supprimer un projet est plus complexe que supprimer une seule dépense. Cela peut affecter les dépenses, les soldes et la confiance de tous les membres du projet impliqués. Pour cette raison, la suppression de projet nécessite une conception plus soignée. Une meilleure solution est en cours de développement.