Inilunsad ng Splync 1.14 ang Hard Delete at Soft Delete para sa Mga Gastos

Permanenteng inaalis ng hard delete ang data mula sa database sa pamamagitan ng pisikal na pagtanggal. Kapag ang isang record ay tinanggal sa paraang ito, hindi na ito maibabalik maliban kung mayroong mga backup. Naiiba ang soft delete. Sa halip na pisikal na alisin ang data, lohikal na minamarkahan ito ng sistema bilang tinanggal. Ang data ay nananatili sa database ngunit itinuturing na hindi aktibo. Dahil dito, kadalasang maibabalik muli ang mga soft-deleted na record. May kanya-kanyang benepisyo at limitasyon ang bawat pamamaraan pagdating sa integridad ng data, pagsunod, at karanasan ng gumagamit. Ang pagdidisenyo ng maaasahan at user-friendly na serbisyo para sa pagbabahagi ng gastos ay nangangahulugan ng paghahanap ng tamang balanse sa pagitan ng pag-iingat ng data at paglilinis. Sa Splync, mahalaga ang balanse na ito para sa tiwala at usability.

Bago ang bersyon 1.14, ang pagtanggal ng gastos sa Splync ay nangangahulugang agarang at permanenteng pagtanggal mula sa database. Nagdulot ito ng tahimik ngunit seryosong problema, lalo na dahil ang Splync ay idinisenyo upang tulungan ang mga mag-asawa at kaibigan sa pamamahala ng pinagsamang badyet. Isipin ang isang project na may dose-dosenang gastos. Kung ang isang partner o kaibigan ay nagtanggal ng entry, aksidente man o sadya, nawawala ang data na iyon nang walang bakas. Maaari itong magdulot ng maling kalkulasyon ng settlement at, higit sa lahat, masira ang tiwala sa mga kasapi. Sa maraming kaso, hindi napapansin ng mga gumagamit na may nawawala. Inaayos ito ng bersyon 1.14 sa pamamagitan ng pagpapakilala ng visibility at reversibility. Ngayon, kapag tinanggal ang isang gastos, naabisuhan ang mga gumagamit at binibigyan ng opsyon na ibalik ito kung kinakailangan.

Sa bersyon 1.14, karamihan sa mga pagtanggal ay itinuturing na soft deletes. Kapag ang miyembro ng proyekto ay nagtanggal ng gastos, naabisuhan ang iba pang mga miyembro. Kasabay nito, ang gastos ay inililipat sa isang "trash" state sa halip na pisikal na burahin. Kung ito ay nasa loob ng 7 araw matapos ang pagtanggal, maaari ng sinumang miyembro ng proyekto na ibalik ang gastos sa listahan ng mga aktibong gastos. Ito ay katulad ng kung paano hinahawakan ng maraming modernong sistema ang pagtanggal, inuuna ang kaligtasan kaysa sa pagkawalang-bisa. Gayunpaman, hindi lahat ng kaso ay dapat tratuhin ng pareho. Paano kung aksidenteng magdagdag ng pribadong gastos sa isang group project ang isang gumagamit, o kung ang isang entry ay ganap na walang kaugnayan? Maaaring kailanganin ang agarang pagtanggal upang maiwasan ang kalituhan o alalahanin sa privacy. Sa mga kasong ito, ang pag-abiso sa lahat at pagpapanatili ng maibabalik na talaan ay maaaring hindi naaangkop.

Upang tugunan ang mga natatanging kaso, ipinakilala ng Splync 1.14 ang kontroladong kondisyon para sa hard delete. Ang isang gastos ay maaaring permanenteng tanggalin nang walang mga abiso kung ang gumagamit na nagtatanggal nito ay parehong tagalikha at huling editor ng gastos, at kung ang pagtanggal ay nangyari sa loob ng 30 minuto mula sa paglikha ng gastos. Kapag natugunan ang mga kundisyong ito, itinuturing ng sistema ang aksyon bilang mabilisang pag-undo sa halip na isang pinagsamang kaganapan. Ang lahat ng iba pang sitwasyon ng pagtanggal ay default sa soft delete. Sa ganitong paraan, nakakamit ng Splync ang balanse sa pagitan ng flexibility, privacy, at transparency.

Idinisenyo namin ang tampok na ito upang maging kasing intuitive hangga't maaari. Sa bersyon 1.14, nagdagdag kami ng bagong filter button sa tabi ng umiiral na filter button ng miyembro, na nagpapahintulot sa mga gumagamit na mag-toggle sa pagitan ng aktibo at trashed na mga gastos. Bilang resulta, bahagyang na-update ang filter at sort area ng UI. Upang mapanatiling simple at madaling maintindihan ang interface, gumagamit na ngayon ng mga simbolo ang filter buttons. Para sa isang aktibong gastos, maaari mag-swipe pakaliwa ang mga gumagamit upang tanggalin ito. Pagkatapos i-tap ang delete button, lilitaw ang alerto upang linawin kung ang aksyon ay magreresulta sa hard delete o soft delete, kaya makakapagpatuloy ang mga gumagamit nang may kumpiyansa. Para sa isang trashed na gastos, maaari mag-swipe pakaliwa ang mga gumagamit upang ibalik ito.

Ngayon na napabuti na namin ang proseso ng pagtanggal ng gastos, ang susunod na hakbang ay gawing mas flexible ang pagtanggal ng proyekto. Sa kasalukuyan, maaari lamang tanggalin ng mga gumagamit ang proyekto pagkatapos itong maayos. Walang direktang paraan upang tanggalin ang isang hindi pa naayos na proyekto, na nangangahulugang kailangang dumaan ang mga gumagamit sa hindi kinakailangang mga hakbang bago alisin ang isang proyekto. Maaari itong maging hindi maginhawa sa mga kaso kung saan ang isang proyekto ay nagawa nang mali, nadoble nang hindi inaasahan, o hindi na kinakailangan. Ang pagpapabuti ng pagtanggal ng gastos ay isang mahalagang hakbang tungo sa paglutas ng problemang ito, dahil mas kumplikado ang pagtanggal ng proyekto kaysa sa pagtanggal ng isang solong gastos. Maaari itong makaapekto sa mga gastos, balanse, at tiwala ng lahat ng kasapi ng proyekto. Dahil dito, kinakailangan ng mas maingat na disenyo ang pagtanggal ng proyekto. May mas magandang solusyon na darating na.