Migración de TI: procedimientos para introducir nuevos sistemas centrales en proveedores de servicios financieros

La razón para llevar a cabo migraciones de software es a menudo la obsolescencia del software, su complejidad históricamente creciente o que el sistema heredado existente ya no es capaz de cumplir con los nuevos requisitos de hardware y software, incluidos los requisitos regulatorios actuales para el gobierno de TI. También faltan especialistas en TI adecuados para software antiguo y el soporte de proveedores de software o plataformas de desarrollo relevantes sólo está garantizado de forma limitada. En general, los costes de desarrollo y mantenimiento también aumentan de forma incontrolable.

Un ejemplo típico: el sistema central existente y de desarrollo propio de un banco, una compañía de seguros o KVG/KAG ya no cumple con los requisitos actuales desde el punto de vista profesional, técnico y regulatorio debido a su obsolescencia. Ya no está garantizado un mayor desarrollo debido a la falta de recursos informáticos adecuados. Por ello, la estrategia informática del banco prevé la introducción de un nuevo sistema central. Para hacer esto, es necesario reemplazar todos los requisitos y funciones existentes y nuevos en el trabajo pendiente con el software de reemplazo.

Según nuestra experiencia, la estrategia de TI a menudo apunta a reemplazar un sistema heredado existente, principalmente desarrollado por nosotros mismos, con paquetes de soluciones integrales como SAP, SimCorp, GuideWire o Avaloq.

En el caso de fusiones también pueden producirse migraciones puras de datos, si los contratos y conjuntos de datos de una entidad adquirida se transfieren a medio plazo al sistema de la entidad adquirente.

Desde nuestra perspectiva, los siguientes puntos son importantes cuando se trata de migraciones:

• Planificación de la migración teniendo en cuenta los escenarios de transición versus operación paralela y, en particular, entrada en funcionamiento versus reversión
• Configurar un entorno de prueba similar a la producción que incluya todos los sistemas de entrega y evaluación, con un enfoque particular en todas las interfaces del cliente.
• Planificación y ejecución de pruebas con un nivel muy alto de cobertura de pruebas antes de la migración, incluida una prueba de extremo a extremo para verificar la integración del sistema.
• Control de producción después de la migración con una plantilla de decisión a favor o en contra de la puesta en marcha.
• Operación de producción o puesta en marcha o reversión

Para llevar a cabo una migración, también es necesario que todos los requisitos y funciones estén documentados (véanse también los requisitos de supervisión según BaFin, como MaRisk , BAIT , VAIT y KAIT , así como según el BCE y la EBA, como las Directrices de la EBA sobre Gestión de riesgos de seguridad y TIC ) y, por otro lado, se definen reglas de transformación adecuadas para la migración de datos, por ejemplo, para datos maestros de clientes, datos de transacciones, datos comerciales, etc.

Una migración incorrecta a menudo puede provocar interrupciones en el día a día del negocio. Esto puede tener consecuencias importantes en términos de reputación y relaciones con los socios comerciales.