Keunggulan: Bukti Pengeluaran Bank/Cash
1. Identitas Menu
| Aspek | Keterangan |
|---|---|
| Nama Menu | Bukti Pengeluaran Bank/Cash (KK) |
| Lokasi (Tahun NORMAL) | Sidebar → Buku Pengawasan → Penerimaan & Pengeluaran → Bukti Pengeluaran Bank/Cash |
Tier 3 — Keunggulan-keunggulan Booku yang muncul saat user memakai menu Bukti Penerimaan & Pengeluaran Bank/Cash.
2. Deskripsi Menu
Form Input Bukti Penerimaan Bank/Cash dan Input Bukti Pengeluaran Bank/Cash adalah pintu masuk universal untuk semua transaksi kas/bank — baik penerimaan uang masuk (KM) maupun pengeluaran uang keluar (KK). Satu form dinamis menggantikan 15+ form terpisah yang biasanya ada di aplikasi akuntansi lain.
Menu ini sangat strategis: hampir semua transaksi keuangan harian (pembayaran hutang, pencairan piutang, biaya operasional, investasi modal, dll) akhirnya melalui form ini.
3. Ringkasan Keunggulan
| # | Keunggulan | Tier 2 Terkait |
|---|---|---|
| 1 | Satu form dinamis untuk semua jenis transaksi | #13 |
| 2 | UI menyesuaikan konteks Lawan Transaksi & Sarana Pembayaran | #10 |
| 3 | Tabel Daftar Tagihan reaktif (0/1/>1 baris) | #08 |
| 4 | Sarana Pembayaran lengkap dalam 1 dropdown — dan lengkap juga saat mencari kembali | #08 |
| 5 | Auto-fill data Bank dari master Lawan Transaksi | #10 |
| 6 | Auto-fetch Kurs ReadOnly (LAMPAU & NORMAL) | #09 |
| 7 | Sekali simpan, tiga catatan sekaligus (bukti + pengawasan + jurnal) | #13, #11 |
| 8 | Perbaiki pembayaran dari tempat Anda menemukannya — dan menghapusnya benar-benar mengembalikan keadaan | #08, #13 |
| 9 | Dua cara memilih tagihan + TOTAL yang bisa dipastikan sebelum diputuskan | #08, #10 |
4. Detail per Keunggulan
4.1 Satu Form Dinamis untuk Semua Jenis Transaksi
User cukup memilih Kategori dan Peruntukan — UI form otomatis menyesuaikan field yang relevan. Tidak ada lagi 15+ menu terpisah untuk masing-masing jenis pembayaran/penerimaan.
Contoh konkret:
- Pilih Peruntukan = “Pembayaran Hutang Bank” → field Angsuran/Pokok/Bagi Hasil/PPh muncul, field Uraian sembunyi
- Pilih Peruntukan = “Investasi Modal” → field Lembar Saham & Harga/Lembar muncul, panel tabel tagihan sembunyi
Cross-ref: Tier 2 #13
4.2 UI Menyesuaikan Konteks Lawan Transaksi & Sarana Pembayaran
Section Bank (Biaya Administrasi, Ditanggung Oleh, Jumlah Transfer, Total Bank, Rekening Penerima, Atas Nama Penerima) muncul hanya saat relevan:
| Kondisi | Section Bank | Sub-Grup Rekening/Atas Nama |
|---|---|---|
| Sarana = Cash | Hide total | (irrelevant) |
| Sarana = Bank, LT = DJP | Hide total (pembayaran pajak tidak pakai konsep biaya admin/transfer dari form ini) | (irrelevant) |
| Sarana = Bank, LT Internal lain (CUST, INT, BPJS, dll) | Tampil | Hide (tidak ada data master Bank) |
| Sarana = Bank, Kategori Pemindahbukuan | Tampil | Hide (rekening tujuan = COA Bank sendiri) |
| Sarana = Bank, LT normal | Tampil | Tampil + auto-fill |
Manfaat: User tidak melihat field yang tidak relevan untuk konteks transaksinya. Form selalu serasi dengan jenis pembayaran.
Cross-ref: Tier 2 #10
4.3 Tabel Daftar Tagihan Reaktif (0/1/>1 Baris)
Tabel “Daftar Tagihan” (panel kanan) dan elemennya menyesuaikan jumlah data secara dinamis:
| Jumlah Baris | Panel Kanan | Baris TOTAL | Tombol Simpan |
|---|---|---|---|
| 0 | Hide (modal lebih sempit, fokus ke panel kiri) | — | Disabled (tooltip: “Tidak ada data tagihan untuk disimpan”) |
| 1 | Tampil | Hide (redundan, sama dengan baris satu-satunya) | Enabled |
| >1 | Tampil | Tampil (grand total) | Enabled |
Manfaat:
- Modal tidak mengambil ruang sia-sia saat belum ada data
- Tidak ada baris TOTAL “palsu” yang isinya sama dengan baris satu-satunya
- User tidak bisa simpan form kosong (mencegah error & data jurnal tidak valid)
Cross-ref: Tier 2 #08
4.4 Sarana Pembayaran Lengkap dalam 1 Dropdown
Dropdown “Sarana Pembayaran” / “Sarana Pencairan” memuat semua jenis akun kas/bank yang visible:
| Jenis | Awalan COA |
|---|---|
| Petty Cash | 1111 |
| Kas | 1112 — termasuk Kas Outlet (1113) |
| Bank | 1114 — termasuk Bank Eceran (1115) & e-Wallet (1116) |
| Cash Advance | 1117 |
| (Akun tambahan buatan user) | Ikut tampil selama berada di kelompok Sarana Pembayaran (111) |
User tidak perlu pilih kategori (mis. “ini Petty Cash atau Kas”) sebelum membuka dropdown — semua opsi langsung muncul, terurut ascending by kode COA. Filter visibility otomatis (Visibilitas = "Ya" di master COA) memastikan hanya akun aktif yang tampil.
Dan hanya yang mata uangnya cocok. Daftar disaring menurut mata uang transaksi: transaksi USD hanya menampilkan Kas/Bank/Cash Advance USD, transaksi IDR hanya akun IDR. Ini mencegah kesalahan yang sulit terdeteksi — membayar invoice USD dari rekening Bank JPY menghasilkan jurnal bermata uang salah tanpa satu pun peringatan. Dengan penyaringan ini, akun yang keliru sama sekali tidak muncul sebagai pilihan.
Kelengkapan yang sama berlaku saat mencari kembali. Filter Akun di halaman daftar memuat jenis yang persis sama dengan yang bisa Anda pilih saat menginput — termasuk Petty Cash dan Cash Advance. Prinsipnya sederhana: apa pun yang bisa dicatat, bisa dicari kembali.
Ini penting karena kegagalannya tidak terlihat sebagai kesalahan. Kalau sebuah jenis akun bisa dipakai saat input tetapi tidak ada di daftar filter, bukti-bukti yang memakainya tidak akan pernah muncul dalam penyaringan — tanpa pesan galat, tanpa daftar kosong yang mencurigakan, hanya hasil yang diam-diam tidak lengkap. Anda akan menyimpulkan “tidak ada transaksinya”, padahal transaksinya ada.
Berbeda dengan dropdown di formulir, filter ini tidak disaring menurut mata uang — sebab saat menelusuri riwayat, Anda belum menentukan transaksi mana yang sedang dilihat.
Manfaat:
- 1 klik dropdown menggantikan 2 langkah (pilih kategori → pilih akun)
- Konsisten dengan pola standar (kelompok Sarana Pembayaran
111) - Akun buatan user di kelompok
111otomatis ikut muncul - Sarana bermata uang lain tidak bisa terpilih secara tidak sengaja
- Setiap bukti bisa ditemukan kembali lewat akun yang dipakainya — tanpa kecuali
Cross-ref: Tier 2 #08, Tier 2 #03
4.5 Auto-Fill Data Bank dari Master Lawan Transaksi
Saat user pilih Sarana Pembayaran = Bank, field Rekening Penerima dan Atas Nama Penerima auto-fill dari data master Lawan Transaksi (atau Karyawan untuk peruntukan Karyawan). Field readOnly — user tidak bisa edit manual (cegah typo).
Jika master tidak punya data Bank, pesan error eksplisit: “Lengkapi data Rekening Bank di master Lawan Transaksi terlebih dahulu.”
Cross-ref: Tier 2 #10
4.6 Auto-Fetch Kurs ReadOnly (LAMPAU & NORMAL)
Untuk transaksi mata uang asing, kurs diambil otomatis dari Master Kurs. Anda tidak perlu — dan tidak bisa — mengetiknya manual, sehingga salah ketik angka kurs tidak mungkin terjadi.
| Tahun Buku | Sumber Kurs |
|---|---|
| Tahun historis | Kurs akhir tahun (Desember) — tanggal transaksi tidak berpengaruh |
| Tahun berjalan | Kurs harian sesuai tanggal transaksi; bila tanggal itu libur, Booku mundur ke hari kerja terdekat |
Cross-ref: Tier 2 #09
4.7 Sekali Simpan, Tiga Catatan Sekaligus
Sekali klik Simpan, tiga catatan tersimpan serentak — semuanya berhasil, atau tidak satu pun tersimpan:
| Catatan | Isi |
|---|---|
| Bukti transaksi | Nomor bukti, tanggal, jumlah, sarana pembayaran |
| Buku pengawasan terkait | Saldo diperbarui — status lunas dan sisa hutang/piutang |
| Jurnal akuntansi | Baris debet/kredit per komponen, terbentuk otomatis |
Tidak mungkin catatan yang satu tersimpan sementara yang lain tertinggal.
Cross-ref: Tier 2 #13, Tier 2 #11
4.8 Perbaiki Pembayaran dari Tempat Anda Menemukannya
Saat menelusuri riwayat pembayaran sebuah hutang, Anda bisa langsung menyunting atau menghapus pembayaran yang keliru di tempat itu juga — tanpa berpindah menu, mencari ulang nomornya, lalu mencocokkan sendiri.
Booku tahu kapan hal itu aman:
| Keadaan pembayaran | Yang Booku lakukan |
|---|---|
| Berdiri sendiri — tanpa pengajuan, dan buktinya hanya memuat satu tagihan | Buka formulirnya langsung di tempat |
| Bagian dari bundel pengajuan | Antar Anda ke halaman Bukti Pengeluaran, tempat seluruh isi bundel terlihat utuh |
| Buktinya memuat beberapa tagihan sekaligus | Antar Anda ke halaman Bukti Pengeluaran, tempat seluruh tagihan dalam bukti itu terlihat |
Kenapa dibedakan. Panel detail hanya menampilkan pembayaran milik satu hutang — padahal keterikatannya bisa datang dari dua arah. Satu pengajuan bisa memuat beberapa tagihan sekaligus; begitu pula satu bukti pembayaran bisa melunasi belasan tagihan milik hutang yang berbeda-beda. Dalam kedua keadaan itu, menyunting dari panel detail berarti memegang lebih banyak daripada yang terlihat. Booku sengaja mengantar Anda ke tempat yang memperlihatkan gambaran penuh.
Dialognya pun menyebut sebab yang berlaku pada data Anda — apakah karena bundel pengajuan, atau karena buktinya memuat sekian tagihan.
Menunya pun jujur sejak awal: kalau aksinya akan berpindah halaman, tulisannya berbunyi “Edit (di Bukti Pengeluaran)” — Anda tahu tujuannya sebelum menekannya, bukan terkejut oleh dialog.
Berlaku sama untuk menghapus, dan di seluruh menu yang punya riwayat pembayaran — Hutang Usaha, Hutang Karyawan, Hutang Pemegang Saham, Hutang Dividen, Gaji, Turunan Gaji, dan seluruh menu Hutang Pajak.
Dan menghapus benar-benar mengembalikan keadaan. Saat sebuah pembayaran dihapus, Booku tidak berhenti pada menghapus buktinya dan jurnalnya — tagihan yang tadi dilunasi kembali muncul sebagai belum dibayar, siap dibayar ulang dengan data yang benar. Begitu pula angsuran yang tadi tertandai lunas: ia kembali terbuka.
Ini penting justru karena kegagalannya tidak akan terlihat sebagai kesalahan. Kalau pembayarannya lenyap sementara tagihannya tetap tertandai lunas, tidak ada pesan galat yang muncul — tagihan itu sekadar tidak pernah tampil lagi, dan laporan Anda menampilkan kewajiban yang belum dibayar seolah sudah selesai. Kekeliruan semacam itu baru ketahuan saat menutup buku, ketika menelusurinya kembali sudah jauh lebih mahal.
Hal yang sama berlaku saat menyunting: memindahkan pembayaran ke tagihan lain melepaskan tagihan lama dan menandai yang baru — bukan menandai keduanya.
Cross-ref: Tier 2 #08, Tier 2 #13
4.9 Dua Cara Memilih Tagihan — Pakai yang Paling Sedikit Klik
Saat membayar, panel kanan menampilkan seluruh tagihan yang masih terbuka untuk lawan transaksi itu. Kalau jumlahnya puluhan sementara yang mau dibayar hanya tiga, memilihnya tidak boleh jadi pekerjaan melelahkan.
Booku menyediakan dua cara, dan Anda memakai yang paling hemat untuk keadaan saat itu:
| Cara | Langkahnya | Paling hemat saat |
|---|---|---|
| Singkirkan | Buang tagihan yang tidak dipakai satu per satu | Anda memakai hampir semua tagihan |
| Pilih | Centang yang dibutuhkan, lalu tekan Sisakan yang Dipilih — selebihnya tersingkir sekaligus | Anda hanya butuh sedikit dari banyak |
Keduanya tersedia bersamaan; tidak ada mode yang harus diaktifkan lebih dulu.
Angkanya bisa dipastikan sebelum diputuskan. Begitu Anda mulai mencentang, baris TOTAL ikut menghitung — ia menampilkan jumlah dari tagihan yang dicentang saja, lengkap dengan penanda “3 dari 10 tagihan dipilih”. Jadi Anda tahu totalnya cocok atau tidak sebelum menekan tombolnya, bukan sesudah.
Sebelum tagihan benar-benar tersingkir, Booku bertanya sekali lagi dan menyebut berapa banyak yang akan dibuang — karena tindakan ini tidak bisa dibatalkan.
Kolom Pilih menempel di sisi kanan tabel bersama kolom Aksi, jadi kotak centangnya tetap terlihat walau tabelnya lebar dan digeser ke samping.
Cross-ref: Tier 2 #08, Tier 2 #10
5. Nilai Tambah untuk User
“Form input transaksi kas/bank yang menyesuaikan diri dengan konteks — user tidak perlu hafal kapan field muncul, sistem yang tahu.”
“Dropdown sarana pembayaran lengkap untuk semua jenis akun kas/bank — Petty Cash, Kas, Bank, Cash Advance dalam satu tempat. Dan apa pun yang bisa dicatat, bisa dicari kembali.”
“Tabel tagihan reaktif — UI yang menjaga supaya user hanya melihat informasi yang berguna saat itu.”
“Memilih tiga tagihan dari puluhan cukup tiga centang — dan totalnya sudah terlihat sebelum Anda memutuskan.”
“Membatalkan pembayaran yang keliru mengembalikan tagihannya ke daftar — bukan meninggalkannya tertandai lunas selamanya.”
Kembali ke: Index Keunggulan per Menu | Keunggulan Booku
Terakhir diperbarui: 08-09-2026