Finance Operations Beralih ke Exception-Based Work: Apa yang Sebaiknya Diotomasi Lebih Dulu

Banyak finance team sudah punya dashboard.

Tetapi saat month-end closing dimulai, orang masih mengejar receipt. Saat audit mendekat, evidence masih dikumpulkan satu per satu. Supplier master masih dibersihkan manual. Budget exception masih dicari setelah transaksi terjadi. Reporting terlihat modern, tetapi pekerjaan berulang di belakangnya belum tentu berubah.

Itulah gap penting dalam finance automation.

Dalam analisis Future of Finance pada 27 Agustus 2026, PwC menggambarkan kemungkinan finance bergerak ke model lebih agentic: lebih banyak core cycle bisa dijalankan oleh automation atau agent, sementara manusia tetap memegang oversight, interpretation, judgement, dan strategic decision-making.

Teknologi sudah dianggap alat kendali biaya. Dalam survei Deloitte terhadap 200 CFO perusahaan besar di Amerika Utara (Maret 2026) yang dilaporkan Journal of Accountancy pada 24 April 2026, 53% CFO menyebut automation atau peningkatan teknologi sebagai cara paling terbukti untuk mengendalikan biaya, dan hambatan terbesarnya adalah departemen yang terpisah-pisah (46%). Survei ini mencerminkan CFO perusahaan besar, bukan UMKM Indonesia. Di sisi lain, BCG (12 Mei 2026) mencatat bahwa kemampuan agentic di planning dan performance management sebagian besar masih tahap awal, dan di tax serta treasury masih aspiratif.

Pesannya bukan bahwa finance harus menjadi “fully autonomous”.

Pesannya justru lebih praktis: pilih pekerjaan rutin yang repeatable, otomatisasi jalur normal, dan desain exception path sebelum scale.

1. Mengapa reporting automation tidak cukup

Dashboard membuat kondisi lebih terlihat.

Tetapi visibility tidak selalu mengurangi pekerjaan.

Contoh:

• dashboard menunjukkan invoice belum lengkap, tetapi orang tetap harus mengejar dokumen;
• report menunjukkan budget overspend, tetapi exception baru diperiksa setelah kejadian;
• dashboard menunjukkan supplier duplicate, tetapi cleanup tetap manual.

Reporting menjawab: “apa yang terjadi?”

Procedure automation menjawab: “langkah rutin apa yang bisa berjalan konsisten tanpa harus selalu didorong manusia?”

2. Finance menuju exception-based work

Exception-based work berarti manusia tidak perlu menangani setiap transaksi dengan intensitas yang sama.

Jalur normal bisa berjalan mengikuti rule dan control.

Manusia fokus ketika:

• data tidak lengkap,
• transaksi melewati threshold,
• ada mismatch,
• judgement dibutuhkan,
• policy conflict,
• risiko meningkat,
• atau keputusan punya dampak material.

PwC mengemukakan bahwa core finance cycles berpotensi semakin banyak dijalankan secara otomatis, sementara finance professionals fokus pada oversight, interpretation, dan strategic decision-making. Menurut Fokus Profit, setiap procedure perlu menentukan mana yang bisa berjalan otomatis, mana yang perlu review manusia, dan mana yang naik ke level lebih tinggi berdasarkan risiko dan materialitas. Ini rekomendasi kami, bukan temuan PwC.

3. Lima procedure yang layak diaudit lebih dulu

Tidak semua pekerjaan finance harus diautomasi. Mulailah dari pekerjaan yang repeatable, volumenya cukup, datanya tersedia, dan rule-nya relatif jelas.

1. Month-end close coordination

Banyak closing terlambat bukan karena accounting entry-nya sulit, tetapi karena coordination:

• evidence belum masuk,
• reconciliation belum selesai,
• owner task tidak jelas,
• exception tidak di-follow-up.

Automation dapat membantu assign task, cek completeness, follow-up item, klasifikasi exception, dan menjaga evidence trail.

Exception path tetap diperlukan untuk mismatch, judgement accounting, atau transaksi material.

2. Receipt dan supporting-document chasing

Ini contoh pekerjaan repetitif.

Sistem bisa:

• mendeteksi transaksi tanpa evidence,
• mengirim reminder,
• mengecek apakah dokumen sudah masuk,
• dan escalate jika melewati SLA.

Human owner menangani dokumen yang ambigu, disputed, atau tidak memenuhi policy.

3. Budget control

Jangan hanya menunjukkan overspend setelah transaksi.

Procedure dapat dirancang untuk:

• cek budget sebelum commitment,
• bandingkan threshold,
• minta approval jika exception,
• dan simpan alasan.

Automation menjalankan routine path sesuai mandat dan kontrol yang ditetapkan. Manager tetap mengawasi hasil dan menangani exception; keputusan material atau berisiko tinggi memerlukan review dan approval manusia.

4. Supplier cleanup

Supplier master yang buruk membuat proses lain ikut buruk.

Workflow dapat mengidentifikasi duplicate, incomplete data, inactive supplier, inconsistent naming, atau potential exception.

Tetapi perubahan sensitif seperti bank detail harus tetap punya control dan approval kuat.

5. Audit preparation

Audit prep sering menjadi proyek besar karena evidence tersebar.

Procedure yang baik dapat menjaga checklist, menghubungkan transaksi ke evidence, menandai gap, meminta dokumen, dan menyimpan status.

Tujuannya bukan menggantikan audit judgement, tetapi mengurangi pekerjaan administratif sebelum review.

4. Desain exception path sebelum automation

Untuk setiap procedure, definisikan lima hal.

Trigger

Kapan kasus dianggap exception?

Contoh:

• nilai di atas ambang yang ditetapkan (contoh ilustrasi: Rp100 juta),
• supporting document tidak ada,
• vendor tidak ada di approved list,
• budget tersisa <threshold,
• data mismatch.

Owner

Siapa yang menerima exception?

Evidence

Apa yang dibutuhkan sebelum keputusan dibuat?

Misalnya contract, PO, receipt, approval, explanation, atau reconciliation result.

SLA

Berapa lama exception boleh menunggu?

Tanpa SLA, automation hanya memindahkan queue.

Escalation

Jika owner tidak bertindak atau risikonya tinggi, ke siapa kasus naik?

OJK (25 September 2026, dikutip ANTARA) menyoroti risiko keputusan AI yang sulit dijelaskan dan ketergantungan pada pihak ketiga. Pernyataan itu untuk perbankan, tetapi pelajarannya berlaku umum: simpan evidence dan tetapkan owner yang jelas untuk setiap exception.

5. Prioritisation matrix: mana yang sebaiknya diautomasi lebih dulu?

Gunakan lima kriteria.

Repeatability

Semakin mirip langkahnya dari kasus ke kasus, semakin baik kandidatnya.

Volume

Pekerjaan yang terjadi sering lebih layak daripada pekerjaan tahunan yang kompleks.

Data quality

Jika input tidak konsisten, perbaiki data foundation lebih dulu.

Risk

Jangan memulai pilot dari proses berisiko tinggi hanya karena terlihat menarik.

Judgement

Jika keputusan membutuhkan judgement besar, automation sebaiknya membantu preparation dan evidence, bukan mengambil alih keputusan.

Berikan skor sederhana 1–5 untuk tiap kriteria.

Kandidat awal ideal:

• repeatability tinggi,
• volume tinggi,
• data cukup baik,
• risk rendah–menengah,
• judgement rendah.

6. 90-day pilot sequence

Hari 1–30: pilih dan petakan

Pilih satu procedure.

Catat volume, waktu proses, error, exception rate, handoff, dan evidence yang digunakan.

Pisahkan normal path dan exception path.

Hari 31–60: automate routine path

Automasi langkah repetitif seperti detection, checklist, reminder, status update, data pull, atau draft action.

Jangan menghilangkan human owner.

Hari 61–90: ukur dan rapikan exception

Lihat:

• berapa persen kasus melewati jalur normal,
• exception apa yang paling sering muncul,
• berapa lama exception menunggu,
• apakah control/evidence membaik,
• dan apakah cycle time turun.

Kalau exception terlalu tinggi, jangan scale dulu. Itu tanda rule, data, atau procedure masih perlu diperbaiki.

7. Human judgement tetap menjadi bagian desain

Finance bukan sekadar transaction factory.

PwC menggambarkan bahwa manusia tetap berada di pusat untuk keputusan yang membutuhkan konteks, etika, dan trade-off strategis.

Karena itu tujuan automation bukan “menghilangkan manusia”.

Tujuannya adalah memindahkan manusia dari pekerjaan yang repetitif ke pekerjaan yang membutuhkan judgement.

Untuk setiap procedure, buat tiga kategori:

• Routine: sistem bisa menjalankan sesuai rule.
• Exception: manusia menangani kondisi di luar rule.
• Judgement: manusia membuat keputusan material atau strategis.

8. Ukur exception rate sebelum scale

Satu metric tambahan yang berguna adalah exception rate: berapa persen transaksi atau kasus yang keluar dari routine path.

Kalau exception rate masih sangat tinggi, automation mungkin belum siap di-scale. Bisa jadi rule terlalu sempit, data belum cukup bersih, atau procedure memang masih membutuhkan judgement manusia.

Kesimpulan

Finance automation sebaiknya tidak dimulai dari pertanyaan: “dashboard apa lagi yang perlu dibuat?”

Mulai dari: “procedure mana yang berulang, dan exception apa yang membuat manusia tetap harus turun tangan?”

PwC melihat finance bergerak menuju core cycle yang semakin automated dengan manusia tetap memegang oversight dan judgement. Survei Deloitte menunjukkan CFO memandang automation sebagai alat kendali biaya, sementara BCG mengingatkan bahwa kemampuan agentic di banyak area finance masih tahap awal.

Gunakan bukti itu sebagai sinyal, bukan sebagai janji hasil.

Urutan yang lebih sehat adalah:

1. pilih satu procedure yang repeatable,
2. definisikan routine path,
3. desain exception path,
4. tetapkan human owner,
5. tentukan evidence,
6. lalu automate.

Gunakan audit lima procedure di artikel ini untuk memilih proses pertama yang layak diotomasi.

Disclaimer: Artikel ini bersifat edukasi umum dan bukan nasihat pajak, hukum, atau keuangan untuk kondisi spesifik bisnis Anda. Contoh angka yang diberi label ilustrasi bukan data nyata. Hasil di setiap bisnis dapat berbeda.