Splync v1.5 — Rasio Pembagian Kustom per Proyek dan Kategori

Pada 16 September 2025, Splync v1.5 diluncurkan — hanya empat hari setelah pernikahan internasional kami diterima oleh kota. Sebelum pembaruan ini, Splync tidak bisa mengkustomisasi rasio pembagian; setiap pengeluaran dibagi rata secara default. Dengan v1.5, pengguna kini dapat menetapkan rasio kustom baik per proyek maupun per kategori. Perubahan ini memungkinkan pasangan dan teman untuk membagi biaya bersama dengan cara yang lebih mencerminkan kehidupan nyata mereka, tidak hanya sekadar 50:50. Anda dapat memulai proyek akuntansi baru dengan pembagian 60:40 untuk pengeluaran sehari-hari mulai Oktober, sambil tetap mempertahankan pembagian sewa apartemen sebesar 50:50 jika itu adil bagi kalian berdua. Dan jika belanjaan terasa lebih seimbang pada 70:30 sementara tagihan lebih baik pada 62:38, Anda sekarang dapat menetapkan rasio tersebut secara terpisah — kategori demi kategori — dalam proyek yang sama.

Perubahan paling terlihat di v1.5 adalah bagian Member & Default Shares baru, di mana Anda dapat menambahkan anggota proyek dan menetapkan bagian default untuk setiap orang. Jika proyek memiliki dua anggota, rasionya bisa 50:50, 40:60, atau apa pun yang terasa tepat. Dengan tiga anggota, bisa jadi 33.33:33.33:33.34, 50:25:25, atau kombinasi apa pun yang Anda suka. Ini menjadi pembagian default proyek. Di bawahnya, Anda dapat menggulir untuk menyesuaikan bagian setiap kategori jika Anda ingin berbeda dari default proyek. Ketika Anda menetapkan rasio kustom untuk kategori, tanda rasio birunya berubah menjadi oranye — petunjuk visual kecil bahwa kategori tersebut menggunakan aturannya sendiri daripada aturan proyek. Meskipun perubahan ini menambah fleksibilitas pada pengaturan proyek, ini juga membuat tampilan buat/edit proyek sedikit lebih kompleks. Untuk membantu, saya menambahkan tombol informasi di setiap bagian sehingga Anda dapat mengetuknya untuk melihat penjelasan singkat.

Menerapkan perubahan ini lebih rumit dari yang saya duga. Splync selalu berasumsi dunia 50:50 yang sederhana — satu angka, diterapkan di mana saja, dan matematika selesai. Begitu saya memutuskan untuk mendukung rasio kustom, seluruh struktur internal harus dipikir ulang. Proyek tak lagi bisa mengandalkan satu persentase bersama. Setiap kategori memerlukan rasio sendiri, dan setiap pengeluaran harus merujuk pada default proyek dan pengecualian kategori. Untuk mewujudkannya, saya menulis ulang logika perhitungan dari awal. Setiap pengeluaran kini membawa pohon keputusan kecil: “Apakah kategori ini punya rasionya sendiri? Jika ya, gunakan itu. Jika tidak, kembali ke rasio proyek.” Kedengarannya sederhana saat dijelaskan, tapi menjaga konsistensi model data di seluruh aplikasi — tampilan iOS, backend FastAPI, dan skema MariaDB — memerlukan penyesuaian lebih hati-hati dari yang saya perkirakan.

Setiap pembaruan yang menyentuh sisi server harus ditangani dengan sangat hati-hati. Jika Anda secara tidak sengaja mengubah kode server yang ada, pengguna yang masih di v1.4 akan langsung menghadapi bug atau kesalahan sistem. Misalnya, program server untuk v1.5 mengharapkan pengaturan proyek untuk menyertakan data rasio, tetapi aplikasi v1.4 mengirim pengaturan proyek tanpa rasio sama sekali. Saat kedua versi mencoba berkomunikasi, permintaan gagal — hanya karena mereka berbicara “bahasa” yang sedikit berbeda. Pengembang tentu dapat melakukan perubahan dengan aman di lingkungan uji. Bagian rumitnya dimulai setelah mengajukan versi baru untuk tinjauan Apple sementara pengguna yang ada masih di v1.4. Selama periode dari pengajuan hingga rilis, server harus mendukung kedua versi secara bersamaan agar peninjau Apple dapat menguji v1.5 dan pengguna yang ada dapat terus menggunakan v1.4 tanpa gangguan.

Dalam pengembangan aplikasi, “endpoint” adalah tempat di mana aplikasi mengirim permintaan ke server — sedikit seperti loket tertentu di balai kota. Satu loket menangani pendaftaran pernikahan, lainnya menangani catatan penduduk, dan lainnya menangani paspor. Aplikasi bekerja dengan cara yang sama: setiap endpoint adalah jendela khusus di mana server menerima jenis permintaan tertentu seperti login, pembuatan proyek, pengeditan pengeluaran, permintaan pertemanan, dll. Saat Splync v1.4 mengirim permintaan, ia pergi ke “jendela” lama yang memahami format lama. Splync v1.5 mengirim permintaannya ke “jendela” baru yang memahami data rasio. Jika server menutup jendela lama terlalu cepat, pengguna v1.4 tidak akan memiliki tempat untuk “mengirim” data mereka. Itulah mengapa, selama pembaruan, server perlu menjaga kedua jendela tetap terbuka — kedua endpoint — sampai setiap pengguna pindah ke versi yang lebih baru dengan aman. Sejujurnya, mengelola dua jendela ini pada saat yang sama terasa seperti berpikir dalam dimensi ekstra.

Splync v1.5 dapat mengkustomisasi pembagian per proyek dan per kategori, tetapi belum per pengeluaran. Untuk mendukung rasio per pengeluaran, kita memerlukan lapisan struktural lain — pada dasarnya penulisan ulang yang lebih dalam tentang bagaimana setiap pengeluaran menyimpan dan menghitung bagiannya. Kita juga harus berhati-hati agar antarmuka aplikasi tidak tiba-tiba menjadi rumit hanya untuk menambah kekuatan. Ini adalah peningkatan yang lebih besar dari yang terdengar. Mohon beri kami sedikit lebih banyak waktu untuk mencapainya. Ini ada di cakrawala kami — dan kami akan mencapainya. Sementara itu, mari jelajahi bagaimana rasio baru per proyek dan per kategori sudah membuat pengeluaran bersama menjadi jauh lebih fleksibel.