* OmniScripts がナレッジ記事を取得して表示できるようにするには、組織内で Salesforce Knowledge (A) を有効にする必要があります。
* Salesforce Knowledge を有効にすると、OmniScripts は DataRaptors または統合手順を使用してナレッジ記事を取得し、ユーザー入力に基づいて検索結果を動的に表示できるようになります。
* B. OmniScript デザイナー - これは OmniScript を構築するためのツールですが、ナレッジ機能は有効になりません。
* C. Salesforce Classic - OmniScripts は Salesforce Lightning 用に設計されており、Classic を有効にする必要はありません。
* D. Salesforce Lightning - OmniStudio は Lightning で動作しますが、Salesforce Lightning を有効にしても OmniScripts の Knowledge がアクティブ化されるわけではありません。
包括的かつ詳細な説明:他のオプションがなぜないのか? Salesforce OmniStudio リファレンス:
* Salesforce Knowledgeの有効化
* OmniScripts で Salesforce Knowledge を使用する

コンサルタントがパフォーマンスを向上させ、ユーザーの懸念に対処するために推奨すべき機能は、チェーニングです。チェーニングは、統合手順アクション要素をユーザーインターフェースをブロックすることなく、バックグラウンドで非同期的に実行できるようにするプロパティです。コンサルタントは、チェーニングを使用することで、長時間実行されるプロセスをOmniScript内の他のアクションやステップと並行して実行し、完了時にユーザーに通知することができます。これにより、ユーザーエクスペリエンスが向上し、待ち時間が短縮されます。

コンサルタントが事前入力されたPDFを生成するために推奨すべきOmniStudioツールはDataRaptorです。DataRaptorは、SalesforceオブジェクトまたはJSONオブジェクトからデータの読み取り、変換、書き込みができるツールです。DataRaptor Loadは、PDFマッピングファイルを使用してPDFテンプレートにデータを書き込み、連絡先情報が事前入力されたPDF文書を生成します。生成されたPDF文書は、Salesforceに添付ファイルまたはコンテンツ文書として保存できます。

OmniScriptでは、ステップ要素またはブロック要素の条件付き表示プロパティを使用することで、ユーザーの選択に基づいてページまたはフィールドグループを制御できます。条件付き表示プロパティは、データ値やユーザーロールなどの特定の基準に基づいて、ステップ要素またはブロック要素の表示/非表示を決定するプロパティです。コンサルタントは条件付き表示プロパティを使用して、ユーザーの入力に応じてOmniScript内の異なるページまたはフィールドグループを表示または非表示にすることができます。

包括的かつ詳細な説明：要件は、エージェントがボタンをクリックした際に、FlexCard（親カード）から追加情報とアクションを備えた子カードを起動することです。Salesforce OmniStudioでは、Flyout Actionはこれを実現するためにFlexCard内に設計された特別なメカニズムであるため、Bが最も正確かつ正確な回答となります。
理由は次のとおりです。B. フライアウト アクションを通じて子カードを起動するように親カードを設計するのが正解です。
* フライアウトアクションの概要：FlexCardsのフライアウトアクションは、通常はボタンやリンクによってトリガーされるとポップアップパネル（フライアウト）を表示するインタラクティブな機能です。このフライアウトには、子FlexCard、OmniScript、またはカスタムコンテンツを含めることができ、親カードのデータに関連する追加情報を表示したり、アクションを実行したりできます。
* 要件を満たす:
* 子カードの起動: フライアウト アクションでは、補足情報 (関連レコードや詳細など) を表示し、アクション (データを更新するボタンなど) を含む子 FlexCard を埋め込むことができます。
* ボタントリガー：FlexCardデザイナーでは、コンサルタントは親カードにボタン要素を追加し、アクションタイプを「フライアウト」に設定して、子FlexCardにリンクすることができます。エージェントがボタンをクリックすると、子カードにフライアウトが表示されます。
* コンテキスト データ: 親カードのデータ (レコード ID など) は、フライアウト アクションのコンテキスト パラメータを介して子カードに渡すことができ、子カードに関連情報が表示されるようになります。
* 例: 親カードに顧客の概要 (名前、アカウント番号) が表示されている場合、ボタンをクリックすると、注文履歴と返品を開始するためのボタンが表示されたフライアウトの子カードが起動します。これらはすべて親カードのアカウント ID に関連付けられています。
次に、他のオプションがなぜ間違っているか、または最適ではないのかを調べてみましょう。
* A. 特定のアクションが実行されたときに親カードが子カードを起動するように設計する：これは概念的には正しいものの、漠然としており、具体性に欠けます。「子カードを起動する」はOmniStudioで定義されたアクションではなく、実際にこれを実現するメカニズムはフライアウトアクションです。したがって、FlexCardsで明示的にサポートされているツール名がBであるため、より正確な答えとなります。
* C. 特定のアクションが実行されたときに新しいDataRaptorを起動するように親カードを設計する：DataRaptor（例：DataRaptor Extract）は、子カードのようにUIを表示するのではなく、データの取得または操作を行います。DataRaptorは子カードのデータを取得することはできますが、エージェントに表示されるものを「起動」するわけではないため、このオプションはUI要件とは無関係です。
* D. 特定のアクションが実行されたときに新しいOmniScriptを起動するように親カードを設計する：OmniScriptはFlexCardアクション（例：「OmniScript」アクションタイプ）を介して起動できますが、これはガイド付きのプロセスであり、「子カード」ではありません。要件では、複数ステップのスクリプトではなく、子カード（別のFlexCardを意味する）が指定されているため、OmniScriptよりも子FlexCardを含むFlyoutアクションの方が適切です。
参考文献:
* Salesforce OmniStudio ドキュメント: FlexCard アクション - 子カードまたはコンテンツを起動するためのフライアウト アクションの詳細について説明します。
* Salesforce OmniStudio 開発者ガイド: FlexCard のフライアウト - 子 FlexCard を使用したフライアウトの構成について説明します。