システムを破壊することなくコアバンキングをモダナイズします。

かけがえのない知識を持つメインフレーム担当者の退職

COBOL、CICS、DB2上で30年以上にわたって構築されたコアバンキングプラットフォームは、退職を間近に控えたエンジニアによって維持されています。彼らが離脱するたびに、トランザクションフロー、コピーブックに埋め込まれたビジネスルール、およびいかなるオンボーディングプログラムでも代替できない重要なバッチジョブの依存関係に関する、文書化されていない知識が失われます。

システムの透明性を欠いた規制コンプライアンス

SOX監査、Basel IIIの自己資本計算、およびAMLのトランザクション監視はすべて、システムがデータをどのように処理し保存するかを実証的に理解している必要があります。監査人から特定の規制ルールがどのように実装されているかを問われると、チームは何千ものCOBOLパラグラフやJCLプロシージャにわたるロジックの追跡に数週間を費やします。

文書化されていないビジネスロジックによるモダナイゼーションの失敗

コアバンキングの再プラットフォーム化プロジェクトは、重要なビジネスロジックが数十年にわたるCOBOLコード、ネストされたコピーブック、および文書化されていないCICSプログラムのリンクに埋もれているため、日常的に行き詰まったり失敗したりします。チームは移行後に初めてルールの欠落を発見し、本番環境でのインシデントやロールバックを引き起こします。

最適化のターゲットが可視化されないまま増大するMIPSコスト

メインフレームのMIPS消費量は年々増加していますが、どのバッチジョブ、CICSトランザクション、DB2クエリがコストを押し上げているのかを明確に理解していなければ、最適化の取り組みは推測に頼るしかありません。チームはマッピングできないものを削減することはできません。