Agentic Payment Membutuhkan Batas Belanja yang Jelas

Kalau manusia pegang kartu kredit, kita punya beberapa lapisan kontrol alami.

Capek.

Lupa.

Harus buka aplikasi.

Harus klik.

Harus mikir.

AI agent tidak punya friction itu.

Kalau diberi izin, software bisa bertransaksi terus.

Cepat.

Konsisten.

Bisa 24 jam.

Bisa ratusan kali.

Ini alasan agentic payment membutuhkan batas belanja yang jauh lebih jelas daripada sekadar “agent dipercaya”.

Pada 2026, Mastercard meluncurkan Agent Pay for Machines dengan konsep credentialing, permissioning, authorization rules, dan spending limits yang bisa diterapkan secara programmatic. Mereka juga sudah menjalankan transaksi agentic terautentikasi dan payment live dalam environment terkontrol bersama institusi finansial di beberapa negara.

Jadi spending limit bukan detail UX.

Dia fondasi.

Bayangin AI procurement agent untuk agency di Senopati.

Tugasnya menjaga tool subscription, membeli credit API, dan reorder software seat saat tim bertambah.

Kalau agent punya kartu dengan limit Rp100 juta dan instruction cuma “jaga operasional jangan sampai terganggu”, itu terlalu luas.

Software bisa salah interpretasi.

Vendor bisa menaikkan harga.

Account bisa compromised.

Prompt injection bisa memengaruhi keputusan.

Agent bisa membeli duplicate service.

Semua berjalan cepat.

Batas pertama harus nominal.

Misalnya agent boleh transaksi maksimal Rp500 ribu per item.

Maksimal Rp5 juta per hari.

Di atas itu, manusia approve.

Nominal memberi hard stop.

Kalau reasoning rusak, damage tetap terbatas.

Batas kedua adalah kategori merchant.

Agent untuk software boleh bayar SaaS provider.

Tidak boleh beli gift card.

Tidak boleh transfer peer-to-peer.

Tidak boleh crypto.

Tidak boleh merchant yang belum approved.

Ini mengurangi surface.

Payment credential tidak general-purpose.

Scope-specific.

Mastercard dalam materi agentic payment 2026 bahkan menjelaskan scoped permission bisa dibatasi merchant category, purpose, amount, atau time window.

Konsepnya persis seperti role-based access di IT.

Admin database tidak otomatis punya akses payroll.

AI agent juga tidak seharusnya punya seluruh wallet.

Batas ketiga adalah waktu.

Agent untuk booking perjalanan mungkin hanya butuh akses selama satu jam.

Setelah booking selesai, credential expire.

Jangan biarkan authority tetap hidup hanya karena convenience.

Permission yang tidak dipakai adalah liability.

Batas keempat adalah frequency.

Kalau agent normalnya melakukan lima transaksi sehari, kenapa tiba-tiba 500?

Rate limit penting.

Bukan cuma untuk API.

Untuk uang.

Agent Pay for Machines dirancang untuk transaksi frekuensi tinggi dan bahkan microtransaction. Use case seperti itu memang butuh high velocity, tetapi justru rule frequency harus eksplisit.

Machine-speed commerce berarti machine-speed mistakes juga mungkin.

Batas kelima adalah purpose.

Ini paling menarik.

Agent tidak hanya diberi “Rp2 juta”.

Dia diberi intent.

“Beli tiket Jakarta-Singapura tanggal X, maksimal Rp2 juta, economy, bagasi minimal 20 kg.”

Kalau agent kemudian mencoba membeli voucher game, transaction tidak cocok dengan purpose.

Mastercard memperkenalkan konsep Verifiable Intent yang mengaitkan authorization dengan instruction dan outcome.

Ini membantu traceability.

Kenapa transaksi terjadi?

Atas instruction mana?

Apakah hasilnya sesuai?

Payment bukan lagi sekadar card number valid.

Ada context.

Batas keenam adalah approval.

Autonomy tidak harus binary.

Agent boleh menemukan.

Membandingkan.

Memilih.

Mengisi checkout.

Kemudian berhenti.

“Total Rp4,8 juta. Approve?”

Untuk transaksi besar, ini ideal.

User tetap memegang irreversible moment.

Untuk kecil dan rutin, bisa auto.

Risk-based approval.

Misalnya groceries keluarga maksimal Rp500 ribu boleh otomatis.

Gadget tidak.

Subscription baru tidak.

Recurring bill yang sama boleh.

Perubahan rekening merchant tidak.

Rule bisa personal.

Perusahaan juga bisa beda.

Finance team perlu matrix.

Jenis transaksi.

Limit.

Approver.

Merchant class.

Exception.

Audit.

Agent mengikuti.

Ini bukan sesuatu yang asing.

Corporate finance sudah lama hidup dengan delegation of authority.

AI hanya aktor baru.

Jangan membuat kontrol lebih lemah hanya karena aktornya software.

Ada juga spending velocity.

Manusia susah menghabiskan Rp100 juta dalam 200 transaksi selama lima menit.

Agent bisa.

Fraud detection harus memahami pattern machine commerce.

Payment network perlu tahu transaksi datang dari agent legit, bukan bot attacker.

Credentialing agent penting.

Visa dan Mastercard sama-sama bergerak ke arah agent identity dan consumer control karena tanpa itu ekosistem kesulitan membedakan automation sah dan fraud.

Batas juga melindungi dari hallucination.

Model salah baca harga.

Menganggap mata uang USD sebagai IDR.

Salah memahami quantity.

Beli 100 item karena parsing error.

Classic software bug bisa terjadi.

AI menambah ambiguity.

Hard constraint menyelamatkan.

Kalau budget Rp2 juta, checkout US$2.000 harus gagal.

Jangan berharap agent “sadar”.

Policy engine harus enforce.

Ada problem subscription.

Agent bisa subscribe service lalu lupa cancel.

Manusia juga begitu.

Tapi agent bisa membuat lebih banyak.

Batas harus mencakup recurring commitment.

Mungkin agent boleh melakukan one-time purchase tetapi subscription baru wajib approval.

Atau recurring total per bulan dibatasi.

Future liability penting, bukan cuma transaksi saat ini.

Ada refund dan reversal.

Kalau agent salah beli, apakah dia boleh otomatis refund?

Mungkin iya untuk merchant trusted.

Kalau refund menawarkan store credit versus cash, siapa pilih?

Constraint perlu mencakup post-purchase.

Commerce tidak berhenti di payment authorization.

Buat consumer, dashboard menjadi krusial.

Kita perlu lihat:

Agent apa yang punya akses.

Limit berapa.

Merchant apa.

Permission apa.

Kapan expire.

Transaksi terakhir.

Bisa revoke satu klik.

Kalau permission tersembunyi di menu tujuh level, user tidak punya kontrol nyata.

Agentic payment harus lebih transparent daripada card-on-file, bukan lebih opaque.

Ada juga notification design.

Kalau agent transaksi 100 kali sehari, push notification 100 kali tidak berguna.

User akan mute.

Perlu summary dan anomaly alert.

“Agent menghabiskan Rp1,2 juta hari ini sesuai budget.”

Atau:

“Transaksi di merchant baru menunggu approval.”

Notification harus information-dense.

Bukan spam.

Untuk perusahaan, audit trail wajib.

Siapa mengubah limit?

Kapan?

Instruction apa?

Agent version mana?

Merchant mana?

Invoice?

Kalau ada dispute, semua bisa dilihat.

AI output sendiri tidak cukup.

Need transaction evidence.

Ada issue insider risk.

Karyawan bisa memberi agent instruction yang tampak legitimate tetapi sebenarnya menyalahgunakan budget.

Jadi identity user yang memberi instruction juga harus tercatat.

Agentic system harus tahu principal.

Siapa yang mewakilkan authority.

Tidak boleh ada “agent melakukannya” sebagai jawaban akhir.

Responsibility chain harus jelas.

Di 2026, live transaction yang dijalankan AI agent sudah berhasil diuji dalam regulated banking environment di Eropa melalui Santander dan Mastercard. Payment berjalan dalam predefined limits dan permissions.

Milestone ini penting karena menunjukkan industry tidak mendesain agentic payment sebagai kebebasan tanpa kontrol.

Justru limit adalah bagian architecture.

Buat startup atau bisnis kecil yang nanti memakai agent payment, jangan mulai dari model.

Mulai dari policy.

Berapa kerugian maksimal yang bisa diterima?

Transaksi apa yang boleh otomatis?

Merchant mana?

Siapa approve?

Bagaimana revoke?

Kalau agent error, siapa tahu?

Bagaimana rollback?

Baru pilih teknologi.

AI yang sangat pintar tetap bisa salah.

Policy yang sangat jelas membatasi konsekuensi salah.

Ini prinsip engineering yang sehat.

Agentic payment punya potensi besar.

Machine bisa membeli compute sendiri.

Sistem bisa membayar microservice.

Inventory agent bisa reorder.

Travel agent bisa booking.

Personal assistant bisa bayar rutin.

Friction turun drastis.

Tapi jangan lupa fungsi friction.

Kadang friction adalah guardrail.

Masa depan bukan menghapus semua friction.

Masa depan adalah memindahkan friction ke decision point yang benar.

Rp50 ribu recurring? otomatis.

Rp50 juta first-time merchant? stop.

Agent boleh cepat.

Budget harus lebih cepat menghentikannya.

Batas juga harus bisa berbeda per agent. Agent travel, procurement, dan personal shopping tidak perlu berbagi credential yang sama. Pemisahan ini membuat incident containment lebih mudah. Kalau satu agent compromised, yang lain tetap aman.

Untuk keluarga, konsepnya mirip kartu tambahan dengan limit. Agent tidak perlu akses ke seluruh kekayaan. Beri budget sesuai tugas.

Kepercayaan pada agent seharusnya selalu diterjemahkan menjadi permission yang bisa dihitung, bukan perasaan.

Kepercayaan pada agent seharusnya selalu diterjemahkan menjadi permission yang bisa dihitung, bukan perasaan.

Kepercayaan pada agent seharusnya selalu diterjemahkan menjadi permission yang bisa dihitung, bukan perasaan.

Kepercayaan pada agent seharusnya selalu diterjemahkan menjadi permission yang bisa dihitung, bukan perasaan.

Kepercayaan pada agent seharusnya selalu diterjemahkan menjadi permission yang bisa dihitung, bukan perasaan.

Kepercayaan pada agent seharusnya selalu diterjemahkan menjadi permission yang bisa dihitung, bukan perasaan.

Kepercayaan pada agent seharusnya selalu diterjemahkan menjadi permission yang bisa dihitung, bukan perasaan.

Kepercayaan pada agent seharusnya selalu diterjemahkan menjadi permission yang bisa dihitung, bukan perasaan.

Kepercayaan pada agent seharusnya selalu diterjemahkan menjadi permission yang bisa dihitung, bukan perasaan.

Kepercayaan pada agent seharusnya selalu diterjemahkan menjadi permission yang bisa dihitung, bukan perasaan.

Kepercayaan pada agent seharusnya selalu diterjemahkan menjadi permission yang bisa dihitung, bukan perasaan.

Kepercayaan pada agent seharusnya selalu diterjemahkan menjadi permission yang bisa dihitung, bukan perasaan.

Kepercayaan pada agent seharusnya selalu diterjemahkan menjadi permission yang bisa dihitung, bukan perasaan.

Kepercayaan pada agent seharusnya selalu diterjemahkan menjadi permission yang bisa dihitung, bukan perasaan.

Kepercayaan pada agent seharusnya selalu diterjemahkan menjadi permission yang bisa dihitung, bukan perasaan.

Kepercayaan pada agent seharusnya selalu diterjemahkan menjadi permission yang bisa dihitung, bukan perasaan.

Kepercayaan pada agent seharusnya selalu diterjemahkan menjadi permission yang bisa dihitung, bukan perasaan.

Kepercayaan pada agent seharusnya selalu diterjemahkan menjadi permission yang bisa dihitung, bukan perasaan.

Kepercayaan pada agent seharusnya selalu diterjemahkan menjadi permission yang bisa dihitung, bukan perasaan.

Kepercayaan pada agent seharusnya selalu diterjemahkan menjadi permission yang bisa dihitung, bukan perasaan.

Kepercayaan pada agent seharusnya selalu diterjemahkan menjadi permission yang bisa dihitung, bukan perasaan.

Kepercayaan pada agent seharusnya selalu diterjemahkan menjadi permission yang bisa dihitung, bukan perasaan.

Kepercayaan pada agent seharusnya selalu diterjemahkan menjadi permission yang bisa dihitung, bukan perasaan.

Kepercayaan pada agent seharusnya selalu diterjemahkan menjadi permission yang bisa dihitung, bukan perasaan.

Kepercayaan pada agent seharusnya selalu diterjemahkan menjadi permission yang bisa dihitung, bukan perasaan.

Kepercayaan pada agent seharusnya selalu diterjemahkan menjadi permission yang bisa dihitung, bukan perasaan.