Pernah merasa Purchase Order (PO) sudah dibuat, vendor sudah menunggu, tetapi status masih “menunggu approval” berhari-hari? Keterlambatan ini jarang disebabkan oleh satu orang; biasanya ada kombinasi alur yang terlalu panjang, informasi tidak lengkap, dan aturan otorisasi yang buram. Dengan desain workflow persetujuan yang rapi, Anda bisa mempercepat siklus PO tanpa mengorbankan kontrol biaya, kepatuhan, dan jejak audit.
Kenali sumber bottleneck: bukan cuma “approver lama”
Langkah paling efektif dimulai dari diagnosis yang spesifik, bukan dengan menambah pengingat atau mendesak orang agar “lebih cepat”. Ambil sampel 20–50 PO terakhir yang terlambat, lalu petakan titik antreannya: di tahap siapa, berapa lama, dan penyebabnya.
Di banyak organisasi di Indonesia, bottleneck PO muncul karena matriks otorisasi tidak tegas (nilai dan kategori belanja tumpang tindih), dokumen pendukung tidak standar, atau ada approval berlapis yang sebenarnya duplikasi kontrol. Kadang masalahnya operasional: approver sedang dinas, tidak ada delegasi, atau notifikasi tidak sampai ke kanal yang biasa dipakai.
Gunakan kategori penyebab agar diskusi jadi produktif dan mudah ditindaklanjuti:
- Aturan: batas nilai, jenis belanja (CAPEX/OPEX), dan pengecualian tidak konsisten.
- Data: PR, penawaran, atau justifikasi tidak lengkap sehingga harus bolak-balik.
- Peran: siapa yang wajib approve versus hanya perlu review tidak dibedakan.
- Waktu: tidak ada SLA, cut-off, dan delegasi saat cuti atau dinas.
- Sistem: langkah manual, input ganda, atau tracking status yang tidak transparan.
Setelah penyebab teridentifikasi, pilih perbaikan yang paling berdampak: hilangkan langkah yang tidak perlu, perjelas aturan, atau tingkatkan kualitas input sebelum PO diajukan.
Rancang alur persetujuan yang cepat tapi tetap terkontrol
Workflow yang baik memindahkan kontrol ke titik yang tepat, bukan menambah tanda tangan di setiap langkah. Prinsipnya: sesedikit mungkin tahap, namun setiap tahap punya tujuan kontrol yang jelas dan bisa diaudit.
Mulailah dari struktur sederhana: request (PR atau permintaan pembelian), verifikasi procurement (kelengkapan dan kepatuhan) dalam approval workflow procurement, lalu approval sesuai matriks otorisasi. Setelah itu baru PO diterbitkan, sehingga vendor tidak menunggu karena proses internal belum selesai.
Beberapa keputusan desain yang sering membantu:
- Threshold berbasis nilai: misalnya < Rp10 juta cukup atasan langsung, di atasnya tambah level manajerial atau direktorat.
- Rule berbasis kategori: jasa konsultansi, sewa, IT, atau bahan baku bisa punya jalur dan kontrol berbeda.
- Parallel approval untuk pihak independen: Finance/Controller dan user owner bisa menyetujui bersamaan agar tidak antre serial.
- Wajib lampiran sesuai risiko: minimal quotation, scope of work, dan justifikasi; jangan biarkan PO jalan dengan data kosong.
- Delegasi dan eskalasi: delegasi otomatis saat cuti, serta eskalasi jika melewati SLA (misalnya dua hari kerja).
Contoh sederhana: untuk pembelian rutin suku cadang, procurement bisa menggunakan jalur cepat jika vendor sudah terdaftar dan harga sesuai daftar yang disetujui. Sebaliknya, untuk pembelian non-rutin dengan vendor baru, tambahkan verifikasi vendor dan pengecekan risiko sebelum persetujuan final.
Jika organisasi Anda juga mengelola alur persetujuan lintas fungsi, pola yang sama berlaku di proses lain; pembahasan tentang penataan hak akses dan jalur persetujuan dapat dilihat di panduan approval workflow untuk permintaan IT sebagai referensi struktur dan kontrol.
Implementasi yang realistis: SLA, peran, dan metrik yang dipantau
Desain workflow yang bagus tetap bisa macet jika implementasinya longgar. Pastikan setiap peran paham arti “approve”, “review”, dan “acknowledge”, karena kebingungan istilah sering membuat orang menunda takut mengambil langkah yang salah.
Tetapkan SLA per tahap dan komunikasikan sebagai standar kerja, bukan sekadar target. Misalnya, verifikasi procurement maksimal satu hari kerja untuk PO rutin, sementara PO yang butuh klarifikasi vendor boleh lebih lama namun harus memiliki status yang jelas (misalnya “need clarification”).
Untuk menjaga kontrol internal dan kesiapan audit, pastikan sistem menyimpan jejak keputusan: siapa menyetujui, kapan, komentar, dan perubahan data kunci (nilai, vendor, item). Pada perusahaan yang sering diaudit, jejak ini membantu menjelaskan mengapa satu PO melewati jalur tertentu saat ada pengecualian.
Agar perbaikan berkelanjutan berjalan, pantau metrik yang benar-benar mencerminkan kemacetan, bukan sekadar jumlah PO:
- Cycle time dari PR dibuat sampai PO terbit (median dan p90).
- Approval aging per approver/level untuk melihat antrean.
- Rework rate: berapa persen PO kembali karena data kurang.
- Exception rate: berapa yang memakai jalur pengecualian dan alasannya.
Biasakan review bulanan singkat dengan procurement, finance, dan perwakilan user untuk membahas 5–10 kasus paling lambat. Dari situ, tentukan apakah masalahnya aturan (threshold/kategori), kualitas input, atau kapasitas approver, lalu perbaiki satu per satu tanpa mengganggu operasi harian.
Pada akhirnya, mengurangi bottleneck PO bukan mengurangi kontrol, melainkan menempatkan kontrol pada tahap yang tepat dengan informasi lengkap dan tanggung jawab jelas. Saat alurnya ringkas, transparan, dan terukur, vendor diproses lebih cepat, tim operasional tidak tertahan, dan risiko pembelian tetap terkelola.
Mulailah dengan memetakan satu jenis PO yang paling sering macet, lalu rapikan aturan dan SLA-nya.
Pelajari lebih lanjut: https://epruvo.com