Autonomous procurement adalah pendekatan pengadaan yang memungkinkan sistem menilai kondisi, mengambil keputusan, dan menjalankan tindakan dalam batas kewenangan yang sudah ditetapkan. Sistem dapat menangani keputusan rutin, sedangkan manusia tetap memegang keputusan berisiko tinggi atau sulit dibatalkan.
Konsep ini berbeda dari otomatisasi pengadaan biasa. Otomatisasi hanya menjalankan aturan yang sudah ditulis. Autonomous procurement dapat membaca perubahan stok, anggaran, kontrak, kebutuhan departemen, serta kinerja pemasok sebelum memilih tindakan yang paling sesuai.
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 dapat mengubah data dan konteks bisnis menjadi keputusan operasional. Sistem tidak berhenti pada rekomendasi. Dalam kondisi yang memenuhi aturan perusahaan, sistem juga dapat menjalankan tindakan yang sudah diizinkan.
Contohnya, sistem mendeteksi bahwa stok bahan baku akan turun di bawah batas aman. Sistem lalu memeriksa permintaan, pesanan yang masih berjalan, waktu pengiriman pemasok, harga kontrak, dan anggaran. Jika semua syarat terpenuhi, sistem dapat membuat draft purchase order atau mengirimkannya untuk 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 |
Manusia mencari data, menilai pilihan, dan menjalankan tindakan. | Manusia | Staf mengecek stok lalu membuat PR secara manual. | SOP dan persetujuan atasan. |
Automated |
Sistem menjalankan aturan tetap setelah menerima pemicu tertentu. | Manusia menetapkan aturan. | PR otomatis diteruskan ke approver berdasarkan nominal. | Workflow dan rule yang sudah dikonfigurasi. |
AI-assisted |
Sistem menganalisis data dan memberikan rekomendasi. | Manusia | Sistem menyarankan jumlah pembelian, lalu planner memutuskan. | Review dan persetujuan manusia. |
Autonomous |
Sistem dapat memilih dan menjalankan tindakan dalam scope yang disetujui. | Sistem atau manusia, sesuai tingkat risiko. | Sistem membuat PO rutin ke pemasok yang sudah disetujui. | Threshold, audit trail, dan jalur eskalasi. |
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
Autonomous procurement bekerja dengan menghubungkan sinyal bisnis dengan keputusan, tindakan, dan evaluasi hasil. Prosesnya ini dapat dijelaskan secara bertahap.
1. Menerima sinyal dan konteks
Sistem mengumpulkan informasi dari persediaan, permintaan, anggaran, kontrak, pemasok, purchase requisition, purchase order, dan penerimaan barang. Data harus memiliki waktu pembaruan serta pemilik yang jelas.
2. Menafsirkan kebutuhan
Sistem menentukan masalah yang perlu diselesaikan. Contohnya adalah risiko stockout, permintaan yang salah kategori, perubahan harga, atau invoice yang tidak sesuai.
3. Memeriksa guardrail dan kewenangan
Sebelum bertindak, sistem memeriksa batas nominal, kategori barang, daftar pemasok, status kontrak, anggaran, serta persetujuan yang diperlukan.
4. Memilih dan menjalankan tindakan
Sistem dapat memberi rekomendasi, membuat draft transaksi, mengirim permintaan persetujuan, menjalankan pembelian, atau menghentikan proses. Pilihan tersebut bergantung pada tingkat kewenangan yang diberikan.
5. Memantau hasil dan menangani pengecualian
Sistem memantau konfirmasi pemasok, waktu pengiriman, perubahan permintaan, penerimaan barang, dan hasil transaksi. Kondisi di luar batas harus segera diteruskan kepada pemilik proses.
Audit trail harus mengikuti seluruh siklus. Perusahaan perlu mengetahui data yang digunakan, aturan yang diperiksa, alasan keputusan, pihak yang memberi persetujuan, serta perubahan yang terjadi setelah tindakan dijalankan.
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 yang menjalankan tugas, berinteraksi dengan sistem lain, dan mengejar tujuan tertentu. Agen AI dapat menjadi teknologi pendukung autonomous procurement, tetapi penggunaannya tidak otomatis membuat seluruh proses pengadaan menjadi otonom.
Bisa, selama ERP atau sistem pengadaan yang digunakan menyediakan integrasi yang aman untuk membaca data dan mencatat transaksi. Perusahaan perlu memastikan sinkronisasi data, pemetaan status dokumen, hak akses, validasi transaksi, dan audit trail tetap berjalan. Jika integrasinya hanya dapat membaca data, sistem sebaiknya dibatasi untuk memberikan rekomendasi tanpa mengeksekusi transaksi.
Tanggung jawab tetap berada pada perusahaan dan pemilik proses yang menetapkan kebijakan sistem. Karena itu, setiap use case harus memiliki decision owner, approver, administrator teknis, dan penanggung jawab insiden. Catatan keputusan juga perlu menunjukkan data, aturan, persetujuan, serta tindakan yang terjadi agar kesalahan dapat ditelusuri dan diperbaiki.
Keberhasilan pilot sebaiknya dinilai dengan membandingkan hasilnya terhadap baseline manual. Indikatornya dapat mencakup waktu pengambilan keputusan, jumlah rekomendasi yang disetujui, tingkat override, kesalahan transaksi, jumlah exception, kepatuhan terhadap kebijakan, dan hasil operasional. Pilot belum layak diperluas jika proses lebih cepat tetapi menghasilkan lebih banyak kesalahan atau membutuhkan terlalu banyak koreksi manusia.
Tidak. Barang rutin dengan spesifikasi jelas dan pemasok approved dapat memiliki tingkat autonomy lebih tinggi. Sebaliknya, jasa profesional, aset bernilai besar, barang dengan spesifikasi kompleks, dan kebutuhan strategis biasanya memerlukan keterlibatan manusia lebih besar. Batas kewenangan perlu ditetapkan per kategori berdasarkan nilai, risiko, ketersediaan data, dan kemudahan membatalkan transaksi.
