株式会社クレディセゾン様 導入事例

「セゾンカード」で知られるクレジットカードを中心としたペイメント事業、リースや信用保証などのファイナンス事業、さらにグローバル事業と、幅広く金融をコアとした総合生活サービスを展開するクレディセゾン。その1つの柱であるペイメント事業で、クレジットカードの基幹システム更改に続いて、周辺システムの更改プロジェクトが始まったのが2019年のことだった。

延滞顧客管理システムのクラウド移行で可用性の維持が課題に

延滞顧客管理システムの更改は、既存システムを稼働させていたハードウエアのEOL（End of Life）に伴うサポート終了に対応することがきっかけだった。基幹システム部 債権グループ 課長の田内 紀明氏は、「オンプレミスからクラウドへ移行することが前提で、AWS上に新システムを構築することになりました。その上で従来通りのシステムの可用性を担保することが求められました」と説明する。

ここで、クレディセゾンの延滞顧客管理システムについて少し説明が必要だろう。田内氏は、「延滞顧客管理システムでは、初期延滞顧客から中長期延滞顧客、貸倒償却した顧客までを一貫して管理しています。電話や文書によるアプローチなどの交渉記録の管理、分割返済のシミュレーション、裁判所や弁護士などに提出する文書の作成まで、債権管理のための機能を網羅したシステムです」と語る。その管理対象は、クレディセゾンが直接発行するクレジットカードだけでなく、資本参加するグループ会社の顧客にも広がる。

牧氏は「クレジットカード利用のほとんどのお客様は、期日通りに登録口座から引き落としさせていただけます。ただ、たまたま残高が不足していて口座にお金を用意していただけないようなケースもあります。そうした場合に、いつまでにお支払をお願いしますといったご連絡をするのですが、きめ細やかに状況を見ながら交渉するための基盤になるのが延滞顧客管理システムです。このシステムが止まってしまうと、必要なタイミングで取るべきアクションが起こせなくなったり、お客様からの問い合わせに対して状況が把握できなかったりといったことが起きてしまいます」と、システムに可用性が求められる理由を説明する。ある条件の下で架電が禁じられる法的な制約もあり、システムが稼働していないと「お客様とのコンタクトに支障が出てしまう」（田内氏）ということもある。

特に、夜間にシステムが停止してしまった場合、朝になって止まっている状況から原因を究明して復旧させるとなると、半日といったダウンタイムが生じてしまう。AWS上にシステムを移行しても、自動的に復旧できる仕組みが求められた。

システムのデータ転送を司るHULFTをマルチAZでクラスター構成へ

延滞顧客管理システムの実際の構築、運用は、クレディセゾンの情報システムのインテグレーションを手掛けるセゾンテクノロジーが担ってきた。セゾンテクノロジー DI本部 データエンジニアリング統括部 クラウドプラットフォーム部 部長の日野 洋氏は、「延滞顧客管理システムと基幹システムのデータ連携をするために、ファイル転送ミドルウェアとして弊社が開発したHULFTを使ってきました。システムのプラットフォームに依存せずに確実にデータ転送できる仕組みとして選定したものです。今回、オンプレミスからAWSにシステムを移行したときに、HULFTによるデータ転送の可用性を担保する仕組みが必要になりました」と語る。

「既存システムはUNIX対応のハードウエアとOS、ソフトウエア製品としてのクラスター製品を組み合わせて可用性を担保していました。AWS化するにあたって、新たにAWS対応のクラスターソフトを選定する必要がありました」（日野氏）。一方、延滞顧客管理システムそのものは、複数のデータセンターで構成するAWSのアベイラビリティーゾーン（AZ）を、さらに複数組み合わせて使うマルチAZ構成で可用性を担保する。データ転送を担うHULFTについても、マルチAZ構成に対応しながら可用性を保つ必要があった。

クレディセゾンで運用実績があるLifeKeeperならば、他の製品を新たに運用することによるリスクを抑えることもできる。

クラウドプラットフォーム部でプロジェクトのシステム構築に関わった石丸 司氏は、「AWSでクラスター構成を実現する手法については、探してもあまり情報がありませんでした。そんな中でLifeKeeperの資料を取り寄せたとき、マルチAZによるネットワーク構成図が掲載されていて、『これだ！』と思いました」と語る。さらに求める機能の多くはLifeKeeperが提供するApplication Recovery Kits（ARK）で構築できた。一方でその他の部分については「自前で処理を組みたいところが、柔軟にカスタマイズできて使いやすかったです」（石丸氏）。

【システム構成イメージ図】

本番環境でも想定通りのリカバリーが実現、クラウド化推進を支えるツールに

2019年に延滞顧客管理システム更改の検討が始まり、LifeKeeperの導入を決定して開発が始まったのが2022年1月のこと。2023年10月に更改したシステムの稼働が始まり、取材時点で約1年が経過していた。

LifeKeeper周りで大きく苦労したという印象はなく、スムーズに進んだと感じています」と評価する。　オンプレミスからクラウドへとアーキテクチャが大きく変わる中で、「既存のシステムとほぼ同等なことができる機能実装を実現できました」（日野氏）。

基本的に順調に稼働している新システムだが、トラブルも生じたことがある。諏訪氏は「最近、2系統のうち1系統に問題が生じてフェイルオーバーすることがありました。発生は夜間でしたが、切り替わりが自動で即座に行われ、ステータス確認後に問題なく業務が継続できました。トラブルは起こらないに越したことはありませんが、今回の経験からテストで検証した通りにLifeKeeperが本番で稼働することを確認できました」と語る。このトラブルについても「LifeKeeperで冗長化していなければ、延滞顧客管理システムが止まっていたと思います」（石丸氏）という。LifeKeeperのようなクラスター製品は、安全を担保するための仕組みであり、それが実際に実現できたことで、セゾンテクノロジーからは顧客であるクレディセゾンに安心材料を提供できたとの評価である。

クレディセゾンとしても、「トラブルで切り替わったと聞いてびっくりしましたが、夜間のうちに自動的に切り替わっていて翌日は問題なく業務が始められました。改めて信頼できるシステムを構築できていることがわかり、安心しました」（田内氏）と評価する。

こうしたLifeKeeperの活用についてセゾンテクノロジーとしては、「当社にとってお客様であるクレディセゾンは、クラウドを活用していく企業戦略を持っています。セゾンテクノロジーとしてもクラウドネイティブなシステム構成にしていくべきだと考えています。ただし、業務システムの中でデータベースやパッケージ製品がすべてクラウドに移行できるとは限らず、延滞顧客管理システムのように周辺システムにLifeKeeperなどを導入することで安心安全を担保していく必要性があると考えています」（日野氏）と見る。

クレディセゾンの牧氏は、「システム更改や業務改善をしながら、クレディセゾンが成長していくための機能を追加しているところです。まだ満足はしていません。そうした中で、システムが安全に稼働することは土台です。LifeKeeperの採用で問題なく可用性を担保して運用ができているので、製品選定も含めてうまくいったと感じています」と語る。今後もクレディセゾンの成長を支えるために、LifeKeeperが貢献する範囲が広がる可能性は高そうだ。

導入事例PDF版はこちら