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:
Fallido y bloqueado: pagos bloqueados por Radar o por Stripe, o que los emisores rechazaron.
Legítimo: pagos que se procesan correctamente 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.
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.
