Una ventaja de procesar pagos con nosotros es la protección integrada contra el fraude. Este tipo de transacciones crece cada día, lo que aumenta la presión financiera de los comerciantes.
Mantenemos una lista negra global para proteger a todos nuestros comerciantes de fraudes conocidos. A un consumidor con un número de tarjeta de crédito (u otro parámetro marcado) en la lista negra no se le permitirá completar la transacción inicial, que será rechazada:
También configuramos otras medidas antifraude para usted, como reglas de velocidad de transacción. Muchos más códigos de error están asociados con estos, como 585 - Demasiadas transacciones rechazadas seguidas.
Pero estamos hablando de transacciones rechazadas, no de alertas de fraude. Las alertas de fraude son transacciones que se han procesado con éxito y que se denuncian como fraude más tarde.
Verá, hay consumidores que aún no han sido denunciados: tal vez se acaba de robar un número de tarjeta de crédito o tal vez un cliente real tiene la intención de cometer un "fraude amistoso". En estos casos, la transacción inicial no parece sospechosa y, por lo tanto, se deja pasar. Y no sabremos que se trata de un "fraude" hasta que el consumidor se queje al emisor de su tarjeta, que luego informa a su banco, que a su vez nos informa a nosotros.
Recibimos actualizaciones periódicas de sus bancos adquirentes que nos informan cuando se han producido fraudes. La buena noticia para usted es que recibir alertas de fraude es gratis y algunas alertas de fraude son solo alertas: se marcan como fraude y "fin de la historia", su banco adquirente no hace nada. La mala noticia es que, en el caso de algunos fraudes, pueden producirse contracargos.
Al igual que los contracargos, las alertas de fraude tienen el mismo ID de transacción que la operación de venta/facturación/captura original:
Registramos cada caso de fraude que haya pasado por su(s) Iniciador(es) y los enumeramos en un área dedicada del Backoffice:
Puede analizar en profundidad una alerta de fraude para ver los detalles del comprador y cualquier transacción relacionada con el fraudulento, si existe alguna. Esto lo ayudará a decidir si desea o no incluir en la lista negra los parámetros del comprador, de modo que no se permitan futuras transacciones por número de tarjeta, correo electrónico o dirección IP.
Lo alentamos a que controle sus transacciones a diario, si es posible, y que incluya en la lista negra cualquier tarjeta de crédito, correo electrónico o dirección IP sospechosa que pueda ver. Consulte los artículos relacionados vinculados a continuación para obtener instrucciones..
Tenga en cuenta que también nos reservamos el derecho de incluir en la lista negra (global) a cualquier comprador que veamos que está afectando a nuestros comerciantes, en su nombre. Esto es para proteger a todos los involucrados.
Entender las alertas de fraude
Existen diferentes respuestas a las alertas de fraude que debe considerar según lo que incluya o no incluya una alerta de fraude en particular. Estas se analizan aquí. Sin embargo, primero veamos cómo interpretar una alerta de fraude.
Para obtener más información sobre una alerta de fraude, haga clic en el botón Ver 🔍 en la columna Acciones de una alerta de fraude en particular:
In the window that appears, the Main information tab gives you the sequence of events for this fraud alert:
The Related transactions tab will tell you if a chargeback has been processed in response to this fraud:
In this example, there is nothing we can do: a chargeback has already been processed. We can, however, blacklist the shopper, to prevent any rebills from going through. This would be the safest thing to do: it would prevent any more chargebacks from occurring, and it would prevent the shopper from performing a brand new transaction with us via this Originator.
Now let’s take a look at another example. We open another fraud alert:
In the window that appears, the Main information tab gives us the timeline of events:
We check the Related transactions tab. Here we can see that the transaction that was later classified as a fraud was a rebill. Luckily, no chargeback has been processed yet (we can tell because there is no chargeback information):
However, we want to drill down on our rebill to see the original operation connected to it, in order to find out more. We click the View 🔍 button in the Actions column to drill farther down. And now we see an older, authorization operation:
In the above example, we can see that our shopper probably complained upon being rebilled; he or she did not have a problem with the original authorization. In this case, we would wait to see if we receive a request for information. If we do, and no chargeback process has been initiated, we would give the customer a refund. We would also cancel this shopper’s subscription immediately (please see the related article for instructions) so that he or she is not rebilled again, or better yet, blacklist his or her details, so he or she cannot conduct any further transactions with us.
Can you fight “friendly fraud”?
Yes. If a “fraud” has resulted in a chargeback, and you have proof that the entire process was legitimate (if you can confirm that the person who made the purchase was the cardholder and that the service was provided correctly), then you may have a chance of recovering the chargeback (transaction) amount. The outcome of the dispute will depend on the bank: some are stricter than others.