Di banyak perusahaan, hambatan pengadaan sering bukan berasal dari vendor atau negosiasi harga, melainkan dari antrean persetujuan yang menumpuk. Approval limit yang disusun tepat membuat alur persetujuan berjalan lebih cepat tanpa mengorbankan kontrol. Panduan ini membahas lima metode praktis untuk menetapkan batas persetujuan dan cara menanamkannya ke workflow agar efisien, audit-friendly, dan mudah dipatuhi.
Fondasi: apa yang sebaiknya diukur sebelum menetapkan limit
Approval limit idealnya tidak hanya mengikuti struktur jabatan, tetapi juga mencerminkan risiko dan dampak finansial. Mulailah dengan memetakan jenis belanja (misalnya bahan baku, MRO, jasa profesional, CAPEX), frekuensi transaksi, dan seberapa sering terjadi perubahan PO, retur, atau sengketa invoice. Dari situ, tentukan area yang butuh kontrol ketat dan area yang bisa dibuat lebih ringan.
Selanjutnya, sepakati definisi nilai yang dipakai sebagai dasar limit, misalnya total PO termasuk pajak dan ongkir, atau nilai sebelum pajak. Konsistensi definisi ini penting untuk mencegah pemecahan transaksi menjadi beberapa PO kecil untuk menghindari ambang batas. Definisi yang seragam juga memudahkan tim finance saat melakukan 3-way matching (PO, GR, invoice).
Pastikan kebijakan limit selaras dengan delegasi wewenang internal dan kebutuhan audit. Praktik di Indonesia berbeda antar perusahaan dan industri, jadi dokumentasikan asumsi, ruang lingkup, dan pengecualian (misalnya pembelian darurat atau pengadaan yang diwajibkan oleh pelanggan). Dokumentasi mencegah konflik saat pemeriksaan internal.
Lima metode menetapkan approval limit yang paling praktis
Kelima metode di bawah ini bisa berdiri sendiri, namun biasanya paling efektif bila dikombinasikan. Kuncinya memilih metode yang sesuai dengan kematangan proses procurement dan kualitas data historis yang tersedia.
- 1) Metode berbasis jabatan dan nilai transaksi (DoA bertingkat)
Metode umum adalah menyusun Delegation of Authority berdasarkan level jabatan: misalnya Supervisor sampai Rp25 juta, Manager sampai Rp100 juta, Head sampai Rp300 juta, dan Direksi untuk nilai di atas itu. Agar tidak terlalu kaku, tambahkan syarat konteks seperti perbedaan antara vendor existing dan vendor baru. Contoh: PO Rp80 juta untuk vendor terdaftar cukup sampai Manager, tetapi untuk vendor baru perlu persetujuan level lebih tinggi untuk memastikan due diligence. - 2) Metode berbasis kategori belanja dan tingkat risiko
Nilai yang sama bisa membawa risiko berbeda. Pembelian suku cadang rutin Rp150 juta mungkin lebih rendah risikonya dibanding kontrak jasa konsultan Rp150 juta yang membawa eksposur hukum dan deliverable. Buat matriks kategori: misalnya MRO rutin (limit lebih tinggi), jasa profesional (limit lebih rendah dan butuh legal review), CAPEX (wajib persetujuan budget owner). Dengan begitu workflow tidak menyamakan semua pengeluaran hanya karena nominalnya sama. - 3) Metode berbasis anggaran (budget owner control)
Metode ini menautkan approval ke pemilik anggaran: jika request masih dalam budget yang disetujui, persetujuan bisa lebih ringkas. Jika di luar budget, sistem menambahkan lapisan approval. Contoh: Departemen Produksi mengajukan penggantian alat Rp60 juta; jika masih dalam budget maintenance, approval cukup oleh budget owner dan procurement, dan jika over-budget sistem menambahkan Finance Controller atau pimpinan unit untuk menyetujui deviasi, pendekatan ini menurunkan jumlah approval yang tidak perlu karena tidak semua transaksi besar otomatis naik. - 4) Metode berbasis vendor dan performa (vendor governance)
Tetapkan limit berbeda untuk vendor terverifikasi dibanding vendor baru atau vendor dengan catatan kinerja buruk. Parameter umum: status onboarding, kelengkapan dokumen (misalnya NPWP perusahaan, surat keterangan domisili bila diperlukan), histori ketepatan pengiriman, dan tingkat keluhan kualitas. Untuk vendor yang lolos evaluasi tahunan dan memiliki SLA stabil, Anda bisa menaikkan limit agar pembelian rutin tidak tersendat, dan vendor baru tetap wajib persetujuan tambahan dari QA atau Legal tergantung jenis barang/jasa. - 5) Metode berbasis jenis kontrak dan komitmen jangka panjang
Approval limit berlaku bukan hanya untuk PO satu kali, tetapi juga untuk kontrak payung, retainer, atau perjanjian dengan nilai kumulatif. Yang perlu disetujui adalah total commitment (misalnya Rp1,2 miliar per tahun), bukan hanya release order bulanan. Contoh: kontrak jasa kebersihan Rp100 juta per bulan tampak kecil per transaksi, namun komitmen 12 bulan Rp1,2 miliar perlu review lebih tinggi, termasuk pengecekan scope, termin pembayaran, dan klausul penalti.
Jika ragu memilih, mulai dari DoA bertingkat sebagai baseline lalu tambahkan aturan kategori dan anggaran. Dua lapisan ini biasanya cukup untuk menyeimbangkan kecepatan, kontrol, dan kepatuhan.
Menerjemahkan limit ke workflow: aturan, pengecualian, dan kontrol yang sering terlupa
Setelah limit ditetapkan, tantangan berikutnya memastikan approval workflow procurement menjalankan aturan secara konsisten. Terapkan logika yang jelas: definisi nilai (sebelum/termasuk PPN), apakah limit berlaku per item atau total request, dan bagaimana sistem memperlakukan diskon, ongkir, serta perubahan PO. Banyak organisasi mengalami approval bolak-balik karena perubahan kecil membuat nilai melewati ambang, jadi tetapkan toleransi perubahan, misalnya perubahan <5% cukup notifikasi tanpa approval ulang kecuali pada kategori berisiko.
Siapkan juga mekanisme mencegah pemecahan transaksi. Cara sederhana adalah menambahkan kontrol kumulatif: sistem menandai beberapa PO ke vendor yang sama untuk kebutuhan yang sama dalam periode tertentu (misalnya 7 atau 30 hari) jika jumlahnya melampaui limit. Ini menjaga integritas kebijakan tanpa mengganggu pembelian rutin yang wajar.
Pengecualian perlu diatur secara disiplin, bukan lewat izin informal di chat. Misalnya pembelian darurat: tentukan siapa yang boleh mengaktifkan jalur darurat, dokumen minimum yang wajib disertakan (justifikasi, bukti harga, dan bukti penerimaan barang), serta batas waktu untuk melengkapi dokumen setelah kejadian. Dengan begitu tim operasional tetap bisa bergerak cepat tanpa meninggalkan celah kontrol yang sulit dijelaskan saat audit.
Jangan lupa pengalaman pengguna. Approval yang baik diproses cepat karena informasi sudah lengkap: spesifikasi, justifikasi kebutuhan, alokasi anggaran, serta alasan pemilihan vendor. Jika ingin membandingkan pola ini dengan area permintaan internal lain, rujukan seperti panduan pengelolaan alur persetujuan permintaan IT membantu melihat bagaimana aturan dan kelengkapan data memengaruhi kecepatan keputusan.
Dengan limit yang disusun berbasis risiko, anggaran, vendor, dan komitmen, approval menjadi alat kontrol yang proporsional, bukan hambatan. Luangkan waktu untuk meninjau kembali data 3 sampai 6 bulan pertama, lalu sesuaikan ambang batas yang terlalu sering memicu eskalasi atau terlalu longgar.
Jika Anda ingin, catat tiga transaksi yang paling sering tertahan dan telusuri aturan limit mana yang perlu dirapikan.
Pelajari lebih lanjut: https://epruvo.com