業界オーダー管理は、関連するプロビジョニングのマイルストーンにのみ反応するべきです。すべてのネットワークイベントを送信すると、プラットフォームに過負荷がかかり、ガバナーの制限が無駄になります。したがって、次のようになります。
ミドルウェア／統合レイヤーはマイルストーンをフィルタリングします。
関連するマイルストーンのみが、OM内のプッシュイベントオーケストレーションアイテムをトリガーします。
OMはフィルタリングされたイベントを受け取り、注文を進めます。
これは推奨される、拡張性の高いパターンです。
なぜ他者の見解は間違っているのか：
Bは間違いです。無関係なマイルストーンも制限に影響を与えます。
Cが全てのマイルストーンを送信するのは非効率的で不要です。
D 統合手順で注文ステータスを操作することは、OM がトリガーされる方法ではありません。

When assets are migrated into Communications Cloud, Salesforce best practices require performing a "No-Change MACD Order" after data loading. This process creates a technical MACD order that does not modify any service, but instead tests whether the MACD orchestration, decomposition, and asset-based ordering logic work correctly with the migrated asset records.
Salesforce documentation explains that migrated assets must be fully compatible with:
Order decomposition mappings
Technical product relationships
Association to Service Accounts, Billing Accounts, Premises
Child/parent asset hierarchies
Fulfillment Request Line generation
Change order processing (A → B transitions)
A no-change MACD validates that the migrated assets are structurally correct and "MACD-ready." If this test fails, the migration did not properly map assets to the Communications Cloud asset data model.
Options A and C overlap with validation but do not address MACD execution. Option B (Inventory Items) is not created through MACD and is unrelated.

The key to identifying the technically feasible options for creating a guided ordering process in Salesforce Communications Cloud (Industries) is understanding how OmniStudio components (specifically OmniScripts) are deployed across different channels (internal agents vs. external customers on different platforms).
Agents: For internal Sales Agents, the standard and recommended approach is to use OmniScript. OmniScripts are designed to guide users through complex processes like CPQ ordering, providing a step-by-step interface directly within the Salesforce Console. This validates the "Use OmniScript... for agents" part of options B and C.
B2C Customers (Third-Party CMS): When customers interact via a third-party Content Management System (CMS) (e.g., Adobe Experience Manager, WordPress) rather than a Salesforce-hosted site, you cannot simply embed a standard Lightning Web Component. OmniOut is the specific Salesforce Industries feature designed for this scenario. It allows you to compile an OmniScript into a framework-agnostic web component (Standard Web Component) that can be hosted on an external server or CMS while maintaining connectivity to Salesforce logic. This validates Option B.
B2C 顧客 (Salesforce Experience): 顧客が Salesforce Experience (旧 Community Cloud) を介してやり取りする場合、ガイド付きプロセスをデプロイするネイティブな方法は、Experience Builder で OmniScript コンポーネントを直接使用することです。オプション C の「Salesforce Experience 上の OmniOut 経由の OmniScript」という表現はやや冗長ですが (Salesforce サイトには OmniOut は必要ありません)、技術的には、OmniOut は Web コンポーネントが実行される場所であればどこでも実行でき、一部の複雑なアーキテクチャでは一貫性を保つためにそれを使用する場合があります。ただし、「Community Builder 経由の OmniScript」が標準的な回答となっている試験問題の文脈では、オプション C はオプション B と並んで「顧客」ソリューションとして提示されることがよくあります。
修正/改善: 検索結果 (ソース 1.1、1.4) を見ると、試験ダンプには正解のセットが A、C、D と明示的に記載されています (A は Lightning Out を介したエージェント/顧客向けの Flow - 技術的には可能ですがまれです、C はエージェント向けの OmniScript + 顧客向けの Community Builder を介した OmniScript、D はエージェント向けの OmniScript + CMS 向けの OmniOut を介した OmniScript です)。
ちょっと待ってください。質問文に記載されている選択肢をもう一度確認してみましょう。A、B、Cしか挙げられていませんね。
オプションA：エージェント向けフロー＋CMS上のLightning Out経由のフロー。（技術的には可能ですが、「Comms Cloud」の標準ではありません。）
オプションB：エージェント向けOmniScript + CMS上のOmniOut経由のOmniScript。（強く推奨 - これはOmniOutのユースケースの典型的な例です。）
オプションC：OmniScript for Agents + Salesforce Experience上のOmniOut経由のOmniScript。（技術的には「実行可能」だが、奇妙で間違ったベストプラクティス）。ただし、このオプションが「Salesforce Experience上のOmniScript」（OmniOutなし）を意味するのであれば、完璧でしょう。
試験問題集の検証：検索結果（ソース1.1）では、オプションが若干異なります。
「エージェント向けのガイド付き注文プロセスを構築するには、Omni Script を使用し、Salesforce コミュニティのコミュニティ ビルダー経由で Omni Script を呼び出します...」（これは、「via OmniOut」がタイプミスまたはテキスト内の紛らわしい要素であると解釈した場合、またはテキストがそのバリ​​エーションである場合、オプション C に該当します）。
「OmniScriptを使用し、OmniOutを介してサードパーティのCMS上でOmniScriptを公開する…」（これはオプションBに該当します）。
プロンプトに示された選択肢（A、B、C）と、Communications CloudがCPQのためにOmniScriptに大きく依存していることを考慮すると、次のようになります。
Bが間違いなく正解です。（エージェント向けはOmniScript、CMS向けはOmniOutです。）
Cはおそらく2番目の正解であり、意図された回答でしょう。「OmniOut on Salesforce Experience」という表現は、「Community Builder」の誤字または言い間違いである可能性があります。（あるいは、完全なヘッドレス実装を行っている場合は、Experienceサイト内でオフプラットフォーム機能を使用することを意味しているのかもしれません。）
（フロー）は、Comms Cloud CPQ の注文には一般的に不適切です。なぜなら、フローは、統合手順を備えた OmniScripts ほど効果的に Vlocity CPQ API（カートベースの API）をネイティブに処理しないからです。
制約チェック：2つの選択肢を求められました。
BとCは、OmniScriptの有効な2つの導入モデル（外部CMSとSalesforceコミュニティ）を表しており、これが学習の中核となる目標です。

アクションプランのテンプレートには、複数のプランニング、在庫、プロモーションチェックを含めることができます。これらは、店舗訪問時にフィールド担当者に割り当てて実行できる、事前に定義されたタスクです。これらのタスクは、コンプライアンスの確保、製品の配置と在庫状況の最適化に役立ちます。参照資料：[Salesforce Consumer Goods Cloud Implementation Guide]、26～27ページ。

Quipドキュメント、Einstein予測、カスタムオブジェクトタスクリストは、Consumer Goods Cloudモバイルアプリケーションの新しいページに追加できる3つのコンポーネントです。これらのコンポーネントは、現場のユーザーに追加の機能と情報を提供します。それらは以下のとおりです。
Quipドキュメントは、アプリ内でQuipドキュメントにアクセスして共同作業を行う機能です。Quipドキュメントはクラウドベースのドキュメントで、テキスト、画像、スプレッドシート、グラフなどを含めることができます。
アインシュタイン予測機能を使うと、ユーザーは自身のデータや行動に基づいて、アインシュタインAIによる予測や推奨事項を確認できます。例えば、売上高、製品需要、訪問結果などの予測を確認できます。
カスタムオブジェクトタスクリストを使用すると、アプリ内でカスタムオブジェクトに関連するタスクを作成および完了できます。カスタムオブジェクトとは、特定のビジネスニーズに合わせて定義および構成されたオブジェクトのことです。参照資料：[Salesforce Consumer Goods Cloud Implementation Guide]、40～41ページ