Dokumentasi Menu

Dokumentasi

Cara Mengelola Pembayaran Offline

Tinjau pengajuan pembayaran bank offline, validasi detail submission, lalu setujui atau tolak dari workspace Offline Bank Payments.

Cari dokumentasi

Cari berdasarkan workflow, nama modul, atau kata kunci operasional.

Pencarian dokumentasi siap digunakan.

Diperbarui: 22 Maret 2026

Panduan ini menjelaskan cara meninjau dan memproses pengajuan pembayaran transfer bank dari Offline Bank Payments.

Ringkasan singkat

Gunakan Offline Bank Payments ketika wali atau siswa mengirim bukti pembayaran di luar alur online gateway langsung. Halaman ini membantu staf memfilter request, memeriksa bukti yang diajukan, lalu menyetujui, menolak, atau me-retry posting bila diperlukan.

Paling cocok untuk

Staf keuangan yang memverifikasi setoran transfer bank sebelum berubah menjadi pembayaran biaya siswa yang resmi.

Membutuhkan

Request pembayaran offline yang sudah dikirim pengguna dan izin untuk mengelola approval pembayaran offline.

Hasil akhir

Request pending ditinjau dengan bukti yang benar lalu disetujui, ditolak, atau dipicu ulang untuk posting sesuai kebutuhan.

Sebelum mulai

  • Pastikan kebijakan sekolah untuk approval bukti transfer bank sudah jelas.
  • Siapkan nomor referensi bank atau catatan audit bila harus direkam.
  • Tinjau apakah nilai fine atau penyesuaian harus diisi saat approval.
  • Gunakan filter class, section, atau status yang sempit jika request yang masuk cukup banyak.

Jalur navigasi

Fees Collection -> Offline Bank Payments

Langkah 1: Buka Offline Bank Payments

Di sidebar, buka Fees Collection lalu pilih Offline Bank Payments.

Workspace Offline Bank Payments yang menampilkan counter request, filter, dan tabel pembayaran.
Halaman ini menggabungkan monitoring request, filtering, dan peninjauan request per baris.

Halaman saat ini menampilkan:

  • counter total request, pending, approved, dan rejected
  • filter untuk class, section, status, dan rentang tanggal
  • tabel request
  • aksi per baris seperti View

Langkah 2: Persempit daftar request

Gunakan filter halaman untuk mengisolasi request yang relevan:

  • Class
  • Section
  • Status
  • Date From
  • Date To
  • pencarian atau query text bila tersedia

Lalu klik Apply.

Gunakan Reset Filters bila kombinasi filter saat ini terlalu sempit.

Langkah 3: Tinjau baris request sebelum membukanya

Tabel saat ini menampilkan detail inti request seperti:

  • request ID
  • siswa
  • class
  • payment date
  • submitted date
  • amount
  • status
  • invoice number
  • reference number
  • status attachment

Periksa status saat ini terlebih dahulu agar Anda tidak menangani ulang request yang sudah diposting atau sudah ditolak.

Langkah 4: Buka request dan validasi buktinya

Gunakan View untuk memeriksa request yang dipilih.

Drawer peninjauan saat ini dibangun di sekitar:

  • identitas siswa
  • amount dan fine amount
  • bank reference number
  • remark
  • reply
  • attachment preview atau download
  • status history dan field tanggal

Gunakan preview atau download attachment ketika request menyertakan bukti transfer bank.

Langkah 5: Setujui, tolak, atau retry posting

Untuk request yang masih pending:

  • setujui setelah amount, reference number, dan remark tervalidasi
  • tolak jika buktinya tidak valid atau tidak lengkap

Untuk status failed posting:

  • gunakan retry hanya jika request aslinya valid dan kegagalan sebelumnya bersifat operasional, bukan faktual

Catatan penting

Catatan dataset lokal: workspace lokal saat ini memuat campuran request pending, approved, dan rejected. Tabel dan counter diverifikasi langsung dari UI, sedangkan field approval dan rejection pada drawer juga dicek terhadap komponen UI terkait untuk memastikan set field yang tepat.

Catatan operasional: gunakan approval hanya setelah meninjau detail request dan attachment pendukung. Request offline tidak boleh diperlakukan seperti transaksi gateway langsung yang sudah otomatis posted.

Checklist verifikasi

  • request benar-benar milik siswa dan invoice yang dimaksud
  • amount dan bukti yang diajukan konsisten
  • referensi bank dan remarks dicatat bila dibutuhkan
  • status akhir mencerminkan hasil review yang sebenarnya
  • request yang disetujui siap muncul pada riwayat pembayaran biaya

Troubleshooting

MasalahPenyebab yang mungkinTindakan
Terlalu banyak request munculFilter terlalu luasPersempit dengan class, section, status, dan tanggal
Attachment hilang atau tidak jelasPengirim tidak memberikan bukti yang dapat dipakaiTolak atau minta koreksi sesuai kebijakan sekolah
Request berstatus failed postingApproval valid tetapi langkah posting gagalGunakan retry hanya setelah memastikan request memang sah
Staf menganggap approved dan posted adalah langkah yang samaAlur status disederhanakan terlalu jauhPeriksa status akhir pada baris request setelah review

Panduan terkait

Dokumen terkait