Kalau keputusan strategis sering tertahan karena persetujuan berlapis, dampaknya biasanya terasa di dua tempat: proyek melambat dan audit menjadi melelahkan. Di banyak perusahaan, akar masalahnya bukan kurangnya orang berwenang, melainkan alur persetujuan yang tidak konsisten, sulit dilacak, dan bergantung pada chat atau email tersebar. Pembahasan ini membantu Anda merapikan alur persetujuan (internal approval workflow) agar keputusan lebih cepat tanpa mengorbankan kontrol, sekaligus menyiapkan jejak audit yang rapi dan mudah dibuktikan.
Mengapa keputusan melambat dan audit terasa berat
Di level direksi dan kepala departemen, yang paling menguras waktu bukan analisis, melainkan klarifikasi: dokumen mana yang final, siapa yang sudah setuju, atau alasan penolakan sebelumnya. Saat persetujuan tersebar di banyak kanal, risiko versi salah dan asumsi keliru meningkat, sehingga orang cenderung menunda sampai semuanya jelas.
Dari sisi audit, tantangannya adalah pembuktian. Auditor biasanya mencari keterlacakan: siapa memulai permintaan, siapa menyetujui, kapan, atas dasar dokumen apa, dan apakah ada pemisahan tugas. Jika bukti persetujuan hanya berupa tangkapan layar chat atau email yang tidak lengkap, tim akan menghabiskan waktu mengumpulkan jejak, bukan memperbaiki kontrol.
Di Indonesia, kebutuhan ini sering berkaitan dengan tata kelola dan kepatuhan, misalnya bukti kebijakan pengadaan, otorisasi pembayaran, atau persetujuan perubahan kontrak. Tidak semua industri punya aturan yang sama, tetapi prinsip akuntabilitas dan dokumentasi selalu dinilai saat audit.
Komponen workflow yang mempercepat keputusan namun tetap terkendali
Alur persetujuan yang efektif tidak menambah lapisan. Tujuannya mengurangi bolak-balik dengan aturan main jelas: jenis permintaan, siapa yang dibutuhkan, dokumen pendukung, dan batas waktu. Beberapa komponen sebaiknya ditetapkan sejak awal agar keputusan tetap cepat dan aman.
1) Desain jalur persetujuan berdasarkan risiko, bukan jabatan semata
Banyak organisasi memaksa semua permintaan naik ke level yang sama, padahal risikonya berbeda. Dengan pendekatan berbasis risiko, persetujuan dipetakan sesuai nilai, dampak, dan jenis transaksi sehingga direksi hanya menangani hal yang material atau strategis.
- Ambang nilai: misalnya pengeluaran di atas Rp500 juta memerlukan persetujuan tambahan.
- Kategori risiko: kontrak baru, perubahan termin pembayaran, atau vendor baru diperlakukan berbeda.
- Budget vs non-budget: belanja dalam anggaran cukup di level unit dan keuangan; di luar anggaran perlu eskalasi.
- Urgensi terukur: percepat hanya jika kriteria terpenuhi, bukan karena permintaan mendesak semata.
Contoh sederhana: penggantian perangkat IT yang masih dalam anggaran cukup disetujui kepala departemen dan keuangan. Sebaliknya, pembelian sistem baru yang mengubah proses bisnis layak masuk jalur direksi karena dampaknya luas.
2) Standarisasi input agar tidak ada putaran klarifikasi
Keputusan melambat jika informasi inti tidak tersedia sejak awal. Solusinya adalah membakukan “paket keputusan” per jenis permintaan, sehingga reviewer bisa menilai cepat tanpa bertanya berulang.
- Ringkasan eksekutif: 3–5 poin tentang tujuan, opsi, dan rekomendasi.
- Justifikasi dan risiko: dampak finansial, operasional, dan mitigasi utama.
- Dokumen pendukung: penawaran, draft kontrak, scope, atau analisis vendor.
- Penganggaran: sumber biaya, kode akun, dan status ketersediaan anggaran.
Jika format konsisten, direksi dan komite bisa fokus pada kualitas keputusan, bukan mencari data. Ini juga membantu memastikan setiap persetujuan punya dasar yang dapat dipertanggungjawabkan saat audit.
Membangun jejak audit yang kuat: apa yang harus terekam
Jejak audit yang baik bukan sekadar status “approved”. Yang diperlukan adalah narasi yang bisa diuji: siapa melakukan apa, kapan, dalam konteks apa, dan apakah kontrol berjalan sesuai kebijakan. Dengan workflow yang tepat, sebagian besar bukti audit tercipta otomatis.
Elemen minimal yang harus terekam mencakup identitas pemohon dan unitnya, timestamp setiap langkah, peran pemberi persetujuan, versi dokumen yang ditinjau, serta alasan persetujuan atau penolakan. Catatan perubahan juga penting agar auditor bisa melihat perbedaan substansial dan siapa yang memintanya.
Dari sisi pengendalian internal, perhatikan pemisahan tugas. Contohnya, pihak yang membuat permintaan tidak seharusnya menyetujui pembayaran akhir untuk transaksi yang sama, kecuali ada kontrol pengganti yang disetujui. Jika perusahaan mengikuti kerangka tertentu, selaraskan parameter workflow dengan kebijakan tersebut untuk menghindari gap saat pengujian.
Untuk referensi praktik dokumentasi dan akuntabilitas di area perpajakan, situs resmi Direktorat Jenderal Pajak dapat membantu memahami kewajiban administrasi yang relevan di Indonesia, terutama untuk bukti dan pencatatan. Lihat informasi resmi di Direktorat Jenderal Pajak.
Selain itu, pastikan akses dan otorisasi terekam dengan jelas. Audit modern menilai kontrol akses: siapa yang boleh mengubah jalur persetujuan, siapa yang bisa menghapus dokumen, dan bagaimana persetujuan dilakukan, misalnya melalui akun korporat dengan autentikasi yang sesuai.
Langkah implementasi yang realistis di perusahaan menengah hingga enterprise
Perubahan workflow jarang berhasil jika langsung diterapkan di seluruh organisasi. Cara yang lebih aman adalah memulai dari proses yang berdampak besar dan sering jadi keluhan, lalu memperluas setelah metrik stabil. Dengan langkah bertahap, operasional tetap berjalan sambil memperbaiki kontrol.
Pilih 1–2 use case terlebih dulu, misalnya persetujuan pengadaan di atas ambang tertentu atau persetujuan kontrak vendor. Tetapkan SLA internal yang realistis, misalnya 1 hari kerja untuk review awal dan 2 hari kerja untuk eskalasi, lalu ukur: waktu siklus, jumlah revisi, dan frekuensi bypass. Dari sana Anda bisa melihat apakah bottleneck ada di kualitas input, struktur jalur persetujuan, atau kapasitas reviewer.
Di tahap desain, jelaskan peran dengan tegas: requester, reviewer fungsional seperti Legal, Finance, atau Procurement, approver akhir, dan pihak yang hanya perlu diberi notifikasi. Hindari memasukkan terlalu banyak orang “sekadar CC” karena itu menambah kebisingan dan menurunkan disiplin respons.
Aspek teknis perlu diputuskan sejak awal karena berdampak pada keamanan, integrasi, dan biaya jangka panjang. Jika Anda menilai apakah lebih tepat memakai cloud atau on-premises untuk sistem persetujuan, pertimbangkan kebutuhan integrasi, kontrol data, dan kesiapan tim TI; pembahasan yang lebih terstruktur bisa Anda temukan pada artikel kriteria teknis cloud vs on-premises untuk sistem persetujuan.
Terakhir, pastikan ada tata kelola perubahan. Setiap perubahan jalur persetujuan idealnya memiliki dasar seperti kebijakan baru, temuan audit, perubahan struktur organisasi, atau penyesuaian ambang risiko. Dengan begitu, workflow menjadi mekanisme yang adaptif namun tetap dapat dipertanggungjawabkan.
Dengan alur persetujuan yang rapi, keputusan lebih cepat, bukti audit lebih siap, dan diskusi bisa kembali fokus pada risiko dan nilai.
Luangkan 30 menit minggu ini untuk memetakan satu proses persetujuan paling macet dan tentukan standar inputnya.
Pelajari lebih lanjut tentang solusi kami di Epruvo