Ir a contenido
Crea una cuenta
o
Inicia sesión
Logotipo de Stripe Docs
/
Pregúntale a la IA
Crear una cuenta
Iniciar sesión
Empieza ahora
Pagos
Automatización contable
Plataformas y marketplaces
Gestión del dinero
Herramientas para desarrolladores
Empieza ahora
Pagos
Automatización contable
Empieza ahora
Pagos
Automatización contable
Plataformas y marketplaces
Gestión del dinero
ResumenConoce todos los productos
Empieza a desarrollar
Empezar a desarrollar
Proyectos de muestra
Acerca de las API
Build with LLMs
Utiliza Stripe sin necesidad de programación
Configura Stripe
Crea una cuenta.
Dashboard web
Dashboard móvil
Migra a Stripe
Gestiona el riesgo de fraude
Comprender el fraude
Protección contra fraudes de Radar
    Resumen
    Integración
    Sesión de Radar
    Evaluación de riesgos
    Puntuaciones de Radar de varios procesadores
    Configuración de riesgos
    Reseñas
    Listas
    Reglas
      Referencia
      Atributos admitidos
      Probar reglas
      Reglas de resolución de disputas
    Análisis de Radar
    Radar para plataformas
Gestionar disputas
Verificar identidades
InicioEmpieza ahoraRadar fraud protectionRules

Prueba de Stripe Radar

Usa la siguiente información para probar la estrategia de prevención de fraude.

Copiar página

Utiliza los siguientes números de tarjetas de crédito de prueba para crear pagos en un entorno de prueba con un nivel de riesgo específico. Crea pagos de prueba en el Dashboard de Stripe (en un entorno de prueba) o llamando a create a charge con tu clave de API de prueba.

NúmeroDescripción
Da como resultado un cargo con un nivel de riesgo highest, pero podría ser bloqueado según las reglas que hayas dispuesto (por ejemplo, los pagos efectuados con esta tarjeta no serán bloqueados si se deshabilita la regla Block if :risk_level: = 'highest').
Da como resultado un cargo con un nivel de riesgo highest que siempre será bloqueado independientemente de tus reglas.
Da como resultado un cargo con un nivel de riesgo elevated.

Reglas

Antes de que agregues o actualices una regla, buscaremos pagos históricos en modo activo que coincidan con los criterios de la regla. Puedes inspeccionar la lista de pagos para verificar el comportamiento previsto del criterio, y resumimos esos resultados de búsqueda para ayudarte a calcular su efecto futuro.

Para cada regla que pruebes, en el resumen se incluye el volumen y la cantidad de pagos que se dividen en las siguientes categorías:

  • Disputas y alertas preventivas de fraude: pagos que recibieron una disputa o una alerta preventiva de fraude (EFW).
  • Pagos reembolsados: pagos que se reembolsaron.
  • Pagos bloqueados y fallidos: pagos que Radar o Stripe bloquearon o que los emisores rechazaron.
  • Pagos efectuados correctamente: pagos que se procesan en forma correcta y que aún no se identificaron como fraudulentos ni se reembolsaron.

Además, al probar las reglas de permitidos, también puedes ver las Anulaciones. Esto se refiere a los pagos que Radar bloquea debido a un alto riesgo de fraude o a una regla de bloqueo personalizada, pero que ahora estarán permitidos por tu regla propuesta. En el Dashboard, puedes ver más desgloses de estas métricas de resumen. Por ejemplo, puedes ver los reembolsos considerados fraudulentos.

Captura de pantalla que muestra el impacto potencial que podría tener una regla personalizada

Revisa las preguntas de ejemplo de la siguiente tabla para decidir si puedes implementar tu regla.

Precaución

Es raro encontrar una regla perfecta que solo bloquee pagos fraudulentos o solo permita los pagos válidos. Por lo tanto, la decisión de aplicar una regla generalmente se basa en esta disyuntiva: ¿la regla bloqueará la cantidad de pagos fraudulentos suficientes como para que valga la pena que quizás bloquee también algunos pagos legítimos por error? La alternativa que elijas dependerá de las características particulares de tu empresa. Para obtener más información, consulta nuestro manual básico de detección de fraude.

Tipo de reglaImplementa esta regla en los siguientes casos
Bloquear
  • Coincide con los pagos que se disputaron, recibieron una EFW o se reembolsaron por fraude a costa de una cantidad aceptable de pagos legítimos para tu empresa.
  • Coincide con los reembolsos e intentas ahorrar carga operativa y evitar el abuso de los reembolsos.
  • Coincide con los pagos que fallaron porque los emisores rechazaron el pago. A veces, los emisores pueden disminuir las tasas de autorización si envías un alto número de transacciones que fallan (por ejemplo, si una empresa experimenta una gran cantidad de pruebas de tarjetas).
Revisar
  • Coincide con los pagos que se disputaron, recibieron una EFW o se reembolsaron por fraude. Recomienda a tu equipo que evalúe de cerca las posibles transacciones fraudulentas u otras actividades de pago sospechosas.
Solicitar 3D Secure
  • Coincide con los pagos que se disputaron, recibieron una EFW o se reembolsaron por fraude a costa de una cantidad aceptable de pagos legítimos para su empresa. Nota: 3D Secure no siempre garantiza que tu usuario reciba un desafío. Esto significa que, si bien puedes obtener una transferencia de responsabilidad si un estafador pasa sin problemas la autenticación con 3D Secure y comete fraude, aún puedes recibir una EFW (que en última instancia puede conducir a la identificación en el Programa de Monitoreo de Fraude de Visa [VFMP]).
Permitir
  • Coincide con una cantidad aceptable de pagos previamente bloqueados y tú tienes un alto grado de seguridad de que son seguros para tu empresa. Las reglas de permitidos son más difíciles de evaluar porque no hay forma de saber qué cargos previamente bloqueados, de haber sido permitidos, hubieran resultado fraudulentos. Por lo tanto, es importante que revises la lista de pagos históricos que coinciden con estas reglas para asegurarte de que son los pagos que quieres permitir.
  • No coincide con muchas anulaciones. Esto indica que estás dejando ingresar pagos de alto riesgo.
¿Te fue útil esta página?
SíNo
¿Necesitas ayuda? Ponte en contacto con soporte.
Únete a nuestro programa de acceso anticipado.
Echa un vistazo a nuestro registro de cambios.
¿Tienes alguna pregunta? Contacto.
¿LLM? Lee llms.txt.
Con tecnología de Markdoc