[2024-05-01更新,126問] 無料Salesforce B2B-Commerce-Developer試験問題集、B2B-Commerce-Developer過去問題(ページ 8)

B2B-Commerce-Developer 試験問題 31

開発者はチェックアウトフローステップに新しい画面動作を導入するにはどうすればよいでしょうか?

A. checkoutSteps.xml のプロパティマッピングを変更します。

B. デフォルトのサブフローを直接編集します

C. 適切なサブフローを複製し、そのサブフロー内の Lightning Web コンポーネントを置き換えます。

D. 前のサブフロー構成で次の状態を調整します

正解: C

説明
チェックアウトフローステップに新しい画面動作を導入するには、開発者は適切なサブフローを複製し、その中の Lightning Web コンポーネントを置き換える必要があります。サブフローは、別のフローから要素として呼び出すことができる再利用可能なフローです。チェックアウトフローは、ストアフロントでのチェックアウトプロセスのステップとコンポーネントを定義するフローです。チェックアウトフローは複数のサブフローで構成され、それぞれがカート、配送先住所、支払い、注文概要などのチェックアウトステップに対応します。チェックアウトフローステップに新しい画面動作を導入するには、開発者は、変更するチェックアウトステップに一致するサブフローを複製し、複製されたサブフロー内の Lightning Web コンポーネントをカスタムコンポーネントに置き換える必要があります。その後、開発者は checkoutSteps.xml ファイルを更新して、元のサブフローの代わりに複製されたサブフローを指すようにできます。checkoutSteps.xml のプロパティマッピングを変更することは、チェックアウトフローステップに新しい画面動作を導入する有効な方法ではありません。影響するのはサブフロー間でのデータの受け渡し方法のみであり、画面の表示またはレンダリング方法には影響しません。デフォルトのサブフローを直接編集することも、同じデフォルトのサブフローを使用する他のストアや環境との競合やエラーが発生する可能性があるため、有効な方法ではありません。以前のサブフロー構成で次の状態を調整することも有効な方法ではありません。影響を受けるのはサブフローの遷移方法またはナビゲーション方法のみであり、画面の表示方法やレンダリング方法には影響しません。Salesforce 参照: B2B Commerce 開発者ガイド: チェックアウトフロー、B2B Commerce 開発者ガイド: チェックアウトサブフロー、B2B Commerce 開発者ガイド: チェックアウトステップのカスタマイズ

B2B-Commerce-Developer 試験問題 32

ユーザーが製品 B を 10 ユニット購入した場合、ユーザーは製品 A を 1 ユニット自動的にカートに追加したいと考えています。この要件はどのように満たされるのでしょうか?

A. ccrz.cc_api_CartExtension の前処理メソッドをオーバーライドします。

B. ccrz.cc_api_CartExtension のAllowCheckout メソッドをオーバーライドします。

C. ccrz.cc_api_CartExtension の prepareToAdd メソッドをオーバーライドします。

D. ccrz.cc_api_CartExtension の prepareForSave メソッドをオーバーライドします。

B2B-Commerce-Developer 試験問題 33

コマースの展開に取り組んでいる間、開発者は購入者が以下の支払いタイプのいずれかで購入できるようにチェックアウトプロセスを更新する必要があります。
* クレジットカード
* 注文書
* 今すぐ契約して後で支払う
さらに、アカウントのカスタムチェックボックスフィールドがチェックされている場合、開発者は注文書と今すぐ契約して後で支払うだけを表示する必要があります。
開発者はこれらの要件をどのように満たすべきでしょうか?

A. 標準の支払いコンポーネントで使用できるカスタム Lightning Web コンポーネントを作成します。publish-<g,subscribe (pub-sub) モデルを使用して標準コンポーネントからのイベントをリッスンし、どの追加の支払いオプションを表示するかを決定します。

B. 利用可能なすべてのオプションを備えたチェックアウトフロー用のカスタム Lightning Web コンポーネントを作成します。
そのコンポーネント内で、アカウントからデータを取得して、表示するオプションを決定します。

C. チェックアウト画面フローの標準支払いコンポーネント設定を変更し、新しい支払い方法を追加します。画面フローのコンポーネント可視化機能を使用して、アカウントベースの支払いオプション基準を満たすことができます。

D. リファレンス実装手順に従って新しい支払いゲートウェイを追加し、支払いがチェックアウト支払い画面に表示されるようにします。必要なさまざまな支払いオプションを設定します。

正解: B

説明
購入者が以下のいずれかの支払いタイプで購入できるようにチェックアウトプロセスを更新するには:
* クレジットカード
* 注文書
* 今すぐ契約して後で支払うさらに、アカウントのカスタムチェックボックス項目がオンになっている場合は、注文書と今すぐ契約して後で支払うだけを表示します。開発者は、利用可能なすべてのオプションを備えたチェックアウトフロー用のカスタム Lightning Web コンポーネントを作成する必要があります。そのコンポーネント内で、アカウントからデータを取得して、表示するオプションを決定します。チェックアウトフロー用のカスタム Lightning Web コンポーネントを作成すると、開発者はさまざまな支払いタイプを使用して支払いを処理するためのカスタムロジックとユーザインターフェースを定義できます。開発者は、Apex メソッドまたはサードパーティ API を使用して、支払いサービスプロバイダまたは支払いゲートウェイと統合し、支払いの承認、取得、無効化、返金を処理できます。開発者は、@wire または @api デコレータを使用してアカウントオブジェクトからデータを取得し、カスタムチェックボックスフィールドなどのそのプロパティを使用して、ビジネスロジックに基づいて表示または非表示にする支払いオプションを決定することもできます。標準支払コンポーネントで使用できるカスタム Lightning Web コンポーネントを作成することは、開発者が標準支払コンポーネントのロジックやユーザインターフェースを置き換えたり変更したりすることができないため、この要件を満たす有効な方法ではありません。
チェックアウト画面フローで標準の支払いコンポーネント設定を変更し、新しい支払い方法を追加することも有効な方法ではありません。これは、開発者がアカウントデータに基づいてカスタム支払いタイプや条件付きロジックを追加することを許可しないためです。リファレンス実装手順を通じて新しい支払いゲートウェイを追加して、支払いがチェックアウト支払い画面に表示されるようにすることも、開発者がアカウントデータに基づいて複数の支払いオプションや条件付きロジックを追加することを許可しないため、有効な方法ではありません。Salesforce 参照: B2B Commerce 開発者ガイド: 支払い統合、B2B Commerce 開発者ガイド: 支払いコンポーネント、B2B Commerce 開発者ガイド: チェックアウトサブフロー