Sebagian besar artikel teknis di blog ini membahas apa yang terjadi sebelum sebuah aksi dijalankan — konfirmasi ulang, approval berjenjang, titik tanpa kembali. Permintaan refund dan pembatalan justru terjadi setelahnya: pelanggan sudah terlanjur memesan, membayar, atau menjadwalkan sesuatu, lalu berubah pikiran atau menghadapi kendala yang tidak terduga. Ini area yang berbeda karakternya, dan sering luput dari desain awal AI agent.
Kenapa refund bukan sekadar “kebalikan” dari pemesanan
Membatalkan sesuatu terdengar seperti tindakan sederhana, tapi konsekuensinya sering melibatkan pihak ketiga yang tidak bisa diubah begitu saja oleh agent sendiri — dana yang sudah ditransfer ke rekening penjual, slot yang sudah dikunci di sistem vendor, atau stok yang sudah dialokasikan khusus untuk pesanan itu. Agent yang langsung menjanjikan “uang akan dikembalikan hari ini” tanpa tahu proses aktual di baliknya berisiko membuat janji yang tidak bisa dipenuhi tim di belakang layar.
Pendekatan yang lebih aman adalah agent mengonfirmasi permintaan pembatalan, menjelaskan kebijakan yang berlaku (kalau ada aturan potongan biaya, batas waktu pembatalan, atau syarat tertentu), lalu meneruskan ke manusia untuk eksekusi aktual — terutama kalau melibatkan transaksi uang yang sudah berpindah tangan.
Membedakan pembatalan yang aman diotomasi dan yang tidak
Tidak semua pembatalan berisiko sama. Membatalkan reservasi meja restoran yang belum ada pembayaran di muka jauh lebih aman untuk diproses otomatis dibanding membatalkan pesanan custom yang bahan bakunya sudah dibeli khusus untuk pelanggan itu. Agent yang baik perlu tahu perbedaan ini — bukan menerapkan satu aturan pembatalan yang sama untuk semua jenis transaksi.
Pola yang cukup umum dipakai: pembatalan tanpa konsekuensi finansial (belum bayar, belum ada biaya persiapan) bisa diproses langsung oleh agent. Begitu ada uang atau sumber daya yang sudah terpakai, keputusan final sebaiknya tetap di tangan manusia, dengan agent berperan mempercepat proses administratif — mengumpulkan detail pesanan, alasan pembatalan, dan bukti transaksi — bukan mengeksekusi sendiri.
Jangan biarkan pelanggan menebak status pembatalannya
Salah satu keluhan paling umum soal layanan pembatalan, baik yang dilayani manusia maupun agent, adalah ketidakjelasan status: apakah permintaan sudah diterima, sedang diproses, atau ditolak. Agent yang menangani pembatalan sebaiknya selalu memberi konfirmasi tertulis atas permintaan yang masuk, bahkan kalau keputusan akhirnya belum bisa diberikan saat itu juga — supaya pelanggan tidak merasa permintaannya menghilang begitu saja.