Qué pasa cuando falla la tecnología de un banco: la resiliencia empieza antes de la caída
Una incidencia puede impedir pagar, consultar una cuenta o confirmar una compra. Las reglas europeas exigen que las entidades conozcan sus dependencias tecnológicas y tengan alternativas preparadas, pero cumplir la norma no garantiza por sí solo una recuperación eficaz.
Cuando la aplicación de un banco deja de responder, el cliente solo ve una pantalla bloqueada, un mensaje de error o una operación que no puede completar.
El problema real puede encontrarse varias capas más abajo. Puede haber fallado un servicio de identificación, una conexión, un centro de datos o la infraestructura empleada para procesar los pagos.
Desde fuera parece una simple avería. Por dentro puede convertirse en una investigación compleja en la que intervienen el banco, varios proveedores tecnológicos y empresas subcontratadas por estos.
Esa diferencia entre lo que percibe el cliente y lo que sucede detrás explica uno de los grandes desafíos de la banca digital: cuanto más sencillo parece un servicio, más compleja puede ser la infraestructura que lo mantiene funcionando.
La dependencia tecnológica suele permanecer escondida
Los servicios financieros digitales se construyen con numerosas piezas. Una entidad puede contratar a una empresa para alojar sus sistemas, a otra para verificar identidades y a una tercera para detectar posibles incidentes de seguridad.
Estas compañías pueden depender, a su vez, de los mismos centros de datos, redes, componentes de software o proveedores de servicios en la nube.
Por eso, disponer de varios contratos no significa necesariamente estar diversificado. Dos herramientas con nombres y funciones diferentes pueden apoyarse en una infraestructura común. Si esa base falla, la aparente variedad desaparece y varias funciones pueden quedar interrumpidas al mismo tiempo.
La creación de infraestructuras bancarias comunes en la nube, como Gravity de Santander, permite unificar procesos y ganar eficiencia. Sin embargo, cuanto más se concentra la operativa, más importante resulta saber qué ocurriría si esa plataforma no estuviera disponible.
No se trata de rechazar la nube ni la externalización. Se trata de comprender que trasladar una función a un proveedor no traslada automáticamente toda la responsabilidad.
DORA cambia la pregunta que deben hacerse las entidades
El Reglamento europeo de Resiliencia Operativa Digital, conocido como DORA, se aplica desde el 17 de enero de 2025.
La norma exige que las entidades financieras gestionen sus riesgos tecnológicos, notifiquen los incidentes importantes, realicen pruebas de recuperación y controlen las relaciones con sus proveedores. TerritorioFintech ya explicó qué es el Reglamento DORA y qué entidades deben cumplirlo en España.
El cambio de enfoque es relevante. Ya no basta con preguntar si un sistema está protegido. También hay que saber qué funciones dependen de él, cuánto tiempo podrían permanecer interrumpidas y qué alternativa existe.
En noviembre de 2025, las autoridades europeas designaron a 19 proveedores tecnológicos como críticos para el sistema financiero. La lista incluye compañías que prestan servicios de infraestructura, datos, redes y tecnología a numerosas entidades europeas.
La designación permite que estos proveedores sean supervisados directamente dentro del marco de DORA. Sin embargo, esa supervisión complementa y no sustituye la responsabilidad de cada entidad.
Contratar a un proveedor vigilado no significa recibir una garantía de que nunca fallará.
Una copia de seguridad no garantiza la continuidad
Cuando se habla de recuperación tecnológica, suele pensarse inmediatamente en las copias de seguridad. Pero recuperar los datos es solamente una parte del proceso.
También es necesario restaurar accesos, claves, certificados, conexiones y aplicaciones. Una copia puede encontrarse intacta y seguir siendo inútil si nadie consigue identificarse, si el sistema alternativo no acepta la información o si el equipo encargado no sabe cómo activarlo.
La misma dificultad aparece en los sistemas de pago. Una interrupción de pocas horas puede impedir que un comercio cobre, que una empresa liquide una factura o que una persona disponga de su dinero. De hecho, algunas pymes sufren varias horas anuales de inactividad en sus sistemas de pago.
Un buen plan de recuperación debe responder a preguntas concretas:
- ¿Qué servicio ha dejado de funcionar?
- ¿Qué procesos esenciales dependen de él?
- ¿Cuánto tiempo puede permanecer interrumpido?
- ¿Qué alternativa puede activarse?
- ¿Quién tiene autoridad para tomar esa decisión?
- ¿Cómo se informará a los clientes?
El plan también debe ensayarse. Una alternativa que solo existe en un documento puede fallar precisamente cuando más se necesita.
La resiliencia se demuestra durante una incidencia
El objetivo no debería ser construir sistemas que nunca fallen. Esa promesa es poco realista en una infraestructura formada por miles de componentes.
La resiliencia consiste en evitar que un fallo aislado se extienda, mantener las funciones esenciales y recuperar el servicio dentro de un tiempo razonable.
El comportamiento de las infraestructuras financieras durante el apagón eléctrico de 2025 ofrece un ejemplo útil. Los sistemas de pagos activaron sus protocolos de contingencia y consiguieron mantener la operativa general, pese a algunas incidencias aisladas.
Ese es el resultado que debería perseguirse: no negar que existe un problema, sino impedir que la incidencia se transforme en una interrupción generalizada.
La comunicación también forma parte de la recuperación
Para el cliente, una caída tecnológica genera dos problemas. El primero es no poder utilizar el servicio. El segundo es no saber qué está ocurriendo.
Un mensaje genérico como «el servicio no está disponible» ofrece poca información. El usuario necesita saber qué operaciones están afectadas, si debe volver a intentarlo, si un pago ha llegado a ejecutarse y cuándo recibirá una nueva actualización.
La comunicación no puede dejarse para el final de la incidencia. Debe formar parte del mismo plan de continuidad que protege los sistemas y los datos.
Una entidad puede recuperar su infraestructura en poco tiempo y, aun así, perder la confianza de sus clientes si durante la caída no explica nada.
En pocas palabras
La confianza digital no significa que nada vaya a fallar. Significa que la organización conoce sus puntos débiles, detecta el problema, mantiene las funciones esenciales y explica lo que está ocurriendo.
DORA proporciona un marco común y refuerza la supervisión de los grandes proveedores tecnológicos. Sin embargo, ninguna norma puede sustituir las pruebas, la preparación interna y la capacidad de tomar decisiones durante una crisis.
La resiliencia se nota cuando una caída deja de convertirse en caos.
TerritorioFintech es un medio digital dirigido a la Digital Money Generation y especializado en la actualidad de los nuevos modelos bancarios y financieros. Su equipo editorial publica contenidos informativos y divulgativos con el objetivo de contribuir a mejorar la educación financiera de sus lectores.
Todos los contenidos tienen una finalidad exclusivamente informativa y educativa. En ningún caso deben interpretarse como asesoramiento financiero ni como recomendaciones de inversión.
