Di banyak perusahaan, permintaan persetujuan masih bergerak lewat chat, email berantai, atau tanda tangan fisik yang mudah terselip. Akibatnya bukan hanya lambat, tetapi juga sulit dibuktikan saat ada audit, sengketa vendor, atau pertanyaan dari manajemen. Dengan alur persetujuan internal yang jelas, kepala departemen bisa memangkas waktu tunggu, mengurangi risiko keputusan tanpa otorisasi, dan memastikan jejak persetujuan rapi tanpa menambah birokrasi.
Apa yang membuat proses persetujuan manual jadi berisiko
Proses manual sering terlihat fleksibel, tetapi fleksibilitas itu berujung pada standar yang tidak konsisten antar tim. Satu pengajuan lewat chat, yang lain lewat email, sementara versi dokumen yang dipakai berbeda.
Risiko utamanya adalah hilangnya akuntabilitas: siapa menyetujui apa, kapan, dan berdasarkan versi dokumen mana. Saat muncul isu seperti pembengkakan biaya proyek atau pembelian di luar kontrak, investigasi jadi lama karena bukti tersebar di banyak kanal.
Untuk kepala departemen, masalah ini cepat berubah menjadi beban operasional. Anda sering diminta menjelaskan keputusan tim, padahal akar masalah ada pada alur persetujuan yang tidak tertata.
- Delay biaya tersembunyi: staf menghabiskan waktu follow up dan mengecek status.
- Shadow approval: persetujuan diberikan oleh pihak yang tidak berwenang.
- Dokumen tidak terkendali: revisi kontrak atau RAB beredar tanpa versi final.
- Audit trail lemah: bukti persetujuan sulit diakses cepat untuk audit internal.
- Ketidakpatuhan kebijakan: batas nilai, vendor panel, atau segregation of duties terlewati.
Di praktik di Indonesia, tantangan ini sering muncul pada pengadaan, perjalanan dinas, perubahan scope proyek, dan persetujuan diskon penjualan. Semakin besar nilai transaksi dan semakin banyak unit terlibat, semakin besar dampak saat alur tidak disiplin.
Ciri alur persetujuan yang efektif untuk level departemen
Alur yang baik bukan sekadar memindahkan form ke sistem. Alur yang efektif menegaskan aturan keputusan dan memastikan semua pihak memakai informasi yang sama.
Kepala departemen harus memastikan alur dibuat sesuai risk appetite dan struktur otorisasi perusahaan, bukan sekadar meniru tim lain. Mulailah dari jenis keputusan yang paling sering menimbulkan bottleneck atau risiko.
Definisikan “siapa menyetujui apa” dengan ambang batas sederhana. Misalnya, pembelian di bawah Rp25 juta cukup disetujui manajer unit, sementara di atasnya wajib melibatkan kepala departemen dan finance controller.
- Matriks otorisasi: jelas berdasarkan jenis transaksi dan nominal, termasuk delegasi saat pejabat berhalangan.
- Form dan data minimum: minta hanya informasi yang benar-benar diperlukan untuk memutuskan.
- Kontrol versi dokumen: lampiran terikat ke pengajuan, bukan file yang bisa berubah diam-diam.
- Jejak audit otomatis: timestamp, identitas approver, komentar, dan riwayat perubahan.
- Aturan pengecualian: kapan boleh fast-track, dan siapa yang mengesahkan pengecualian itu.
Sering terlupakan adalah kualitas keputusan. Alur yang rapi memberi konteks. Misalnya, saat menyetujui kontrak vendor, approver melihat ringkasan risiko, masa berlaku, dan perbandingan penawaran, bukan hanya angka total.
Langkah implementasi yang realistis tanpa mengganggu operasi
Kesalahan umum adalah mencoba merapikan semua alur sekaligus. Cara yang lebih aman adalah memilih satu atau dua proses prioritas, tetapkan otorisasi, lalu perluas setelah alur stabil.
Tahap awal yang cepat biasanya dimulai dari request to approve yang paling sering dan paling sensitif. Contoh praktis: pengadaan non-katalog, approval lembur, atau change request IT yang berdampak pada layanan.
Secara eksekusi, urutannya bisa dibuat seperti berikut.
- Petakan alur saat ini: identifikasi titik tunggu, kanal komunikasi, dan jenis keputusan yang berulang.
- Tetapkan kebijakan inti: ambang nilai, dokumen wajib, dan siapa approver final per kategori.
- Uji coba terbatas: mulai dari satu departemen atau satu lokasi selama 2–4 minggu.
- Perbaiki berdasarkan data: lihat waktu siklus, tingkat penolakan, dan penyebab rework.
- Rollout bertahap: tambah tipe pengajuan dan unit lain setelah alur stabil.
Di perusahaan menengah hingga enterprise, tantangan berikutnya adalah integrasi. Misalnya, pengajuan pembelian perlu menarik data vendor dari ERP, atau approval perubahan akses sistem harus sinkron dengan ITSM; pembahasan praktisnya bisa dilihat pada artikel menilai kebutuhan integrasi pada sistem persetujuan agar desainnya tidak berhenti di level form saja.
Pastikan juga ada kontrol segregasi tugas: pihak yang mengajukan, memverifikasi, dan menyetujui tidak boleh orang yang sama untuk transaksi berisiko. Ini bukan soal tidak percaya, melainkan praktik tata kelola yang melindungi tim dari kesalahan dan konflik kepentingan.
Mengukur dampak dan menjaga tata kelola setelah berjalan
Setelah alur aktif, keberhasilan tidak cukup diukur dari “sudah pakai sistem”. Kepala departemen perlu indikator yang menggabungkan efisiensi dan kontrol agar perbaikan berjalan berkelanjutan.
Gunakan metrik yang mudah dipahami dan ditindaklanjuti. Contoh yang cepat menunjukkan hasil adalah waktu siklus persetujuan dan jumlah pengajuan yang kembali karena data kurang.
- Cycle time: median waktu dari submit hingga keputusan, per jenis pengajuan.
- Rework rate: persentase pengajuan yang dikembalikan karena informasi tidak lengkap.
- Exception log: jumlah fast-track dan alasan, untuk melihat pola risiko.
- Approval load: beban persetujuan per jabatan agar tidak menumpuk di satu titik.
- Compliance check: sampling bulanan untuk memastikan lampiran dan batas nilai dipatuhi.
Jadwalkan review governance ringan, misalnya triwulanan, untuk menyesuaikan matriks otorisasi dengan perubahan organisasi, vendor, atau strategi. Dengan cara ini, alur tetap relevan dan tidak berubah menjadi prosedur yang diakali oleh pengguna.
Pada akhirnya, internal approval workflow membantu kepala departemen mengambil keputusan lebih cepat dengan konteks yang benar, sambil menjaga kontrol dan bukti yang siap saat dibutuhkan. Manfaat terbesar biasanya terasa saat terjadi situasi sulit, karena tim tidak perlu “mengingat-ingat” proses, semuanya sudah terdokumentasi.
Jika Anda ragu memulai dari mana, pilih satu proses berisiko tinggi dan rapikan alurnya terlebih dahulu.
Pelajari lebih lanjut tentang solusi kami di Epruvo