Permintaan persetujuan yang masih lewat chat atau email sering terasa cepat pada awalnya, hingga proyek padat dan pemangku kepentingan sulit dilacak. Akibatnya bukan hanya keterlambatan, tetapi juga keputusan tanpa jejak audit, versi dokumen yang tidak konsisten, dan eskalasi yang terlambat. Panduan ini membantu tim IT dan PMO menyiapkan alur persetujuan yang rapi, terukur, dan siap diaudit (approval workflow system), dari desain sampai go-live.
1) Selaraskan kebutuhan bisnis dan batasan teknis sejak awal
Mulailah dengan memetakan jenis persetujuan yang sering menimbulkan hambatan: misalnya PR/PO, perubahan ruang lingkup proyek, rilis aplikasi, atau permintaan akses. Pilih 1–2 use case prioritas untuk gelombang pertama agar tim tidak terjebak membangun sistem serba bisa yang lama selesai.
Di sesi discovery, pastikan tiga hal jelas: siapa pemilik proses (process owner), siapa pengambil keputusan (approver), dan apa definisi selesai (approved/rejected/returned). Di banyak organisasi, masalah muncul karena approver berbeda menurut nominal, unit, atau kategori risiko.
Terjemahkan kebutuhan itu menjadi batasan teknis yang bisa diuji, misalnya target SLA persetujuan, integrasi wajib (ERP/HRIS/SSO), kebutuhan audit trail, dan aturan akses berbasis peran (RBAC). Dengan begitu diskusi berakhir pada kriteria penerimaan yang konkret, bukan sekadar opini.
2) Desain workflow: aturan, data, dan kontrol yang bisa diaudit
Desain workflow yang baik tidak sekadar menggambar kotak dan panah. Ia juga mendefinisikan data yang mengalir dan kontrol yang mencegah kesalahan. Untuk konteks Indonesia, audit internal biasanya menuntut jejak jelas: siapa menyetujui, kapan, versi dokumen, dan alasan penolakan bila ada.
Susun matriks persetujuan (approval matrix) yang eksplisit dan mudah dipelihara, misalnya berdasarkan kombinasi unit, kategori, dan rentang nilai. Praktik efektif adalah memisahkan aturan routing dari tampilan formulir, sehingga perubahan aturan tidak memerlukan perubahan UI besar.
Pastikan komponen desain berikut dibahas sebelum implementasi:
- State dan transisi: Draft → Submitted → In Review → Approved/Rejected/Returned, termasuk aturan kapan bisa dibatalkan.
- Data minimum: field wajib, lampiran, referensi dokumen (mis. nomor PR), dan validasi format.
- Delegasi & pengganti: aturan saat approver cuti, serta batas waktu delegasi.
- Eskalasi: siapa menerima notifikasi jika melewati SLA, dan apa tindakan lanjutnya.
- Segregation of duties: pencegahan konflik peran, contohnya pengaju tidak boleh menyetujui untuk dirinya sendiri.
- Audit trail: log perubahan, komentar, dan versi dokumen yang dapat ditarik saat audit.
Contoh sederhana: pengajuan pembelian alat kerja senilai Rp25 juta bisa otomatis melewati persetujuan Kepala Tim lalu Manajer Keuangan, tetapi jika vendor baru, tambahkan langkah verifikasi. Aturan seperti ini sebaiknya terdokumentasi dan diuji lewat skenario, bukan hanya dijalankan “secara kebiasaan”.
3) Implementasi teknis: integrasi, keamanan, dan keandalan operasional
Setelah desain disepakati, pecah pekerjaan menjadi komponen yang bisa dikirim bertahap: formulir, mesin workflow, notifikasi, dan integrasi. Banyak proyek tersendat karena integrasi baru dibahas menjelang go-live, padahal itu menentukan kualitas data dan beban kerja manual.
Untuk autentikasi, prioritaskan SSO (misalnya SAML/OIDC) agar identitas konsisten dan offboarding otomatis menutup akses. Selanjutnya, definisikan RBAC sesuai struktur organisasi: siapa yang bisa mengajukan, menyetujui, melihat, atau mengelola master data matriks persetujuan.
Di sisi integrasi, tentukan sumber kebenaran (system of record) di dalam approval workflow system. Jika nilai transaksi berasal dari ERP, hindari duplikasi yang memicu mismatch; tarik data langsung dari ERP atau buat mekanisme sinkronisasi yang jelas beserta penanganan kegagalan (retry, dead-letter, logging).
Aspek keamanan dan kepatuhan yang sering terlupakan adalah klasifikasi data dan retensi. Tetapkan dokumen apa yang boleh diunggah, bagaimana enkripsi diterapkan (in transit dan at rest), serta kebijakan retensi sesuai aturan internal perusahaan yang bisa berbeda antar industri.
Terakhir, siapkan observability yang realistis: metrik SLA, jumlah item menumpuk per approver, error integrasi, dan waktu proses end-to-end. Bila ingin mengurangi keterlambatan pada proses sensitif seperti persetujuan pembayaran, fokuslah pada titik macet; contoh langkah praktisnya bisa dilihat pada panduan mengurangi penundaan persetujuan internal.
4) Uji, peluncuran bertahap, dan perbaikan berbasis data
Pengujian workflow sebaiknya menggabungkan aspek fungsional dan proses. Selain UAT berbasis skenario, lakukan tabletop test dengan pemilik proses untuk memvalidasi jalur persetujuan terhadap kasus nyata seperti perubahan organisasi, cuti approver, atau transaksi melewati ambang batas.
Rancang paket uji minimum yang mencakup skenario normal dan edge case. Misalnya: approver menolak dengan alasan, pengaju revisi lalu kirim ulang, delegasi aktif, eskalasi terpicu karena SLA, dan integrasi gagal lalu pulih.
Untuk peluncuran, gunakan strategi bertahap: mulai dari satu unit atau satu proses, lalu perluas. Cara ini memudahkan tim mengidentifikasi masalah seperti notifikasi yang diabaikan, jalur terlalu panjang, atau peran yang tidak sinkron dengan struktur organisasi.
Pastikan ada model operasional pasca go-live: siapa menerima tiket perubahan matriks, siapa memelihara master data approver, dan bagaimana perubahan organisasi (mutasi, promosi, restrukturisasi) cepat tercermin di sistem. KPI umum mencakup median time-to-approve, rasio item yang melewati SLA, dan jumlah rework karena pengembalian (returned).
Di tahap stabilisasi, lakukan review dua mingguan berdasarkan data, bukan asumsi. Jika 60% keterlambatan terjadi pada satu langkah, solusi biasanya bukan sekadar menambah pengingat, melainkan memperbaiki routing, mengurangi persyaratan yang tidak relevan, atau menambah opsi delegasi yang terkontrol.
Pada akhirnya, workflow yang efektif adalah kombinasi aturan yang jelas, integrasi yang tepat, serta operasi harian yang disiplin. Dengan memulai dari use case prioritas, mendefinisikan kontrol audit, dan mengukur performa setelah peluncuran, tim dapat mengurangi hambatan tanpa mengorbankan akuntabilitas.
Jika bermanfaat, jadwalkan sesi singkat untuk menyelaraskan pemilik proses, aturan, dan metrik keberhasilan.
Pelajari Epruvo lebih lanjut: https://epruvo.com