Batas harian sudah dihapus: batas yang masih berlaku dan cara menaikkannya

Tulisan ini dulu menjelaskan batas harian: jumlah permintaan pembayaran dan total nominal yang boleh dibuat sebuah akun dalam satu hari. Sejak 15 September 2026 batas itu sudah dihapus. Akun yang sudah terverifikasi tidak lagi dibatasi per hari, dan kode penolakan daily_count_cap serta daily_amount_cap tidak akan muncul lagi.

Kode yang dulu menangani kedua penolakan itu boleh dibiarkan, karena tidak akan pernah terpanggil. Yang perlu dicek adalah catatan internal atau jadwal penjualan yang masih menganggap ada jatah per hari, misalnya kebiasaan menyebar tagihan besar ke beberapa hari atau memajukan jam mulai penjualan tiket supaya tidak mentok di tengah hari.

Yang tidak berubah adalah empat batas di bawah ini. Angka yang berlaku untuk akun Anda selalu ada di halaman batas transaksi.

Sebelum verifikasi: jatah seumur akun

Akun yang verifikasinya belum selesai boleh membuat 10 permintaan pembayaran dengan total Rp 1.000.000. Jatah itu dihitung untuk seumur akun, bukan per hari, jadi tidak pernah kembali nol dengan menunggu.

Dua sisinya dihitung dengan aturan yang berbeda. Sisi jumlah menghitung setiap permintaan yang pernah dibuat kecuali yang canceled, jadi permintaan yang expired atau failed tetap memakai jatah. Sisi nominal hanya menghitung permintaan pending dan succeeded, sehingga permintaan yang kedaluwarsa melepaskan bagiannya pada sisi nominal tetapi tidak pada sisi jumlah. Permintaan mode tes tidak dihitung pada keduanya.

Penolakannya datang sebagai 429 dengan kode unverified_count_cap atau unverified_amount_cap. Jalan keluarnya bukan menunggu dan bukan meminta kenaikan lewat dukungan, melainkan menyelesaikan verifikasi. Langkahnya ada di panduan verifikasi akun langkah demi langkah. Setelah verifikasi disetujui, jatah ini tidak berlaku lagi dan tidak digantikan batas harian apa pun.

Nominal minimum dan maksimum per pembayaran

Setiap pembayaran tetap punya rentang nominal: QRIS mulai Rp 1.000, Virtual Account mulai Rp 10.000, dan maksimum Rp 10.000.000 per pembayaran untuk setiap metode. Nominal di luar rentang itu ditolak saat pembuatan dengan amount_too_small atau amount_too_large. Yang dicek adalah angka yang dibayar pembeli, jadi pada mode pembeli menanggung biaya, biayanya ikut terhitung; hitungannya ada di cara menetapkan harga setelah biaya transaksi.

Rentang ini yang bisa dilonggarkan lewat permintaan: Kasera dapat menaikkan maksimum Virtual Account untuk akun tertentu; ajukan lewat surel halo@kasera.id dengan angka, bukan kata “lebih besar”: nominal terbesar yang biasa ditagih, perkiraan jumlahnya per bulan, dan jenis usahanya. Selama belum dinaikkan, tagihan di atas maksimum dipecah menjadi beberapa pembayaran, sebaiknya mengikuti termin yang sudah disepakati.

Batas laju per menit

API membatasi 300 permintaan per menit per API key, dan halaman pembayaran publik membatasi 120 permintaan per menit per alamat IP. Keduanya ditolak dengan 429 dan kode rate_limited. Penyebabnya kecepatan, bukan volume, jadi menunggu beberapa detik lalu mencoba ulang dengan jeda yang makin panjang memang menyelesaikannya.

Aturan “coba ulang setiap kali menerima 429” masih tidak cukup, karena jatah sebelum verifikasi juga dijawab dengan 429 dan tidak akan berubah dengan menunggu. Bercabanglah pada kodenya: rate_limited diulang, unverified_count_cap dan unverified_amount_cap dihentikan dan dilaporkan ke manusia. Percobaan ulang sebaiknya membawa Idempotency-Key yang sama supaya tidak menjadi pembayaran baru; bentuk kegagalannya dibahas di idempotency untuk pembayaran.

Masa berlaku 60 menit

Permintaan pembayaran yang tidak dibayar kedaluwarsa setelah 60 menit secara bawaan. Ini bukan batas yang menolak pembuatan, tetapi sering disangka demikian ketika pembeli membuka tautan lama. Pembayaran yang belum lunas cukup diterbitkan ulang; pilihan masa berlaku yang cocok untuk tiap jenis pesanan ada di tulisan tentang masa berlaku tagihan.

Batas-batas ini sebaiknya diperiksa sebelum pembeli pertama membayar, bukan sesudahnya. Urutan lengkapnya ada di checklist sebelum menerima pembayaran sungguhan yang pertama, dan hal lain yang bisa menghentikan penerimaan pembayaran, termasuk penangguhan akun, dibahas di panduan menjaga akun tetap bisa menerima pembayaran.