エグゼクティブサマリー

PicPay Bankは、ナスダック上場のブラジルのフィンテックバンクで、7000万人の顧客にサービスを拡大する中で、ミッションクリティカルな銀行業務を中断することなく成長を支えるオーケストレーションプラットフォームを必要としました。単一サーバーのControl-M環境は、運用の回復力、オートメーションガバナンス、消費の責任についての懸念を高めていました。Control-M SaaSに移行することで、PicPayは組み込みの高可用性、ジョブとしてのコードのオートメーション、明確なFinOpsの可視性を手に入れ、成長のためのより回復力のあるガバナンス基盤を構築しました。すでに、オートメーション納品時間は最大4日から1時間未満に短縮され、98%以上の削減となりました。

会社概要

PicPayは銀行として始まったわけではありません。2012年にブラジルのヴィトリアで設立され、ピアツーピア送金やQRコード決済を提供するデジタル決済のパイオニアとして始まりました。次の10年間で、はるかに大きな存在へと進化しました。

現在、PicPayはブラジル中央銀行によって規制されるフルサービスの金融機関であり、デジタルアプリケーションは、決済、マーケットプレイスショッピング、投資、クレジットカード、融資にわたります。7000万人の顧客にサービスを提供し、約5,000人の従業員を雇用し、2026年1月にPICSというシンボルでナスダックに上場を果たしました。

この組み合わせがPicPayを特異な存在にしています。フィンテックの機敏性と規制された銀行のコンプライアンス要求を兼ね備え、上場企業の規模で運営されています。アプリの裏側では、数千の自動化プロセスがビジネスを動かしています：毎日銀行のコアを開く、規制当局との口座を調整する、パートナーとのファイルを交換する、決済をクリアする。これらすべてをオーケストレーションするのがControl-Mです。

課題

PicPayの成長はオートメーションインフラストラクチャを上回っていました。数年間、銀行はControl-Mを利用して重要なビジネスサービスと運用ワークフローをオーケストレーションしてきましたが、内部の制約により、デプロイメントについていくことが負担となっていました。

それは単一の技術的な問題ではありませんでした。複数の圧力が同時に集中していました。

• バージョンアップグレードが遅れている。PicPayのControl-M環境は更新が必要であり、社内で行うには専門的な知識が必要でした。チームはそれを維持することができませんでした。「最善を尽くしても、それがSaaSでの透明性ほどにはならないことは確かだ」とPicPayのデータベースエンジニアリングおよびバッチメッシュマネージャーであるルイズ・メルカンテは言います。「SaaSはバージョンをアップグレードし、私はそれすら気づかないでしょう。それは私たちのチームがオンプレミスで再現できることではありません。」
• 単一の障害点。環境は高可用性のない1つの仮想マシンで運営されていました。規制された銀行にとって、そのリスクは深刻でした。「朝に行ったとき、銀行のコアが新しい日にオープンしていなかったらどうなるか想像してみてください。誰も取引できず、誰も残高や明細書を見ることができません」とメルカンテは説明します。規制の締切を逃すと、結果はさらに深刻になります。
• ライセンスとFinOpsの盲点。チームは再利用のために未使用のオートメーションを蓄え、取り除くことができませんでした。その結果、誰も追跡できない非アクティブなジョブのストックパイルが発生しました。「私たちはライセンスリスクの問題を抱えていました」とメルカンテは言います。ジョブ数によるコスト配分はほぼ不可能であり、PicPayはそれを生成したビジネスユニットに消費を請求できませんでした。
• 市場投入までの時間が遅い。ビジネスユニットは中央チームにオートメーションを構築することを依存していました。単一のリクエストは、ネットワーク、インフラストラクチャ、データベースチームを通過するのに1日以上かかる場合がありました。

PicPayの文化は、現状を受け入れることを許さないものでした。企業は所有権、規律、シンプルさを重視しています。制御されていない、ガバナンスのない成長を続けることは選択肢ではありませんでした。

解決策

PicPayは、複数の機関や以前の移行を通じてBMCと数年間協力してきました。銀行が更新の決定点に達し、Apache Airflowなどの競合オプションを評価したとき、その歴史は大きな重みを持ちました。

「差別化要因は、すでに市場におけるBMCの大きな存在です」とメルカンテは言います。「BMCはパフォーマンスの歴史を持ち、私たちは信頼を持っています。さらに、私たちの専門家はすでにControl-Mでの作業に慣れていました。」

BMCと続けることは、PicPayが既存のワークフローをネイティブなSaaSオペレーティングモデルに移行できることを意味します。新しいパートナーと不慣れな技術でジョブごとに再構築する必要はありません。

「BMCは私たちよりもControl-Mについて多くを知っており、信じられないほどのシンプルさでそれを更新し、利用可能にしてくれる」とメルカンテは言います。「だからこそ、SaaSプラットフォームに移行することは非常に理にかなっていました。」

運用リスクを排除するために、PicPayは段階的な移行戦略を採用しました。6か月のオンプレミスのブリッジは、Control-M SaaSが本番環境と非本番環境で並行してアクティブ化される間、プロダクションを継続させました。PicPayは自ら移行を行い、BMCの教育および専門サービスチームがプランに組み込まれ、完全なプラットフォームの導入とチームの能力強化を推進しています。 

移行では2つの異常な要件が浮上し、BMCは両方のためにソリューションを設計しました：

• IBM DataStage^®サポート。DataStageはPicPayのワークフローの非常に大きな割合を支え、運用において重要でしたが、BMCの移行プラグインはまだサポートしていませんでした。BMCの開発者はサポートを追加するパッチを実装し、移行を解除しました。「DataStageプラグインがなければ、SaaSに移行することはできませんでした」とメルカンテは言います。
• 共存するエージェント。すべてを一度に移行するのではなく、制御された波で移行するために、PicPayは既存のエージェントとSaaSエージェントが並行して実行される必要がありました。BMCはその機能を提供しました。 

展開全体で、BMCのチームは密接に関与し、定期的な作業セッションを行い、ドキュメントをレビューし、新たなニーズが浮上するにつれてプランを調整しました。波は意図的に順序付けられ、各段階が次の段階に情報を提供できるようにし、スケジュールは途中のいくつかの休暇に応じてシフトしました。検証テストが完了すると、PicPayは最終的なプロダクション波に移行しました。

結果

PicPayはControl-M SaaSへの移行を完了し、運用上の利点はすでに明らかです。

• 組み込みの高可用性。信頼性のために契約することで、PicPayは単一の障害点を排除しました。「私たちは1つのVMしか持っておらず、それが私たちの単一の障害点でした」とメルカンテは説明します。「BMCとともに、異なるクラウドで2つのサーバーを管理する必要はありません。私はそのレベルの詳細に入る必要もありません。私はすでに高可用性を持っているので、この変更により2つの目標を達成します。」チームはもはや、重要なプロセスを停止させるフローズンマシンについて心配することはありません。決済から規制ファイルの交換、毎日の銀行コアのロールオーバーまで。
• オートメーションは1時間未満で提供され、数日ではない。APIに基づいたジョブとしてのコードは、ビジネスユニットに品質基準を遵守しつつ独自のオートメーションを構築する自律性を与えます。かつて3〜4日かかっていたリクエストは、現在は1時間未満で済むようになりました。これは98%以上の削減です。「非常に大きな削減です」とメルカンテは確認します。「ジョブとしてのコードを実装することで、私は人々により多くの自律性を与えることができ、その結果、より迅速にビジネスニーズを満たすことができます。」
• 明確なFinOpsとコストの責任。実行ごとの支払いモデルは、PicPayに消費の正確な見通しを提供します。コストは現在、古いモデルの下で蓄積されていた配分の歪みを修正し、正しい製品のP&Lに流れ、組み込みのガードレールが1分ごとにジョブを実行するなどの無駄な慣行を防ぎます。コアチームは、使用していないジョブの在庫を支払うことはありません。「私たちのような分散型企業では、ガードレールが非常に重要です」とメルカンテは言います。「ガードレールがあれば、品質と標準化を確保でき、品質と標準化により持続可能な成長を達成できます。」
• より価値のあるチーム。移行は、PicPayの運用スタッフを変革しています。Control-Mを手動で監視するのではなく、運用エンジニアがControl-Mの深い専門知識を持つサイト信頼性エンジニアになっています。これは、希少で需要のあるスキルセットです。「私は、革新や自動化に取り組み、価値のある仕事をすることを考える人々が増えるでしょう」とメルカンテは言います。

メルカンテは価値をシンプルにまとめます。「BMCは、SaaSモデルを通じて認知的負荷を軽減し、ビジネスユニットの自律性を高め、Control-Mが反復作業を行う間に人々を戦略的活動に参加させます。」

今後の展望

PicPayのControl-M SaaSへの移行は、プラットフォームを近代化するだけでなく、銀行の次の成長段階の基盤を築きました。単一の障害点を取り除き、ビジネスユニットにより迅速に行動できる自律性を与え、オートメーションの消費と支払い方法に財務的な規律をもたらしました。

今後の道は拡張の道です。PicPayは、パートナーとのファイル交換をトリガーするためにControl-Mを重視しており、規制の締切を伴います。チームは、その使用をさらに拡大し、パートナーとのファイル交換の増加量を管理するためにControl-MをMFTと組み合わせる計画を立てています。

コアプラットフォームが近代化されたことで、メルカンテのチームは、企業全体でより多くのビジネスユニットにControl-Mを持ち込み、オーケストレーションが実際のビジネス問題を解決できる新しいユースケースをマッピングする計画も立てています。「私はSaaSを未来への道だと見ています」とメルカンテは言います。「Control-Mを使って自動化する方が、他の市場ツールやクラウドネイティブツールを使うよりも簡単で安価です。私は、より多くのビジネスユニットがControl-Mを自動化ソリューションとして採用することを期待しています。」