Fallas en Operaciones Online Bancarias: La Eterna Espera
La Ilusión de lo Infalible y el Primer Grito en el Desierto
El ritual es casi sagrado. Uno se sienta frente a una pantalla, convencido de estar al mando de una maquinaria financiera perfecta. Ingresa un CBU, un monto, una clave token que parece forjada por los mismos dioses de la criptografía. Clic. Y entonces, nada. O peor que nada: el dinero se debita pero no llega a destino. El pago al proveedor se esfuma. El saldo de la cuenta queda en un limbo cuántico que ningún físico podría explicar, pero que el home banking refleja con una crueldad pasmosa.
Aquí comienza la primera etapa del duelo: la negación. Uno actualiza la página, cierra la sesión, reinicia el router. Seguramente es un error de visualización, una nimiedad cósmica. Pero las horas pasan y la nimiedad adquiere el peso de un yunque. La confianza en la tecnología, esa fe ciega que nos permite meter todos nuestros ahorros en un sistema que no entendemos, se resquebraja. Es el momento de la revelación: la infalibilidad digital es, y siempre fue, una excelente campaña de marketing.
El siguiente paso es el contacto con el banco. Una odisea moderna. Tras navegar por un menú telefónico diseñado por Escher, uno llega a un representante cuya misión existencial es convertir la angustia en un número de reclamo. “Lo derivo con el sector correspondiente”, “Estamos verificando la incidencia”, “En 72 horas hábiles tendrá una respuesta”. Frases que son el equivalente corporativo a una palmada en la espalda mientras te empujan por un precipicio. El aspecto técnico, ese que el banco esgrime como un arcano indescifrable, es en realidad una verdad incómoda y simple: sus sistemas no son mágicos. Son código, servidores y redes. Una pila de componentes falibles, creados y mantenidos por humanos. El error no es una posibilidad, es una certeza estadística. La verdadera pregunta nunca fue si el sistema fallaría, sino qué tan preparado está el banco para cuando ocurra. La respuesta suele ser desoladora.
El Laberinto de la Prueba: ¿Quién Mueve el Auto?
Entramos en el terreno legal, un ecosistema donde la lógica a menudo toma vacaciones. El banco, en su posición de aparente fortaleza, suele adoptar una postura pasiva-agresiva. Le insinúa al cliente que, de alguna manera, es su responsabilidad demostrar que la operación falló. Es como si, tras un choque, el que tiene el auto abollado tuviera que presentar un paper de física de partículas para demostrar que el otro se cruzó de carril. Afortunadamente, la Ley de Defensa del Consumidor tiene una visión un poco más anclada en la realidad.
Aquí yace una de esas verdades que parecen revelaciones místicas para muchos: en una relación de consumo, la carga de la prueba se invierte. No es el cliente quien debe demostrar la falla del sistema; es el proveedor, el banco, quien debe demostrar que su sistema funcionó a la perfección. Él tiene los registros, los logs, el acceso a las tripas de la maquinaria. Pretender que el usuario, con una simple captura de pantalla, puede auditar una infraestructura bancaria es, en el mejor de los casos, un chiste de mal gusto.
Consejo para el acusador (el cliente): Conviértase en un archivista paranoico. Saque capturas de pantalla de todo: del antes, del durante, del después. Guarde el número de operación, el mail de confirmación (o de error), el número de reclamo, anote día y hora de cada llamada. Su reclamo no se basa en su palabra, sino en la evidencia que pueda apilar. Cada documento es un ladrillo en la muralla que deberá construir contra la indiferencia. No basta con el comprobante del débito; si puede, tenga un extracto que muestre el saldo previo y posterior. Los metadatos son sus mejores amigos.
El Deber de Seguridad: Una Obligación Curiosamente Olvidada
Hablemos de otro concepto legal que los bancos parecen leer en diagonal: el deber de seguridad. No es una sugerencia poética. Es una obligación legal tallada en piedra. Las entidades financieras tienen el deber de proveer un entorno en el que las operaciones de sus clientes se realicen de forma segura. Y aquí viene el giro sutil que lo cambia todo: la seguridad no es solo evitar un hackeo.
Seguridad también implica integridad y disponibilidad. Implica que si una operación se inicia, debe completarse correctamente o revertirse de forma limpia y transparente. Implica que, si algo sale mal, existen mecanismos robustos y ágiles para solucionar el problema. Por lo tanto, el verdadero incumplimiento no es solo el fallo técnico inicial. La verdadera violación del deber de seguridad es la ausencia de una solución. La demora injustificada, las respuestas evasivas, el “estamos trabajando en ello” que se prolonga por semanas… todo eso es parte de la falla. El banco no solo falló en procesar la transacción; está fallando, en tiempo real, en honrar su obligación más básica.
Es fascinante observar cómo este deber se publicita con fervor al momento de vender un producto —“opere con la máxima seguridad”— y cómo se convierte en una entelequia abstracta cuando esa seguridad flaquea. El fallo técnico pasa a ser un “evento ajeno e imprevisible”, como si un meteorito hubiera impactado selectivamente en el byte que contenía su transferencia. Es una narrativa conveniente, pero legalmente insostenible. La infraestructura es suya, la responsabilidad, también.
Resoluciones (Poco) Mágicas y el Costo de la Paciencia
Si la vía del reclamo telefónico se convierte en un desierto, es hora de cambiar de estrategia. El cliente tiene herramientas, aunque el sistema parezca diseñado para ocultarlas. La primera parada es la vía administrativa: Defensa del Consumidor. Plataformas como el COPREC (Servicio de Conciliación Previa en las Relaciones de Consumo) son el escenario donde la soberbia corporativa se encuentra con la obligación de dar una respuesta formal. Es notable la rapidez con la que un reclamo ignorado durante un mes encuentra una “solución favorable” a los pocos días de iniciada una mediación formal. De repente, el área técnica que estaba “investigando” encuentra el rastro del dinero perdido con una eficiencia digna de un premio.
Pero no todo se trata de recuperar el monto original. El tiempo perdido, la angustia, las oportunidades de negocio frustradas, el costo de haber tenido que usar otro dinero para cubrir ese bache… todo eso tiene un valor. Aquí es donde entra en juego el concepto de daño punitivo. No es una indemnización por el daño causado, sino una multa, una sanción económica para el proveedor por su conducta negligente y su grave indiferencia hacia los derechos del consumidor. Su propósito es disuasorio: que al banco le resulte más caro ignorar un problema que solucionarlo. Es, quizás, el único lenguaje que cualquier estructura corporativa entiende sin necesidad de traductores.
Desde la óptica del banco, la situación es un simple cálculo de riesgo. ¿Es más rentable invertir en un sistema de atención y resolución de conflictos de primer nivel, o pagar las multas y reclamos de la pequeña porción de clientes con la energía y el conocimiento para llevar su queja hasta las últimas consecuencias? La respuesta, a juzgar por la experiencia cotidiana de miles de usuarios, parece obvia. El sistema no está roto; funciona exactamente como fue diseñado. La paciencia del cliente es el recurso no contabilizado que subsidia la ineficiencia del sistema. La próxima vez que su dinero quede flotando en el ciberespacio, recuerde que no es víctima de un error aleatorio, sino de un diseño deliberado.
