Keunggulan Menu: Deposit Operasional
Tier 3 — Keunggulan-keunggulan Booku yang muncul saat user memakai menu Deposit Operasional.
Deskripsi Menu
Deposit Operasional adalah modul untuk mengelola dana talangan yang dikeluarkan perusahaan atas perintah customer (mis. perusahaan ekspedisi/freight forwarder/agency yang menalangi pembayaran ke supplier atas nama klien-nya). Setiap deposit punya 2 sisi arus uang:
- Talangan — perusahaan bayar ke supplier (Bukti Pengeluaran)
- Reimburse — customer bayar balik ke perusahaan (Bukti Penerimaan)
Menu ini relevan untuk: perusahaan jasa, agency, ekspedisi, dan bisnis lain yang sering menalangi biaya operasional klien.
Daftar Keunggulan di Menu Ini
| # | Keunggulan | Tier 2 Terkait |
|---|---|---|
| 1 | Jurnal otomatis Dr/Cr saat input (skip di LAMPAU) | #02 |
| 2 | Rekonsiliasi saldo 4-angle (List vs COA+AJP) di SummaryBar | #01 |
| 3 | Multi-user safe — generate nomor BPDO/JV via retry + jitter | #06 |
| 4 | Auto-preset Daftar Tagihan saat klik Bayar/Cair dari drawer | #08 |
| 5 | Kolom Reimburse & Outstanding di-compute runtime dari data terkait | #01 |
Detail Keunggulan
1. Jurnal Otomatis Saat Input Deposit
Saat user simpan form Input Deposit Operasional, sistem otomatis buat 1 pasang jurnal:
Dr KodeTautanCOA_DepositOperasional = JumlahTransaksi (piutang ke customer)Cr KodeTautanCOA_HutangDeposit = JumlahTransaksi (hutang ke supplier)User tidak perlu input jurnal manual. JenisJurnal = “Deposit Operasional”, referensi = NomorBPDO. Semua tersimpan atomic dalam 1 SaveChangesAsync (header + detail + jurnal) — kalau gagal, semua di-rollback.
Di tahun buku LAMPAU (Data Awal), jurnal otomatis di-skip — karena saldo awal historis bukan transaksi baru. Konsisten dengan pola modul Buku Pengawasan lain.
Cross-ref: Tier 2 #02 Automatic Everything
2. Rekonsiliasi Saldo 4-Angle di SummaryBar
Bar di atas tabel menampilkan 4 angka saldo secara real-time, membantu user memvalidasi keakuratan data:
| Angle | NORMAL | LAMPAU |
|---|---|---|
| Saldo (List) | Sum Outstanding record carry-over (tahun sebelumnya) | Sum Outstanding semua record |
| Saldo (COA) + AJP | Saldo Awal COA + Adjustment Jurnal Penyesuaian | Saldo Akhir COA (tanpa AJP) |
| Selisih | (List − COA+AJP), berwarna merah kalau ≠ 0 | sda |
| Total Tabel | Sum Outstanding semua record | sda |
User langsung tahu kalau data tabel tidak match dengan saldo akuntansi (COA). Ini fitur audit reconciliation yang sulit dilakukan manual di Excel.
Cross-ref: Tier 2 #01 Realtime Accuracy
3. Multi-User Safe: Generate Nomor BPDO/JV via Retry Pattern
Booku Lama tidak punya konsep multi-user — saat 2 user input bersamaan, ada risiko nomor BPDO atau Nomor JV bentrok (duplicate key error).
Booku V2 implementasi pattern retry dengan exponential backoff + jitter:
| Parameter | Nilai |
|---|---|
| Max retries | 3 |
| Base delay | 200 / 500 / 1000 ms |
| Jitter | 0-100 ms random |
| Generate nomor | Di dalam retry loop (re-query saat retry untuk dapat angka segar) |
User yang input bersamaan tetap dapat nomor unik tanpa intervensi. Mirror pattern PemindahbukuanService.
Cross-ref: Tier 2 #06 Multiuser LAN & Internet
4. Auto-Preset Daftar Tagihan Saat Klik Bayar/Cair
User tidak perlu navigasi manual ke modul Bukti Pengeluaran/Penerimaan untuk catat Talangan/Reimburse. Dari Drawer detail Deposit Operasional, cukup klik tombol:
- Bayar → buka Input Bukti Pengeluaran dengan preset: Kategori=Pengeluaran Tunai, Peruntukan=Deposit Operasional, NomorBP=NomorBPDO, Lawan Transaksi=Supplier
- Cair → buka Input Bukti Penerimaan dengan preset analog: Lawan Transaksi=Customer
Daftar Tagihan di modal auto-filter ke 1 baris BPDO itu saja — bukan semua tagihan customer. User langsung lihat sisa tagihan untuk BPDO yang sedang dikerjakan.
Sama tombol Bayar/Cair juga tersedia di context menu klik kanan tabel utama (pakai Drawer Auto-Action Pattern — drawer terbuka + auto-trigger handler).
Cross-ref: Tier 2 #08 Simple for User
5. Kolom Reimburse & Outstanding di-Compute Runtime
Booku Lama menyimpan kolom Jumlah_Reimburse di tabel tbl_DepositOperasional — tapi tidak pernah di-update saat reimburse terjadi (nilainya selalu 0). Akibatnya kolom ini tidak reliable sebagai source of truth.
Booku V2 lebih akurat: kolom Reimburse dan Outstanding dihitung runtime dari tbl_BuktiPenerimaan (filter Peruntukan=DepositOperasional). Setiap kali user buka halaman, angka sudah pasti up-to-date — bahkan jika ada user lain yang baru input Reimburse di session paralel.
Cross-ref: Tier 2 #01 Realtime Accuracy
Dokumentasi Terkait
- Deskripsi untuk user:
deskripsi/deposit-operasional.md
Terakhir diperbarui: 18-05-2026