# Prueba de Stripe Radar Usa la siguiente información para probar la estrategia de prevención de fraude. Utiliza los siguientes números de tarjetas de crédito de prueba para crear pagos en un *entorno de prueba* (A sandbox is an isolated test environment that allows you to test Stripe functionality in your account without affecting your live integration. Use sandboxes to safely experiment with new features and changes) con un nivel de riesgo específico. Crea pagos de prueba en el [Dashboard de Stripe](https://dashboard.stripe.com/test/payments) (en un entorno de prueba) o llamando a [create a charge](https://docs.stripe.com/api.md#create_charge) con tu [clave de API de prueba](https://docs.stripe.com/keys.md). #### Números de tarjeta | Número | Descripción | | ---------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | 4000000000004954 | 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'`). | | 4100000000000019 | Da como resultado un cargo con un nivel de riesgo `highest` que siempre será bloqueado independientemente de tus reglas. | | 4000000000009235 | Da como resultado un cargo con un nivel de riesgo `elevated`. | #### Tokens | Token | Descripción | | ------------------------------ | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | `tok_riskLevelHighest` | 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'`). | | `tok_chargeDeclinedFraudulent` | Da como resultado un cargo con un nivel de riesgo `highest` que siempre será bloqueado independientemente de tus reglas. | | `tok_riskLevelElevated` | Da como resultado un cargo con un nivel de riesgo `elevated`. | #### PaymentMethods | PaymentMethod | Descripción | | ---------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | `pm_card_riskLevelHighest` | 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'`). | | `pm_card_chargeDeclinedFraudulent` | Da como resultado un cargo con un nivel de riesgo `highest` que siempre será bloqueado independientemente de tus reglas. | | `pm_card_riskLevelElevated` | Da como resultado un cargo con un nivel de riesgo `elevated`. | ## Reglas Antes de que [agregues o actualices una regla](https://docs.stripe.com/radar/rules.md), 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)](https://docs.stripe.com/disputes/how-disputes-work.md#early-fraud-warnings). - **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](https://b.stripecdn.com/docs-statics-srv/assets/backtesting-review-new-rule.6f8037bd10a5877e60a6237ebdbd414d.png) Revisa las preguntas de ejemplo de la siguiente tabla para decidir si puedes implementar tu regla. > 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](https://stripe.com/radar/guide#fraud-prevention-performance). | 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](https://docs.stripe.com/disputes/prevention/card-testing.md#consequences) (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 | - It matches payments that were disputed, received an EFW, or refunded as fraud at the cost of an acceptable amount of legitimate payments for your business. 3DS doesn’t always guarantee that your user will receive a challenge. This means that while you might get liability shift if a fraudulent actor passes frictionless 3DS and commits fraud, you might still receive an EFW (which ultimately can lead to identification in 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. |