Autonomous procurement memungkinkan sistem menilai kondisi, mengambil keputusan, dan menjalankan tindakan dalam batas yang sudah ditetapkan. Sistem dapat menangani keputusan rutin, sedangkan manusia tetap memegang keputusan berisiko tinggi atau sulit dibatalkan.
Konsep ini berbeda dengan otomatisasi pengadaan biasa. Jika otomatisasi hanya menjalankan aturan yang telah ditentukan, autonomous procurement dapat menganalisis stok, anggaran, kontrak, kebutuhan tiap departemen, dan kinerja pemasok untuk menentukan tindakan yang paling tepat.
Tapi, perusahaan tetap membutuhkan sistem procurement yang tertata. Tanpa data dan alur kerja yang jelas, keputusan AI akan dibangun di atas informasi yang tidak lengkap.
Key Takeaways
Autonomous procurement adalah sistem pengadaan berbasis AI yang dapat menganalisis data, mengambil keputusan, dan menjalankan tindakan dalam batas kebijakan perusahaan.
Penerapannya dapat mengotomatisasi restocking, pemrosesan purchase request, pemilihan pemasok, hingga penanganan invoice exception.
Keputusan rutin dapat dijalankan sistem, sedangkan transaksi berisiko atau di luar threshold tetap memerlukan persetujuan manusia.
- Apa Itu Autonomous Procurement?
- Perbedaan Manual, Automated, Assisted, dan Autonomous Procurement
- Mengapa Perusahaan Perlu Mempertimbangkan Autonomous Procurement?
- Cara Kerja Autonomous Procurement
- Contoh Use Case Autonomous Procurement
- Risiko dan Kontrol Autonomous Procurement
- Langkah Implementasi Autonomous Procurement
- Peran ERP dalam Autonomous Procurement
- Kesimpulan
Apa Itu Autonomous Procurement?
Autonomous procurement adalah sistem pengadaan yang mampu menganalisis data dan kondisi bisnis untuk mengambil keputusan operasional. Sistem ini juga dapat menjalankan tindakan tertentu secara otomatis sesuai aturan dan persetujuan yang telah ditetapkan perusahaan.
Misalnya, saat sistem mendeteksi stok bahan baku akan segera mencapai batas minimum, sistem akan mengecek kebutuhan produksi, dan anggaran. Jika semua syarat terpenuhi, sistem dapat membuat draft purchase order atau langsung mengirimkannya untuk proses persetujuan.
Perbedaan Manual, Automated, Assisted, dan Autonomous Procurement
Tingkat otonomi procurement dapat dibagi menjadi empat tahap. Perbedaannya terletak pada siapa yang membaca data, mengambil keputusan, dan menjalankan tindakan.
| Tingkat |
Cara Kerja |
Pemilik Keputusan |
Contoh |
Kontrol Utama |
Manual |
Seluruh proses dikerjakan manusia. | Manusia | Staf mengecek stok dan membuat PR. | SOP dan approval. |
Automated |
Sistem mengikuti aturan tetap. | Aturan dari manusia | PR diarahkan berdasarkan nominal. | Workflow dan rule. |
AI-assisted |
AI memberikan rekomendasi. | Manusia | AI menyarankan jumlah pembelian. | Review dan approval. |
Autonomous |
Sistem memilih dan bertindak. | Sistem atau manusia | Sistem membuat PO rutin. | Threshold dan audit trail. |
Dokumen tetap dibutuhkan pada setiap tingkat. Sebagai contoh, purchase requisition menjadi bukti bahwa kebutuhan pembelian telah diajukan dan diperiksa sebelum berubah menjadi komitmen kepada pemasok.
Perusahaan tidak harus langsung menuju tingkat autonomous. Proses tertentu mungkin cukup ditangani workflow otomatis. Proses lain memerlukan rekomendasi AI dan persetujuan manusia. Tingkat otonomi sebaiknya mengikuti risiko, kualitas data, serta kemudahan membatalkan keputusan.
Mengapa Perusahaan Perlu Mempertimbangkan Autonomous Procurement?
Perusahaan perlu mempertimbangkan autonomous procurement ketika volume transaksi meningkat, tetapi keputusan rutin masih bergantung pada pemeriksaan manual. Pendekatan ini membantu sistem mengubah data pengadaan menjadi tindakan terkontrol tanpa menghilangkan pengawasan manusia.
1. Mempercepat Respons terhadap Perubahan
Sistem dapat segera menilai perubahan stok, permintaan, harga, dan lead time. Keputusan rutin tidak harus menunggu pemeriksaan manual selama seluruh kondisi masih memenuhi batas yang ditetapkan.
2. Menerapkan Kebijakan secara Lebih Konsisten
Setiap permintaan dapat diperiksa berdasarkan anggaran, kontrak, pemasok approved, kategori barang, dan threshold transaksi. Kondisi yang melanggar kebijakan akan dihentikan atau diteruskan kepada pihak berwenang.
3. Mengurangi Beban Pekerjaan Rutin
Sistem dapat menangani klasifikasi purchase request, pemeriksaan dokumen, pembuatan draft PO, dan pengarahan approval. Tim procurement dapat lebih fokus pada negosiasi, hubungan pemasok, serta keputusan strategis.
4. Menemukan Exception Lebih Awal
Perbedaan harga, keterlambatan pemasok, kekurangan anggaran, dan ketidaksesuaian invoice dapat terdeteksi sebelum proses dilanjutkan. Exception kemudian diarahkan kepada procurement, warehouse, finance, atau approver terkait.
5. Mempermudah Penelusuran Keputusan
Audit trail mencatat data yang digunakan, aturan yang diperiksa, tindakan sistem, persetujuan, dan override manusia. Catatan ini membantu perusahaan mengevaluasi keputusan serta memperbaiki proses pengadaan.
Autonomous procurement sebaiknya diterapkan secara bertahap pada transaksi berisiko rendah dengan data lengkap dan aturan yang jelas. Keputusan bernilai besar, strategis, atau sulit dibatalkan tetap harus melibatkan manusia.
Cara Kerja Autonomous Procurement
Bagaimana sistem dapat menjalankan proses pengadaan tanpa mengambil alih seluruh peran manusia? Secara umum, autonomous procurement bekerja melalui lima tahap, mulai dari membaca kebutuhan hingga memantau hasil transaksi.
| Tahap |
Proses |
Yang Dilakukan Sistem |
Hasil |
1 |
Mengumpulkan informasi |
Membaca data stok, permintaan, anggaran, kontrak, pemasok, PR, PO, dan penerimaan barang. | Konteks pengadaan tersedia. |
2 |
Memahami kebutuhan |
Mengenali risiko stockout, perubahan harga, kesalahan kategori, atau ketidaksesuaian invoice. | Masalah teridentifikasi. |
3 |
Memeriksa kewenangan |
Mengecek anggaran, batas nominal, kontrak, pemasok yang disetujui, dan kebutuhan approval. | Tindakan dinilai aman atau perlu persetujuan. |
4 |
Menjalankan tindakan |
Memberikan rekomendasi, membuat draft PO, mengirim approval, atau menjalankan pembelian. | Transaksi diproses sesuai batas. |
5 |
Memantau hasil |
Mengikuti status pesanan, pengiriman, penerimaan barang, dan kondisi yang menyimpang. | Hasil tercatat atau diteruskan kepada penanggung jawab. |
Meski banyak proses dapat berjalan otomatis, perusahaan tetap perlu mengawasinya. Karena itu, setiap keputusan harus tercatat dalam audit trail agar mudah ditelusuri dan dapat ditinjau kembali jika terjadi masalah atau memerlukan persetujuan manual.
Contoh Use Case Autonomous Procurement
Penerapan autonomous procurement sebaiknya dipusatkan pada proses yang memiliki data memadai, keputusan berulang, dan batas kewenangan yang dapat ditetapkan dengan jelas. Berikut tiga contoh penggunaannya dalam operasional pengadaan.
1. Restocking Barang secara Otomatis
Sistem memantau proyeksi stok dan menilai apakah persediaan akan turun di bawah safety stock sebelum pesanan berikutnya tiba. Penilaian mempertimbangkan permintaan, stok tersedia, open PO, lead time, minimum order quantity, anggaran, harga kontrak, dan performa pemasok.
Jika masih dalam threshold, sistem dapat membuat PO ke pemasok approved. Menurut McKinsey, pilot autonomous sourcing pada perusahaan kimia meningkatkan efisiensi staf procurement sebesar 20–30% dan value capture sebesar 1–3%.
2. Pemrosesan Purchase Request hingga Purchase Order
Sistem dapat membaca purchase request, mengenali kategori kebutuhan, memeriksa kelengkapan data, lalu mengarahkannya ke workflow dan approver yang sesuai. Sistem juga dapat memeriksa anggaran, kontrak aktif, harga yang disepakati, serta pemasok yang boleh digunakan sebelum membuat transaksi.
Permintaan rutin yang memenuhi seluruh kebijakan dapat diteruskan menjadi draft purchase order. Jika anggaran tidak cukup, vendor belum disetujui, atau detail permintaan tidak lengkap, sistem menghentikan proses dan mengirimkan exception kepada requester, procurement, atau approver terkait.
3. Pemilihan Pemasok dan Penanganan Invoice Exception
Sistem dapat membandingkan pemasok dalam approved pool berdasarkan harga, lead time, kapasitas, kualitas, dan riwayat pemenuhan. Data dari vendor management system membantu memastikan rekomendasi menggunakan pemasok yang telah melalui evaluasi perusahaan.
Setelah barang diterima, sistem dapat menandai invoice duplikat, selisih kuantitas, perbedaan harga, atau dokumen yang belum lengkap. Sistem kemudian mengarahkan kasus tersebut kepada procurement, warehouse, atau finance. Pembayaran tetap memerlukan penyelesaian exception dan kontrol dokumen yang berlaku.
Risiko dan Kontrol Autonomous Procurement
Autonomous procurement memperluas kewenangan sistem untuk bertindak. Kesalahan tidak lagi berhenti pada rekomendasi. Kesalahan dapat berubah menjadi transaksi, komitmen kepada pemasok, atau penghentian proses.
| Risiko |
Contoh |
Kontrol yang Dibutuhkan |
| Data tidak akurat | Stok sistem berbeda dari stok aktual. | Validasi data, rekonsiliasi, timestamp, dan data owner. |
| Kewenangan terlalu luas | Sistem membuat pesanan bernilai besar tanpa review. | Limit nominal, kategori, vendor, dan jenis tindakan. |
| Bias pemasok | Sistem terus memilih vendor tertentu karena histori transaksi. | Kriteria transparan, periodic review, dan diversifikasi. |
| Tindakan sulit dibatalkan | PO sudah dikirim atau pembayaran sudah diproses. | Maker-checker, approval, cooling period, dan kill switch. |
| Alasan keputusan tidak jelas | Tim tidak mengetahui dasar pemilihan vendor. | Decision log, sumber data, dan penjelasan alasan. |
| Exception tidak tertangani | Invoice berbeda dari PO dan penerimaan barang. | Toleransi selisih, routing, SLA, dan escalation owner. |
Kontrol maker-checker tetap diperlukan pada transaksi sensitif. Pemeriksaan three way matching, misalnya, membantu membandingkan purchase order, penerimaan barang, dan invoice sebelum pembayaran dilanjutkan.
Langkah Implementasi Autonomous Procurement
Implementasi paling aman dimulai dari scope kecil. Pilih proses yang berulang, risikonya rendah, datanya tersedia, dan keputusannya mudah dibatalkan.
1. Pilih satu keputusan yang spesifik
Jangan memulai dengan target “mengotomatiskan seluruh procurement”. Pilih satu keputusan, seperti membuat draft PO untuk item rutin dari pemasok yang telah disetujui.
2. Catat baseline proses saat ini
Ukur waktu keputusan, jumlah override, exception, kesalahan, dan keterlambatan. Baseline dibutuhkan agar hasil pilot dapat dinilai secara adil.
3. Tentukan guardrail dan pemilik keputusan
Tetapkan batas nilai, kategori, vendor, toleransi perubahan, approver, serta kondisi yang harus dihentikan atau dieskalasikan.
4. Jalankan shadow mode
Sistem memberikan rekomendasi tanpa menjalankan transaksi. Tim membandingkan rekomendasi tersebut dengan keputusan manusia dan mencatat perbedaannya.
5. Aktifkan bounded execution
Setelah hasil shadow mode stabil, sistem dapat menjalankan tindakan pada scope terbatas. Mulailah dari nilai rendah dan keputusan yang mudah dibatalkan.
6. Pantau lalu perluas secara bertahap
Periksa error, override, exception, kualitas keputusan, serta kepatuhan terhadap guardrail. Scope baru hanya ditambahkan setelah kontrol sebelumnya terbukti bekerja.
Untuk mendukung tahap ini, perusahaan dapat menggunakan sistem procurement Total ERP yang menyatukan data vendor, penerimaan, dan invoice sebagai fondasi penerapan autonomous procurement. Kemampuan autonomous tertentu tetap perlu disesuaikan dengan kebutuhan dan ruang lingkup implementasi perusahaan.
Peran ERP dalam Autonomous Procurement
ERP menyediakan konteks transaksi yang dibutuhkan sistem untuk mengambil keputusan. Data stok, permintaan, vendor, kontrak, anggaran, PR, PO, penerimaan, dan invoice perlu terhubung agar keputusan tidak dibuat dari potongan informasi.
ERP juga menjadi tempat untuk menjalankan workflow, mencatat approval, membuat transaksi, serta menyimpan audit trail. AI dapat membantu mengevaluasi kondisi, tetapi ERP tetap menjadi sistem pencatatan dan eksekusi operasional.
Kesimpulan
Autonomous procurement memindahkan sebagian keputusan rutin dari manusia ke sistem dalam batas kewenangan yang jelas. Pendekatan ini bekerja jika data, aturan, dan tanggung jawab telah ditata lebih dahulu.
Langkah pertama yang masuk akal bukan memberi sistem kewenangan luas. Pilih satu use case, jalankan shadow mode, periksa alasan setiap keputusan, lalu aktifkan eksekusi terbatas. Tim procurement tetap memegang keputusan strategis dan menangani exception yang membutuhkan penilaian manusia.
FAQ Tentang Autonomous Procurement
Autonomous procurement menggambarkan proses pengadaan yang dapat mengambil dan menjalankan keputusan dalam batas tertentu. Sementara itu, agentic procurement lebih menekankan penggunaan agen AI untuk menyelesaikan tugas, berinteraksi dengan sistem lain, dan mencapai tujuan yang telah diberikan. Agen AI dapat mendukung autonomous procurement, tetapi keberadaannya tidak otomatis membuat seluruh proses menjadi otonom.
Bisa, selama ERP atau sistem pengadaan yang digunakan menyediakan integrasi aman untuk membaca data dan mencatat transaksi. Sinkronisasi data, status dokumen, hak akses, validasi transaksi, dan audit trail tetap harus diperhatikan. Jika integrasi hanya dapat membaca data, penggunaannya sebaiknya dibatasi pada pemberian rekomendasi.
Tanggung jawab tetap berada pada perusahaan dan pemilik proses yang menetapkan kebijakan. Setiap use case perlu memiliki decision owner, approver, administrator teknis, dan penanggung jawab insiden. Riwayat keputusan juga harus menunjukkan data, aturan, persetujuan, dan tindakan yang terjadi agar kesalahan dapat ditelusuri.
Hasil pilot perlu dibandingkan dengan baseline proses manual. Indikatornya dapat mencakup waktu pengambilan keputusan, tingkat persetujuan rekomendasi, jumlah override, kesalahan transaksi, exception, kepatuhan, dan hasil operasional. Pilot belum layak diperluas apabila proses menjadi lebih cepat tetapi menghasilkan lebih banyak kesalahan.
Tidak. Barang rutin dengan spesifikasi jelas dan pemasok yang telah disetujui dapat memiliki tingkat otonomi lebih tinggi. Sebaliknya, jasa profesional, aset bernilai besar, barang kompleks, dan kebutuhan strategis biasanya memerlukan keterlibatan manusia. Batasnya perlu ditetapkan per kategori berdasarkan nilai, risiko, ketersediaan data, dan kemudahan membatalkan transaksi.
