プロセスのワークフローを最適化する新機能を導入。

プロセスのワークフローを最適化するため、金融情報交換（FIX）プロトコルを念頭に置いた新機能「Replace」を導入した。 既存のトレードを修正するプロセスを大幅に緩和した。 リプレース」機能は、トレードの修正方法を変えた。 以前、この顧客は既存の取引を修正するのに多くの手作業が必要で、苦労していた。 取引はキャンセルされ、再度発注する必要があったため、複雑な手続きだった。

現在では、このプロセスは、現在のトレードを新しいトレードに置き換えるだけのワンステップに短縮されている。

このソリューションはまた、フロントオフィスから下流のアプリケーションまで、システム全体における冗長なトランザクションを除去する。

規制要件に準拠するためのシステムの能力増強

MiFID II規制は、金融市場における投資家の利益を保護するためにEUで制定された。 投資銀行が規制条件に従わない場合、当局から巨額の罰金が課される。 規定された期限内に、システムがそれを遵守することが義務付けられているのだ。 私たちのチームは、アプリケーションの完全な再評価を保証し、この規制への準拠を可能にしました。 そのためには、規制の各条項を徹底的に研究し、高度なソフトウェア・エンジニアリングの専門知識を駆使して、すべての業者が規制に準拠できるようにする必要があった。

アプリケーションは、システム 障害やダウンタイムに直面して回復力を維持するための適切なアーキテクチャと設計原則に従っていなかった。 フロント・オフィスのコンポーネントと緊密に結合しており、依存関係が非常に高かったため、フロント・オフィス・システムにエラーや障害、アップグレードがあれば、ミドルウェア・アプリケーションは停止してしまう。 我々は、コンポーネントのデカップリングを確実にするために、アーキテクチャーのオーバーホールを可能にした。 これにより、アプリケーションの外部コンポーネントへの依存を最小限に抑え、応答性と回復力を高めた。

取引の決済・清算プロセス全体を見直す取引を清算することは重要なステップである。 多くの場合、トレーダーはフロント・オフィス・トレードを提出し、それがミドル・オフィスやバック・オフィスを経由して、さまざまなシステムで決済され、金銭の授受が行われる。 清算機関は、両当事者が倫理的に金融取引を行い、買い手と売り手が契約上の義務を遵守することを保証する。 以前は、個々の取引を清算するために、投資銀行は欧州市場のすべての清算機関に働きかけていたが、これはコストと時間のかかるプロセスだった。 私たちは、投資銀行のシステムと外部の集中清算メニューとの統合を支援した。 現在、取引は集中集中システムによって自動的に清算される。集中集中システムは、投資銀行と全ヨーロッパ市場の各清算機関との橋渡し役を果たしている。

手数料の取り扱い方法の再構築手数料は、投資アドバイスや売買プロセスの処理と引き換えにブローカーから徴収されるサービス料である。 両者の間で手数料率に不一致がある場合、取引は処理されず、アプリケーションに例外がスローされる。 トレーダーはこの状況を紙の上で手作業で解決しなければならない。 我々の介入後、そのような注文はアプリケーション内でデジタル処理できるようになり、多くの手作業が削減されました。

社内イベント・ストリーミング・プラットフォームへの移行オープンソースのイベント・ストリーミング・プラットフォームから、社内独自のフレームワークへの移行を進めました。 この投資銀行は、銀行のすべてのシステムがKafkaではなくAMPS（Advanced Message Processing System）フレームワークに依存するようにしたいと考えていました。

これらのことで、私たちはまた、次のようなパートナーにも協力した。

• 新しいデプロイメントとリリース。
• 規制上の免責事項との整合性を保つことで、取引実行中の不測の事態を未然に防ぐことができる。
• 新しく開発された機能のエンド・ツー・エンドのテスト、UAT環境での製品のユーザー受入テスト、その後の本番リリース。