Cómo crear reglas para la RDR con tecnología de Verifi

La RDR «aceptará» automáticamente una disputa previa de Visa en tu nombre, basándose en las reglas que definas como parte de la inscripción. Las reglas se componen de condiciones que reflejan los atributos de la transacción en disputa, como el importe de la transacción o el identificador de la compra. En el proceso de evaluación de las reglas, el resultado será una respuesta de «aceptar» o «rechazar».

Si se cumplen las condiciones de las reglas, entonces estás optando por «aceptar» la responsabilidad de la disputa previa y autorizar a Visa a reembolsar automáticamente el importe total de la transacción al titular de tarjeta, evitando un contracargo.
Si no se cumple ninguna de las condiciones de las reglas, entonces estás optando por «rechazar» la responsabilidad de la disputa previa, lo que dará lugar a un contracargo.
La cobertura RDR está totalmente automatizada. Una vez establecidas las reglas, no hay ninguna medida adicional que debas tomar para evitar una disputa.

Esta guía te orientará sobre todo lo que necesitas saber para configurar correctamente tus reglas para evitar contracargos a través de RDR.

Entender las reglas RDR

Las reglas se componen de los siguientes elementos principales:

Nombre de la regla
Atributos de la regla
Operador de la regla
Valores de la regla

Nombre de la regla

Identificador creado por el comerciante y disponible en los informes.
Visible para el Emisor y el Adquirente implicados en la solicitud.

Atributos de la regla

Atributo	Definición
BIN del número de cuenta personal	BIN de 6 cifras del emisor
Fecha de la transacción	Fecha en que se realizó la transacción (Por ejemplo: formato: DD/MM/AAAA)
Importe de la transacción	Importe total de la transacción (Por ejemplo: formato: 10,00)
Código de la divisa de la transacción	Código ISO de la divisa de la transacción (Por ejemplo: USD)
Identificador de la compra	Identificador único de pedido asignado a cada transacción. Transmitida al Emisor por el Adquirente para identificar el pedido del cliente para su resolución automatizada.
Categoría de la disputa	Código definido por Visa para clasificar la disputa (Por ejemplo: 10: Fraude, 11: Autorización, 12: Errores de procesamiento, 13: Disputas de los consumidores. Consulta la tabla que se encuentra a continuación para ver todas las categorías de disputas)
Código de condición de la disputa	Subcódigo de la categoría de la disputa para clasificarla mejor (Por ejemplo: 10.4: Otros fraudes, entorno sin tarjeta; 13.3: Mercadería o servicios no conformes a la descripción o defectuosos)

Operadores de la regla

Operador	Definición
Contains	El atributo debe incluir el valor especificado.
EqualTo	El atributo debe ser igual al valor especificado.
GreaterThan	El atributo debe ser mayor que el valor especificado.
GreaterThanOrEquals	El atributo debe ser mayor o igual que el valor especificado.
IsBlank	El atributo no incluye un valor. Puede ser Verdadero o Falso.
LessThan	El atributo debe ser inferior al valor especificado.
LessThanOrEquals	El atributo debe ser menor o igual que el valor especificado.
NotEqualTo	El atributo no es igual al valor especificado.
StartsWith	El atributo debe comenzar con el valor especificado.
IsIn	El atributo debe contener los valores posibles elegidos. Nota: Para Fecha de la transacción, los valores posibles son 30, 60 o 90 días.
IsNotIn	El atributo no debe contener los valores posibles elegidos. Nota: Para Fecha de la transacción, los valores posibles son 30, 60 o 90 días.

Valores de la regla

Atributo	Formato	Valores posibles	Operadores posibles
BIN del número de cuenta personal	Número	Debe ser el BIN de 6 dígitos del emisor.	Contains, EqualTo, IsBlank, NotEqualTo, StartsWith
Fecha de la transacción	Fecha	Fecha en DD/MM/AAAA	EqualTo, NotEqualTo, GreaterThan, GreaterThanOrEquals, IsIn, IsNotIn, LessThanOrEquals, LessThan
Divisa de la transacción Código	Menú desplegable o de forma libre	Alfanumérico Códigos de divisa ISO 4217 Selecciona la divisa de la transacción en el menú desplegable. Puedes seleccionar múltiples valores para «IsIn» e «IsNotIn».	Contains, EqualTo, IsBlank, IsIn, IsNotIn, NotEqualTo, StartsWith
Identificador de la compra	Alfanumérico	Debe ser el identificador único de pedido asignado a cada transacción.	Contains, EqualTo, IsBlank, IsIn, IsNotIn, NotEqualTo, StartsWith
Categoría de la disputa	Menú desplegable o de forma libre	Selecciona una de las siguientes opciones: 10: Fraude 11: Autorización 12: Error de procesamiento 13: Consumidor	Contains, EqualTo, NotEqualTo, IsBlank, IsIn, IsNotIn
Código de condición de la disputa	Menú desplegable o de forma libre	Selecciona el código correspondiente de la tabla que se encuentra a continuación	Contains, EqualTo, NotEqualTo

Consideraciones sobre la configuración de reglas

A continuación se exponen algunos principios a tener en cuenta a la hora de determinar tus reglas:

Se deben definir reglas para cada combinación de BIN/CAID de comerciante.
Cada BIN/CAID puede tener hasta 10 reglas diferentes. Una regla puede tener hasta 7 condiciones.
Todos los campos de la regla (Atributo, Operador, Valor) son obligatorios. No dejes ningún campo en blanco.
Algunos Atributos pueden utilizar operadores de coincidencia aproximada como «StartsWith» o «Contains». El valor mínimo de estos atributos es de al menos un carácter o dígito.
Como prácticas recomendadas, se aconseja no utilizar la entrada de forma libre (cuando se proporcione) junto con operadores de coincidencia aproximada como «Contains» e «IsIn». Esto puede dar lugar a que se acepten varios casos con coincidencias similares.
Las reglas se evalúan en orden secuencial (la regla uno se evalúa primero, luego la regla dos, etc.). Si hay cinco reglas y se cumplen las condiciones de la primera regla, no se evalúan las reglas restantes.
Si se cumplen las condiciones de cualquier regla, entonces la disputa previa se «acepta», lo que da lugar a un reembolso al titular de tarjeta.
Si una regla tiene varias condiciones, deben cumplirse todas las condiciones de la regla para «aceptar» la responsabilidad.
Si no se cumple ninguna de las condiciones de todas las reglas que creaste, la disputa previa se «rechaza» y da lugar a un contracargo.
Para cualquier caso de RDR que se «acepte», el nombre de la regla que se activó se comparte con el Adquirente del Comerciante y el Emisor del Titular de tarjeta para comunicarles por qué se resolvió la disputa.

Prácticas recomendadas para la gestión de reglas

No incluyas categorías de disputa y códigos de condición contradictorios (por ejemplo, una Categoría de disputa = «10» y un Código de condición de disputa = «12.1»).
Una regla no debe entrar en conflicto con otra regla (p. ej. «Fecha de la transacción IsGreaterThan 01/01/2020» en una regla y «Fecha de la transacción IsLessThan 01/01/2020» en otra)
Si el Importe de la transacción es una condición en una regla, debe tener una condición correspondiente para el Código de divisa de la transacción.
Los nombres de las reglas deben ser cortos, explícitos y lo suficientemente claros como para que se pueda hacer referencia a ellos en las comunicaciones de RDR. Se recomienda que el nombre no supere los 30 caracteres.