Cash Transfer / Mutation — Permintaan Mutasi

Tujuan

Permintaan Mutasi mencatat permintaan perpindahan dana antar cabang atau rekening kas/bank sebelum realisasi. Halaman ini menjadi kontrol awal agar sumber, tujuan, ayat silang, kebutuhan dana, dan nilai disetujui sebelum eksekusi.

Pengguna dan kewenangan

  • Treasury/Cashier atau Finance preparer membuat permintaan berdasarkan kebutuhan dana.
  • Finance Manager/Chief Accounting memeriksa rekening, cabang, nominal, dan otorisasi.
  • Pemilik cabang/Accounting memvalidasi kebutuhan dan dampak jurnal. Nama PIC aktual harus ditetapkan di matriks RACI.
  1. Buka Finance & Accounting → Cash Transfer / Mutation → Mutation Request.
  2. Daftar Permintaan Mutasi menampilkan Filter, Add, Export Excel, page size, pencarian, dan tabel.
  3. Pilih Add untuk membuka #!/keuangan/permintaan_mutasi/permintaan_mutasi_create.
  4. Tahap sesudah permintaan adalah Realization (#!/keuangan/realisasi_mutasi) bila tersedia dan diaktifkan.

Alur dan variasi

Alur standar

Kebutuhan dana disetujui → Permintaan Mutasi → validasi cabang/rekening → persetujuan → Realization → Cash/Bank Transactions → jurnal & rekonsiliasi

Variasi

  • Antar cabang: Branch Asal dan Branch Tujuan berbeda; ayat silang dan pemilik rekening harus disepakati.
  • Dalam cabang: cabang dapat sama, tetapi sumber/tujuan rekening tetap harus dibedakan dan direkonsiliasi.
  • Tanggal kebutuhan berbeda dari tanggal permintaan: gunakan Tgl Kebutuhan untuk rencana dana; jangan mengubah periode pembukuan tanpa persetujuan.
  • Nilai nol/tidak lengkap: form kosong menampilkan Jumlah awal 0; permintaan belum siap disimpan sebelum field wajib dan nominal valid.
  • Realisasi parsial/ditunda: bila kebijakan mengizinkan, catat sisa dan alasan pada tahap Realization; jangan membuat duplikasi permintaan.

Prasyarat dan master data

  • Branch Asal dan Branch Tujuan aktif dan sesuai kewenangan.
  • Akun Kas/Bank Asal, Akun Ayat Silang, dan Akun Kas/Bank Tujuan sudah dipetakan.
  • Saldo dan batas transfer tersedia; bukti kebutuhan dana dan otorisasi internal siap.
  • System of record SOLOG–Accurate–manual serta aturan intercompany/cabang sudah diputuskan.

Halaman daftar

Daftar Permintaan Mutasi beranotasi

No.ElemenFungsi
1FilterMenyaring daftar berdasarkan parameter yang tersedia. Tidak dijalankan pada inspeksi.
2AddMembuka form Permintaan Mutasi baru. Tidak ditekan pada inspeksi read-only.
3Export ExcelMengekspor daftar; tidak dijalankan.
4Menampilkan DataMengatur 10/25/50/100/All baris.
5SearchMencari kode atau teks pada daftar.
6Header kolomKode, Tanggal, Branch Asal, Branch Tujuan, Kas/Bank Asal, Kas/Bank Tujuan, Total, Status, dan aksi.
7Body tabelDev menampilkan No data available in table; isi transaksi tidak dipakai dalam SOP.
8PaginationMenampilkan rentang data dan navigasi halaman.

Form Add (kosong)

Form Permintaan Mutasi beranotasi

No.Field/tombolKeterangan
1Tgl Permintaan*Tanggal permintaan dibuat.
2Tgl Kebutuhan*Tanggal dana dibutuhkan.
3Branch Asal*Cabang sumber dana.
4Branch Tujuan*Cabang penerima dana.
5Akun Kas/Bank Asal*Rekening sumber.
6Akun Ayat Silang*Akun perantara/mutasi untuk pencatatan.
7Akun Kas/Bank Tujuan*Rekening tujuan.
8Jumlah*Nilai dana yang diminta; form kosong menampilkan 0 dan harus diganti oleh operator berwenang.
9KeteranganAlasan, referensi, atau catatan otorisasi.

Elemen form lain: Kembali ke daftar dan Save untuk menyimpan. Save tidak ditekan dalam inspeksi read-only.

Prosedur operasional (untuk SOP user)

  1. Kumpulkan bukti kebutuhan transfer dan pastikan batas nominal/approval berlaku.
  2. Buka Add pada daftar Permintaan Mutasi.
  3. Isi Tgl Permintaan dan Tgl Kebutuhan.
  4. Pilih Branch Asal dan Branch Tujuan.
  5. Pilih Akun Kas/Bank Asal, Akun Ayat Silang, dan Akun Kas/Bank Tujuan.
  6. Verifikasi saldo sumber, rekening tujuan, pemilik cabang, dan nilai Jumlah.
  7. Tulis Keterangan dengan referensi kebutuhan dan approval.
  8. Minta pemeriksaan Finance/Accounting; operator berwenang dapat menjalankan Save setelah pemeriksaan selesai.
  9. Telusuri nomor/kode permintaan ke Realization, bukti transfer, transaksi kas/bank, dan jurnal.

Keluaran dan lampiran

  • Kode/nomor Permintaan Mutasi dan status.
  • Bukti kebutuhan dana, persetujuan, dan bukti transfer saat realisasi.
  • Rekonsiliasi rekening asal/tujuan serta ayat silang/jurnal.

Hubungan antarmodul

  • Cash Transfer / Mutation → Realization: permintaan menjadi dasar realisasi.
  • Cash/Bank Transactions: mencatat arus dana setelah realisasi.
  • Journals: mencatat mutasi dan ayat silang sesuai system of record.
  • Setting → Branch/Accounts: memasok cabang dan rekening yang muncul di form.
  • Accurate/manual: integrasi atau pencatatan buku resmi belum dibuktikan dari UI.

Checklist

  • Bukti kebutuhan dan approval tersedia.
  • Tgl Permintaan dan Tgl Kebutuhan benar.
  • Branch Asal/Tujuan sesuai.
  • Rekening asal, ayat silang, dan tujuan sesuai mapping.
  • Saldo dan limit mencukupi.
  • Jumlah sudah diverifikasi dan tidak nol.
  • Keterangan dan referensi lengkap.
  • Segregation of duties dan PIC mengikuti RACI.
  • Realization dan rekonsiliasi ditelusuri dengan nomor permintaan.

Gap dan batas verifikasi

  • Daftar dev kosong; status, aksi detail, dan riwayat approval belum dapat diverifikasi.
  • Filter, Export Excel, Add, dan Save tidak dieksekusi.
  • Form realisasi, posting jurnal, bukti transfer, batas nominal, dan mapping Accurate/manual belum dibuktikan.

Bukti inspeksi

  • Daftar: #!/keuangan/permintaan_mutasi.
  • Form: #!/keuangan/permintaan_mutasi/permintaan_mutasi_create.
  • Keduanya dibuka pada SOLOG dev secara read-only; aset final tersamarkan dan diberi nomor.