数式変数には、明確かつ分かりやすい名前を付ける必要があります。数式の結果パスは、データマッパー内で再利用可能な JSON キーとなるためです。「Value1」や「Temp」のような曖昧な名前では、特に他の数式やマッピングで同じ数式が再利用される場合、後々のマッピング、トラブルシューティング、メンテナンスが困難になります。数式の結果が Salesforce フィールドではなく中間値になる可能性があるため、対象フィールドの正確な API 名を使用することが常に正しいとは限りません。最短の名前は可読性を損なうため、ベスト プラクティスではありません。汎用的な名前も、ビジネス上の意味を隠してしまうため、好ましくありません。Salesforce のデータマッパーのドキュメントでは、数式の結果はキーと値のペアとして保存され、マッピングで再利用できるため、分かりやすい結果名が重要であると説明されています。

オプション D は、追加入力が入力データとまったく同じデータを送信するように構成する正しい方法です。追加入力は入力データと同じキー/値ペアを持ち、値は次のように設定する必要があります。
各キーに対して {{InputData.key}} を使用します。これにより、各キーの入力データの値が追加入力に渡されます。

OmniStudio開発者ガイドによると、「レコードをアップサートするには、レコードの一意の識別子を含むフィールドの[アップサートキー]チェックボックスを選択します。一致するレコードが見つからない場合に新しいレコードを作成する場合は、[アップサートに必須]を選択します。」したがって、正解はBです。

要件が制御されたエラー処理であるため、Try-Catch ブロックが適切な要素です。データ マッパー ロードは検証ルールによって失敗する可能性がありますが、統合プロシージャは実行を継続し、すぐに終了するのではなく、ユーザーフレンドリーなエラー メッセージを返す必要があります。グループ要素はステップを整理したり、条件付きで実行したりしますが、それ自体では例外処理を提供しません。値の設定要素はエラーが捕捉された後にフレンドリーなメッセージを準備できますが、失敗を捕捉することはできません。レスポンス アクションは最終的なペイロードを返しますが、リスクのある操作をラップするべきではありません。Salesforce 統合プロシージャのガイダンスでは、統合プロシージャ内のエラーを処理するメカニズムとして、Try-Catch ブロックが明確に示されています。

「追加入力のみ送信」チェックボックスをオンにすると、リモートアクション要素は、追加入力で指定されたキーと値のペアのみをApexメソッドに送信します。追加入力には、メソッドパラメータと同じキーを設定し、各ノードの値を{{InputData.node}}に設定する必要があります。例えば、AccountId: {{InputData.AccountId}}、ProductId: {{InputData.Details.Products}}などです。