Permintaan pembelian terselip di chat, revisi dokumen tak terlacak, atau perubahan ruang lingkup proyek tanpa jejak keputusan sering terlihat sepele sampai terjadi audit atau sengketa internal. Di banyak organisasi di Indonesia, masalahnya bukan kurangnya penanggung jawab, melainkan alur persetujuan yang tak konsisten dan sulit dipantau. Dengan merapikan workflow persetujuan internal, Anda bisa mengurangi risiko kepatuhan, mempercepat pengambilan keputusan, dan mendapatkan visibilitas yang diperlukan untuk mengelola beban kerja lintas tim.
Kenapa kepatuhan dan visibilitas sering bocor di proses persetujuan
Kepatuhan biasanya bocor ketika keputusan tidak memiliki bukti yang rapi: siapa menyetujui, kapan, atas dasar apa, dan versi dokumen yang dipakai. Dalam praktik, persetujuan sering berpindah kanal dari email ke chat lalu spreadsheet, sehingga jejak audit terputus. Akibatnya tim harus menebak konteks saat ditanya oleh finance, audit internal, atau manajemen.
Visibilitas hilang karena status persetujuan tidak transparan bagi pemohon dan pelaksana. Project manager kesulitan memprediksi dampak lead time persetujuan terhadap timeline. Tim TI juga sulit mengidentifikasi bottleneck karena data tersebar, ketika status tidak jelas, orang cenderung mengejar individu, bukan memperbaiki proses.
Ada pola umum yang bisa Anda cek cepat. Terlalu banyak jalur pengecualian, penetapan approver berdasarkan orang bukan peran, dan tidak ada aturan eskalasi saat SLA terlewati. Di tingkat kontrol, masalah sering terkait pemisahan tugas yang kabur, misalnya pemohon yang juga bisa menyetujui dalam kondisi tertentu, membenahi tiga area ini biasanya memberi dampak signifikan tanpa menambah birokrasi.
Mendesain alur persetujuan yang kuat tanpa memperlambat kerja
Mulailah dari mendefinisikan keputusan yang wajib melalui persetujuan, lalu bedakan antara yang butuh kontrol ketat dan yang cukup diberitahukan. Contoh: permintaan pembelian di atas ambang, perubahan kontrak, atau perubahan scope yang memengaruhi biaya dan jadwal sebaiknya memiliki jejak persetujuan formal. Aktivitas rutin bernilai rendah bisa menggunakan auto-approve dengan aturan jelas.
Selanjutnya susun matriks persetujuan berbasis peran dan batas nilai, bukan nama individu. Cara ini menjaga kontinuitas saat ada rotasi jabatan atau cuti, dan memudahkan pengaturan hak akses. Terapkan juga aturan empat mata untuk keputusan berisiko, misalnya pembayaran vendor atau perubahan rekening tujuan.
Agar tidak memperlambat kerja, buat jalur default yang sederhana dan jalur pengecualian yang terstruktur. Contoh jalur normal: pemohon → atasan langsung → finance (jika terkait anggaran) → otorisator. Jalur pengecualian aktif hanya pada kondisi tertentu seperti vendor baru, perubahan spesifikasi, atau deviasi anggaran.
Standarkan dokumen dan data pendukung supaya approver tidak menolak karena informasi kurang. Tetapkan informasi minimal yang wajib disertakan, misalnya tujuan, nilai, pusat biaya, vendor, risiko, dan dampak terhadap jadwal. Gunakan penomoran permintaan konsisten dan kunci versi dokumen saat masuk tahap persetujuan agar tidak ada perubahan diam-diam setelah disetujui.
Terakhir, tentukan SLA dan mekanisme eskalasi yang realistis. Misalnya: jika tak ada respons dalam 2 hari kerja, sistem mengingatkan; jika lewat 3 hari kerja, eskalasi ke atasan approver atau delegate. Pengaturan ini membuat keputusan lebih dapat diprediksi tanpa memaksa semua orang selalu siaga.
Membuat proses bisa diaudit dan mudah dipantau dengan metrik yang tepat
Workflow persetujuan yang baik tidak hanya berjalan, tetapi juga bisa dibuktikan saat ditanya. Anda membutuhkan audit trail lengkap: identitas pemberi persetujuan, cap waktu, komentar, lampiran, dan jejak perubahan status. Dalam konteks kepatuhan di Indonesia, kebutuhan ini sering muncul saat pemeriksaan internal, due diligence, atau penelusuran transaksi yang memengaruhi pencatatan keuangan.
Untuk visibilitas operasional, buat dashboard sederhana yang menjawab tiga pertanyaan: apa yang menumpuk, di mana bottleneck, dan apa dampaknya pada proses hilir. Metrik yang cepat membantu antara lain waktu siklus persetujuan, rasio penolakan, jumlah revisi per permintaan, dan persentase kasus yang melewati SLA. Jika Anda ingin memperdalam cara memilih dan membaca metriknya, lihat panduan tentang metrik untuk menilai efektivitas sistem persetujuan agar perbaikan berbasis data, bukan asumsi.
Selain metrik, pastikan kontrol akses mengikuti prinsip least privilege. Approver harus punya hak yang tepat untuk menyetujui, menolak, atau meminta revisi, namun tidak mengubah bukti persetujuan setelah keputusan dibuat. Jika proses melibatkan data sensitif, tambahkan log akses dan kebijakan retensi dokumen sesuai kebutuhan audit dan kebijakan perusahaan.
Uji alur dengan skenario nyata sebelum diterapkan luas. Misalnya simulasi pembelian mendesak untuk memastikan jalur cepat masih menyimpan jejak yang memadai. Atau simulasi perubahan scope proyek untuk memastikan pihak terdampak menjadi approver atau minimal penerima notifikasi. Dari uji ini biasanya muncul detail kecil yang krusial, seperti field tambahan atau aturan eskalasi yang terlalu agresif.
Pada akhirnya, kepatuhan dan visibilitas meningkat ketika alur persetujuan dirancang berbasis peran, dilengkapi bukti yang konsisten, dan dipantau dengan metrik yang bisa ditindaklanjuti. Tim operasional mendapatkan proses yang lebih rapi, project manager memperoleh prediktabilitas, dan tim TI punya struktur yang jelas untuk otomasi serta pengendalian akses. Mulailah dari satu jenis permintaan yang paling sering menimbulkan friksi, lalu kembangkan setelah pola perbaikannya terbukti.
Jika proses Anda sering macet, luangkan waktu 30 menit untuk memetakan alur dan titik keputusan yang paling berisiko.
Telusuri contoh alur persetujuan di https://epruvo.com