Authorized dan captured: bedakan dana ditahan sebelum menganggap pesanan sudah dibayar

Authorized umumnya berarti alur pembayaran yang memenuhi syarat telah menyetujui dan menahan suatu jumlah pada metode pembayaran pelanggan. Captured berarti proses penagihan sudah melewati tahap otorisasi saja. Keduanya tidak otomatis membuktikan uang telah masuk ke rekening bank merchant.

Baca definisi penyedia sebelum bertindak. Permintaan capture, penerimaan permintaan, dan hasil pemrosesan akhirnya dapat menjadi peristiwa berbeda. Nama dalam panduan ini menjelaskan tahapan, bukan menyatakan semua penyedia menggunakan status yang sama.

Baca pembayaran sebagai rangkaian tahap

Mutasi kartu bisa menampilkan penahanan sementara seperti transaksi yang selesai. Tangkapan layar pelanggan membantu pemeriksaan, tetapi cocokkan dengan riwayat pembayaran penyedia sebelum menandai pesanan lunas berdasarkan tampilannya.

Hubungkan nomor pesanan, referensi otorisasi, dan referensi capture. Cocokkan pula catatan settlement dan payout secara terpisah. Satu angka total penjualan tidak menjelaskan apakah setiap transaksi sudah diterima bank.

Periksa dukungan, jumlah dan masa berlaku

Periksa dahulu apakah metode pembayaran, akun merchant, dan transaksi mendukung capture terpisah. Beberapa metode menagih otomatis atau tidak menyediakan capture manual. Kemampuan kartu tidak boleh dianggap berlaku untuk semua debit bank atau dompet.

Pastikan pengaturan capture transaksi sebenarnya. Capture otomatis, otomatis tertunda, dan manual memerlukan tindak lanjut berbeda. Pengaturan bawaan akun dapat berbeda dari pengaturan transaksi yang diizinkan; konfirmasi pesanan bukan pengganti pemeriksaan ini.

Temukan waktu kedaluwarsa transaksi beserta zona waktunya. Jaringan kartu, jenis transaksi, negara dan aturan penyedia dapat mengubah masa berlaku. Jangan memakai tenggat tujuh hari atau 28 hari sebagai aturan universal.

Perpanjangan otorisasi dan beberapa capture parsial mempunyai syarat. Periksa kelayakan serta pengaturan aktif sebelum mengandalkannya. Jadwal pengiriman yang panjang tidak memperpanjang penahanan dana secara otomatis.

Periksa mata uang, jumlah diotorisasi, jumlah yang masih dapat dicapture dan referensi yang benar. Otorisasi dibatalkan atau kedaluwarsa, jumlah tidak didukung, maupun mata uang berbeda dapat menggagalkan operasi.

Tanda terima asinkron bukan bukti selesai. Adyen, misalnya, membedakan permintaan capture yang diterima dari hasil webhook dan menjelaskan kemungkinan CAPTURE_FAILED sesudahnya. Periksa hasil aktual dan riwayat berikutnya.

Contoh pesanan hipotetis sebesar 1.200 unit

Bayangkan pesanan kartu yang memenuhi syarat sebesar 1.200 unit mata uang. Otorisasi terjadi Hari 1 pukul 10:00 UTC; contoh capture berlangsung Hari 2 pukul 10:00 UTC. Anggap kedaluwarsa Hari 3 pukul 18:00 UTC. Semua angka dan waktu ini rekaan.

Pada tahap pertama, catat otorisasi 1.200 dan capture nol. Ini reservasi di sisi pelanggan, bukan kas merchant 1.200 atau dana cadangan pemroses. Biaya dan pajak dikeluarkan dari model demi kejelasan, bukan dinyatakan gratis.

Dalam cabang capture parsial, anggap penyedia mengonfirmasi pemrosesan capture 900 dan alur rekaan hanya mengizinkan satu capture parsial. Sisa 300 dibatalkan atau dilepas berdasarkan asumsi tersebut: 1.200 dikurangi 900 sama dengan 300.

Pada cabang alternatif, merchant membatalkan seluruh otorisasi sebelum capture apa pun. Dana ditahan sebesar 1.200 mengikuti proses pembatalan atau pelepasan yang didukung. Tidak ada pembayaran yang sudah dicapture untuk direfund; waktu tampilnya pelepasan di bank tidak ditentukan.

Alternatif lain tidak melakukan capture sebelum tenggat rekaan. Otorisasi kemudian kedaluwarsa sehingga penahanan lama tidak dapat langsung dicapture sesudahnya. Otorisasi baru, jika diperbolehkan, memerlukan proses penyedia dan izin pelanggan yang sesuai.

Cabang tersebut adalah alternatif, bukan jumlah yang harus ditambahkan. Sisa 300 dalam model bukan refund dari 900 yang dicapture. Konfirmasi capture tetap memerlukan pemeriksaan settlement serta payout ke bank secara terpisah.

Rutinitas pemeriksaan merchant

Tetapkan kebijakan pemenuhan pesanan yang terdokumentasi untuk bisnis dan metode pembayaran Anda. Sebagian alur mendukung capture sekitar pengiriman, lainnya berbeda. Persetujuan otorisasi saja bukan alasan menjanjikan pengiriman atau perlindungan keuangan.

Jika capture gagal atau hasilnya belum jelas, periksa riwayat pembayaran semula sebelum mencoba ulang atau membuat tagihan lain. Cocokkan referensi dan jumlah agar tim dukungan tidak menagih pelanggan dua kali tanpa sengaja.

Sesudah pembayaran dicapture, gunakan proses refund atau pembalikan yang didukung penyedia bila diperlukan. Membatalkan pesanan di sistem toko saja tidak otomatis membatalkan otorisasi atau mengembalikan pembayaran yang sudah ditagih.

Jika pelanggan masih melihat penahanan setelah pembatalan, berikan referensi, jumlah dan waktu transaksi yang boleh dibagikan untuk tindak lanjut penyedia atau bank. Jangan menjanjikan pelepasan instan atau meminta data kartu lengkap.

• Cocokkan referensi pesanan, otorisasi dan capture.
• Catat jumlah diotorisasi dan jumlah yang masih dapat dicapture.
• Simpan waktu kedaluwarsa aktual dan zona waktu.
• Pastikan metode yang didukung dan pengaturan capture.
• Periksa tanda terima, hasil dan kegagalan berikutnya.
• Pisahkan sisa dibatalkan atau dilepas dari refund.
• Rekonsiliasikan settlement, payout dan mutasi bank sebenarnya.

Pertanyaan umum

Pelanggan melihat debit. Apakah capture sudah terbukti?

Belum tentu. Tampilan penerbit kartu dapat mengaburkan reservasi dan tagihan tercatat. Bandingkan status pembayaran, capture dan pembatalan untuk transaksi yang tepat; jelaskan bukti terkini tanpa menjanjikan waktu pemrosesan bank.

Bisakah sisa 300 ditagih kemudian?

Hanya jika alur sebenarnya mendukung capture lanjutan dan otorisasi masih dapat digunakan. Contoh ini secara tegas membatasi satu capture parsial dan melepas sisa dana. Jangan menganggap 300 tersebut otomatis bisa dicapture kembali.

Lanjutkan ke pertanyaan yang tepat

Setelah status capture jelas, baca Settlement, refund dan chargeback untuk settlement dan kas bank, serta Total biaya payment gateway untuk biaya dan dana merchant yang dibatasi. Panduan netral lainnya tersedia di TrustFinance Blog.

Sumber dan cakupan

Halaman resmi berikut menjelaskan mekanisme khusus penyedia yang diperiksa pada 12 Oktober 2026. Halaman tersebut tidak menetapkan tenggat universal, hak konsumen setempat atau jaminan penerimaan dana. Konfirmasikan ketentuan entitas kontrak, akun dan metode pembayaran Anda.

• Stripe: menahan dana pada metode pembayaran
• Stripe: siklus Payment Intents
• Stripe: refund dan pembatalan pembayaran
• Adyen: capture
• Adyen: siklus pembayaran