Splync 1.14 introduce Hard Delete y Soft Delete para gastos

Hard delete elimina permanentemente los datos de la base de datos a través de una eliminación física. Una vez que un registro se elimina de esta manera, no se puede recuperar a menos que existan copias de seguridad. Soft delete funciona de manera diferente. En lugar de eliminar físicamente los datos, el sistema los marca lógicamente como eliminados. Los datos permanecen en la base de datos, pero se tratan como inactivos. Debido a esto, los registros eliminados suavemente pueden restaurarse más tarde. Cada enfoque tiene sus propias ventajas y desventajas en términos de integridad de los datos, cumplimiento y experiencia del usuario. Diseñar un servicio de compartición de gastos confiable y fácil de usar significa encontrar el equilibrio adecuado entre la retención y limpieza de datos. En Splync, ese equilibrio es importante tanto para la confianza como para la usabilidad.

Antes de la versión 1.14, eliminar un gasto en Splync significaba su eliminación inmediata y permanente de la base de datos. Esto creó un problema sutil pero serio, especialmente porque Splync está diseñado para ayudar a parejas y amigos a administrar presupuestos compartidos con facilidad. Imagina un proyecto compartido con docenas de gastos. Si un socio o amigo elimina una entrada, ya sea accidental o intencionalmente, esos datos desaparecen sin dejar rastro. Esto puede llevar a cálculos de liquidación incorrectos y, más importante, erosionar la confianza entre los miembros. En muchos casos, los usuarios ni siquiera notarían que falta algo. La versión 1.14 aborda esto introduciendo visibilidad y reversibilidad. Ahora, cuando se elimina un gasto, los usuarios son notificados y se les da la opción de restaurarlo si es necesario.

En la versión 1.14, la mayoría de las eliminaciones se manejan como soft deletes. Cuando un miembro del proyecto elimina un gasto, los demás miembros reciben una notificación. Al mismo tiempo, el gasto se mueve a un estado de “papelera” en lugar de borrarse físicamente. Si está dentro de los 7 días de la eliminación, cualquier miembro del proyecto puede restaurar el gasto a la lista de gastos activos. Esto refleja cómo muchos sistemas modernos manejan la eliminación, priorizando la seguridad sobre la finalización. Sin embargo, no todos los casos deben tratarse igual. ¿Qué pasa si un usuario agrega accidentalmente un gasto privado a un proyector de grupo o una entrada es completamente irrelevante? Puede ser necesario eliminarlo inmediatamente para evitar confusiones o problemas de privacidad. En estos casos, notificar a todos y mantener un registro recuperable puede no ser apropiado.

Para manejar estos casos extremos, Splync 1.14 introduce condiciones controladas para el hard delete. Un gasto puede eliminarse permanentemente sin notificaciones si el usuario que lo elimina es tanto el creador como el último editor del gasto, y si la eliminación ocurre dentro de los 30 minutos de haberse creado el gasto. Cuando se cumplen estas condiciones, el sistema trata la acción como un deshacer rápido en lugar de un evento compartido. Todos los demás escenarios de eliminación por defecto son soft delete. De esta manera, Splync encuentra un equilibrio entre flexibilidad, privacidad y transparencia.

Diseñamos esta función para que sea lo más intuitiva posible. En la versión 1.14, añadimos un nuevo botón de filtro junto al botón de filtro de miembros existente, permitiendo a los usuarios alternar entre gastos activos y eliminados. Como resultado, el área de filtro y ordenación de la interfaz de usuario ha sido ligeramente actualizada. Para mantener la interfaz simple y fácil de entender, los botones de filtro ahora usan símbolos. Para un gasto activo, los usuarios pueden deslizar hacia la izquierda para eliminarlo. Después de tocar el botón de eliminación, aparece una alerta para aclarar si la acción resultará en un hard delete o un soft delete, para que los usuarios puedan proceder con confianza. Para un gasto eliminado, los usuarios pueden deslizar hacia la izquierda para restaurarlo.

Ahora que hemos mejorado el flujo de eliminación de gastos, el siguiente paso es hacer que la eliminación de proyectos sea más flexible. Actualmente, los usuarios solo pueden eliminar un proyecto después de liquidarlo. No hay una forma directa de eliminar un proyecto no liquidado, lo que significa que los usuarios deben pasar por pasos innecesarios antes de eliminar un proyecto. Esto puede ser inconveniente en casos donde un proyecto fue creado por error, duplicado sin intención o simplemente ya no es necesario. Mejorar la eliminación de gastos fue un paso importante hacia la solución de este problema, ya que eliminar un proyecto es más complejo que eliminar un solo gasto. Puede afectar a los gastos, balances y confianza de todos los miembros del proyecto involucrados. Por esa razón, la eliminación de proyectos requiere un diseño más cuidadoso. Una mejor solución está en camino.