コア バンキング ソリューション (CBS) が 1990 年代後半に設計されたとき、中央データベースを使用して銀行のさまざまな支店に接続し、総勘定元帳を生成するための適切な会計を保証するように設計されました。 銀行の巨大な台帳を撤去した
スタッフによる手動の転記が行われ、支店ベースの会計ソフトウェア (トータル ブランチ オートメーション ソフトウェア) が排除されました。 ソフトウェアの最初のベンダーは /co-build
手動の台帳操作を会計ソフトウェアに変換するための要件を提供した大手銀行のソフトウェア。 オンラインのリアルタイム会計を行うことを意図していましたが、この会計に至るプロセスの一部も組み込まれていました。
CBS パッケージの一部として。 デザインの焦点は、その時点で銀行で一般的だったさまざまなビジネス ライン (CASA と負債、資産と貿易/外国為替) を主に会計の観点から中心に据えていました。
概念の観点からは、すべての口座が中央データベースにリンクされているため、手動の会計を排除し、銀行/規制の観点から報告の透明性を向上させ、顧客がいつでもどこでも銀行業務を行うのを支援することに成功しました.
スタッフが調整、手動の利息転記、および手動の総勘定元帳の作成により多くの時間を費やした銀行は、エラーが最小限に抑えられ、元帳ではなくソフトウェアでデータが利用可能になり、報告がよりスムーズになったため、安堵のため息をついた. お客様から
パースペクティブ、通帳と明細書は自動化された方法で提供され、残高情報と引き出しは、口座が開設された同じ都市のどこにでもある/外のATMを介して可能であり、コアバンキングソリューション（CBS）へのインターフェースを備えています。
これにより、銀行エコシステムへの信頼が高まります。
バンキングの観点からは、業務の多くをブランチ バンキングから集中型セルに移動して、フロント オフィスのスタッフが顧客サービスとクロスセル/ビジネスの改善に集中できるようにすることができます。 フロント オフィス/バック オフィスの概念が生まれた場所
バックエンドの活動、商品の作成と革新、清算、ローン業務、取引業務、口座開設、監査、調整、報告、MIS などに焦点を当てた別のチームのセット。バックオフィスでより多くの情報とデータを使用して、
より多くの商品の発売につながる新商品の革新への道であり、それによって銀行のビジネス/利益が増加します。 CBS は、銀行が顧客の目的に合った商品をグローバル化/ローカライズし、顧客に喜びをもたらすのを支援しました。
XNUMX 年後、CBS は、支払いや取引操作など、より多くのプロセス/ルールが必要なビジネス分野に対応できないことが銀行によって認識されました。 CBS は会計を実行できましたが、ルール/プロセスを構築できませんでした。
たとえば、顧客、金額、時間、ネットワーク、料金などに基づく支払いルールなどです。CBS を採用した従来の銀行は、会計のルール/プロセスを維持しながら、会計用ソフトウェアを操作/操作し続けます。
支払い/取引の外で、これらのプロセスに対応し、会計のためにCBSとインターフェースをとることができるこれらのビジネス向けの専用ソフトウェアを購入した銀行はほとんどありませんでした. 専用ソフトウェアは、プロセス/ステップ/ルール/例外を実行するように設計されています
最終的に会計に至る可能性のある特定のビジネスのライフサイクル活動。 当初、支払いはコアの外に移動していましたが、貿易および貸出業務は、CASA、負債、および会計を脇に置いて、これらの銀行の同じ道をたどりました
CBS内。
過去 XNUMX 年間の初めから、プライベート バンキング、現金管理、マイクロローン、流通商品を含む一連の新しいビジネスが出現し、ビジネスの新しい道の可視性のために銀行で人気を博しました。 これはどちらかでした
規制や市場要因により、銀行は新しいソフトウェア ソリューションに依存し始め、コア バンキングへの依存度がさらに低下しました。 この時代には、ミレニアル世代/ニューエイジの顧客が利用するデジタルおよびセルフサービス チャネルの出現も見られました。
銀行取引を実行するために Web ブラウザー/スマートフォンに依存していました。 古い世代の顧客は、少し気が進まなかったものの、一定期間にわたって限られた取引のためにこれらのデジタル チャネルに移行しました。 CBS とのスムーズで簡単なインターフェースが必要でした
その結果、CBS ベンダーはこれらの API/スマート インターフェイスの構築を余儀なくされました。 これにより、複数のセキュリティおよびコンプライアンス プロトコルをアプリケーションに組み込む必要があり、CBS の外部で発生したトランザクションの不正を減らすことができました。 顧客体験
、銀行に対する顧客の行動と顧客のニーズは、この XNUMX 年間で劇的に変化しました。
Covid 19の出現により、銀行の支店での顧客訪問の足跡は世界的にさらに減少し、ますます多くの取引がデジタルで実行され、CBSソフトウェアに大きな負荷がかかりました. デジタル取引は多様化した
規制、顧客が利用できるデジタルオプション、電子商取引とオンライン支払いオプション、および消費者がCovid制限で取引する必要性が強まったおかげで、Covid時代に。
結論として、コア バンキングの再設計と近代化は、進化する変化とともに、支店からモバイル、ソーシャル メディア、代替チャネルへと移行した銀行取引の多くの要因を考慮すると、現在の XNUMX 年間の優先事項です。 移動する必要があります
会計ベースのCBSから、会計が組み込まれたルール/プロセスベースへ。 初期の設計は主に会計に重点を置いていましたが、ニーズを満たすために、さまざまな段階での製品/アカウント ライフサイクルのルール/プロセス/例外を考慮に入れる必要があります。
現代では。 ユーザー エクスペリエンスは、最初の設計の一部として考慮されていなかったため、ソフトウェアの使用が減少し、プロセス/ルール/手順を使用して、ユーザー エクスペリエンスを書き直す必要がありました。 メニューオプション主導のアプローチから、プロセスベースのアプローチ
実行される/実行されるタスク/次のステップなどについてユーザーに通知するには、ユーザーのアクセス権、ルール、および特権に基づいて、ダッシュボードで利用できる必要があります。 デジタル ニーズの高まりに伴い、業界プロトコルに基づく関連 API のニーズ
いつでもどこでも取引をデジタルで実行できるように、関連するビジネス ライフサイクル アクティビティを実行できるようにします。 複数のビジネス ラインの分離 - 負債、取引、支払い、融資、現金管理、および独立したセルフサービス
価格設定/会計/マスターの現在のコア内の複数の領域の機能は、ソフトウェアを再設計する際に考慮する必要があります。 初期ビルドによる限られたデータベースとプラットフォームへの依存性を強化し、コアをモダナイズする必要があります。
任意のプラットフォームまたはデータベースで動作できるようにする必要があります。 コード コンバーター/ツールを使用した変換の将来の変更に制限がないように、コード ベースを最新化して新しいプログラミング言語で更新/最新化する
付着すること。 コアの作業負荷が増加し、さらにテストされる可能性が高いデジタルの勢いにより、CBS はボリュームと規模の増加に対応できるようにする必要があります。 CBS は、グローバルなセキュリティ コンプライアンスと標準に準拠する必要があります。 バージョン
アップグレード、インストール、および変更は、携帯電話の自動パッチ アップデートと同様に、スムーズに行う必要があります。 初期の CBS は機能やコードを提供することができましたが、
最終的な使用状況を分析すると、新しい CBS はエンド ユーザーを念頭に置いて再イメージ化されたアプローチを採用する必要があります。 オンライン トランザクション処理プラットフォームから、オンライン分析の領域を理解し、トランザクションの発信ポイント/処理で意味のある洞察を提供する必要があります。
サイクル。
テストされ、機能性が証明され、選択された市場で成功している複数の CBS ソフトウェアと、純粋に新しいテクノロジー、ルール、API に基づいて、まだその資格を証明していない最近の多くの新しい CBS があります。 CBS
銀行/金融サービス部門における市場の要求と新しいイノベーションと技術の向上に合わせて最新の状態に保つ必要があり、エコシステムのプレーヤーに対応するために開くことができる、柔軟で機敏な新しい時代のコアを設計する必要があります
およびサービスを提供し、銀行に総合的なソリューションを提供します。 銀行業界の変化に伴い、CBS は複数の要因を考慮して再設計する必要があり、そのようなソフトウェアは次の XNUMX 年で成功する可能性があります。
/ルール システム、API システム、および CBS ソフトウェアの有無にかかわらず上記のシステムを組み合わせて、銀行のニーズに適したテクノロジ /アプリケーションをゼロから構築します。
