Dalam proses pembelian, masalah jarang muncul saat membuat PR atau PO; biasanya muncul setelahnya, ketika barang sudah datang tetapi harga, vendor, atau kebutuhan awal ternyata tidak sesuai. Pola seperti ini sering terjadi karena persetujuan berjalan terlalu cepat, terlalu longgar, atau tidak konsisten antar unit, sehingga kontrol internal tidak bekerja efektif. Dengan approval workflow yang tertata dan limit persetujuan yang tepat, Anda bisa menekan risiko, mempercepat keputusan yang memang layak dipercepat, dan menghasilkan jejak audit yang jelas.
Mengapa workflow persetujuan jadi pengendali risiko utama
Di banyak perusahaan di Indonesia, procurement berposisi sebagai gerbang transaksi, tetapi keputusan komersial sering tersebar ke pengguna, atasan, finance, hingga manajemen. Tanpa alur persetujuan yang terdefinisi, keputusan penting bisa jatuh ke orang yang tidak punya konteks anggaran atau tidak mempertimbangkan risiko kontrak.
Workflow persetujuan yang baik berfungsi sebagai kontrol preventif, bukan sekadar formalitas. Ia memastikan setiap pembelian melewati pemeriksaan relevan: ketersediaan anggaran, kepatuhan kebijakan vendor, kelengkapan dokumen, dan kewajaran harga.
Risiko yang paling sering berkurang saat workflow disusun dengan benar biasanya meliputi:
- Maverick spend: pembelian di luar kontrak, vendor terdaftar, atau kebutuhan yang disepakati.
- Split purchase: memecah nilai pembelian agar lolos limit persetujuan.
- Vendor risk: memilih vendor tanpa due diligence dasar, termasuk potensi konflik kepentingan.
- Budget overrun: PO dibuat meski anggaran tidak tersedia atau belum teralokasi.
- Dokumentasi lemah: sulit membuktikan dasar keputusan saat audit internal atau eksternal.
Contoh sederhana: tim proyek butuh material mendesak lalu memilih vendor yang paling cepat tanpa pembanding. Jika workflow mengharuskan minimal dua penawaran untuk kategori tertentu dan ada review kewajaran harga, keputusan tetap cepat tetapi lebih terukur.
Menetapkan limit persetujuan yang realistis dan sulit disalahgunakan
Limit persetujuan bukan sekadar angka; ia adalah pembagian kewenangan yang harus selaras dengan struktur organisasi, profil risiko, dan pola belanja. Jika limit terlalu rendah, hampir semua transaksi menumpuk ke manajer senior; jika terlalu tinggi, kontrol melemah dan potensi penyimpangan meningkat.
Praktik umum yang efektif mengombinasikan beberapa dimensi, bukan hanya nominal. Dengan begitu, transaksi kecil yang berisiko tetap mendapat perhatian, dan transaksi besar yang rutin tetap efisien karena mengikuti aturan jelas.
Berikut kerangka limit yang sering efektif untuk procurement, logistik, dan pembelian:
- Nominal (Rp): bertingkat per jabatan, dengan pengecualian untuk kategori berisiko.
- Kategori/komoditas: jasa konsultan, IT, dan konstruksi biasanya butuh kontrol lebih ketat.
- Jenis vendor: vendor baru, non-terdaftar, atau luar negeri dapat memicu level persetujuan lebih tinggi.
- Tipe pengadaan: pembelian darurat, single source, atau non-competitive harus disertai justifikasi formal.
- Kontrak vs non-kontrak: transaksi di bawah kontrak payung bisa diberi jalur lebih cepat.
Agar limit tidak mudah disiasati, tetapkan aturan anti-split purchase. Secara operasional, procurement bisa mendeteksi pola: beberapa PR/PO ke vendor yang sama dalam rentang pendek untuk item serupa, lalu menggabungkannya sebagai satu kebutuhan sehingga jalur persetujuan yang sesuai diterapkan.
Masukkan juga mekanisme hold bila data kunci belum lengkap, misalnya spesifikasi, kode anggaran, atau dokumen pembanding. Ini mengurangi kejadian PO terbit dulu dan klarifikasi belakangan yang sering berujung perubahan nilai atau sengketa penerimaan.
Mendesains rute persetujuan dan eskalasi agar tidak macet
Alur persetujuan paling aman sekalipun akan gagal bila sering macet di inbox approver. Karena itu, workflow harus punya rute jelas untuk kondisi normal dan pengecualian, termasuk SLA internal, delegasi, dan eskalasi yang terdokumentasi.
Pembagian approver yang lazim: peminta memvalidasi kebutuhan, atasan mengonfirmasi prioritas, finance memeriksa anggaran, procurement memeriksa kepatuhan proses, lalu manajemen menyetujui untuk nilai atau risiko tertentu. Untuk menjaga segregation of duties, hindari agar satu orang bisa mengajukan, menyetujui, dan menerima transaksi yang sama.
Rute eskalasi sebaiknya ditetapkan sebelum terjadi keterlambatan, bukan saat masalah sudah menumpuk. Jika Anda butuh contoh pola yang mudah diadaptasi, lihat panduan tentang menetapkan rute eskalasi pada approval workflow dan terapkan prinsipnya pada pengadaan: siapa pengganti approver, kapan eskalasi aktif, dan bagaimana notifikasi dicatat.
Untuk pembelian darurat, buat jalur cepat yang tetap punya pagar: definisi darurat yang spesifik, bukti kejadian (misalnya downtime produksi), serta persetujuan minimum yang tidak bisa dilewati. Jalur cepat tanpa definisi biasanya menjadi jalur favorit dan menurunkan disiplin proses.
Mengunci kepatuhan lewat dokumen, audit trail, dan kontrol data
Workflow yang rapi harus menghasilkan bukti yang rapi juga. Dalam praktik audit di perusahaan Indonesia, pertanyaan yang sering muncul adalah dasar keputusan apa dan siapa menyetujui apa, kapan, serta berdasarkan informasi apa.
Pastikan setiap langkah persetujuan menyimpan jejak audit: versi dokumen, komentar atau justifikasi, lampiran penawaran, serta alasan pengecualian seperti single source. Jika sistem memungkinkan, buat field wajib seperti alasan pemilihan vendor, ringkasan pembanding, dan referensi kontrak.
Kontrol data vendor juga penting karena banyak risiko berawal dari master data yang longgar. Terapkan pemisahan peran: tim yang membuat atau mengubah data vendor sebaiknya berbeda dari pihak yang menyetujui PO, dan perubahan rekening bank vendor harus memicu verifikasi tambahan.
Selain itu, tetapkan kontrol penerimaan barang atau jasa (GR/BAST) yang selaras dengan workflow. Ketika penerimaan dibuat oleh pihak independen dari pembuat PO, risiko barang tidak sesuai tetapi tetap dibayar berkurang drastis, terutama untuk pengadaan jasa yang bukti serah terimanya sering lebih lemah.
Mulailah dengan memetakan pola pembelian paling sering, lalu uji limit dan rute persetujuan pada 20 transaksi terakhir.
Pelajari lebih lanjut: https://epruvo.com