Di banyak perusahaan, hambatan persetujuan muncul bukan karena orangnya lambat, melainkan karena proses yang tidak transparan. Saat CFO diminta menjawab pertanyaan sederhana seperti “berapa lama approval berjalan, di titik mana macet, dan apa risikonya ke kontrol internal”, jawabannya sering masih berupa asumsi. Panduan ini membantu Anda menyusun metrik yang rapi, bisa diaudit, dan langsung berguna untuk keputusan operasional serta kepatuhan di Indonesia.
Mulai dari tujuan kontrol: apa yang harus dibuktikan oleh metrik
Metrik yang berguna selalu dimulai dari tujuan proses, bukan dari data yang kebetulan tersedia. Untuk fungsi keuangan dan kepatuhan, tujuan umum meliputi kecepatan yang wajar, akurasi keputusan, jejak audit yang lengkap, dan pemisahan tugas (segregation of duties) yang konsisten.
Secara praktis, rumuskan pernyataan kontrol singkat untuk tiap alur, lalu turunkan metrik yang mendukung. Contoh: untuk pengadaan, kontrol yang ingin dibuktikan adalah “tidak ada pesanan tanpa otorisasi sesuai limit dan tidak ada approver yang juga pemohon”.
Kelompokkan kebutuhan metrik menjadi tiga lapis. Lapis pertama memperlihatkan kinerja (kecepatan dan stabilitas), lapis kedua mengevaluasi kualitas keputusan (rework dan pelanggaran), dan lapis ketiga menilai risiko (potensi fraud atau non-compliance).
- Kinerja: SLA, lead time, throughput, dan beban antrean.
- Kualitas: tingkat rework, error rate, dan konsistensi kebijakan.
- Risiko & kontrol: SoD, approval bypass, dan pengecualian limit.
Pilih metrik inti yang CFO bisa pakai untuk mengendalikan proses
Menambah metrik tanpa prioritas hanya memindahkan masalah ke dashboard. Untuk permulaan, 6-10 metrik inti biasanya cukup, asalkan definisinya tegas dan bisa dilacak ke sumber data yang sama dari waktu ke waktu.
1) Cycle time end-to-end (E2E). Ukur dari saat pengajuan terekam sampai status “final approved” atau “final rejected”. Gunakan median (P50) dan persentil (P90) agar outlier tidak menyesatkan; misalnya P50 6 jam dan P90 2 hari.
2) Step time per tahap. Pecah durasi per node persetujuan (misalnya atasan langsung, budget owner, finance controller). Ini cepat menunjukkan titik macet dan apakah penyebabnya kapasitas, kebijakan, atau kualitas input.
3) SLA attainment. Tetapkan SLA per jenis permintaan (misalnya reimburse vs procurement) dan laporkan persentase yang selesai sesuai SLA. Pastikan SLA disesuaikan dengan risiko dan materialitas, bukan hanya satu angka umum.
4) First-pass approval rate. Persentase pengajuan yang disetujui atau ditolak tanpa dikembalikan untuk perbaikan. Jika rendah, akar masalah sering ada pada formulir, kelengkapan lampiran, atau pemahaman pemohon terhadap aturan.
5) Rework loop count. Rata-rata jumlah putaran “returned for revision”. Metrik ini penting karena rework menyimpan biaya tersembunyi dan menyita jam kerja lintas fungsi.
6) Exception rate (policy deviation). Persentase transaksi yang memerlukan pengecualian, termasuk override limit atau approval di luar matriks. Untuk keperluan audit, definisikan kategori pengecualian dan wajibkan alasan tertulis yang distandardisasi.
7) Segregation of duties (SoD) conflict rate. Hitung kasus di mana pemohon, pemeriksa, dan penyetuju melanggar pemisahan peran. Struktur organisasi bervariasi antar entitas di Indonesia, jadi petakan rules SoD per unit sebelum disamaratakan.
8) Backlog dan aging. Ukur jumlah permintaan yang menunggu persetujuan dan umurnya (misalnya 0–8 jam, 8–24 jam, >24 jam). Backlog aging memberi sinyal awal risiko keterlambatan pembayaran, potensi denda vendor, dan tekanan pada perencanaan kas.
Contoh praktis: jika approval PO macet di budget owner dan E2E P90 naik dari 3 menjadi 8 hari, sedangkan step time lain stabil, fokus perbaikan jelas pada kapasitas atau aturan di tahap tersebut.
Definisikan data, rumus, dan aturan pengukuran agar bisa diaudit
Dashboard yang tampak bagus tetap bisa diperdebatkan bila definisinya longgar. Agar metrik “audit-ready”, buat kamus metrik yang berisi definisi, rumus, sumber data, dan aturan pengecualian.
Definisi timestamp. Tetapkan event yang dianggap “start” dan “finish”. Contohnya, start adalah saat pengajuan disubmit (bukan saat draft dibuat), dan finish adalah saat keputusan final tercatat (bukan saat notifikasi dikirim).
Kalender kerja. Putuskan apakah durasi dihitung jam kalender atau jam kerja. Untuk operasi lintas shift, jam kalender sering lebih adil; untuk fungsi kantor, jam kerja bisa lebih representatif, tetapi pilih satu dan konsisten.
Normalisasi kategori. Segmentasikan berdasarkan tipe permintaan, nilai (misalnya < Rp10 juta, Rp10–100 juta, > Rp100 juta), lokasi, dan tingkat risiko. Tanpa segmentasi, metrik rata-rata sering menutupi masalah pada kategori tertentu.
Aturan pengecualian data. Jelaskan penanganan permintaan yang dibatalkan, duplikat, atau ditahan karena menunggu dokumen eksternal. Jika memungkinkan, gunakan status khusus seperti “pending vendor document” agar durasi tidak menumpuk pada approver yang sebenarnya sudah selesai.
Jejak audit dan bukti. Pastikan setiap perubahan status menyimpan siapa, kapan, dan alasan perubahan, termasuk delegasi approval. Ini krusial saat investigasi insiden dan untuk membuktikan kontrol kepada auditor.
Jika perusahaan Anda juga mengukur proses persetujuan non-keuangan seperti cuti, prinsip definisi metrik tetap sama. Contoh penerapan pada alur lain bisa dilihat pada pembahasan tentang aplikasi persetujuan internal perusahaan, terutama terkait event log dan pengukuran SLA.
Jadikan metrik alat pengendalian: ambang batas, analisis akar masalah, dan ritme review
Metrik efektif jika disertai ambang batas yang memicu tindakan, bukan sekadar laporan. Tetapkan threshold untuk “peringatan” dan “eskalasi”, lalu kaitkan dengan owner yang jelas agar masalah tidak berhenti di rapat.
Contoh threshold yang masuk akal: SLA attainment turun di bawah 90% selama dua minggu berturut-turut (peringatan), atau SoD conflict rate lebih dari 0,5% dalam sebulan (eskalasi). Angka harus disesuaikan dengan profil risiko dan volume transaksi, tetapi prinsipnya konsisten dan dapat dipertanggungjawabkan.
Setelah threshold terpenuhi, lakukan analisis akar masalah yang cepat dan terstruktur. Mulai dari tiga kemungkinan utama: kapasitas (beban kerja), kualitas input (kelengkapan data), atau kebijakan (aturan yang memaksa pengecualian).
- Kapasitas: backlog aging naik pada approver tertentu, terutama di jam-jam sibuk.
- Kualitas input: first-pass approval turun, rework loop naik, komentar revisi berulang.
- Kebijakan: exception rate naik karena limit terlalu rendah atau matriks tidak sesuai organisasi.
Tentukan ritme review yang realistis: mingguan untuk operasional (SLA, backlog, step time) dan bulanan untuk kontrol (SoD, exception, tren rework). Untuk CFO, format yang paling membantu biasanya satu halaman ringkas berisi 6–8 metrik inti, ditambah catatan tindakan korektif dan statusnya.
Dengan metrik yang didefinisikan rapi, Anda bisa mengarahkan perbaikan proses berdasar data dan memperkuat bukti kontrol internal saat audit.
Jika Anda punya satu alur yang paling sering macet, mulai ukur dua metrik inti dulu selama dua minggu.
Pelajari dampak kontrol keuangan dengan Epruvo di https://epruvo.com