Cara menerapkan auto-approval klaim pengeluaran tanpa kehilangan kontrol

Di sebuah perusahaan logistik di Surabaya, manajer operasional menyetujui klaim pengeluaran 64 sopir, dispatcher dan supervisor lapangan. Pada bulan Oktober jumlahnya 520 klaim: tol, parkir, BBM, makan di rute jauh dan sesekali tambal ban. Sebagian besar di bawah Rp200.000. Sang manajer menyetujuinya lewat ponsel, sekaligus banyak, setiap Jumat malam, beberapa detik per klaim.

Salah satunya klaim Rp4.750.000 dari seorang sopir untuk perbaikan truk di bengkel pinggir jalan, dengan kuitansi tulisan tangan. Klaim itu mendapat beberapa detik yang sama dengan karcis parkir Rp15.000. Tidak ada yang bertanya mengapa seorang sopir membayar perbaikan truk dengan uangnya sendiri, atau mengapa bengkel itu bukan vendor perusahaan. Saat audit internal menelepon bengkel tersebut di bulan November, bengkel itu tidak punya catatan pekerjaannya.

Masalahnya bukan pada manajernya. Ketika satu orang menandatangani 520 klaim sebulan, persetujuan berhenti menjadi keputusan. Persetujuan otomatis (auto-approval) memperbaikinya dengan menyerahkan klaim kecil, rutin dan bersih kepada aturan tertulis, sehingga perhatian manajer tertuju pada sekitar seratus klaim yang memang membutuhkan manusia. Jika dijalankan dengan buruk, hasilnya stempel yang sama, hanya tanpa manajernya. Panduan ini membahas apa itu auto-approval, isi aturan yang aman, contoh bulan Oktober perusahaan tadi, penyebab auto-approval gagal dan cara menyiapkannya.

Apa itu auto-approval?

Auto-approval berarti klaim pengeluaran disetujui tanpa campur tangan orang karena memenuhi syarat yang sudah ditulis sebelumnya: di bawah nominal tertentu, dalam kategori yang diizinkan, lolos semua pemeriksaan kebijakan dan tidak memunculkan tanda bahaya. Selebihnya tetap masuk ke approver seperti biasa. Tempatnya di matriks persetujuan Anda, sebagai satu tingkat wewenang tambahan yang diberikan kepada aturan, bukan kepada manajer.

Auto-approval bukan berarti tanpa kontrol. Pemeriksaan kebijakan dan duplikat tetap berjalan untuk setiap klaim, aturannya disetujui oleh pemilik wewenang yang dipakainya, setiap klaim yang disetujuinya tercatat sebagai disetujui oleh aturan, dan ada orang yang meninjau sampelnya setelahnya. Yang berubah adalah apa yang diperiksa manusia: aturannya dan sampel hasilnya, bukan setiap klaim satu per satu.

Ada dua cara menjalankannya. Pertama, aturan tetap di sistem persetujuan Anda. Kedua, AI agent yang bekerja dalam batas wewenang yang Anda tetapkan, yang juga bisa membandingkan klaim dengan riwayat karyawan dan mencatat alasan persetujuannya. Apa pun caranya, batasnya harus ditegakkan oleh sistem, bukan diserahkan pada penilaian pihak yang menjalankannya.

Isi aturan auto-approval yang aman

• Batas per klaim. Ditentukan dari data klaim Anda sendiri, misalnya Rp500.000, bukan dari apa yang terasa kecil.
• Batas per karyawan per bulan. Misalnya Rp3.000.000 klaim yang disetujui otomatis, sehingga sepuluh klaim Rp450.000 tidak lolos satu per satu.
• Kategori yang diizinkan. Kategori rutin yang hampir tidak butuh pertimbangan: parkir, tol, BBM, transportasi lokal dan makan dalam batas. Bukan jamuan, hadiah, perbaikan, peralatan atau apa pun yang seharusnya lewat pengajuan pembelian.
• Lolos semua pemeriksaan kebijakan. Dalam batas sesuai jenjang karyawan, struk terlampir dan terbaca, diajukan dalam jangka waktu klaim dan dibebankan ke cost centre yang valid. Pemeriksaannya diambil dari kebijakan pengeluaran Anda.
• Tanpa tanda bahaya. Tidak ada kemungkinan duplikat dengan klaim, transaksi kartu atau uang muka, tidak ada nominal yang tepat di bawah batas, tidak ada klaim bertanggal saat karyawan sedang cuti dan tidak ada merchant yang belum pernah muncul di perusahaan.
• Karyawan yang memenuhi syarat. Bukan karyawan baru di bulan-bulan pertamanya, bukan yang sedang menjalani masa pemberitahuan pengunduran diri dan bukan siapa pun yang bisa mengubah aturannya.
• Catatan dan pemilik. Setiap klaim yang disetujui tercatat sebagai disetujui oleh aturan, lengkap dengan versi aturannya, dan ada satu orang yang ditunjuk sebagai pemilik aturan. Jika klaim diubah setelah disetujui, klaim itu kembali melewati semua pemeriksaan.

Persetujuan tidak sama dengan pembayaran. Klaim yang disetujui otomatis masuk ke batch reimbursement yang sama dengan klaim lainnya, dan orang yang melepas pembayaran tetap sama.

Contoh kasus: satu bulan klaim

Berikut bulan Oktober perusahaan logistik tadi, dipilah seperti cara aturan auto-approval memilahnya. Aturannya, hanya sebagai contoh: klaim di bawah Rp500.000, untuk parkir, tol, BBM, transportasi lokal atau makan, lolos semua pemeriksaan kebijakan tanpa tanda bahaya, sampai Rp3.000.000 per karyawan per bulan.

Klaim Oktober	Klaim	Rp ribu
Disetujui oleh aturan	412	61.800
Di bawah batas, ditahan pemeriksaan	38	6.270
Di atas batas atau dikecualikan	70	98.400
Total	520	166.470

Aturan itu mengangkat 412 dari 520 klaim, hampir empat dari lima, dari daftar manajer, tetapi hanya Rp61,8 juta dari Rp166,5 juta, sekitar 37% dari nilainya. Kini manajer meninjau 108 klaim senilai sekitar Rp104,7 juta, yaitu klaim yang memang butuh penilaian manusia. Perbaikan truk Rp4.750.000 tadi termasuk di dalamnya: nominalnya di atas batas, dan perbaikan bukan kategori yang diizinkan.

Ke-38 klaim di bawah batas yang ditahan aturan:

• 12 tanpa struk yang terbaca. Foto yang buram, dan kuitansi tulisan tangan yang tidak bisa diperiksa aturan.
• 9 dari karyawan yang sudah mencapai batas bulanan. Sebagian besar dari dua sopir rute jauh, yang layak dibicarakan tersendiri.
• 9 kemungkinan duplikat. Nominal dan tanggalnya sama dengan transaksi kartu atau penyelesaian uang muka, dan perlu dibandingkan seseorang dengan dokumen aslinya.
• 8 dari merchant yang belum pernah muncul di perusahaan. Sebagian besar wajar, tetapi menyetujuinya secara otomatis tidak memberi informasi apa pun; konfirmasi dari seseorang memberinya.

Setiap minggu, tim keuangan meninjau sampel acak dari klaim yang disetujui aturan, misalnya 5% atau sekitar 20 klaim sebulan, serta laporan pengeluaran yang disetujui otomatis per karyawan. Di bulan Oktober, sampel itu hanya menemukan satu klaim yang dibebankan ke cost centre yang salah. Temuan itu, yang dicatat tertulis, menjadi bukti bahwa aturannya bekerja, dan itulah yang Anda tunjukkan kepada auditor.

Mengapa auto-approval sering gagal

• Batasnya ditentukan dari apa yang terasa kecil. Batas yang dipilih dalam rapat, bukan dari data klaim, sering kali terlalu tinggi. Bagi tim yang klaim umumnya Rp150.000, Rp2.000.000 bukan nominal kecil.
• Tidak ada batas bulanan. Batas per klaim saja mengundang pemecahan: empat klaim Rp450.000 untuk satu makan malam Rp1.800.000.
• Aturannya hanya memeriksa nominal. Auto-approval hanya berfungsi di atas pemeriksaan kebijakan dan duplikat. Tanpa itu, aturan menyetujui apa saja yang kecil, termasuk tanda bahaya yang mungkin tertangkap oleh manusia.
• Persetujuan yang terlambat disetujui secara default. “Otomatis disetujui jika approver tidak merespons dalam tiga hari” bukan auto-approval, melainkan tidak ada persetujuan sama sekali. Persetujuan yang terlambat harus dieskalasi ke orang lain, bukan diputuskan oleh jam.
• Tidak ada yang memeriksa setelahnya. Tanpa sampel dan laporan, aturan yang terlalu longgar baru ketahuan oleh auditor.
• Catatannya tidak menyebut siapa yang menyetujui. Klaim yang disetujui otomatis tercatat atas nama manajer, atau tanpa nama, sehingga kemudian tidak ada yang tahu klaim mana yang benar-benar dilihat manusia.
• Aturannya tidak pernah berubah. Batas makan naik dan kategori berganti, tetapi batasnya masih yang ditetapkan tiga tahun lalu, oleh orang yang sudah keluar.

Auto-approval di Indonesia

• Tuliskan dalam delegasi wewenang. Auto-approval adalah wewenang yang didelegasikan kepada aturan, jadi tempatnya di dokumen delegasi wewenang atau SOP tertulis, disetujui oleh direksi yang memiliki wewenang itu, dengan batas dan syaratnya dirinci serta tanggal peninjauannya.
• Bersiaplah auditor menguji aturannya. Alih-alih memeriksa tanda tangan di setiap klaim, auditor Anda bisa menguji aturannya sebagai kontrol: apa isinya, siapa yang menyetujuinya, kapan diubah dan apakah berjalan sesuai yang tertulis. Simpan riwayat versinya dan hasil setiap peninjauan sampel.
• Kuitansi tulisan tangan. Kuitansi tulisan tangan dari bengkel pinggir jalan atau toko kecil lazim dan sulit diperiksa secara otomatis. Arahkan kuitansi tulisan tangan di atas nominal kecil tertentu ke manusia, apa pun kategorinya.
• Dokumen pajak tidak bergantung pada siapa yang menyetujui. Untuk kategori yang PPN masukannya Anda kreditkan, klaim memerlukan faktur pajak yang lengkap dan benar atas nama perusahaan, baik yang menyetujui orang maupun aturan. Untuk kategori itu, jadikan faktur pajak sebagai syarat aturannya.
• Tunjangan bukan klaim. Tunjangan tetap, seperti tunjangan transportasi atau pulsa bulanan, diperlakukan berbeda untuk PPh 21 dibanding penggantian biaya yang benar-benar dikeluarkan. Jangan masukkan tunjangan ke kategori klaim yang disetujui aturan, dan konfirmasikan perlakuannya dengan konsultan pajak Anda.

Tanda persetujuan klaim Anda butuh aturan

Kemungkinan besar Anda butuh auto-approval, atau aturan yang lebih baik dari yang ada sekarang, jika beberapa hal ini terdengar familier:

• Manajer menyetujui ratusan klaim sebulan, kebanyakan sekaligus.
• Karcis parkir Rp15.000 dan klaim Rp5.000.000 mengantre di daftar yang sama.
• Klaim menunggu seminggu untuk tanda tangan yang tidak dibaca dengan saksama.
• Persetujuan menumpuk lalu dihabiskan dalam sekali duduk menjelang batch reimbursement.
• Persetujuan yang terlambat otomatis disetujui setelah beberapa hari.
• Aturan auto-approval Anda hanya punya batas nominal, tanpa syarat lain.
• Tidak ada yang bisa menyebutkan klaim mana yang benar-benar dilihat manusia.

Lima ratus tanda tangan sebulan bukanlah kontrol. Aturan tertulis yang diterapkan ke setiap klaim dan diperiksa setelahnya, itulah kontrol.

Cara menyiapkan auto-approval

1. Mulai dari data klaim Anda. Ekspor klaim tiga bulan terakhir dan urutkan berdasarkan kategori dan nominal. Temukan di mana volumenya dan di mana uangnya; keduanya jarang berada di klaim yang sama.
2. Tulis aturannya. Batas per klaim, batas bulanan, kategori, pemeriksaan dan pengecualian, dengan angka yang diambil dari klaim Anda sendiri.
3. Setujui sebagai bagian dari matriks. Oleh pemilik wewenang yang dipakai aturan itu, dengan pemilik aturan yang ditunjuk dan tanggal peninjauan.
4. Jalankan di latar belakang dulu. Selama sebulan, biarkan aturan menandai klaim yang akan disetujuinya sementara manajer tetap menyetujui semuanya, lalu bandingkan. Setiap klaim yang akan disetujui aturan tetapi ditolak manajer menunjukkan apa yang masih kurang dari aturannya.
5. Aktifkan untuk satu tim. Mulai dari satu tim atau entitas dengan batas yang lebih rendah, lalu perluas setelah sampelnya bersih.
6. Ambil sampel setiap minggu. Tinjau sampel acak klaim yang disetujui otomatis dan laporan pengeluaran yang disetujui otomatis per karyawan, lalu catat temuannya.
7. Tinjau setiap kuartal. Periksa batas, kategori dan temuan sampel, lalu perbarui aturannya secara tertulis. Sekalian pastikan persetujuan yang terlambat dieskalasi ke wakil, bukan disetujui dengan sendirinya.

---

Bagaimana Procapy membantu

Proca Agents menyediakan template untuk persetujuan nominal kecil. Anda menulis jobdesk agent dalam bahasa sehari-hari: transaksi apa yang boleh disetujuinya, syarat kebijakannya, batas nominalnya dan kepada siapa ia mengeskalasi. ProcApprove menegakkan batas tersebut, sehingga cakupan agent ditentukan oleh Procapy, bukan oleh penilaiannya sendiri. Titik awal yang umum adalah laporan pengeluaran di bawah nominal tertentu yang lolos semua pemeriksaan kebijakan; selebihnya diserahkan ke manusia, lengkap dengan rekomendasi agent dan buktinya. Pelepasan pembayaran tetap berada di tangan orang-orang dalam matriks persetujuan Anda.

Agent menyetujui klaim yang sudah diperiksa. Di Capy Expense, setiap baris diperiksa terhadap kebijakan pengeluaran Anda sebelum laporan bisa diajukan: batas per diem dan makan, ambang wajib struk, kategori yang diizinkan dan anggaran. Struk duplikat terdeteksi lintas karyawan, laporan dan data kartu. Setiap persetujuan oleh agent tercatat sebagai persetujuan agent, beserta alasannya, di jejak audit yang sama dengan tindakan tim Anda sendiri, dan setiap run menghasilkan ringkasan tentang apa yang disetujui agent dan apa yang dieskalasinya. Saat tim Anda menyunting atau menolak hasilnya, koreksi itu diterapkan ke run berikutnya dari agent tersebut. Jika pengajuan diubah setelah disetujui, rantai persetujuannya mengevaluasi ulang, dan approver yang masih menangani ratusan pengajuan bisa memproses satu batch sekaligus, sementara apa pun yang ditandai ProcAI ditahan untuk ditinjau satu per satu.

Titik awal yang baik adalah agent melakukan peninjauan awal laporan pengeluaran, lalu wewenangnya diperluas ke persetujuan nominal kecil setelah tim percaya pada tinjauan run-nya. Halaman persetujuan membahas alur persetujuan selengkapnya. Jadwalkan sesi demo 30 menit, bawa kebijakan delegasi wewenang Anda, dan kami akan mengonfigurasi rantai pertamanya secara langsung.