IT 迁移 - 在金融服务提供商引入新核心系统的程序

进行软件迁移的原因通常是软件过时、其历史上不断增长的复杂性或现有遗留系统不再能够满足新的硬件和软件要求，包括当前对 IT 治理的监管要求。旧软件也缺乏合适的 IT 专家，相关软件或开发平台提供商的支持也只能得到有限程度的保证。总体而言，开发和维护成本也在不受控制地增加。

典型例子：银行、保险公司或KVG/KAG现有的自主开发的核心系统由于陈旧，从专业、技术和监管角度已经不能满足当前的要求。由于缺乏适当的 IT 资源，进一步的发展不再得到保证。因此，该银行的 IT 战略设想引入新的核心系统。为此，有必要用替换软件替换待办事项中的所有现有和所有新需求和功能。

根据我们的经验，IT 战略通常旨在用 SAP、SimCorp、GuideWire 或 Avaloq 等全面的一揽子解决方案取代现有的、主要是自行开发的遗留系统。

在合并过程中，如果中期将被收购机构的合同和数据集转移到收购机构的系统中，也可能会发生纯数据迁移。

从我们的角度来看，在迁移方面以下几点很重要：

• 迁移规划考虑到场景切换与并行操作，特别是上线与回滚
• 建立类似生产的测试环境，包括所有交付和评估系统，特别关注所有客户界面
• 在迁移之前以非常高水平的测试覆盖率进行测试规划和执行，包括用于检查系统集成的端到端测试
• 迁移后使用支持或反对上线的决策模板进行生产控制
• 生产运行或上线或回滚

为了进行迁移，还必须记录所有要求和功能（另请参阅 BaFin 的监管要求，例如MaRisk 、 BAIT 、 VAIT和KAIT以及 ECB 和 EBA 的监管要求，例如EBA 指南另一方面，为数据迁移定义适当的转换规则，例如客户主数据、交易数据、业务数据等。

不正确的迁移通常会导致日常业务中断。这可能会对声誉和业务合作伙伴关系产生重大影响。