Di banyak tim finance, kemacetan siklus bayar jarang terlihat sebagai satu masalah besar. Biasanya muncul sebagai gejala kecil yang berulang: invoice menumpuk menunggu persetujuan, vendor menagih karena jatuh tempo lewat, atau audit internal menanyakan jejak persetujuan yang sulit ditelusuri. Dengan KPI yang tepat, Anda bisa mengukur dampak nyata penggunaan sistem persetujuan terhadap kecepatan, kontrol, dan kepatuhan proses pembayaran, bukan sekadar merasa “lebih rapi”.
Mengapa pengukuran perlu lebih dari sekadar “lebih cepat”
Software persetujuan biasanya dipasang dengan harapan proses jadi lebih cepat dan minim kesalahan. Namun tanpa KPI yang jelas, peningkatan kecepatan bisa menyembunyikan risiko baru, misalnya approval yang terlalu longgar, akses tidak terkendali, atau pemisahan tugas yang melemah.
Praktik di Indonesia juga menuntut bukti proses yang rapi saat pemeriksaan internal, audit eksternal, atau penelusuran dokumen pajak (misalnya menelusuri faktur pajak masukan terhadap invoice dan bukti bayar). Karena itu, KPI yang baik harus mengukur tiga hal sekaligus: lead time, kualitas kontrol, dan dampak finansial.
5 KPI utama untuk menilai dampaknya pada siklus bayar
Gunakan definisi yang konsisten sejak awal, terutama batas “mulai” dan “selesai” untuk setiap metrik. Jika tidak, KPI berubah jadi perdebatan definisi, bukan alat untuk manajemen.
1) Approval cycle time (ACT) per tahap dan total
Ini KPI paling langsung: berapa lama dari invoice siap diajukan sampai statusnya “approved” untuk diproses bayar. Ukur per tahap (misalnya verifikasi dokumen, persetujuan budget owner, persetujuan finance) dan total untuk menemukan bottleneck.
Rumus praktisnya: ACT = waktu approved terakhir – waktu submit. Contoh: jika invoice disubmit Senin 10:00 dan approved final Rabu 15:00, ACT 53 jam. Setelah otomasi dan routing jelas, target realistis bisa turun menjadi 24–36 jam tergantung kompleksitas.
Segmentasikan ACT berdasarkan nilai invoice, unit kerja, dan jenis biaya (OPEX/CAPEX). Dengan begitu Anda bisa membedakan masalah orang (misalnya approver tertentu lambat) dari masalah proses (misalnya syarat dokumen tidak standar).
2) First-time approval rate (FTAR) dan alasan rework
Kecepatan approval tidak berarti sehat bila banyak pengajuan dikembalikan. FTAR mengukur persentase pengajuan yang disetujui tanpa dikembalikan untuk perbaikan, dan biasanya berkorelasi kuat dengan kualitas input AP dan disiplin vendor.
Rumus: FTAR = jumlah pengajuan approved tanpa rework / total pengajuan. Agar actionable, catat alasan pengembalian dengan kategori yang ketat, misalnya:
- Dokumen kurang (PO/BAST/kontrak)
- Data vendor tidak cocok (nama, rekening, NPWP)
- Mismatch 3-way match (PO-GR-invoice)
- Pajak/withholding tidak sesuai
- Budget tidak tersedia atau salah akun
Jika FTAR rendah, perbaikan biasanya bukan pada sistem persetujuan, melainkan pada standardisasi checklist dokumen, validasi master data, dan aturan pencatatan pajak. Perubahan kecil seperti template BAST atau validasi NPWP vendor sering memberi dampak besar pada rework.
3) On-time payment rate (OTPR) terhadap jatuh tempo dan SLA internal
OTPR mengukur hasil yang paling terasa oleh bisnis dan vendor: pembayaran tepat waktu. Pisahkan dua sudut pandang: (1) tepat waktu terhadap jatuh tempo invoice/kontrak, dan (2) memenuhi SLA internal (misalnya dibayar maksimal 7 hari kerja setelah approved).
Rumus: OTPR = jumlah pembayaran tepat waktu / total pembayaran. Contoh: dari 200 pembayaran bulanan, 170 tepat waktu terhadap jatuh tempo berarti OTPR 85%. Tetapi jika hanya 120 memenuhi SLA internal, berarti ada isu antara approval selesai dan eksekusi pembayaran.
Untuk diagnosis, tambahkan metrik pendamping: “Approved-to-Paid Lead Time”. Jika ACT sudah membaik tetapi OTPR stagnan, masalah kemungkinan ada di scheduling pembayaran, antrian bank, atau verifikasi akhir.
4) Exception rate dan kepatuhan kontrol (SoD, limit otorisasi, audit trail)
Sistem persetujuan yang baik harus menurunkan pengecualian yang berisiko. Exception Rate mengukur seberapa sering proses melanggar aturan kontrol, misalnya approver tidak sesuai matriks, persetujuan melewati limit, atau override tanpa alasan.
Rumus sederhana: Exception Rate = jumlah transaksi dengan exception / total transaksi, lalu pecah berdasarkan jenis exception. Untuk konteks kepatuhan di Indonesia, jejak audit juga penting: apakah setiap perubahan (nominal, rekening vendor, pajak, lampiran) tercatat siapa dan kapan.
Jika Anda menata kontrol akses dan mencegah persetujuan tidak sah, kaitkan KPI ini dengan pembenahan kebijakan akses dan alur persetujuan, misalnya melalui panduan praktik seperti penguatan kontrol akses pada alur persetujuan. Target realistis biasanya bukan 0 exception sejak hari pertama, melainkan tren menurun dan setiap exception punya alasan terdokumentasi serta eskalasi yang benar.
5) Biaya proses per invoice dan nilai yang bocor (discount, denda, duplikasi)
Untuk Kepala Finance, KPI akhirnya harus terukur dalam rupiah. Dua pendekatan praktis adalah (1) biaya proses per invoice (waktu staf, biaya administrasi, biaya sistem), dan (2) nilai yang bocor akibat keterlambatan atau kesalahan.
Ukuran kebocoran yang umum dan mudah ditarik dari data adalah:
- Nilai diskon pembayaran cepat yang hilang (missed early payment discount)
- Denda/penalti keterlambatan
- Duplikasi pembayaran yang terdeteksi (dan waktu pemulihannya)
- Selisih kurs/biaya transfer karena pembayaran melewati jadwal optimal
Contoh sederhana: jika ada skema 2/10 net 30 dan rata-rata Anda telat melewati hari ke-10, hitung potensi diskon yang hilang per bulan. Ketika approval menjadi lebih singkat dan terukur, Anda bisa mengaitkan penurunan ACT dan kenaikan OTPR dengan penghematan yang nyata.
Cara menerapkan KPI agar bisa dipakai untuk keputusan, bukan sekadar laporan
Mulailah dari definisi data dan “event” yang konsisten: submit, returned, resubmitted, approved, posted, paid. Pastikan timestamp berasal dari sistem, bukan input manual, agar tidak bias.
Berikut pola penerapan yang biasanya efektif di lingkungan finance dan compliance:
- Tetapkan baseline 4–8 minggu sebelum perubahan besar agar pembandingnya adil.
- Gunakan segmentasi minimum: unit, jenis biaya, nilai transaksi, dan vendor kritikal.
- Pasang ambang batas (threshold) dan alert untuk ACT ekstrem dan exception tertentu.
- Review mingguan untuk operasional (ACT, FTAR) dan bulanan untuk manajemen (OTPR, kebocoran nilai).
- Kunci definisi KPI dalam dokumen kebijakan agar tidak berubah saat orang berganti.
Terakhir, kaitkan KPI dengan tindakan yang jelas. Misalnya, bila FTAR rendah karena “dokumen kurang”, tindakan bukan menambah approver, melainkan memperketat checklist di awal dan menolak submit tanpa lampiran wajib.
Dengan lima KPI ini, Anda bisa menilai apakah perbaikan benar terjadi pada kecepatan, kontrol, dan biaya, sekaligus menunjukkan bukti yang rapi saat ditanya auditor.
Jika diperlukan, jadwalkan sesi singkat untuk menyepakati definisi KPI dan sumber datanya lintas tim.
Pelajari Epruvo lebih lanjut: https://epruvo.com