📌 Ini adalah skenario simulasi untuk mengilustrasikan cara penggunaan fitur. Tampilan dan alur kerja aktual dapat berbeda tergantung versi.

Tetap Catat Saat Sinyal Buruk: Edit Offline dan Sinkron Otomatis

Jaringan naik-turun saat acara itu normal. Risiko utamanya bukan hitungan salah, tapi catatan hilang karena tim berhenti input saat sinyal drop.

Kasus ini membagi alur jadi tiga tahap: tetap catat saat offline, verifikasi saat koneksi kembali, lalu tutup dengan cek integritas singkat.

Konteks: Tetap Catat Saat Sinyal Buruk

Saat setengah hari tanpa sinyal di pegunungan, 12 pengeluaran dicatat offline lalu tersinkron otomatis di kota, jadi tidak perlu input ulang manual.

Kondisi di lokasi:

• Status menunjukkan mode offline.
• Pengeluaran baru tetap berjalan.
• Tim ingin sinkron otomatis tanpa input ulang.

Langkah Saat Masih Offline

1. Catat field inti lebih dulu Simpan pembayar, nominal, dan peserta dulu. Catatan tambahan bisa dirapikan nanti. Ritme 3 menit di sini membantu menekan rework di akhir; jika gagal, audit sumber data dulu.

2. Pakai nama transaksi yang mudah dikenali Contoh: "MakanMalam-Ronde1", "Parkir-B2".

3. Hindari input ganda antaranggota Kalau beberapa orang mencatat, sepakati siapa yang input transaksi tertentu.

Verifikasi Setelah Online Kembali

1. Tunggu transisi status sinkron Biarkan status berubah dari "Sinkronisasi..." ke "Sinkronisasi aktif" sebelum menutup halaman.

2. Spot-check transaksi offline terakhir Cek beberapa item terbaru untuk memastikan semua ikut tersinkron.

3. Tinjau arah hasil settlement Kalau arah bayar mendadak aneh, cek kemungkinan item hilang, duplikat, atau overwrite versi.

Cara Memilih Saat Muncul Konflik Versi

• Pilih "Gunakan Lokal" jika perangkat ini baru selesai banyak edit offline dan versi cloud lebih lama.
• Pilih "Gunakan Cloud" jika rekan sudah menyelesaikan update online yang lebih baru.

Aturan praktisnya: pilih versi yang paling lengkap dan paling baru sebagai acuan akhir.

Taktik Praktis untuk Tetap Catat Saat Sinyal Buruk

• Tip 1: Saat offline, prioritaskan kelengkapan dulu; perapian belakangan.
• Tip 2: Hindari edit besar bersamaan pada bagian yang sama saat sinkron berlangsung.
• Tip 3: Sebelum bubar, lakukan cek 2 menit: jumlah transaksi, arah settlement, lalu status pembayaran.

Cek Akhir Sebelum Ditutup

• Setelah sinkronisasi selesai, bandingkan jumlah total entri dengan yang kamu catat secara offline — jika angkanya lebih sedikit, beberapa entri mungkin hilang atau tergabung saat resolusi konflik.
• Cari entri dengan nominal dan timestamp identik yang bisa jadi duplikat akibat dua perangkat menyinkronkan edit yang bertumpang tindih.
• Pastikan indikator sinkron menunjukkan "Sinkronisasi aktif" (bukan "Sinkronisasi...") sebelum memperlakukan output Hasil saat ini sebagai final.

Tip Komunikasi

• Saat grup kembali mendapat sinyal, kirim satu pesan yang mengonfirmasi sinkronisasi sudah selesai dan cantumkan total jumlah entri — ini mencegah orang lain melanjutkan pencatatan duplikat.
• Jika resolusi konflik mengubah nominal, beritahu anggota yang terdampak secara langsung daripada berharap mereka menyadari sendiri perbedaannya.
• Tahan dulu pengiriman tautan Settlement sampai setelah spot-check pasca-sinkron selesai, agar tidak ada yang bertindak berdasarkan angka yang mungkin masih bergeser.

Inti Pelajaran dari Tetap Catat Saat Sinyal Buruk

Ketahanan mode offline pada akhirnya soal kestabilan versi, bukan sekadar bisa input. Dengan ritme offline-sync-check yang konsisten, jaringan lemah tidak lagi jadi risiko utama saat split bill.

Risiko Umum pada Tetap Catat Saat Sinyal Buruk

• Risiko 1: dua orang mencatat pengeluaran yang sama di perangkat terpisah saat offline, menciptakan duplikat yang menggembungkan total setelah sinkronisasi. Mitigasi: tunjuk satu orang per pengeluaran sebelum masuk mode offline, atau umumkan "yang ini saya yang catat" saat setiap pembayaran terjadi.
• Risiko 2: resolusi konflik diam-diam memilih versi lama, sehingga koreksi nominal yang dimasukkan belakangan hilang. Mitigasi: setiap kali muncul prompt konflik, buka entri terdampak dan verifikasi nilai yang tersisa sesuai dengan apa yang benar-benar terjadi.