Prueba de Stripe Radar

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

Usa los siguientes números de tarjetas de crédito de prueba para crear pagos en modo de prueba con un determinado nivel de riesgo. Crea pagos de prueba en el Dashboard de Stripe (en modo de prueba) o llamando a crear un cargo con la clave de API de prueba.

Número	Descripció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 regla	Implementa 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.