Manager Fronting
Mengonfigurasi kebijakan, memonitor SLA, menyetujui pengecualian, dan mengevaluasi kinerja.
Panduan Operasional End-to-End
Panduan Penggunaan Aplikasi Banking Fronting
Petunjuk sistematis bagi Manager, TAPF, Sales Agent, Bank/Verifikator, Finance, Accounting, dan Nasabah untuk menjalankan proses kredit dana pensiun ASN, TNI, dan POLRI.
11Tahap operasional
7Kelompok pengguna
8Skenario bisnis
Real-timeIntegrasi Accounting
Prinsip penggunaan aplikasi
Banking Fronting memakai satu record aplikasi kredit sebagai pusat hubungan antara nasabah, agen, bank, produk, dokumen, simulasi, forwarding, status, fee, dan jurnal. Hindari membuat record ganda untuk pengajuan yang sama.
Gunakan akun sesuai peranHak akses menentukan data yang dapat dilihat dan tindakan yang dapat dilakukan. Jangan berbagi akun operasional.
1LoginMasuk melalui website atau backend Odoo.
2Pilih ruang kerjaWeb Fronting, Partners, Portal, atau Accounting.
3Periksa aktivitasTo-Do, pipeline, data tambahan, dan jurnal.
Tanggung jawab dan titik serah
Admin/TAPF
Memeriksa aplikasi, dokumen, simulasi, forwarding, dan memperbarui status.
Sales Agent
Mencari prospek, mengumpulkan data, memantau pipeline, dan berkomunikasi dengan nasabah.
Nasabah
Memberikan data yang benar, melengkapi dokumen, dan merespons simulasi.
Bank/Verifikator
Menilai berkas, memberi catatan, dan menyampaikan keputusan pemrosesan.
Finance & Accounting
Memvalidasi fee, komisi, settlement, reversal, pembayaran, dan rekonsiliasi.
Master data sebelum transaksi dimulai
Manager/Admin menyiapkan data berikut melalui menu Konfigurasi. Perubahan tarif wajib diberi tanggal berlaku dan tidak boleh mengubah transaksi historis.
| Master Data | Isi minimum | Kontrol |
|---|---|---|
| Bank & Kerja Sama | Kode, nama, PIC, periode, SLA, wilayah | Aktif dan kontrak berlaku |
| Default Fee & Control | Fee bank, komisi agen, checklist dokumen | Spesifik per bank |
| Produk Kredit | Jenis, paket, tenor, bunga, batas kredit, take over | Sesuai ketentuan bank |
| Biaya Nasabah | Provisi, administrasi, asuransi, biaya lain | Transparan dalam simulasi |
| Wilayah & Sales Team | Kode, definisi, parent, penanggung jawab | Tidak tumpang tindih |
| Jenis Dokumen | Nama, wajib/tidak, masa berlaku, segmen | ASN/TNI/POLRI dan bank |
Proses kredit dana pensiun end-to-end
Prospek & Penawaran
Pelaksana: Sales Agent. Buat peluang, tentukan nasabah, produk awal, bank, estimasi nilai kredit, dan aktivitas follow-up.
Output: pipeline dan jadwal tindak lanjut.Registrasi Nasabah
Lengkapi identitas, NIK, data ASN/TNI/POLRI, kepangkatan, instansi, pensiun, penghasilan, kewajiban, rekening, dan kontak darurat.
Output: profil nasabah tunggal dan tervalidasi.Pengajuan Kredit
Pilih bank/produk, masukkan nilai pengajuan, tenor, saldo pinjaman lama, agen, wilayah, dan Sales Team.
Output: nomor aplikasi dan status Dalam Pengajuan.Upload Dokumen
Lampirkan dokumen sesuai checklist. Pastikan file terbaca, nomor/tanggal benar, dan dokumen belum kedaluwarsa.
Output: persentase kelengkapan dokumen.Pemeriksaan TAPF
TAPF mencocokkan form dan dokumen, memverifikasi data kritis, mencatat kekurangan, dan menentukan kelayakan simulasi.
Output: lengkap atau Perlu Data Tambahan.Simulasi Kredit
Hitung angsuran, total bunga, take over, biaya, total pembayaran, dan dana bersih berdasarkan produk bank.
Output: simulasi Draft lalu Disetujui Admin.Komunikasi Hasil
TAPF menyampaikan simulasi kepada Agent/Nasabah. Catat asumsi dan tanggal komunikasi.
Output: Disampaikan dan respons nasabah.Forwarding ke Bank
Pilih penerima, metode, referensi, bank tujuan, dan dokumen yang diserahkan.
Output: bukti pengiriman dan status Terkirim.Verifikasi & Keputusan
Catat perkembangan, permintaan tambahan, nilai disetujui, tenor/bunga final, referensi bank, atau alasan penolakan.
Output: Disetujui, Ditolak, atau revisi.Pencairan
Masukkan tanggal pencairan dan nilai final. Sistem menghitung fee, komisi, biaya, dan margin berdasarkan konfigurasi yang berlaku.
Output: penjualan kredit terealisasi.Posting & Rekonsiliasi
Periksa jurnal FEE, COM, dan FBNK; proses settlement, pembayaran komisi, reversal bila perlu, lalu cocokkan Dashboard dengan Accounting.
Output: transaksi dan jurnal seimbang.Menyusun simulasi yang dapat dipertanggungjawabkan
Simulasi bukan persetujuan kreditHasil adalah estimasi berdasarkan input dan ketentuan saat dibuat. Keputusan final tetap berada pada bank.
- Buka Web Fronting → Simulasi Kredit atau aplikasi terkait di backend.
- Pastikan Bank dan Produk telah benar karena keduanya mengikuti aplikasi.
- Masukkan nilai kredit, tenor, bunga tahunan, dan metode Flat/Anuitas.
- Untuk take over, masukkan nilai pelunasan pinjaman lama.
- Masukkan provisi, administrasi, asuransi, dan biaya lain.
- Periksa angsuran, total bunga, total pembayaran, total biaya, dan dana diterima.
- Tambahkan asumsi; Setujui Admin; lalu Sampaikan kepada Agent/Nasabah.
- Catat apakah nasabah menerima atau menolak simulasi.
Setiap status harus menjawab “siapa melakukan apa berikutnya?”
Dalam Pengajuan
Agen/Nasabah melengkapi data; TAPF menunggu kesiapan pemeriksaan.
Perlu Data Tambahan
TAPF menulis kekurangan spesifik; Agent/Nasabah menindaklanjuti.
Dalam Verifikasi
Berkas berada di TAPF/verifikator/bank; follow-up mengikuti SLA.
Disetujui
Konfirmasi syarat final dan persiapan pencairan.
Dicairkan / Won
Lengkapi nilai final, tanggal cair, fee, komisi, dan jurnal.
Ditolak / Lost
Isi alasan yang objektif; hentikan aktivitas yang tidak relevan.
Setiap perubahan penting dicatat dalam riwayat status. Aktifkan “terlihat oleh nasabah” hanya untuk informasi yang aman dan sudah dikonfirmasi.
Playbook untuk kondisi yang paling sering terjadi
Agent membuat prospek → nasabah dan aplikasi dilengkapi → TAPF memeriksa → simulasi disetujui dan diterima → berkas dikirim → bank menyetujui → pencairan dicatat → fee, komisi, dan jurnal terbentuk → Finance merekonsiliasi.
TAPF mengisi catatan kekurangan dan mengubah status menjadi Perlu Data Tambahan → Agent dan Nasabah melihat kebutuhan → dokumen diunggah → TAPF memverifikasi ulang → status kembali ke proses verifikasi. Jangan membuat aplikasi baru.
Catat bank dan saldo kredit lama → pilih produk take over → masukkan nilai pelunasan ke simulasi → periksa dana bersih setelah pelunasan dan biaya → komunikasikan asumsi → sesuaikan nilai final dengan surat pelunasan.
Pilih Ditolak Nasabah pada simulasi → catat alasan → Agent mengklarifikasi kebutuhan → buat versi simulasi baru bila parameter berubah. Pertahankan simulasi lama sebagai audit trail.
Catat respons bank → buat simulasi revisi dengan parameter baru → sampaikan ulang → perbarui nilai disetujui hanya setelah konfirmasi → simpan referensi keputusan bank.
Isi alasan penolakan dan referensi → ubah ke status Lost/Ditolak → beri informasi yang telah disetujui kepada Agent/Nasabah → batalkan fee yang belum menjadi hak → lakukan reversal bila jurnal sudah ter-posting keliru.
Evaluasi apakah aplikasi sudah dikirim. Bila belum, ubah pilihan dan buat simulasi baru. Bila sudah, tutup submission lama, dokumentasikan persetujuan, perbarui checklist, lalu buat forwarding baru. Jangan mencampur fee dua bank.
Jangan menghapus transaksi. Catat penyebab → koreksi nilai final → lakukan reversal jurnal salah → posting jurnal pengganti → rekonsiliasi fee bank, komisi agen, dan dashboard → Manager menyetujui audit trail.
Dari transaksi operasional ke jurnal real-time
FEEFee dari Bank
Piutang dan pendapatan fee berdasarkan pencairan/ketentuan.
COMKomisi Agent
Beban dan utang komisi sesuai tarif agen yang disetujui.
FBNKBiaya Bank
Biaya yang menjadi beban perusahaan atau diteruskan sesuai kebijakan.
- Pastikan jurnal FEE, COM, dan FBNK tersedia dan akun default terisi.
- Validasi basis perhitungan, rate, nominal, penerima, dan tanggal jatuh tempo.
- Pastikan journal entry seimbang dan berstatus Posted.
- Catat penerimaan fee dan pembayaran komisi dengan referensi bank.
- Gunakan reversal untuk koreksi; jangan menghapus jurnal posted.
- Rekonsiliasi total aplikasi dicairkan dengan Dashboard dan buku besar.
Rutinitas pengawasan harian, mingguan, dan bulanan
Harian
Pipeline tanpa aktivitas, data tambahan, submission melewati SLA, dan jurnal gagal.
Mingguan
Conversion per tahap, Top Agent, kinerja wilayah/team, aging aplikasi, dan alasan lost.
Bulanan
Sales per bank, target vs pencapaian, margin, fee belum tertagih, komisi belum dibayar, dan rekonsiliasi GL.
Masalah umum dan tindakan yang benar
| Masalah | Pemeriksaan | Tindakan |
|---|---|---|
| Data tidak terlihat | Peran, wilayah, agent/customer terkait | Perbaiki assignment; jangan gunakan sudo operasional |
| Simulasi tidak sesuai | Metode, bunga, tenor, biaya, take over | Buat revisi; jangan menimpa histori yang sudah dibagikan |
| Dokumen tetap kurang | Jenis dokumen, verified, masa berlaku | Lengkapi metadata dan verifikasi ulang |
| Fee/komisi nol | Konfigurasi bank/produk/agen dan tanggal berlaku | Perbaiki master lalu hitung ulang sebelum posting |
| Dashboard berbeda dengan GL | Status won, tanggal cair, nilai final, jurnal posted | Rekonsiliasi per aplikasi dan lakukan koreksi terkontrol |
| Nasabah tidak melihat update | History dan flag visible_to_customer | Publikasikan catatan yang aman dan terkonfirmasi |
Definition of Done per aplikasi
Siap mempraktikkan panduan?
Gunakan akun berbasis peran dan skenario terpandu pada Demo System.