要件は、ユーザーがドロップダウンリストから選択できるようにするOmniScript要素を特定することです。Salesforce OmniStudioでは、Select要素がこの目的のために特別に設計されているため、Aが正解となります。
A. Select が正解である理由は次のとおりです。
* Select要素の概要：OmniScriptのSelect要素は、ドロップダウンリスト（または設定によってはラジオボタングループのような類似のUIコントロール）を作成し、ユーザーが定義済みの選択肢から1つを選択できるようにします。これはユーザー向けの入力要素であり、以下の機能をサポートします。
* 手動オプション: デザイナーに入力されたハードコードされた値。
* SObject オプション: Salesforce フィールドから取得された値 (例: 選択リストの値)。
* DataRaptor/カスタム オプション: DataRaptor 抽出または Apex からの動的な値。
* ドロップダウン機能: デフォルトでは、スタイル設定で「ドロップダウン」として構成すると、選択要素はドロップダウン メニューとしてレンダリングされ、ユーザーはリストから選択できるようになります (例: 「高」、「中」、「低」などのケース優先度を選択する)。
* 要件を満たす: Select 要素はドロップダウン リストのニーズを直接満たし、ユーザーが OmniScript 内で選択を行うためのシンプルでインタラクティブな方法を提供します。
次に、他の選択肢がなぜ間違っているのかを見てみましょう。
* B. 計算アクション: 計算アクションは、バックエンドの計算またはデータ操作 (例:
たとえば、値の乗算や変数の設定など)。これは UI 要素ではなく、ユーザー操作用のドロップダウン リストは表示されません。
* C. ルックアップ: ルックアップ要素を使用すると、ユーザーは検索可能なポップアップからSalesforceレコード（例：取引先）を検索して選択できます。選択は必要ですが、ドロップダウンリストではなく、定義済みの選択肢リストではなく、レコードを返す動的な検索インターフェースです。
* D. DataRaptor 抽出アクション: このアクション（誤記「Data Mapper 抽出アクション」を修正）は、DataRaptor 抽出を使用して Salesforce データを取得しますが、UI 要素ではなくバックエンドプロセスです。ドロップダウンの選択要素にデータを提供することはできますが、ユーザーによる選択自体は実行できません。
参考文献:
* Salesforce OmniStudio ドキュメント: OmniScript 要素リファレンス - Select 要素のドロップダウン機能について詳しく説明します。
* Salesforce OmniStudio 開発者ガイド: 要素の選択 - ドロップダウン リストの構成について説明します。

以下は、包括的な説明と参照を含む、公式 Salesforce OmniStudio ドキュメントに基づいた 100% 検証済みの回答を含むフォーマットされた質問です。

* 徹底的なレビューの実施 (C) - OmniScript がビジネス要件を満たしていることを確認する最善の方法は、各ステップをレビューし、文書化された要件と比較することです。
* これには、データ フロー、ユーザー インタラクション、統合ポイントを検証して、スクリプトが意図したとおりに機能することを確認することが含まれます。
* A. OmniScript をクライアントのビジネス要件と比較せずに実装する - レビュー プロセスを省略すると、エラーが発生したり、ビジネス ニーズとの不一致が生じたりする可能性があります。
* B. レビューを実施せずに OmniScript がクライアントのビジネス要件を満たしていると想定する - これは危険であり、プロフェッショナルではありません。想定は検証の代わりになるべきではありません。
* D. クライアントに、社内のチームで OmniScript を確認するよう依頼します。クライアントからのフィードバックは重要ですが、コンサルタントはクライアントを関与させる前に、まず独自に徹底的な確認を実施する必要があります。
包括的かつ詳細な説明:他のオプションがなぜないのか? Salesforce OmniStudio リファレンス:
* OmniScript のベストプラクティスと検証
* OmniScriptのテストとデバッグ

これらの要件を満たすためにコンサルタントが推奨すべき 3 つの OmniScript 要素は次のとおりです。
DataRaptor 後アクション、複数選択入力、HTTP アクション。DataRaptor 後アクションは、Salesforce オブジェクトにデータを書き込んだり、Salesforce API を呼び出したりできるアクションです。コンサルタントは、DataRaptor 後アクションを使用して、データをリードとして Salesforce に保存できます。複数選択入力は、エネルギー製品など、ユーザーが選択できるオプションのリストを表示できる要素です。複数選択入力では、複数のオプションを一度に選択でき、各オプションにアイコンを表示することもできます。HTTP アクションは、REST または SOAP サービスを呼び出して、現在のエネルギー使用量データなどの外部システムからデータを取得できる要素です。HTTP アクションは、応答データを JSON オブジェクトに保存し、さらに処理することができます。

包括的かつ詳細な解説：この質問では、「検証要件」を満たすのに最適な2つのOmniScriptコンポーネントが問われています。具体的な検証要件は示されていないため、OmniStudioにおける一般的なシナリオを想定します。それは、OmniScript内でユーザー入力またはデータを検証し、特定の条件（例えば、フィールド値が許容範囲内にあるか、パターンに一致しているか、ビジネスルールを満たしているかなど）を満たしているかどうかを確認することです。Salesforce OmniStudioの公式ドキュメントによると、OmniScript内で検証ロジックを実装するには、計算コンポーネントと数式コンポーネントが最も適しています。
計算と式が正しい答えである理由は次のとおりです。
* C. 計算：OmniScript の計算コンポーネント（具体的には計算アクション）は、検証ロジックを含むデータ操作を実行するために使用されます。計算を実行したり、データを操作したり、ユーザー入力や取得したデータに基づいて条件を設定したりできます。例えば、計算アクションは、数値入力がしきい値（例：数量 > 100）を超えているかどうか、またはテキストフィールドが必須の形式と一致しているかどうかを確認できます。その後、エラーの表示やナビゲーションのブロックなど、OmniScript フローを制御するために使用できるフラグ（例：isValid = true/false）を設定できます。計算アクションは、OmniScript の JSON データ構造をサポートし、DataRaptor または統合プロシージャを介して外部データソースと統合できるため、非常に汎用性があります。OmniStudio のドキュメントによると、計算アクションは、複数のステップやデータ変換を必要とする複雑な検証に最適です。
* D. 数式：数式コンポーネントは、OmniScript の軽量なインライン要素で、スクリプト内で直接式を評価し、簡単な検証を実行するために使用されます。OmniScript の数式構文（Salesforce の数式に類似）を利用して値を計算したり、条件をチェックしたりします。例えば、数式は、入力された日付が過去の日付ではないこと（例：TODAY() <= InputDate）や、テキストフィールドに特定の部分文字列が含まれていることを検証できます。計算アクションとは異なり、数式は特定のフィールドまたはステップ内に埋め込まれるため、単一の式による簡単な検証に最適です。数式の結果を使用して、要素の表示/非表示を切り替えたり、フィールド値を設定したり、他のアクションをトリガーしたりできるため、リアルタイム検証の重要なツールとなります。
次に、他の選択肢がなぜ間違っているのかを見てみましょう。
* A. メッセージング: OmniScript のメッセージングコンポーネントは、事前定義された条件またはデータに基づいて、情報、警告、またはエラーメッセージをユーザーに表示するように設計されています。検証結果（例:「有効な電話番号を入力してください」）を伝えることはできますが、検証自体は実行しません。これはプレゼンテーションツールであり、検証メカニズムではありません。例えば、Formula を使用してフィールドが空かどうかを確認し、メッセージングを使用してエラーを表示することはできますが、メッセージングだけでは検証要件を適用または評価することはできません。
* B. アラート：アラートコンポーネントは、メッセージングコンポーネントと同様に、ユーザーに通知やプロンプトを表示します。多くの場合、ポップアップなど、より目立つ形で表示されます。検証エラー（「入力値が最大値を超えています」など）をユーザーに警告するのに役立ちますが、検証を実行するロジックは含まれていません。
メッセージングと同様に、アラートを表示するかどうかを決定するには他のコンポーネント (計算や数式など) に依存します。
なぜ計算と数式を一緒に使うのですか?
実際には、計算と数式は検証要件に対して互いに補完し合います。
* 即時のフィードバックが必要な単純なフィールド レベルの検証には、数式を使用します (例: 電子メールに「@」が含まれているかどうかを確認する)。
* 複数のフィールド、外部データ、または条件付きロジック (入力の組み合わせをビジネス ルールに対して検証するなど) を含む複数ステップまたは複雑な検証には、計算を使用します。これらを組み合わせることで、OmniScript 内で検証を実施するための堅牢なフレームワークが提供され、送信または処理の続行前にデータの整合性が確保されます。
シナリオ例:
検証要件として、ユーザーが入力した「割引率」が 0 から 50 の間であることを確認するとします。
* 割引フィールドに数式を追加できます: AND(割引 >= 0、割引 <= 50)、ブール フラグ (isDiscountValid) を設定します。
* 計算アクションは、isDiscountValid をチェックし、false の場合は変数を更新してエラー メッセージをトリガーするか、[次へ] ボタンをブロックします。
この組み合わせにより、検証ロジックとその適用の両方が効果的に処理されます。
参考文献:
* Salesforce OmniStudio ドキュメント: OmniScript アクション - データ操作と検証のための計算アクションについて説明します。
* Salesforce OmniStudio 開発者ガイド: 数式要素 - 数式が条件を評価し、検証をサポートする方法について詳しく説明します。
* Salesforce ヘルプ: OmniScript Designer - 検証コンポーネントではなく、表示ツールとしてのメッセージングとアラートについて説明します。