Selama ini AI bisa membantu belanja tanpa benar-benar memegang dompet.
Lo tanya rekomendasi hotel.
AI cari.
Bandingkan.
Bikin shortlist.
Ujungnya tetap lo yang klik checkout.
Di 2026, garis itu mulai bergeser.
Visa dan Mastercard sama-sama membangun infrastruktur agentic commerce yang memungkinkan AI agent bukan cuma menemukan barang, tapi juga berpartisipasi dalam proses transaksi.
Mastercard sudah melakukan authenticated agentic transactions di Australia dan Selandia Baru, serta bersama Santander menyelesaikan live end-to-end payment oleh AI agent di Eropa dalam environment terkontrol.
Visa juga memperluas Visa Intelligent Commerce dan pada Juni 2026 mengumumkan kolaborasi dengan OpenAI untuk membangun infrastruktur agentic commerce yang lebih aman dan scalable.
Jadi pertanyaan “AI bisa bayar sendiri nggak?” bukan lagi sci-fi.
Secara teknologi, jawabannya mulai iya.
Pertanyaan yang jauh lebih penting: seberapa besar akses uang yang seharusnya kita beri?
Bayangin AI agent punya tugas sederhana.
“Carikan tiket Jakarta ke Bali Jumat malam, maksimal Rp1,8 juta, bagasi minimal 20 kg, jangan transit.”
Hari ini AI mungkin memberi pilihan.
Besok agent bisa memilih dan membeli.
Itu convenient banget.
Lo tidak perlu buka enam tab maskapai.
Tidak perlu membandingkan jam.
Tidak perlu copy data.
Agent menangani.
Tapi begitu software bisa mengeluarkan uang, sifat risikonya berubah.
AI yang salah rekomendasi restoran bikin dinner biasa saja.
AI yang salah beli tiket bisa menghilangkan jutaan rupiah.
Karena itu agentic payment membutuhkan permission architecture.
Mastercard dalam Agent Pay for Machines 2026 secara eksplisit menyebut kemampuan mengatur authorization rules dan spending limits secara programmatic.
Visa Intelligent Commerce juga menekankan credentials, controls, authentication, dan consumer-controlled commerce.
Intinya jelas: agent tidak seharusnya mendapat kartu kredit digital tanpa batas lalu disuruh “gunakan judgment terbaik”.
Access harus scoped.
Ada empat jenis batas yang masuk akal.
Pertama, batas nominal.
Agent tidak boleh menghabiskan lebih dari jumlah tertentu per transaksi atau per periode.
Misalnya maksimal Rp2 juta per tiket.
Kalau harga di atas itu, minta approval.
Ini rule paling basic.
Kedua, batas merchant atau kategori.
Agent boleh membeli tiket dari maskapai tertentu.
Boleh booking hotel.
Tidak boleh membeli gift card.
Tidak boleh transfer ke rekening personal.
Tidak boleh membeli crypto.
Semakin spesifik scope, semakin kecil damage kalau agent salah.
Ketiga, batas waktu.
Permission berlaku untuk satu task atau periode tertentu.
Setelah tiket dibeli, credential atau authority untuk task tersebut berakhir.
Jangan membuat permission permanen untuk kebutuhan satu kali.
Keempat, approval gate.
Agent boleh mencari dan menyiapkan checkout, tapi pembayaran di atas threshold harus dikonfirmasi manusia.
Ini model paling realistis untuk banyak consumer use case.
AI melakukan 95 persen pekerjaan.
Manusia masih pegang final approval.
Masalahnya, terlalu banyak approval juga bisa menghilangkan value.
Kalau setiap transaksi Rp30 ribu minta konfirmasi, agent terasa seperti intern yang terlalu sering nanya.
Jadi kita butuh risk-based autonomy.
Langganan cloud bisnis Rp200 ribu yang sudah berlangsung 12 bulan mungkin boleh otomatis.
Tiket Rp15 juta ke luar negeri butuh approval.
Reorder sabun rumah yang sama mungkin otomatis.
Pembelian gadget baru tidak.
AI agent yang matang bukan agent yang paling bebas.
Agent yang matang tahu batas otoritas.
Ada juga isu identity.
Dalam pembayaran tradisional, merchant relatif tahu apakah transaksi datang dari manusia, card-on-file, atau channel tertentu.
Agentic commerce menambah actor baru.
Merchant perlu tahu bahwa transaksi dilakukan oleh agent yang punya permission.
Mastercard menyebut credentialing agent dan Verifiable Intent dalam infrastruktur 2026.
Konsepnya penting.
Transaksi tidak cukup valid hanya karena credential pembayaran benar.
Ekosistem juga perlu tahu agent ini bertindak untuk siapa dan dalam batas apa.
Kalau tidak, fraud detection menjadi sulit.
Bayangin kartu lo biasanya dipakai sendiri.
Tiba-tiba agent melakukan 200 microtransaction dalam satu jam untuk membeli layanan digital.
Apakah itu fraud?
Bisa normal kalau lo memang mengotorisasi machine-to-machine payments.
Bisa compromise kalau tidak.
Network perlu context baru.
Ada juga problem prompt injection.
Ini salah satu risiko unik agent.
Agent browsing web bisa menemukan instruksi berbahaya yang disisipkan ke halaman.
Misalnya halaman produk mengandung teks tersembunyi yang mencoba mengubah behavior agent.
Kalau agent juga punya akses pembayaran, impact-nya naik drastis.
Karena itu browsing autonomy dan payment authority tidak boleh digabung tanpa guardrail.
Agent perlu membedakan user instruction, trusted policy, dan content dari web.
Sistem harus membatasi apa yang bisa diubah oleh halaman eksternal.
Ini bukan concern teoritis.
Semakin agent bisa membaca internet dan mengambil tindakan, attack surface makin besar.
Ada juga issue error biasa.
Bukan hacker.
Agent salah paham.
Lo bilang “booking hotel dekat Senayan, maksimal Rp1,5 juta per malam untuk dua malam.”
Agent menginterpretasi maksimal Rp1,5 juta total.
Atau sebaliknya.
Agent memilih tarif non-refundable karena lebih murah.
Lo sebenarnya butuh fleksibel.
Semua itu bukan fraud.
Tapi tetap cost.
Karena itu transaksi perlu policy yang eksplisit.
Budget.
Refundability.
Tanggal.
Jumlah orang.
Currency.
Cancellation.
Preference.
Semakin uang terlibat, natural language perlu diterjemahkan ke constraint yang jelas.
Agent seharusnya menunjukkan summary sebelum transaksi penting.
“Ini yang akan saya beli.”
Merchant.
Produk.
Harga.
Fee.
Terms.
Cancellation.
Total.
Then approve.
Untuk transaksi kecil yang sudah recurring, summary bisa cukup di log.
Buat bisnis, agentic payment bisa jauh lebih powerful.
Bayangin procurement agent memonitor stok bahan.
Kalau inventory turun, agent mencari supplier approved, membandingkan harga, lalu membuat purchase order.
Untuk nominal di bawah Rp5 juta, otomatis.
Di atas itu, manager approve.
Ini bisa menghemat kerja.
Tapi bisnis perlu audit trail.
Siapa memberi instruction?
Data apa yang dipakai?
Vendor mana dipilih?
Kenapa?
Berapa total?
Apakah ada conflict?
Sistem tradisional sudah punya procurement control.
Agent tidak boleh menjadi alasan membuang control.
Justru karena agent bergerak cepat, logging harus lebih baik.
Ada juga question liability.
Kalau agent salah beli, siapa yang bertanggung jawab?
User?
Platform AI?
Payment network?
Merchant?
Developer agent?
Pertanyaan ini belum selesai secara global.
Infrastruktur 2026 sedang mencoba membuat intent dan identity lebih jelas supaya dispute bisa dipahami.
Tapi konsumen harus tetap melihat terms.
Jangan menganggap semua agentic payment punya perlindungan identik dengan transaksi kartu biasa.
Perhatikan siapa provider dan jalur pembayaran.
Refund menjadi area penting.
Kalau manusia beli sepatu salah size, proses refund sudah familiar.
Kalau agent beli atas nama manusia, merchant perlu tahu bagaimana return flow bekerja.
Apakah agent bisa mengajukan?
Apakah manusia harus approve?
Ke mana dana kembali?
Kalau agent membeli bundle dari beberapa merchant, dispute bisa kompleks.
Kemudahan checkout harus diimbangi kemudahan undo.
Ini akan menjadi bagian besar dari commerce berikutnya.
Buat user Indonesia, agentic payment mungkin belum terasa mainstream di semua aplikasi pada Agustus 2026.
Jangan menganggap setiap bank atau merchant lokal sudah support.
Tapi infrastructure global bergerak cepat.
Mastercard Agent Pay, Visa Intelligent Commerce, dan kolaborasi dengan AI platform menunjukkan arahnya.
Jadi dari sekarang ada baiknya membentuk mental model.
AI agent bukan anak yang dikasih kartu ATM.
Dia software dengan permission.
Permission harus minimum.
Bisa dicabut.
Bisa diaudit.
Punya limit.
Punya scope.
Ada approval untuk high-risk action.
Kalau platform menawarkan agent payment tanpa kontrol yang jelas, jangan buru-buru.
Tanya:
Bisa set budget?
Bisa batasi merchant?
Bisa require approval?
Ada transaction log?
Credential disimpan bagaimana?
Bisa revoke access?
Bagaimana dispute?
Bagaimana refund?
Apakah merchant tahu transaksi dilakukan agent?
Pertanyaan ini lebih penting daripada “agent-nya pintar nggak?”
Karena kecerdasan tanpa kontrol adalah liability.
Kita sudah punya prinsip serupa di perusahaan.
Karyawan finance tidak otomatis punya akses ke semua rekening.
Limit approval berbeda.
Role berbeda.
Audit berbeda.
AI agent seharusnya diperlakukan sama.
Least privilege.
Kalau dia cuma butuh Rp500 ribu untuk beli kebutuhan kantor, jangan kasih akses Rp50 juta.
Agentic commerce yang sehat tidak membuat uang terasa invisible.
Justru dia membuat intent dan batas lebih explicit.
AI boleh mengambil friction dari pencarian dan checkout.
Tapi friction keamanan perlu dipertahankan di tempat yang benar.
Semakin besar uangnya, semakin jelas persetujuan.
Semakin otomatis sistemnya, semakin lengkap log.
Semakin luas permission, semakin kuat monitoring.
AI agent membayar untuk kita bisa sangat useful.
Yang tidak useful adalah agent yang kita percayai seperti manusia padahal kita tidak memberi manusia pun akses finansial tanpa batas.
Teknologi pembayaran baru tetap tunduk pada rule lama: siapa yang bisa mengeluarkan uang harus punya limit, accountability, dan cara dihentikan.
Ada satu kontrol yang sering diremehkan: default deny. Agent sebaiknya tidak boleh melakukan tindakan yang belum secara eksplisit diizinkan. Kalau task adalah beli tiket, dia tidak otomatis boleh daftar loyalty program, membeli insurance tambahan, atau upgrade seat berbayar. Setiap perluasan scope harus punya rule.
Consumer juga perlu satu dashboard untuk melihat semua permission agent yang aktif. Kalau akses tersebar di lima layanan, user akan lupa siapa masih punya hak melakukan transaksi.
Autonomy yang bagus bukan kebebasan total. Ia kebebasan di dalam pagar yang jelas.
Autonomy yang bagus bukan kebebasan total. Ia kebebasan di dalam pagar yang jelas.
Autonomy yang bagus bukan kebebasan total. Ia kebebasan di dalam pagar yang jelas.
Autonomy yang bagus bukan kebebasan total. Ia kebebasan di dalam pagar yang jelas.
Autonomy yang bagus bukan kebebasan total. Ia kebebasan di dalam pagar yang jelas.
Autonomy yang bagus bukan kebebasan total. Ia kebebasan di dalam pagar yang jelas.
Autonomy yang bagus bukan kebebasan total. Ia kebebasan di dalam pagar yang jelas.
Autonomy yang bagus bukan kebebasan total. Ia kebebasan di dalam pagar yang jelas.
Autonomy yang bagus bukan kebebasan total. Ia kebebasan di dalam pagar yang jelas.
Autonomy yang bagus bukan kebebasan total. Ia kebebasan di dalam pagar yang jelas.
Bacaan terkait
Artikel ini berada dalam Fintech & Digital Payments dan mengikuti metodologi editorial Undercover.id. Format terkait tersedia di Explainer teknologi dan kebijakan digital.