La víctima cuenta lo ocurrido; el banco tiene la prueba técnica
En una estafa digital, la víctima suele tener capturas, mensajes, justificantes y denuncia. Pero la prueba más importante puede estar dentro del banco.
La entidad conserva registros de acceso, autenticación, dispositivos, IPs, alertas, scoring de riesgo, beneficiarios, operativa histórica y sistemas de monitorización. Esa información es esencial para determinar si el banco actuó correctamente o si permitió una operación que debía haber sido bloqueada, revisada o advertida.
Por eso, antes de demandar, no basta con presentar una reclamación genérica. Hay que pedir la prueba adecuada.
Qué documentación debe solicitarse. En LeyCiber recomendamos solicitar, según el caso, al menos las siguientes categorías de información:
- Registros de autenticación. Debe pedirse cómo se autenticó la operación: método utilizado, hora exacta, canal, dispositivo, factor de autenticación y confirmación.
La entidad no debería limitarse a decir que se aplicó autenticación reforzada. Debe explicar y acreditar técnicamente cómo se produjo.
- IPs y dispositivos. Es relevante conocer desde qué IP se accedió, qué dispositivo se utilizó, si era habitual o nuevo, si existieron cambios respecto de sesiones anteriores y si el banco detectó anomalías.
Una operación realizada desde un entorno desconocido puede exigir controles adicionales.
- Logs de sesión. Los logs permiten reconstruir la actividad: acceso, navegación, alta de beneficiario, modificación de límites, orden de transferencia, confirmación y cierre de sesión.
La secuencia puede revelar si la operación fue normal o sospechosa.
- Alertas antifraude. La entidad debe conservar información sobre alertas generadas o no generadas. Si el banco no activó ninguna alerta, debe explicar por qué.
Esto es clave en operaciones de importe elevado, destinatarios nuevos, pagos internacionales o movimientos incompatibles con el perfil del cliente.
- Scoring de riesgo. Muchas entidades aplican modelos internos de riesgo. Si una operación tuvo puntuación de riesgo baja, media o alta, esa información puede ser relevante.
La pregunta es sencilla: ¿el sistema vio algo extraño?
- Histórico de operativa. Debe compararse la operación fraudulenta con el comportamiento habitual del cliente. No es lo mismo una persona que hace transferencias internacionales semanales que un cliente que nunca había transferido grandes importes a terceros.
- Actuaciones posteriores. También importa qué hizo el banco cuando fue informado del fraude: bloqueo, retrocesión, comunicación a entidad receptora, solicitud de recuperación, preservación de datos y respuesta al cliente.
Por qué esta prueba cambia el caso. Muchos procedimientos se plantean mal porque solo se discute si el cliente hizo clic o no hizo clic.
Ese enfoque es insuficiente.
El análisis debe centrarse en si la entidad bancaria cumplió sus obligaciones de seguridad y prevención. En operaciones no autorizadas o viciadas por fraude, el proveedor de servicios de pago debe justificar técnicamente su actuación. El Banco de España ha explicado tradicionalmente que, en operaciones no autorizadas, el proveedor debe devolver el importe salvo los supuestos legalmente previstos y con atención al régimen de responsabilidad aplicable.
La prueba técnica permite pasar de una reclamación emocional a una reclamación sólida.
No todos los casos son iguales.La prueba que debe solicitarse depende del tipo de fraude:
En una estafa por phishing, importan accesos, dispositivos, SMS, enlaces, suplantación y confirmaciones.
En una estafa de inversión, importan transferencias sucesivas, beneficiarios, alertas, importes, jurisdicciones y patrón de comportamiento.
En un fraude con wallet, importan la trazabilidad, exchange, cuenta de destino, hash de transacción y conversión de fondos.
En una manipulación telefónica, importan llamadas, horarios, cambios de límites, alta de beneficiarios y advertencias del banco.
La estrategia probatoria debe adaptarse al caso.
Conclusión: En una estafa digital, la prueba técnica no es un complemento. Es el centro del expediente.
Quien reclama sin pedir logs, IPs, alertas y scoring permite que el banco controle el relato. Quien exige la prueba técnica obliga a la entidad a explicar cómo funcionó realmente su sistema de seguridad.
En LeyCiber trabajamos estos asuntos desde esa lógica: primero reconstruir, después reclamar, y finalmente demandar con un expediente probatorio sólido.