こうした状況を受け、クララは新たなID管理製品へ全面移行するのではなく、既存基盤として利用していたQuestetraを継続活用する方針を選択した。部門横断の依存関係や並列処理、例外対応を含む複雑な業務フローを柔軟に設計できる点を評価したためだ。

　新たな運用では、Questetraをハブとして、IDaaS「Okta」、タスク管理ツール「Jira」、コミュニケーション基盤「Slack」などとAPI連携する構成を採用。人事部門が入力した従業員情報を起点に、各SaaSへのアカウント作成処理を自動化した。人による判断が必要な承認工程と、自動実行可能な処理を単一フロー上で統合した点が特徴となる。

ツール連携の全体像（出典：クエステトラのリリース資料）

　これにより、従来発生していた転記ミスを削減したほか、進捗状況のリアルタイム可視化や処理滞留の検知、完了通知なども可能になった。特定担当者への依存を減らし、運用の標準化や属人化の解消にもつながったとしている。

　今回の事例は、ID管理製品そのものを刷新したというより、SaaS利用拡大によって煩雑化したアカウントライフサイクル管理を、ワークフローと外部サービス連携によって再設計したケースと言える。

　近年、多くの企業でSaaS利用が前提となる中、アカウント管理では「システム導入」だけでなく、「運用プロセス全体をどう統制するか」が重要なテーマとなっている。特に、入退社や異動に伴う権限変更をどこまで自動化し、誰が承認し、どのように監査可能な状態を維持するかは、ゼロトラストや内部統制の観点からも重要性が高まっている。

　クララの事例は、既存ワークフロー基盤を中心に据えながら、SaaS群をAPIで接続し、業務プロセス全体を最適化するアプローチとして、複数SaaSを利用する企業にとって参考になりそうだ。