Kontrol risiko
Sesuaikan seberapa agresif pemblokiran penipuan bagi bisnis Anda dengan Radar for Fraud Teams.
Pengaturan
Guna menyesuaikan skor risiko default untuk memblokir pembayaran, gunakan Radar untuk tim anti-fraud. Buka halaman kontrol risiko Radar untuk melakukan penyesuaian.
Dialog pengaturan risiko menampilkan ambang batas pemblokiran Anda, rasio sengketa, dan statistik penting lainnya
Catatan
Penyesuaian skor risiko berlaku untuk pembayaran Debit Langsung SEPA, ACH, dan kartu. Untuk mencoba hasil yang mungkin dimiliki ambang batas yang berbeda pada pembayaran dari metode pembayaran tertentu, pilih metode pembayaran dan coba ambang batas baru untuk melihat pembayaran yang terpengaruh.
Stripe Radar memberi setiap charge skor risiko numerik antara 0 dan 99, di mana 0 adalah risiko terendah dan 99 tertinggi.
Memblokir pembayaran
Ambang batas pemblokiran default adalah 75, yang berarti Radar memblokir charge dengan skor 75 atau lebih tinggi. Jika Anda menurunkan ambang batas, Anda akan memblokir lebih banyak pembayaran.
Anda harus memastikan aturan blokir default atau aturan khusus yang setara diaktifkan untuk Radar untuk memblokir transaksi berdasarkan ambang batas ini.
Tinjauan manual
Ambang batas tinjauan manual default adalah 65, artinya Radar mengirimkan charge dengan skor 65 atau lebih tinggi ke tinjauan manual. Mengubah ambang batas pemblokiran secara otomatis mengubah ambang batas tinjauan manual.
Agar Radar mengirim transaksi ke tinjauan manual berdasarkan ambang batas ini, Anda harus mengaktifkan aturan tinjauan default atau aturan custom yang setara.
Menyesuaikan ambang batas Anda
Ketika Anda mengubah ambang batas pemblokiran, Anda akan melihat statistik berikut:
| Metrik | Keterangan |
|---|---|
| Estimasi volume penipuan yang diblokir atau diizinkan | Estimasi volume pembayaran penipuan yang akan diblokir atau diizinkan pada ambang batas pemblokiran yang baru. |
| Estimasi volume baik yang diblokir atau diizinkan | Estimasi volume pembayaran baik yang akan diblokir atau diizinkan pada ambang batas pemblokiran yang baru. |
| Estimasi volume terblokir sebelumnya yang diblokir atau diizinkan | Estimasi volume pembayaran terblokir sebelumnya yang akan diblokir atau diizinkan pada ambang batas pemblokiran baru. Karena pembayaran ini diblokir dan tidak pernah diproses, sebagian dari pembayaran ini boleh jadi penipuan. |
| Rasio penipuan berdasarkan volume | Persentase pembayaran berdasarkan volume yang telah menerima sengketa, Peringatan Dini Penipuan (EFW), atau dikembalikan dananya sebagai penipuan. |
| ** Rasio blokir berdasarkan volume** | Persentase pembayaran berdasarkan volume yang telah dicoba tetapi diblokir oleh Radar atau oleh Stripe. Pembayaran diblokir oleh Stripe untuk melindungi Anda dari percobaan kartu dan risiko lain yang memengaruhi semua pengguna, terlepas dari penggunaan Radar Anda. |
Anda dapat menyesuaikan ambang batas default agar sesuai dengan kebutuhan bisnis Anda sendiri. Menetapkan ambang batas skor risiko mengharuskan Anda mempertimbangkan keseimbangan antara berapa banyak penipuan yang diblokir Radar dan berapa banyak pembayaran yang diizinkan.
Blokir lebih banyak penipuan
Jika bisnis mengalami rasio penipuan yang lebih tinggi, Anda dapat menurunkan skor untuk memblokir pembayaran. Guna menentukan skor risiko yang tepat bagi bisnis Anda, arahkan kursor ke bagan Blokir pembayaran tambahan dengan mengatur skor risiko yang dapat diterima.
Bagan ini menunjukkan berapa banyak pembayaran penipuan dan yang tak bermasalah yang akan Anda blokir jika Anda menetapkan ambang batas pada skor risiko tersebut. Di sini, Anda bisa melihatnya:
| Metrik | Keterangan |
|---|---|
| Volume diblokir | Volume pembayaran penipuan dan yang tak bermasalah yang akan diblokir. |
| % diblokir | Masing-masing persentase pembayaran penipuan dan pembayaran tak bermasalah yang diblokir. Misalnya, pemblokiran pada angka 65 akan mengakibatkan 55% penipuan Anda diblokir dengan mengorbankan hanya 1% pembayaran yang tak bermasalah. |
| # Jumlah pembayaran yang diblokir | Jumlah pembayaran penipuan dan yang tak bermasalah yang akan diblokir. |
Pada akhirnya, tergantung pada bisnis Anda untuk memutuskan keseimbangan seperti apa yang Anda inginkan dalam hal banyaknya penipuan versus banyaknya pembayaran tak bermasalah yang Anda blokir.
Izinkan pembayaran lainnya
Jika bisnis Anda memiliki tingkat penipuan dan biaya yang rendah, Anda mungkin ingin meningkatkan skor pemblokiran default sehingga Anda dapat mengizinkan lebih banyak pembayaran secara keseluruhan.
Bagan ini menunjukkan berapa banyak pembayaran yang akan Anda izinkan jika Anda menetapkan ambang batas pada skor risiko tersebut. Di sini, Anda dapat melihat:
| Metrik | Keterangan |
|---|---|
| Volume diizinkan | Volume pembayaran akan diizinkan. |
| # Jumlah pembayaran yang diizinkan | Jumlah pembayaran yang akan diizinkan. |
Jika Anda menaikkan skor risiko untuk memblokir charge, kami tidak dapat memprediksi secara akurat dampak perubahan ini pada rasio penipuan Anda (karena charge yang sebelumnya diblokir kini diizinkan). Berhati-hatilah saat menyesuaikan skor risiko untuk tujuan ini.
Kontrol Penipuan
Autentikasi
Kontrol Autentikasi Radar menambahkan lapisan autentikasi ekstra selama checkout untuk membantu Anda mencegah penipuan. Pembelajaran mesin Stripe berjalan di latar belakang untuk melakukan autentikasi pembayaran berisiko sedang.
Dalam kebanyakan kasus, autentikasi 3DS terjadi tanpa perlu tindakan dari pelanggan. Jika ada sesuatu yang tampak tidak biasa, bank pemegang kartu mungkin meminta pelanggan untuk mengonfirmasi identitasnya melalui tantangan keamanan. Jika 3DS mengautentikasi pembayaran, pertanggungjawaban untuk setiap sengketa terkait penipuan bagi pembayaran tersebut biasanya beralih dari penjual ke penerbit. Ini berarti bahwa dalam sebagian besar kasus, penjual tidak bertanggung jawab atas biaya penipuan pada pembayaran yang diautentikasi 3DS.
Anda dapat menemukan kontrol ini di bagian Kontrol risiko pada Dashboard Radar.
Stripe memicu 3DS secara otomatis jika diharuskan oleh kuasa regulasi, seperti Autentikasi Pelanggan yang Kuat (SCA). Menonaktifkan kontrol tidak mencegah terpicunya 3DS jika diperlukan untuk kepatuhan. Kontrol pencegahan penipuan autentikasi juga tidak tersedia di lingkungan percobaan.