ABC Telecom requires that assets be synchronized to their assurance platform immediately after fulfillment, and they operate in a high-volume wholesale environment (5,000+ orders per reseller/day and hundreds of concurrent users). Salesforce recommends event-driven, near-real-time integration for high-scale fulfillment notifications.
Platform Events are Salesforce's native, scalable publish/subscribe mechanism designed for high throughput and low latency. When an order completes fulfillment, Communications Cloud can publish an event that external systems subscribe to. The assurance platform can then call the GetAsset API to retrieve the exact asset structure needed for assurance workflows.
This pattern is explicitly recommended in Salesforce high-throughput integration architectures because it:
Eliminates polling
Handles large transaction volume
Provides near-real-time sync
Decouples fulfillment from assurance systems
Scales horizontally across resellers
Option A (using OM orchestration) is synchronous and not optimal for high throughput.
オプションB（オンデマンドRESTプル）は、レイテンシと過剰なポーリングを引き起こします。
オプションC（バルクAPI）はバッチ処理向けであり、リアルタイム処理には対応しておらず、ほぼ即時の更新には適していません。

セールスマネージャーは、訪問の作成、タスクの作成、フィールド担当者への訪問の割り当てなど、日々の小売実行プロセスを管理するユーザーペルソナです。セールスマネージャーは、フィールド担当者チームの小売活動の計画と監督、および担当地域の小売店のパフォーマンスとコンプライアンスの分析と報告を担当します。参照元：[Salesforce Consumer Goods Cloud Implementation Guide]、18ページ。

小売店オブジェクトのこれらのフィールドは、アカウントオブジェクトとの違いを明確にし、店舗運営、希望する訪問時間帯、配送の詳細に関する具体的な情報を提供します。

膨大なデータ量（加入者数2,000万人）を抱える大手通信事業者にとって、必要なダウンタイムとリスクを考慮すると、「ビッグバン」方式（システムを停止してすべてを一斉に移行する方式）は不可能です。コンサルタントは、事業継続性を確保できるハイブリッド移行戦略を提案する必要があります。
段階的／分割移行（「一括」戦略）：
2000万件のレコードを処理するには、データを論理的なブロック（例えば、地域、請求サイクル、アカウントステータスなど）に分割する必要があります。
これらのブロックは、バックグラウンドで複数段階（バッチ）に分けて時間をかけて移行されます。これにより、システム負荷が最小限に抑えられ、各段階での検証が可能になります。
これは、「移行に時間がかかる」という課題に対処するというプロンプトの要件に合致しています。オンデマンド/ジャストインタイム（JIT）移行（「継続性」戦略）：
The critical requirement is to process orders "uninterrupted through the Salesforce platform".
If a customer whose data has not yet been migrated calls to place an order, the system cannot tell them to wait.
Instead, the system must perform an On-Demand (Just-In-Time) migration for that specific customer record immediately, bringing their asset data into Salesforce so the order can be captured and processed within Salesforce.
Why other options are incorrect:
A (Disable production): Impossible for a Tier-1 Telco; downtime for 20M records would be unacceptable.
B (Direct requests to legacy): This violates the requirement to process orders through the Salesforce platform. Relying on the legacy system for active orders creates a "split brain" scenario and prevents Salesforce from becoming the system of record.
C (Migrate on-demand...): While partially correct, Option D is the better architectural answer because it explicitly defines the Partitioning/Staging strategy required to manage the bulk volume, whereas C is less specific about how the background migration is handled.