Matriks approval menghubungkan jenis dan nilai pengeluaran dengan peran penyetuju, sekaligus mengatur pengecualian, delegasi, serta jejak keputusan.
Matriks approval pengeluaran adalah aturan tertulis yang menentukan siapa berwenang menyetujui belanja berdasarkan nilai, jenis, proyek, anggaran, dan tingkat risiko. Dokumen ini menjawab pertanyaan sebelum transaksi terjadi: apakah pengeluaran membutuhkan approval, siapa penyetuju berikutnya, kapan owner harus masuk, dan apa yang terjadi jika transaksi di luar anggaran. Matriks yang baik mempercepat belanja rutin sekaligus memperketat pengecualian.
Contoh matriks sederhana
- Nilai total komitmen
- Sampai Rp2 juta
- Dalam anggaran
- Supervisor
- Di luar anggaran
- Manajer
- Catatan
- Tidak boleh menyetujui permintaan sendiri
- Nilai total komitmen
- >Rp2–10 juta
- Dalam anggaran
- Manajer
- Di luar anggaran
- Direktur
- Catatan
- Lampirkan dasar harga
- Nilai total komitmen
- >Rp10–50 juta
- Dalam anggaran
- Direktur
- Di luar anggaran
- Direktur + owner
- Catatan
- Periksa arus kas dan kontrak
- Nilai total komitmen
- >Rp50 juta
- Dalam anggaran
- Owner/direksi sesuai tata kelola
- Di luar anggaran
- Owner/direksi + kajian
- Catatan
- Gunakan total masa kontrak
Angka di tabel hanyalah contoh, bukan standar untuk Vasco atau semua bisnis. Tentukan batas dari ukuran usaha, struktur jabatan, risiko, kecepatan operasional, dan tata kelola perusahaan. Gunakan nilai total komitmen termasuk perpanjangan yang dapat diperkirakan, bukan hanya cicilan pertama. Larang pemecahan satu pembelian menjadi beberapa transaksi kecil untuk menghindari batas.
Dimensi selain nilai
- ✓Dalam atau di luar anggaran yang sudah disetujui.
- ✓Belanja rutin, aset, proyek, perjalanan, kasbon, atau keadaan darurat.
- ✓Pemasok baru, perubahan rekening, dan pihak yang memiliki hubungan kepentingan.
- ✓Kontrak jangka panjang, pembayaran di muka, atau komitmen otomatis memperpanjang.
- ✓Perubahan harga, jumlah, atau lingkup setelah approval awal.
- ✓Pengeluaran yang membutuhkan penelaahan legal, pajak, keamanan, atau kualitas.
Dua transaksi dengan nilai sama bisa memiliki risiko berbeda. Tagihan listrik rutin Rp5 juta tidak sama dengan DP Rp5 juta kepada pemasok baru dengan rekening yang baru berubah. Tambahkan aturan berbasis jenis dan pengecualian agar penyetuju tidak hanya melihat nominal.
Pisahkan peran penting
GAO menjelaskan bahwa segregation of duties mengurangi peluang seseorang menyebabkan sekaligus menyembunyikan kesalahan atau kecurangan. Tugas otorisasi, pemrosesan dan pencatatan, peninjauan, serta penguasaan aset sebaiknya dibagi. Dalam pembelian, peminta tidak menyetujui sendiri; penerima memeriksa barang nyata; finance mencocokkan dokumen; pihak berwenang melepas pembayaran.[1],[2]
- Tahap
- Meminta
- Peran contoh
- Pengguna/mandor
- Bukti
- Kebutuhan, proyek, jumlah
- Tahap
- Memeriksa anggaran
- Peran contoh
- Kepala proyek/finance
- Bukti
- Sisa anggaran dan arus kas
- Tahap
- Menyetujui
- Peran contoh
- Manajer/direktur
- Bukti
- Keputusan, waktu, catatan
- Tahap
- Menerima
- Peran contoh
- Gudang/pengguna jasa
- Bukti
- GRN atau berita acara
- Tahap
- Membayar
- Peran contoh
- Finance/treasury
- Bukti
- PO, penerimaan, invoice, otorisasi
Pedoman procure-to-pay HMRC menempatkan approval pada pemasok atau permintaan baru, PO sebelum penerimaan, dan pencocokan PO, penerimaan, serta invoice sebelum pembayaran. Ini dapat diterjemahkan ke bisnis Indonesia sebagai kontrol operasional, dengan penyesuaian pada ukuran tim dan kewajiban lokal.[3]
Atur delegasi dan keadaan darurat
Delegasi saat penyetuju cuti harus memiliki pemberi delegasi, penerima, cakupan, batas nilai, tanggal mulai, dan tanggal selesai. Hindari berbagi akun. Untuk pengeluaran darurat, definisikan keadaan yang benar-benar darurat, batas nilai, bukti minimum, dan batas waktu approval susulan. Laporan bulanan perlu menampilkan seluruh jalur darurat agar pengecualian tidak berubah menjadi jalan utama.
Tangani perubahan setelah disetujui
Approval atas Rp8 juta tidak otomatis berlaku saat PO naik menjadi Rp12 juta atau lingkup berubah. Tetapkan toleransi dan pemicu approval ulang. Sistem harus menyimpan nilai sebelum serta sesudah, alasan, pengubah, waktu, dan penyetuju. Untuk perubahan rekening pemasok, gunakan verifikasi di luar email perubahan, misalnya menghubungi kontak yang sudah tercatat.
Tinjau matriks dengan data
Ukur waktu approval, jumlah pengembalian karena data kurang, transaksi yang melewati SLA, pengecualian, dan perubahan setelah persetujuan. Jika semua permintaan menumpuk pada owner, batas atau delegasi mungkin terlalu sempit. Jika banyak belanja dipecah tepat di bawah batas, kontrol perlu diperbaiki. Tinjau setidaknya ketika struktur, anggaran, risiko, atau proses berubah.
Approval yang baik bukan sekadar klik. Penyetuju harus melihat tujuan, proyek, pemasok, nilai total, sisa anggaran, jadwal kas, serta bukti harga yang relevan. Tampilkan perubahan dari permintaan sebelumnya, bukan hanya versi terbaru. Untuk penolakan atau pengembalian, wajibkan alasan singkat agar peminta dapat memperbaiki data dan manajemen melihat sumber hambatan yang berulang.
Vasco dapat mengarahkan permintaan pengeluaran ke penyetuju dan menyimpan jejak keputusan. Ia tidak menentukan tata kelola perusahaanmu. Direksi dan finance tetap perlu menetapkan batas, peran, konflik kepentingan, serta kontrol bank yang sesuai.
Sumber
- [1]U.S. GAO — The Green BookDiakses 30 Agustus 2026.
- [2]U.S. GAO — Financial Audit Manual: authorization and approval controlsDiakses 30 Agustus 2026.
- [3]HMRC — Procure to pay controlsDiakses 30 Agustus 2026.
Baca standar editorial Vasco untuk cara kami memilih sumber, menulis contoh, dan memperbarui koreksi.