Lewati ke konten
Buat akun
atau
Masuk
Logo Dokumen Stripe
/
Tanya AI
Buat akun
Masuk
Mulai
Pembayaran
Otomatisasi keuangan
Platform dan situs belanja online
Manajemen uang
Alat bantu pengembang
Mulai
Pembayaran
Otomatisasi keuangan
Mulai
Pembayaran
Otomatisasi keuangan
Platform dan situs belanja online
Manajemen uang
Gambaran UmumJelajahi semua produk
Mulai membangun
Mulai mengembangkan
Proyek sampel
Tentang API
Build with LLMs
Gunakan Stripe tanpa kode
Siapkan Stripe
Buat akun
Dashboard Web
Dashboard Seluler
Migrasikan ke Stripe
Kelola risiko penipuan
Pahami penipuan
Perlindungan penipuan Radar
    Gambaran umum
    Integrasi
    Sesi Radar
    Evaluasi risiko
    Skor Radar multipemroses
    Pengaturan risiko
    Ulasan
    Daftar
    Aturan
      Referensi
      Atribut yang didukung
      Coba aturan
      Aturan penyelesaian sengketa
    Analitik Radar
    Radar untuk Platform
Kelola sengketa
Verifikasikan identitas
BerandaMulaiRadar fraud protectionRules

Mencoba Stripe Radar

Gunakan informasi berikut untuk mencoba strategi pencegahan penipuan Anda.

Salin halaman

Gunakan nomor kartu kredit percobaan berikut untuk membuat pembayaran di lingkungan sandbox dengan tingkat risiko spesifik. Buat pembayaran percobaan baik di Dashboard Stripe (di sandbox) ataupun dengan memanggil buat charge dengan kunci API percobaan Anda.

NomorKeterangan
Menghasilkan charge dengan tingkat risiko highest, tetapi dapat diblokir bergantung aturan yang Anda terapkan (misalnya, pembayaran yang dibuat dengan kartu ini tidak akan terblokir jika aturan Block if :risk_level: = 'highest' dinonaktifkan).
Menghasilkan charge dengan tingkat risiko highest, dan selalu terblokir apa pun aturan Anda.
Menghasilkan charge dengan tingkat risiko elevated.

Aturan

Sebelum Anda menambahkan atau memperbarui aturan, kami akan mencari pembayaran mode live yang cocok dengan kriteria aturan. Anda dapat memeriksa daftar pembayaran untuk memverifikasi kriteria perilaku yang diinginkan, dan kami juga merangkum hasil pencarian itu untuk membantu Anda mengestimasi dampaknya di masa mendatang.

Untuk setiap aturan yang Anda coba, ringkasannya menyertakan volume dan jumlah pembayaran yang termasuk dalam kategori berikut:

  • Sengketa dan peringatan penipuan dini: Pembayaran yang menerima sengketa atau peringatan penipuan dini (EFW).
  • Pembayaran yang dikembalikan dananya: Pembayaran yang dikembalikan dananya.
  • Pembayaran yang diblokir dan gagal: Pembayaran yang diblokir oleh Radar, diblokir oleh Stripe, atau ditolak oleh penerbit.
  • Pembayaran yang berhasil: Pembayaran yang berhasil diproses dan belum diidentifikasi sebagai penipuan maupun dikembalikan dananya.

Selain itu, saat mencoba aturan izinkan, Anda juga dapat melihat Pengesampingan. Ini mengacu pada pembayaran yang diblokir Radar karena tingginya risiko penipuan atau aturan pemblokiran custom, tetapi sekarang akan diizinkan oleh aturan yang Anda ajukan. Di Dashboard, Anda dapat melihat perincian lebih lanjut dari metrik ringkasan ini. Misalnya, Anda dapat melihat pengembalian dana yang tergolong penipuan.

Cuplikan layar yang menunjukkan potensi dampak yang disebabkan aturan custom

Tinjau sampel pertanyaan dalam tabel berikut untuk membantu Anda memutuskan apakah dapat mengimplementasikan aturan Anda.

Peringatan

Menemukan aturan yang sempurna yang hanya memblokir pembayaran penipuan atau hanya mengizinkan pembayaran yang baik itu tidak sering terjadi, jadi keputusan Anda untuk mengimplementasikan aturan biasanya didasarkan pada perimbangan. Pertimbangkan apakah aturan ini akan memblokir cukup pembayaran penipuan agar layak dibandingkan setiap pembayaran valid yang mungkin salah diblokirnya? Perimbangan yang tepat bagi Anda bergantung pada jenis bisnis Anda. Untuk informasi selengkapnya, lihat panduan deteksi penipuan kami.

Tipe aturanImplementasikan aturan ini jika…
Blokir
  • Ini cocok dengan pembayaran yang dipersengketakan, menerima EFW, atau dikembalikan dananya karena penipuan dengan biaya sejumlah pembayaran sah yang dapat diterima untuk bisnis Anda.
  • Ini cocok dengan pengembalian dana dan Anda mencoba menghemat beban operasional serta mencegah penyalahgunaan pengembalian dana.
  • Ini cocok dengan pembayaran yang gagal karena penerbit menolak pembayaran. Terkadang, penerbit mungkin menurunkan rasio otorisasi untuk Anda jika Anda mengirim banyak transaksi yang gagal (Misalnya, jika bisnis mengalami Percobaan Kartu dalam jumlah besar) .
Tinjau
  • Ini cocok dengan pembayaran yang dipersengketakan, menerima EFW, atau dikembalikan dananya karena penipuan. Hal ini mendorong tim Anda untuk mengevaluasi dengan cermat potensi transaksi penipuan atau aktivitas pembayaran mencurigakan lainnya.
Minta 3DS
  • Ini cocok dengan pembayaran yang dipersengketakan, menerima EFW, atau dikembalikan dananya karena penipuan dengan biaya sejumlah pembayaran sah yang dapat diterima untuk bisnis Anda. Catatan: 3DS tidak selalu menjamin bahwa pengguna Anda akan menerima tantangan. Artinya, meskipun Anda mungkin mendapatkan pengalihan pertanggungjawaban jika penipu melewati 3DS tanpa hambatan dan melakukan penipuan, Anda mungkin tetap menerima EFW (yang pada akhirnya dapat mengarah pada identifikasi di VFMP).
Izinkan
  • Ini cocok dengan jumlah yang dapat diterima dari pembayaran yang diblokir sebelumnya sehingga Anda memiliki tingkat kepastian terhadap keamanan yang tinggi untuk bisnis Anda. Aturan izinkan agak lebih rumit dievaluasi karena tidak mungkin mengetahui charge yang sebelumnya diblokir yang, jika diizinkan, ternyata adalah penipuan. Jadi, dengan aturan ini, Anda harus meninjau daftar riwayat pembayaran untuk memastikan ini adalah pembayaran yang ingin Anda izinkan.
  • Ini tidak cocok dengan banyak Pengesampingan. Ini menunjukkan bahwa Anda membiarkan pembayaran berisiko tinggi diproses.
Apakah halaman ini membantu?
YaTidak
Butuh bantuan? Hubungi Tim CS.
Bergabunglah dengan program akses awal kami.
Lihat log perubahan kami.
Ada pertanyaan? Hubungi Bagian Penjualan.
LLM? Baca llms.txt.
Dijalankan oleh Markdoc