Airtel様のSiebel CRMは、Oracleの推奨に反してフロントエンド中心のカスタマイズが行われた結果、サーバーへの過剰な往復で性能が低下していました。Cubastionは、カスタムロジックをバックエンドへ移行し、タスクベースのUIフレームワークと一括登録の検証を導入することで、性能・データ整合性・一括B2B処理を改善しました。
Challenge
フロントエンド偏重が招いた、性能とデータの不整合
事業・技術の両面で生じていた課題をご紹介します。
性能低下とサービス要求（SR）の不整合、そして一括B2B処理が同時に課題となっていました。
ビジネス面の課題
- 未完了のSRや不完全な更新によるデータ不整合
- 請求・レポートなど一方の変更が他システムに反映されない
- CSVでの一括登録に伴う入力エラーと不整合
技術面の課題
- フロントエンド中心のカスタマイズによる過剰なサーバー往復と性能低下
- 不完全なSRの早期コミットの防止
- Oracle推奨に沿った持続可能なCRM構成への是正
Solution
バックエンド移行とタスクベースの整合性
提供したソリューションの中核をご紹介します。
性能・SR管理・一括B2B処理の3つのストリームで最適化を進めました。
- バックエンド移行：UI部品を維持したままカスタムロジックを移行し、サーバー往復を削減
- タスクベースUIフレームワーク：請求・ネットワーク・レポート・Optimus等のタスクを生成し、全タスク完了時のみSRをDB確定
- 一括登録の体系的処理：静的・動的チェック、与信・KYCを順次／並行で実行し、完了後に受注管理へ連携
バックエンド移行と検証の徹底により、性能・データ整合性・一括処理が改善しました。本事例で確認された主な効果は次のとおりです。
- 関連タスク完了後に更新が一律反映され、UI上の不整合が解消
- 堅牢な検証により、一括登録の誤りと不整合を最小化
- ロジックのバックエンド移行で処理性能が向上
- Oracleのベストプラクティスに準拠した持続可能でスケーラブルなCRM環境
