Agent AI untuk onboarding vendor: Mempercepat pemeriksaan tanpa mengabaikan risiko
Onboarding vendor sering terlihat seperti pekerjaan administrasi sederhana: mengumpulkan formulir, memeriksa dokumen legal, mencocokkan rekening, lalu membuat profil pemasok di sistem. Dalam praktiknya, proses ini melibatkan banyak pihak dan sumber data. Dokumen datang melalui surel dengan format berbeda, nama perusahaan tidak selalu konsisten, dan perubahan rekening bank dapat membawa risiko penipuan. Akibatnya, calon pemasok menunggu lama sementara tim pengadaan, keuangan, dan kepatuhan mengulang pemeriksaan yang sama.
Agent AI dapat membantu mengoordinasikan tahapan tersebut, bukan dengan mengambil alih keputusan berisiko, melainkan dengan mengumpulkan bukti, menjalankan pemeriksaan yang diizinkan, dan mengarahkan pengecualian kepada orang yang tepat. Kuncinya adalah merancang agen sebagai pengelola alur kerja yang terbatas, bukan sebagai petugas yang bebas menyetujui siapa pun.
Memetakan proses sebelum memilih model
Sebelum membangun agent, petakan proses onboarding yang sedang berjalan. Catat pemicu awal, daftar dokumen wajib, sistem yang digunakan, pemilik setiap pemeriksaan, serta alasan permohonan dikembalikan. Pemetaan ini mengungkap bagian yang benar-benar berulang dan bagian yang memerlukan pertimbangan manusia.
Contoh tahapan yang relatif cocok untuk otomasi ialah membaca formulir vendor, mengekstrak nama badan usaha dan nomor pajak, mengidentifikasi dokumen yang belum diterima, serta memeriksa apakah kolom wajib sudah terisi. Pemeriksaan dapat menghasilkan daftar fakta beserta rujukan ke dokumen sumber. Sebaliknya, keputusan bahwa struktur kepemilikan tertentu dapat diterima atau bahwa pengecualian kebijakan layak diberikan sebaiknya tetap berada pada petugas berwenang.
Definisikan pula status proses secara eksplisit: diterima untuk pemeriksaan, menunggu dokumen, perlu verifikasi, disetujui, atau ditolak. Status yang jelas menghindari situasi ketika agen mengirim pesan seolah proses selesai padahal satu pemeriksaan penting masih tertunda.
Rancang agen sebagai orkestrator dengan izin minimum
Arsitektur yang aman memisahkan kemampuan membaca, menyarankan, dan menulis. Pada tahap awal, agent dapat membaca kotak masuk khusus dan folder dokumen terbatas, kemudian menyusun ringkasan serta rekomendasi. Ia tidak perlu memiliki izin untuk mengubah data rekening atau mengaktifkan vendor di sistem pembayaran.
Setiap langkah perlu dibatasi dengan alat yang terdefinisi. Misalnya, alat ekstraksi hanya mengembalikan bidang yang disetujui; alat pencarian hanya memeriksa sumber resmi yang telah ditentukan; dan alat pembaruan sistem hanya dapat membuat draf profil dengan status belum aktif. Validasi di sisi aplikasi tetap diperlukan, karena keluaran model bukan kontrol keamanan. Pembatasan harus diterapkan pada sistem yang menjalankan tindakan, bukan hanya dituliskan dalam instruksi bahasa alami. Ini sejalan dengan panduan OWASP tentang excessive agency, khususnya pembatasan fungsi alat, izin minimum, dan persetujuan untuk tindakan berdampak tinggi.
Dokumen vendor juga merupakan masukan tidak tepercaya. Isi berkas dapat memuat instruksi yang mencoba mengalihkan agen, misalnya meminta pengiriman data internal atau mengabaikan prosedur. Perlakukan isi dokumen sebagai data untuk dianalisis, bukan perintah. Jangan berikan akses agen ke rahasia atau tindakan yang tidak diperlukan untuk tugas onboarding.
Verifikasi identitas dan pengecualian secara terukur
Salah satu contoh penggunaan yang layak diuji adalah pemeriksaan perubahan informasi pembayaran. Agen dapat membandingkan rekening yang diajukan dengan data vendor yang telah tersimpan dan menandai perubahan sebagai pengecualian. Namun, kesamaan nama atau logo dalam sebuah surat tidak cukup untuk membuktikan bahwa permintaan perubahan sah. Proses verifikasi independen, misalnya menghubungi kontak vendor melalui nomor yang sudah diverifikasi sebelumnya, perlu dilakukan oleh staf sesuai kebijakan perusahaan. Panduan FBI tentang business email compromise menyarankan kanal sekunder untuk mengonfirmasi permintaan perubahan informasi rekening kepada penerima yang dituju.
Bayangkan perusahaan menerima 40 permohonan vendor per minggu. Agen membaca berkas, menyusun checklist untuk tiap permohonan, lalu mengelompokkan kasus yang lengkap dan yang membutuhkan tindak lanjut. Jika 10 permohonan tidak mencantumkan dokumen wajib, agen dapat menyiapkan pesan yang menyebutkan item yang kurang. Petugas memeriksa pesan sebelum dikirim pada fase percobaan. Tiga permohonan dengan perbedaan nama badan hukum atau perubahan rekening langsung masuk antrean pemeriksaan khusus, bukan dipaksa melewati jalur otomatis.
Seluruh angka pada ilustrasi tersebut hanya contoh untuk merencanakan kapasitas, bukan klaim hasil implementasi. Ukur dampak menggunakan data organisasi sendiri: waktu dari pengajuan hingga keputusan, jumlah permohonan yang dikembalikan, tingkat kesalahan ekstraksi, serta banyaknya pengecualian yang terdeteksi dan ditangani. Penghematan waktu saja tidak cukup bila risiko salah aktivasi meningkat.
Jejak audit, evaluasi, dan peluncuran bertahap
Untuk setiap rekomendasi, catat identitas permohonan, versi aturan yang berlaku, dokumen sumber, hasil ekstraksi, pemeriksaan yang dijalankan, serta nama orang yang menyetujui tindakan final. Simpan hanya data yang diperlukan dan tetapkan masa retensi sesuai kebijakan organisasi. Log operasional sebaiknya tidak menyalin seluruh dokumen atau data sensitif bila ringkasan dan referensi aman sudah memadai.
Mulailah dengan mode bayangan: agent memproses permohonan tetapi tidak mengirim pesan atau mengubah sistem. Bandingkan hasilnya dengan pemeriksaan staf, termasuk kasus dokumen buram, perusahaan dengan nama mirip, dan formulir yang tidak lengkap. Setelah kualitas cukup, aktifkan otomatisasi untuk tindakan berisiko rendah, seperti membuat checklist atau draf komunikasi. Pertahankan persetujuan manusia untuk aktivasi vendor, perubahan rekening, penolakan, dan pengecualian kebijakan.
Tetapkan metrik dan ambang penghentian sebelum peluncuran. Bila tingkat kesalahan ekstraksi melampaui batas, dokumen sumber tak dapat ditemukan, atau integrasi menerima respons tak terduga, agen harus berhenti dan menyerahkan kasus kepada petugas. Uji juga akses setiap alat secara berkala: perubahan konfigurasi yang memberi agen hak tulis berlebih dapat membatalkan kontrol yang sudah dirancang.
Beri petugas alasan yang bisa diperiksa
Ringkasan agen sebaiknya menunjukkan bagian mana yang berasal dari dokumen dan bagian mana yang masih berupa dugaan. Jika hasil pembacaan nomor pajak tidak jelas, tampilkan status perlu pemeriksaan, bukan mengisi karakter yang tampaknya masuk akal. Petugas perlu bisa membuka kembali halaman sumber tanpa mencari dari awal. Saran ini adalah rancangan proses, bukan laporan bahwa suatu sistem onboarding telah diterapkan.
Untuk alur yang urutannya sudah jelas, workflow tetap bisa lebih mudah diperiksa daripada agen yang bebas menentukan semua langkah. Anthropic membedakan workflow dan agen berdasarkan siapa yang mengatur alur: kode yang telah ditentukan atau model secara dinamis. Dalam contoh onboarding ini, pemeriksaan kelengkapan dapat mengikuti urutan tetap; model membantu membaca variasi dokumen. Tim tidak perlu menambahkan otonomi hanya karena kemampuan tersebut tersedia.
Penutup: percepat alur, bukan hilangkan akuntabilitas
Onboarding vendor adalah kandidat otomasi yang baik karena terdiri atas banyak langkah berulang, tetapi konsekuensi kesalahan, terutama pada identitas dan pembayaran, dapat signifikan. Agent AI paling berguna ketika ia mengurangi pekerjaan pencarian dan koordinasi, menyajikan bukti yang dapat diperiksa, serta menjaga kasus berisiko tetap berada di jalur eskalasi.
Praktiknya, mulai dari checklist dan draf, batasi izin teknis, verifikasi perubahan sensitif melalui kanal independen, dan ukur kualitas berdasarkan ketepatan serta keselamatan proses, bukan sekadar jumlah tugas yang berhasil diotomasi.
Sumber dan batas pembahasan
Panduan ini membahas rancangan otomasi operasional, bukan penetapan kewajiban hukum, pemeriksaan kepatuhan yang lengkap, atau bukti penerapan produksi. Skenario dan angka merupakan ilustrasi.
- Anthropic — Building effective agents: Workflow terdefinisi, arsitektur sederhana, feedback dan kondisi berhenti; bukan rekomendasi platform hosted terkini.
- OWASP — LLM06:2025 Excessive Agency: Hak akses minimum, fungsi alat terbatas, persetujuan untuk aksi berdampak tinggi dan otorisasi downstream.
- FBI — Business Email Compromise: Konfirmasi perubahan informasi rekening melalui kanal sekunder.