Un valor por defecto también es una decisión
Un pequeño fraude con tarjeta, leído con ojos de analista de riesgo. Quien no asume un riesgo no debería dejarlo como opción por defecto para el cliente.
Hoy, por casualidad, mi esposa sufrió un fraude en su tarjeta virtual de Nubank. Unos 300 reales en cinco transacciones a algún Uber Eats genérico, en menos de veinte minutos. Incluso después de bloquear la tarjeta, seguimos recibiendo avisos de nuevos intentos.
Me llamó la atención que el fraude ocurrió en la tarjeta virtual, con la función débito, sin contraseña. Para nosotros el impacto fue pequeño: malo, pero manejable. Pero me preocupó encontrar tantas quejas parecidas sobre transacciones en línea con débito sin contraseña en tarjetas virtuales.
¿En qué mundo es razonable dejar una tarjeta virtual habilitada para pagos con débito sin contraseña? ¿Es una funcionalidad o un error? ¿Es mucho pedir un valor por defecto de menor riesgo, en lugar de habilitar cada tarjeta virtual nueva como “débito y crédito sin contraseña”, sin opción de desactivar el débito?
Una transacción con débito no es tan fácil de revertir como una con crédito, sobre todo en consumos cuyo patrón es difícil de reconocer, como las apps de delivery.
Si la empresa no asume el riesgo de una transacción fraudulenta con débito, es contraintuitivo dejar ese riesgo como opción por defecto para el cliente. Todo valor por defecto es una decisión sobre quién carga el riesgo.