Una modificación de red puede parecer acotada en el documento técnico: actualizar un equipo, migrar una plataforma, cambiar una configuración o incorporar una nueva política. En una infraestructura bancaria, ese movimiento puede relacionarse con sucursales, canales digitales, sistemas transaccionales, accesos internos y servicios compartidos.
Por eso, la intervención comienza mucho antes de la ventana de mantenimiento.
En 2025, las entidades financieras de la Unión Europea reportaron 3.383 incidentes graves relacionados con tecnologías de información y comunicación bajo el marco DORA. Cerca de un tercio tuvo impacto transfronterizo, una señal concreta de cuánto han crecido las dependencias entre plataformas, proveedores e infraestructuras compartidas.
El cambio debe partir por entender las dependencias
Antes de intervenir, necesitamos identificar qué sistemas utilizan el componente involucrado, qué rutas de comunicación dependen de él y qué procesos podrían verse afectados. Esa revisión permite distinguir entre un cambio aislado y una modificación con alcance transversal.
También es necesario documentar la configuración actual. Versiones, reglas, interfaces, políticas, rutas, respaldos y parámetros deben quedar registrados antes de ejecutar. Sin esa referencia, comparar el comportamiento posterior o revertir el cambio se vuelve mucho más difícil.
La ventana de mantenimiento es parte del diseño
Definir una fecha y una hora no constituye una ventana técnica completa. Deben quedar claros el alcance, los responsables, los criterios de avance, los tiempos de validación y el punto en que corresponde activar el plan de reversa.
Las pruebas previas ayudan a confirmar compatibilidades y revisar el comportamiento esperado. El plan de reversa, por su parte, debe indicar cómo recuperar la condición anterior, qué recursos se requieren y quién autoriza esa decisión.
Desde enero de 2025, DORA aplica requisitos armonizados para la gestión de riesgos tecnológicos, el reporte de incidentes, las pruebas y la administración de terceros en el sector financiero europeo. Aunque este marco pertenece a otra jurisdicción, refleja una exigencia que también vemos en la práctica: la resiliencia operacional necesita procesos documentados y responsabilidades definidas.
La intervención termina cuando la operación queda validada
Después de ejecutar el cambio, corresponde revisar conectividad, accesos, tráfico, aplicaciones dependientes y servicios críticos. Una validación parcial puede dejar efectos que aparecen horas después, cuando cambian las cargas o comienzan otros procesos.
En Solvo Networks abordamos estos proyectos mediante levantamiento, planificación, ejecución controlada, validación y documentación. Nuestros equipos de servicios profesionales trabajan junto a las áreas internas para entender el entorno antes de intervenirlo y dejar una base técnica que facilite la operación y el soporte posterior.
Una red bancaria no debería depender de que el cambio “salga bien”. Debe depender de una preparación que permita saber qué ocurrirá, cómo se comprobará y qué hacer cuando el comportamiento sea distinto al esperado.
Revisa con nuestros especialistas cómo planificar cambios en infraestructura bancaria según las dependencias y exigencias de tu operación.