Deposit Customer

Tujuan

Halaman Deposit Customer menampilkan dan menyiapkan pencatatan deposit customer. Daftar UI memperlihatkan
nilai Receivable, Terpakai, dan Sisa, sehingga halaman ini berhubungan dengan pemantauan penggunaan saldo deposit.
Tampilan belum membuktikan jurnal, penerimaan bank, penggunaan otomatis ke invoice, refund, approval, atau integrasi Accurate.

Status bukti

Route #!/keuangan/deposit_customer dan form kosong #!/keuangan/deposit_customer/create dibuka read-only pada
SOLOG dev. Daftar dev kosong; tiga gambar final menutup identitas serta nilai default dan memberi nomor pada kontrol.
Tidak ada field, Add to Table Pembayaran, Kembali, atau Save yang digunakan.

Navigasi dan daftar

Finance & Accounting → Deposit / DP → Deposit Customer (route #!/keuangan/deposit_customer).

No.	Elemen	Fungsi UI yang terlihat	Batas kajian
1	Filter	Membuka atau menjalankan penyaringan daftar	Tidak ditekan
2	Add	Membuka form Tambah Deposit Customer	Form kosong dibuka read-only melalui route aman
3	Pemilih jumlah data	Opsi 10, 25, 50, 100, dan All	Hanya mengubah tampilan
4	Pencarian	Mencari pada daftar	Tidak diisi
5	Header tabel	Kode Transaksi, Tanggal, Customer, Branch, Receivable, Terpakai, Sisa, Status; mendukung pengurutan	Daftar dev kosong
6	Area data	Pesan tidak ada data pada dev	Bukan bukti bahwa produksi kosong
7	Pagination	Sebelumnya dan Selanjutnya	Navigasi daftar

Form Tambah Deposit Customer

Nilai branch, tanggal, dan angka default pada gambar telah disamarkan. Form dibuka tanpa pengisian.

No.	Field/kontrol	Catatan
1	Branch	Pilihan/list; aturan branch belum diuji
2	Tanggal*	Wajib; format dan dampak belum diuji
3	Customer*	Pilihan customer wajib
4	Keterangan	Textbox keterangan deposit
5	Cara Pembayaran	Kontrol pilihan; tipe pilihan belum diuji
6	Akun Kas/Bank	Pilihan akun kas/bank
7	Jumlah	Nilai penerimaan; tidak diisi
8	Add to Table Pembayaran	Terlihat nonaktif pada form awal; tidak ditekan

No.	Kontrol	Catatan
1	Add to Table Pembayaran	Menambah detail pembayaran setelah prasyarat form terpenuhi; tidak diuji
2	Tabel Cara Pembayaran	Kolom Cara Bayar, Refrensi, Keterangan, Jumlah; ejaan Refrensi mengikuti UI
3	Total	Nilai disamarkan; aturan perhitungan belum diuji
4	Kembali	Kembali ke daftar
5	Save	Menyimpan transaksi; tidak ditekan

Prosedur kerja yang direkomendasikan

Tentukan apakah Deposit Customer dijalankan di SOLOG, Accurate, atau register manual, serta tetapkan system of record.
Preparer menyiapkan bukti penerimaan, customer, branch, tanggal, akun kas/bank, nilai, dan keterangan sesuai kebijakan Finance.
Checker memastikan sumber dana telah diterima, customer benar, dan tidak ada deposit/kelebihan pembayaran yang tercatat ganda.
Jika terdapat lebih dari satu cara pembayaran, setiap detail ditinjau di tabel pembayaran dan totalnya dicocokkan dengan bukti bank/kas sebelum Save.
Setelah penyimpanan resmi, Finance memeriksa status, receivable, terpakai, dan sisa lalu merekonsiliasi dengan invoice, kas/bank, dan register resmi.
Apply ke invoice, koreksi, refund, pembatalan, atau penutupan deposit harus memakai approval dan audit trail yang disetujui OLR.

Variasi dan titik kendali

Satu atau beberapa cara pembayaran: tombol Add to Table Pembayaran menunjukkan kemungkinan detail pembayaran; batas baris, validasi jumlah, dan perhitungan total belum diuji.
Deposit belum dipakai vs terpakai sebagian: kolom Receivable, Terpakai, dan Sisa terlihat, tetapi aturan perhitungan dan hubungan ke invoice belum diverifikasi.
Branch dan kas/bank: tersedia pada form; pemilihan, cross-branch, mapping akun, dan hak akses belum diuji.
Refund dan kelebihan pembayaran: hanya konteks proses historis; ketersediaan tombol/alur pada SOLOG dev belum dibuktikan.

Pengguna dan kewenangan

Fungsi	Peran yang disarankan	Batasan
AR/Treasury preparer	Menyiapkan deposit dan detail penerimaan	Tidak menyimpan tanpa bukti dan checker
Finance Manager/Chief Accounting	Menyetujui kebijakan dan transaksi sesuai limit	PIC aktual belum diputuskan OLR
AR, Cashier, Accounting, Internal Control	Memeriksa customer, invoice, kas/bank, jurnal, dan saldo	Tidak mengubah tanpa kewenangan
System Admin	Menjaga akses	Tidak menentukan kebijakan penerimaan

Prasyarat/master data

Customer aktif pada 02 - Customer serta kebijakan branch/kas-bank yang disetujui.
Akun kas/bank dan akun deposit ditetapkan Finance; mapping belum dibuktikan dari UI.
Hak preparer/checker/approver dicatat pada 04 - Matriks PIC dan RACI Proses SOLOG.
Keputusan SOLOG–Accurate–manual mengikuti 32 - Batas Sistem dan Rekonsiliasi SOLOG Accurate.

Lampiran/keluaran

Bukti penerimaan bank/kas, referensi customer, dan approval.
Register deposit: kode transaksi, status, receivable, terpakai, sisa, serta periode berlaku bila ada.
Bukti rekonsiliasi dengan invoice, kas/bank, jurnal, dan system of record.

Hubungan antarmodul

02 - Customer · 14 - All Receivables · 15 - Receivable Payments · 24 - Cash Bank Transactions · 27 - Journals · 32 - Batas Sistem dan Rekonsiliasi SOLOG Accurate

Checklist

Customer, branch, akun kas/bank, dan bukti penerimaan sudah diverifikasi.
Hak Save, checker, approver, dan pemisahan tugas ditetapkan.
Total detail pembayaran direview terhadap bukti penerimaan.
Receivable, terpakai, dan sisa direkonsiliasi dengan register resmi.
Hubungan ke invoice, refund/koreksi, dan Accurate/manual diputuskan.
Nilai customer, rekening, dokumen, dan transaksi tidak disalin ke SOP publik.

Gap

Validasi field, pilihan Branch/Customer/Cara Pembayaran/Kas-Bank/Akun, Add to Table, Total, Save, status, penggunaan ke invoice, refund, approval, jurnal, audit trail, dan integrasi belum diuji.
Aturan penggunaan deposit terhadap beberapa invoice, kelebihan pembayaran, pembatalan, dan mata uang belum dikonfirmasi.
Form dan daftar hanya membuktikan struktur UI, bukan dampak transaksi setelah Save.

Referensi