Procurement to Pay: Kontrol Anti-Fraud dalam Pengadaan dengan SAP Business One

Tim finance sedang melakukan rekonsiliasi akhir bulan ketika menemukan satu nama vendor muncul dua kali dengan nominal identik, dibayar dalam rentang waktu kurang dari dua minggu. Setelah ditelusuri, ternyata invoice yang sama diajukan lewat dua purchase order berbeda oleh dua departemen yang tidak saling berkoordinasi. Tidak ada yang mencocokkan ulang dengan laporan penerimaan barang sebelum pembayaran disetujui.

Di perusahaan lain, seorang staf pengadaan mengajukan purchase order untuk kebutuhan operasional mendesak tanpa purchase requisition yang jelas asal-usulnya. Karena approval berjenjang dilakukan manual lewat email dan sering terburu-buru, PO tersebut lolos tanpa ada yang memverifikasi apakah barang atau jasa itu benar-benar dibutuhkan, apalagi mengecek kesesuaiannya dengan anggaran yang tersedia.

Kedua kasus ini punya akar masalah yang sama: proses pengadaan hingga pembayaran, atau procurement to pay (P2P), berjalan tanpa titik kontrol yang memadai. Bukan karena tim yang tidak kompeten, melainkan karena proses yang seharusnya saling mengecek satu sama lain justru berjalan sendiri-sendiri, atau bahkan bergantung sepenuhnya pada kejelian manusia yang rawan lolos saat volume transaksi tinggi.

Kenapa Celah Kontrol Muncul di Proses Pengadaan Manual/Semi-Manual?

Procurement to pay (P2P) adalah keseluruhan alur mulai dari perusahaan mengidentifikasi kebutuhan barang atau jasa, mengajukan permintaan pembelian, memilih vendor, menerbitkan purchase order, menerima barang, mencocokkan invoice, hingga akhirnya melakukan pembayaran. Semua tahapan ini idealnya saling mengecek satu sama lain: permintaan harus disetujui sebelum jadi PO, barang yang diterima harus dicocokkan dengan PO, dan invoice harus dicocokkan dengan keduanya sebelum dibayar.

Masalahnya, di banyak perusahaan skala menengah-besar, tahapan ini berjalan di sistem atau bahkan platform komunikasi yang terpisah-pisah. PR diajukan lewat email, approval dilakukan lewat chat, sementara pencatatan pembayaran ada di spreadsheet yang berbeda. Ketika titik-titik ini tidak saling terhubung, celah kontrol pun muncul, biasanya di tiga area berikut.

1. Approval tanpa segregation of duties
   Idealnya, orang yang mengajukan permintaan pembelian bukan orang yang sama dengan yang menyetujuinya, apalagi yang mencairkan pembayaran. Namun di proses manual, terutama saat volume transaksi tinggi dan tim terbatas, satu orang bisa saja memegang kendali di lebih dari satu titik. Kondisi ini membuka peluang PO fiktif atau pembelian yang sebenarnya tidak dibutuhkan lolos begitu saja, karena tidak ada pihak independen yang mengecek ulang.
   
2. PO tanpa validasi anggaran
   Selama PO dibuat tanpa terhubung langsung ke data anggaran real-time, tidak ada yang benar-benar tahu apakah pembelian tersebut masih dalam batas yang disetujui sampai laporan keuangan disusun, biasanya jauh setelah transaksi terjadi. Anda bisa membaca lebih detail soal bagaimana proses ini rentan tanpa otomasi di artikel Purchase Order kami sebelumnya.
   
3. Invoice tanpa 3-way matching yang konsisten
   Tiga dokumen ini (PO, laporan penerimaan barang, dan invoice) seharusnya selalu dicocokkan sebelum pembayaran disetujui. Namun saat pencocokan dilakukan manual dan tim finance mengejar tenggat waktu pembayaran, langkah ini sering dilewati atau dilakukan asal-asalan. Invoice ganda, seperti pada skenario di awal, adalah salah satu akibat paling umum dari celah ini.

Ketiga celah ini bukan soal integritas individu, melainkan soal desain proses. Bahkan tim yang jujur dan berpengalaman tetap bisa lolos memvalidasi transaksi yang seharusnya dicegah, karena sistem yang mereka pakai tidak memaksa adanya cross-check di titik yang tepat.

Dampak Bisnis dari P2P yang Tidak Terkontrol

Ketika celah kontrol di atas dibiarkan, dampaknya jarang terlihat langsung, justru itu yang membuatnya berbahaya. Kerugian menumpuk pelan-pelan sampai akhirnya cukup besar untuk terlihat di laporan keuangan atau saat audit berlangsung.

Dampak yang paling terasa tentu kerugian finansial langsung. Invoice ganda, pembayaran untuk barang yang tidak pernah diterima, atau PO yang dibuat tanpa kebutuhan nyata, semuanya berarti uang perusahaan keluar tanpa nilai yang sepadan kembali. Dalam skala kecil, ini mungkin terlihat sebagai selisih yang bisa diabaikan, tapi pada perusahaan dengan volume transaksi tinggi lintas cabang atau departemen, akumulasi kebocoran semacam ini bisa mencapai jumlah yang signifikan dalam setahun, dan seringnya baru disadari setelah kejadian berulang.

Masalah ini kemudian merembet ke proses audit. Saat auditor internal maupun eksternal masuk, mereka akan menelusuri jejak setiap transaksi, mulai dari siapa yang mengajukan, siapa yang menyetujui, sampai bagaimana pembayaran dicairkan. Jika jejak ini tersebar di email, spreadsheet, dan sistem yang berbeda-beda, proses audit menjadi jauh lebih lama dari seharusnya, dan tim finance maupun procurement pun tersita waktunya untuk menelusuri dokumen lama, alih-alih fokus pada pekerjaan operasional.

Pada akhirnya, kondisi ini turut memengaruhi bagaimana perusahaan dipandang oleh pihak luar. Bagi perusahaan yang sedang bertumbuh, mencari pendanaan, atau bersiap untuk due diligence, kontrol internal yang lemah dalam proses pengadaan adalah red flag yang mudah terlihat.

Investor dan mitra bisnis biasanya menilai kematangan operasional perusahaan justru dari hal semacam ini, apakah ada jejak audit yang jelas, apakah approval berjalan sesuai kebijakan, dan apakah risiko fraud sudah diminimalkan secara sistemik, bukan cuma mengandalkan kejujuran individu.

Kerugian finansial yang tidak terdeteksi akan terungkap saat audit, dan hasil audit yang buruk pada akhirnya memengaruhi reputasi tersebut, menjadikan kontrol P2P bukan sekadar urusan administratif, melainkan bagian dari kesehatan bisnis secara keseluruhan.

Elemen Kontrol yang Wajib Ada dalam P2P yang Sehat

Setelah memahami di mana celah biasanya muncul dan apa akibatnya, pertanyaannya bergeser ke: kontrol seperti apa yang sebenarnya perlu ada agar proses P2P tidak lagi bergantung pada kejelian atau kejujuran individu semata. Berikut elemen-elemen yang idealnya melekat di setiap tahapan P2P.

1. Segregation of duties yang jelas
   Orang yang mengajukan permintaan pembelian, yang menyetujuinya, dan yang mencairkan pembayaran seharusnya adalah pihak yang berbeda. Pemisahan peran ini membuat setiap transaksi otomatis melewati lebih dari satu pasang mata sebelum benar-benar selesai, sehingga satu individu tidak bisa mengendalikan seluruh alur dari awal sampai akhir.
   
2. Approval workflow berjenjang sesuai nominal dan kategori
   Bukan semua pembelian butuh level persetujuan yang sama. Pembelian rutin dengan nominal kecil bisa cukup disetujui oleh supervisor, sementara pembelian besar atau di luar anggaran perlu naik ke level manajemen yang lebih tinggi. Alur berjenjang ini memastikan setiap transaksi mendapat pengawasan yang proporsional dengan risikonya.
   
3. 3-way matching yang konsisten dan otomatis
   PO, laporan penerimaan barang, dan invoice harus selalu dicocokkan sebelum pembayaran disetujui, bukan sebagai langkah opsional yang bisa dilewati saat tim sedang sibuk. Kalau proses ini dijalankan secara otomatis, ketidaksesuaian akan langsung terdeteksi di awal, bukan setelah uang sudah keluar.
   
4. Audit trail yang tercatat otomatis
   Setiap perubahan status, mulai dari siapa yang mengajukan, kapan disetujui, sampai kapan dibayar, idealnya tercatat dengan sendirinya tanpa perlu direkonstruksi manual. Jejak semacam ini bukan cuma memudahkan audit, tapi juga jadi bentuk akuntabilitas yang membuat setiap pihak yang terlibat lebih berhati-hati dalam mengambil keputusan.

Keempat elemen ini saling menopang. Segregation of duties tidak banyak berarti kalau approval-nya tetap bisa dilakukan asal-asalan, dan 3-way matching tidak akan konsisten kalau tidak ada audit trail yang memastikan setiap langkah benar-benar dilakukan. Ini yang membuat kontrol P2P yang efektif hampir selalu berujung pada satu kebutuhan: sistem yang menjalankan keempat elemen ini secara terintegrasi, bukan proses manual yang mengandalkan disiplin masing-masing individu.

Bagaimana SAP Business One Menjalankan Kontrol Ini Secara Otomatis

Keempat elemen kontrol di atas pada akhirnya membutuhkan satu sistem yang bisa menjalankannya secara konsisten di setiap transaksi, bukan lagi bergantung pada disiplin manual. Ini yang ditawarkan oleh modul SAP yang menangani proses purchasing di SAP Business One.

Dari sisi persetujuan, SAP Business One memungkinkan perusahaan mengatur approval workflow berdasarkan nominal, kategori, atau departemen, sehingga permintaan pembelian secara otomatis diarahkan ke pihak yang tepat sesuai levelnya. Tidak ada lagi PO yang lolos hanya karena disetujui lewat email tanpa jejak yang jelas.

Alur ini sekaligus menjaga segregation of duties, karena sistem yang menentukan siapa berwenang menyetujui apa, bukan kebiasaan yang bisa dilanggar sewaktu-waktu. Setiap PO yang dibuat pun bisa langsung dicek terhadap anggaran yang tersedia secara real-time, sehingga pembelian yang melebihi batas akan tertahan untuk ditinjau ulang, alih-alih baru diketahui setelah laporan keuangan disusun.

Begitu barang diterima dan invoice masuk, 3-way matching antara PO, laporan penerimaan, dan invoice berjalan otomatis karena ketiga dokumen ini berada dalam satu sistem yang sama. Ketidaksesuaian, baik dari sisi jumlah, harga, maupun barang yang diterima, akan langsung terdeteksi sebelum pembayaran diproses, bukan ditemukan belakangan saat rekonsiliasi bulanan.

Seluruh proses ini, mulai dari siapa yang mengajukan, kapan disetujui, sampai kapan dibayarkan, tersimpan dengan sendirinya sebagai audit trail di dalam sistem SAP. Saat audit internal maupun eksternal berlangsung, tim finance tidak perlu lagi merekonstruksi jejak dari email atau spreadsheet yang terpisah-pisah, karena semuanya sudah tercatat rapi dan bisa ditelusuri kapan saja.

Dengan keempat kontrol ini berjalan otomatis dan saling terhubung, proses procurement to pay tidak lagi bergantung pada kejelian individu semata, melainkan pada desain sistem yang memang dibuat untuk mencegah celah sejak awal.

Kesimpulan

Celah kontrol dalam proses procurement to pay jarang muncul karena niat buruk individu. Ia lahir dari desain proses yang membiarkan permintaan, persetujuan, penerimaan barang, dan pembayaran berjalan sendiri-sendiri tanpa saling mengecek. Invoice ganda, PO fiktif, atau pembelian di luar anggaran adalah gejala dari satu akar masalah yang sama: tidak ada sistem yang memaksa terjadinya cross-check di setiap tahapan.

Kerugian yang ditimbulkan pun bertahap namun nyata, mulai dari kebocoran finansial langsung, proses audit yang berlarut-larut, hingga persepsi buruk dari investor dan mitra bisnis terhadap kematangan operasional perusahaan. Membangun kontrol P2P yang sehat, mulai dari segregation of duties, approval berjenjang, 3-way matching, sampai audit trail yang otomatis, adalah langkah yang tidak bisa lagi mengandalkan kedisiplinan manual semata.

Dengan modul purchasing di SAP Business One, keempat elemen kontrol ini berjalan otomatis dan saling terhubung dalam satu sistem, sehingga proses pengadaan perusahaan Anda tidak lagi bergantung pada kejelian individu, melainkan pada desain sistem yang memang dirancang untuk mencegah celah sejak awal. Jadwalkan demo untuk melihat langsung bagaimana kontrol ini bekerja di operasional bisnis Anda.

FAQ Seputar Procurement to Pay dengan SAP Business One