このページはExams Labs Braindumps [ http://blog.examslabs.com ] からエクスポートされました。 エクスポート日時:Tue Jan 7 17:06:32 2025 / +0000 GMT ___________________________________________________ タイトル: [2023] Salesforce ARC-801 Practice Verified Answers - Pass Your Exams For Sure! --------------------------------------------------- ARC-801練習Salesforceの検証済みの回答-確実に試験に合格する！【2023 B2CソリューションアーキテクトのARC-801試験に合格する有効な方法 SalesforceのARC-801認定試験はB2Bマルチクラウドソリューションの実装に興味がある専門家のために設計されています。ARC-801試験は、Salesforceが提供する最高レベルの認定資格であるSalesforce Certified Technical Architect（CTA）プログラムに基づいています。ARC-801 試験は、複数のクラウドプラットフォームを含む複雑なソリューションを設計および実装する受験者の能力をテストするように設計されています。 QUESTION 14Fabulous FlowingはSalesforceを10年間使用していますが、パフォーマンスの問題に気づき始めています。同社は毎年 15% の継続的な成長を見込んでいます。過去 12 か月以内のデータを頻繁に参照しています。現在、60万件のケースがあります。ファビュラス・フローリングは、データの一部をアーカイブする必要があることを認識していますが、Salesforceに残しておきたいと考えています。ソリューションアーキテクトは、Big Objects の使用を推奨しています。ソリューションアーキテクトが Fabulous Flooring と話し合うべき 2 つの考慮事項は何ですか? ピックリストのフィールドは、ビッグオブジェクトでインデックスを作成するために必須とマークする必要があります。 非同期SOQLを使用して、特定の条件に基づいてデータをサブジェクトにプルし、戦略と計画セッションのためのレポートとダッシュボードを構築する必要があります。 ピックリストフィールドをテキストフィールドとしてビッグオブジェクトにロードする必要があります。 会社は、dg オブジェクトからの特定の基準に基づいて、戦略および計画セッション用のレポートとダッシュボードを構築する必要があります。 https://developer.salesforce.com/docs/atlas.en-us.222.0.object_reference.meta/api/big_object.htm ビッグオブジェクトは、Salesforceプラットフォーム上で大量のデータを保存および管理する方法です。12.ビッグオブジェクトは、標準のUI要素ではなく、カスタムのSalesforce LightningおよびVisualforceコンポーネントをサポートします。3.ビッグオブジェクトはピックリストフィールドをサポートしないため、ビッグオブジェクトにテキストフィールドとしてロードする必要があります。2.ビッグオブジェクトは標準のSOQLクエリをサポートしないため、ビッグオブジェクトからデータをクエリするには非同期SOQLを使用する必要があります。UCは、Salesforceからテリトリー全体のチーム予測を効率的で完全なリアルタイムビューに基づいて、主要なビジネス意思決定と販売戦略を推進したいと考えています。営業ユーザーは複数のテリトリーに属することができ、通常は一度に複数のオポチュニティに取り組んでいます。コラボレーション予測を設計する際、ソリューションアーキテクトはどのような技術的検討を行うべきでしょうか？ テリトリーモデルをアーカイブしても、モデル内のすべてのテリトリーの予測、クォータ、調整には影響しません。 営業ユーザーが多くのテリトリーを割り当てられている場合、予測のパフォーマンスに影響を与える可能性があります。 重要な詳細はオポチュニティラインレベルで追跡されるべきです。 予測カテゴリ名は、Salesforceサポートケースを提出することでカスタマイズできます。 いくつかのオンライン情報源12によると、共同予測は、営業チームが機会データと調整に基づいて正確な売上予測を作成できるようにする機能です。共同予測は、収益、数量、カスタムフィールドなど、複数の予測タイプをサポートします。営業ユーザーに多くのテリトリーが割り当てられている場合、予測のパフォーマンスに影響を与える可能性があります。テリトリーが多すぎると、予測ページの読み込みが遅くなり、ユーザーエクスペリエンスに影響する可能性があるため、この考慮は重要です1.https://help.salesforce.com/s/articleView?id=000199046&language=en_US&type=1QUESTION 16ある企業銀行は、市場投入までの時間を短縮し、銀行の法人顧客の360度ビューを表示し、顧客サービスのチャネルを増やすことでCSAT評価を向上させるために、マルチクラウドソリューションを使用することを決定しました。CIOは、組織内の既存の技術的な依存関係を理解することを1つの目標として、ディスカバリー・ワークショップを開催するよう要請した。 顧客満足度を向上させるために必要な変更を想定し、将来のシステムランドスケープのマップを作成する。 現在のシステム・ランドスケープのマップをプロットし、B2Bマルチクラウド・ソリューションが適合する主要エリアを特定する。 多様な利害関係者が参加するワークショップを通じて、UPN（Universal Process Notation）を使用してプロセスマップをプロットする。 顧客が経験の様々な段階で何を考え、何をし、何を感じているかをプロットし、銀行とのインタラクションにつなげる。 現在のシステム・ランドスケープの地図をプロットし、B2Bマルチクラウド・ソリューションが適合する主要エリアを特定する。これは、データソース、統合、アプリケーション、プラットフォームなど、組織内の既存の技術的依存関係を理解するための重要なステップである。また、B2Bマルチクラウドソリューションで対処できるギャップや改善の機会を特定するのにも役立ちます。質問17Universal Containers（UC）には、Sales Cloud、Service Cloud、CPQを含むマルチクラウド環境があります。この環境は、翻訳ワークベンチを介して多言語をサポートしています。ロードマップの一環として、UCはB2Bコマースを実装しています。このプロジェクトの一環として、ProductオブジェクトとProduct CategoryオブジェクトのNameフィールドとDescriptionフィールドに格納されているデータを翻訳する必要があります。 データレコードを作成し、翻訳します。 翻訳ワークベンチを有効にする。 翻訳を含むカスタムフィールドを追加します。 B2Bコマースのデータ変換を有効にする。 オプションDでは、B2B Commerceのデータ翻訳を有効にします。この機能を使用すると、翻訳ワークベンチのようなインターフェイスを使用して、商品および商品カテゴリオブジェクトの標準フィールドおよびカスタムフィールドに格納されているデータを翻訳できます。QUESTION 18Universal Containers（UC）は、最初の唯一の設計フェーズが終了しました。UCは、社内の利害関係者とセンター・オブ・エクセレンスによって開発され、合意された将来の設計全体に対して、先に進んで構築することを決定しました。しかし、エグゼクティブチームの懸念は、UCが設計フェーズで定義された目標を達成しながら、構築中にどのようにリスクを回避し、予算内に収めることができるかということです。構築中にエグゼクティブチームの懸念を軽減するために、ソリューションアーキテクトはどのような提案をすべきでしょうか？ エグゼクティブチームがガバナンスフレームワークを開発するのを支援し、チームが構築期間中これらの懸念に焦点を当て、予算を追跡する。 エグゼクティブチームに、プロジェクトマネージャーは毎週必ず包括的な予算数字を提示し、予算超過は絶対にないと約束する。 エグゼクティブチームに、彼らがソリューションの完全なビジョン全体をすでに作り上げており、構築中に新しいことが出てくる可能性はないことを理解させる。 エグゼクティブチームに、現在のプロジェクトはスコープが決まっており、予算オーバーはないと保証する。 この回答は、ガバナンスフレームワークがビジネス要件とソリューション設計の整合性を確保し、構築フェーズのコストを監視・管理するのに役立つことを示唆している2。ただし、これは Salesforce の公式回答ではないため、他の情報源や専門家に確認することをお勧めします。質問 19Universal Containers は、CPQ および B2B コマースソリューションの実装を進めています。技術チームは現在のスプリントの開発を完了し、スプリントのデモでビジネス関係者に機能のデモを行っています。製品と価格、および見積もり要求時のB2BとCPQ間の同期をデモンストレーションしているときに、利害関係者から、段階的な価格設定を含め、CPQの割引スケジュールに対応させるという新しい要求が出されました。ソリューションアーキテクトは、利害関係者からのフィードバックに対応しながら、どのアプローチを推奨すべきでしょうか？ この新しいユーザーストーリーに必要な技術的変更は労力が少ないため、次のスプリントで取り上げる可能性があることを伝える。 これは実現可能な要件であり、CPQ B2B コマースコネクタはすでにセットアップされているため、ユーザーストーリーとして含め、同じスプリントで対応する。 新しい要件のためにCPQ B2B Commerce Connectorの拡張が必要であるため、最初のMVPに含めることは推奨されないことを伝える。 プロダクトバックログに新しいユーザーストーリーとして要求を追加し、優先順位付けとグルーミングのためのミーティングをスケジュールする。 CPQ B2B Commerce Connectorは、CPQの製品および価格オブジェクトからB2B Commerceオブジェクトにデータを同期するツールです1.CPQは割引スケジュールを使用し、B2B Commerceはボリュームベースの価格設定を処理するために段階的な価格設定を使用します23.コネクタは、段階的な価格設定を割引スケジュールにマッピングすることをサポートしていません23.コネクタは、B2B Commerceからの価格設定を使用して、特別価格フィールドを設定することにより、生成された見積行の価格を定義します4.質問20AW Heat &.Cooling社は、特殊用途の冷暖房ソリューションを販売する中堅製造会社である。売上が大幅に減少しており、分析によると、見積もりまでの納期が長いこと、柔軟性に欠けること、顧客を理解せず互いに連携しない営業担当者が混乱していることなどが原因で、顧客が離れていっているとのことです。同社は、新しいコミュニケーションチャネルやデジタルセルフサービスの提供など、エンドツーエンドで顧客体験を合理化し、改善したいと考えています。ソリューションアーキテクトは、同社の優先事項を実装するために、どのようにロードマップをアレンジすべきでしょうか？ Service CloudとRevenue Cloudから始め、Experience Cloud、そしてSales Cloudと続きます。 Sales Cloud、Revenue Cloud、Service Cloud、Experience Cloudを最初から基本バージョンとして含む包括的なソリューションを開発する。 Service Cloudを短期間で開発し、その後Sales Cloud、Revenue Cloud、さらにExperience Cloudを開発する。 Sales CloudとRevenue Cloudからスタートし、Service Cloud、そしてExperience Cloudと続く。 Service Cloudを急ピッチで導入し、その後にSales Cloud、Revenue Cloud、さらにその後にExperience Cloudを導入する。カスタマー・エクスペリエンスを迅速に改善するために、Service Cloudを最初に導入すべきである。続いてSales CloudとRevenue Cloudを導入し、顧客との関係と収益をより適切に管理できるようにする。https://admin.salesforce.com/blog/2021/new-ideas-on-the-product-roadmap-admins-will-loveQUESTION。21Universal Containers（UC）は、Sales Cloud、B2B Commerce、Marketing Cloud Account Engagement、Experience Cloud、MuleSoftなどのクラウドを横断するデジタルトランスフォーメーションイニシアチブの最初のリリースを迎えようとしている。UCは最近、CoE（Center of Excellence）モデルを開発し、開発者と管理者が継続的なリリース・サイクルを行えるようにする方法に取り組んでいる。プロダクトオーナーは、サンドボックスや本番環境で作業が上書きされないようにしたいと考えています。UCのDevOpsセットアップの中で、ソリューションアーキテクトが最初に推奨すべきことは何でしょうか？ 開発者全員がCLIにアクセスできるようにして、変更をパッケージ化して次の環境にプッシュできるようにする。 リリースマネージャを任命し、スプリントの一部として、QA、SIT、およびUAT環境にデプロイされたすべての変更とどの変更を追跡できるようにする。 ソース管理ベースの開発プロセスと連動して、必要な環境と自動デプロイメントをセットアップするリリースマネージャーを任命する。 管理者と開発者が理解し、それに従うソース管理ベースの開発プロセスを設定する。 Salesforce DevOps は、チームがソフトウェアをより迅速かつ確実に構築、テスト、リリースできるように設計された一連のプラクティスです。Salesforce DevOps Centerは、管理者と開発者がリリースを管理し、エレガントなポイント＆クリックインターフェイスを使用して単一の設定とコードで共同作業できるようにする新機能です。また、バージョン管理と統合し、ワークフローを自動化し、CIツールとメタデータAPIを使用して自信を持ってリリースすることができます。したがって、ソリューションアーキテクトは、管理者と開発者が理解し、それに従うソース管理ベースの開発プロセスを設定することを推奨する必要があります。https://www.salesforceben.com/salesforce-devops/QUESTION 22Northern Trail Outfitters（WTO）には、Accountオブジェクトに保存されたアクティブな顧客が約50万人いる。NTO は、社内とオンライン販売チャネルの両方から、毎月顧客一人当たり平均 2 件の注文を受けている。NTOは前年比15%の成長を見込んでいる。最近、NTOの様々なユーザーから、注文情報へのアクセスやレポート実行時の動作が遅いとの苦情が出始めている。NTOの顧客は、B2Bコマースで注文履歴にアクセスする際のレスポンスも遅いと感じています。パフォーマンスを改善するために、ソリューションアーキテクトが考慮すべき選択肢は2つあります。 顧客と連携した基準に基づいて、Salesforceからの注文レコードのアーカイブ戦略を策定する。 レポートスナップショットを有効にして、要約された情報を保存する。 すべての注文情報を表示するカスタムコンポーネントを作成する。 標準の B2B コマース注文オブジェクトの代わりに外部オブジェクトを使用する。 1.顧客と連携する基準に基づいて、Salesforceからの注文レコードのアーカイブ戦略を開発する。2.レポートスナップショットを有効にして、要約された情報を保存する。1.によると、顧客と連動する基準に基づいてSalesforceからの注文レコードのアーカイブ戦略を開発することで、Salesforceに保存されるデータ量を減らし、クエリの効率を向上させることで、パフォーマンスを改善することができます。2 によると、レポートスナップショットを有効にして要約された情報を保存することで、大規模なデータセットに対して複雑なレポートを実行する必要性を減らし、パフォーマンスを向上させることができます。レポート・スナップショットを使用すると、レポート結果からデータをキャプチャし、カスタム・オブジェクトとして保存することで、過去のデータをレポートすることができます。質問23Universal Containers（UC）のチームは現在、Service Cloudの初期リリースに取り組んでいます。しかし、UC の経営陣はプラットフォームの新機能に非常に熱心で、新しい Service Cloud ソリューションをできるだけ早く市場に投入したいと考えています。Service Cloud の初期リリースの現在の目的は、ケースのワークロードとケースの割り当てプロセスを管理することです。ソリューションアーキテクトは経営会議に呼ばれ、自動チャットボット、Einstein ケース分類、およびデータ洞察のための CRM Analytics をいつ UC で稼働させることができるか尋ねられました。 本稼働を延期し、希望する機能を含めるためにスコープを拡大することに経営陣と合意する。 経営陣には、これらの機能はまだ進化中であり、本番で使い始める前に数リリース待って安定させるのが最善であることを説明する。 長期的なビジョンとロードマップを説明し、計画中の最小実行可能製品（MVP）が、最終的に希望する機能を含む旅の第一歩となる論理的な段階分けを提案する。 新機能がイニシアチブの成功に不可欠であることに同意し、最も革新的な機能のために現在のスコープの一部を交換する。 長期的なビジョンとロードマップを説明し、計画中の最小実行可能製品（MVP）が、最終的に希望する機能を含む旅の最初のステップとなる論理的な段階分けを提案する2。このオプションは、UC の期待をビジネスの目標や優先事項と一致させるのに役立つと同時に、時間をかけて Service Cloud ソリューションからどのように段階的な価値を達成できるかを示すことができます。ソリューションアーキテクトはまた、仮定の検証、機能のテスト、フィードバックの収集、リスクの低減など、最初に MVP を提供する利点を強調することができます。https://trailhead.salesforce.com/credentials/b2bsolutionarchitectQUESTION 24A ソリューションアーキテクトは、CPQ B2B コマースコネクタを使用して、CPQ と B2B コマースを含む B2B マルチクラウドソリューションのフェーズ 1 ロールアウトの設計を提示しています。プレゼンテーションの間、ビジネス利害関係者は設計の重要な側面のいくつかについて意見を求めました。ビジネス関係者は、商品画像とSCOデータが828 CommerceからCPQにプッシュバックされることを強く望んでいる。ソリューションアーキテクトがステークホルダーに提示すべき 2 つの回答はどれですか。 B2BコマースとCPQでは、割引モデルやオプションに大きな違いがあります。そのため、CPQに同期せずに、別々に処理する方がよいでしょう。 商品画像とSCOデータはB2Bコマース特有のメタデータです。CPQ にプッシュせず、828 Commerce 内のみに保持することを推奨します。 CC ProductからProduct2オブジェクトに画像ファイルのURLを渡すことで、B2B CommerceからCPQに商品画像をマッピングします。SEOデータの同期には、追加のカスタマイズが必要です。 割引とプロモーションを見積IntのAdditional Discountsフィールドにマッピングする。 ただし、特定のビジネスニーズがない限り、B2B Commerceから作成された見積に対して価格ルールが実行されないようにする必要がある。 https://help.salesforce.com/s/articleView?id=sf.icx_b2b_cart_to_quote_connector.htm&language=en_US&type=5QUESTION 25P&C Hardware はコンピュータ部品の大手メーカーであり、すでに MuleSoft、Sales Cloud、Service Cloud、Field Service、および Shield 機能を含む広範な Salesforce テクノロジースタックを使用しています。P&C Hardware は、Salesforce テクノロジーに基づくオンラインストアを立ち上げようとしています。P&C Hardware 社は、パフォーマンスを分析してボトルネックを特定し、毎週リリースするアジャイルプロセスを使用して構成を最適化する必要があります。これまでのところ、P&C Hardwareは、クラウドに展開したサードパーティの監視およびアラートツールを使用して、他のテクノロジの同様の要件をカバーしてきました。ソリューションアーキテクトがクライアントとさらに詳細に検討すべき2つの実行可能なオプションは何ですか？答えを2つ選んでください。 Shield Event MonitoringとMuleSoftを活用して、P&C Hardwareですでに導入されているサードパーティの監視・アラートソリューションに監視データを提供する。 Shield Event MonitoringをSalesforceのデバッグログと連携して活用し、運用管理チームの定期的なレビュープロセスを確立する。 B2B Commerce 組み込みのパフォーマンス監視ダッシュボードを活用して、ほぼリアルタイムでパフォーマンスを分析する。 Shield Event Monitoring を CRM Analytics Event Monitoring アプリと組み合わせて、すぐに使えるシンプルなソリューションとして活用する。 Shield Event MonitoringとMuleSoftを活用して、P&C Hardware2ですでに導入されているサードパーティの監視およびアラートソリューションに監視データを提供する。このオプションを使用すると、P&C Hardwareは、クラウドベースの監視ツールに対する既存の投資と専門知識を活用しながら、Shield Event MonitoringとMuleSoftを統合して、Salesforceテクノロジースタックからパフォーマンスデータを取得して分析することができます。このオプションは、AppExchange からインストールできる CRM Analytics Event Monitoring アプリの事前構築済みのレポートとダッシュボードを使用して、損保ハードがパフォーマンス監視ダッシュボードを迅速にセットアップするのに役立ちます。https://trailhead.salesforce.com/credentials/architectoverviewQUESTION 26Universal Containers 社は、CPQ と請求の実装を進めながら、受注処理のために ERP と統合しています。開発チームは、各スプリントを通じてビジネス利害関係者から定期的にフィードバックを収集しようとしている。また、アジャイル手法をサポートしているため、プロジェクト期間中に要件に適度な柔軟性を持たせることに合意しています。ソリューションアーキテクトは、早期にフィードバックを得るためにどの領域に注目すべきでしょうか？ CPQとERP間の価格同期 統合のためにERPに必要な修正 CPQでの商品と価格設定のセットアップ 請求書作成に対応するためのERPのインボイス機能 CPQで製品と価格体系を正しく設定し、ビジネス要件と期待に合わせることが重要である。これは、CPQと請求書作成における製品の設定、見積もり、価格設定、注文方法、および注文処理におけるERPとの統合方法に影響する12。この分野に関するフィードバックを早期に得ることで、後の手戻りやエラーを避けることができる。https://help.salesforce.com/s/articleView?id=blng_overview.htm&language=en_US&type=5QUESTION 27最近。Universal Containers（UC）は、Sales Cloud、Service Cloud、Experience Cloud、B2B Commerceによるマルチクラウド62Bの導入に成功しました。Sales Cloud と Service Cloud の開発は別々のチームによって行われたため、UC は Account オブジェクトのための Process Builder 自動化 m を別々の Process Builder プロセスで作成しました。顧客が Sales Cloud 内で 90 の販売プロセスを完了すると、顧客アカウント レコードのデータが更新されます。同じ顧客が B2B コマースで購入すると、顧客アカウントレコードのデータも更新されます。ソリューションアーキテクトが、これらを 1 つのプロセスビルダープロセスに統合することを推奨する 2 つの理由は何ですか。 これらを1つのプロセスビルダープロセスにまとめることで、クエリの数を減らし、アカウントオブジェクトの制限を回避することができます。 単一のプロセスビルダープロセスに統合することで、Accountオブジェクトの更新およびアクションの順序を制御することができます。 プロセスビルダーを 1 つにまとめることで、Account オブジェクトの命名規則が確実に守られます。 プロセスビルダの 1 つをフローに移動すると、Account オブジェクトでの自動化の競合がすべてなくなります。 ソリューション アーキテクトが Sales Cloud と Service Cloud のプロセス ビルダー プロセスを 1 つのプロセス ビルダー プロセスに統合することを推奨する理由は 2 つあります：(A)単一のプロセスビルダープロセスに統合することで、クエリの数を減らし、Accountオブジェクトの制限を回避することができる。(B)単一のプロセスビルダープロセスに統合することで、Accountオブジェクトでトリガされる更新とアクションの順序を制御することができる。これらを単一のプロセスビルダープロセスにまとめることで、UC はアカウントオブジェクトの更新とアクションのトリガ順序をより適切に管理し、最も重要な更新とアクションが最初に実行されるようにすることができます。さらに、複数のプロセスビルダープロセスを 1 つにまとめることで、実行する必要があるクエリの数が減り、アカウントオブジェクトの制限に当たることを回避できます。QUESTION 28Universal Containers（UC）は最近、Lightning Experience への移行を完了し、営業ユーザーは自動的に Lightning に移行しました。この取り組みはUCにとって大規模な事業であり、膨大な量のレガシー機能がクラシックからLightningに移行されました。CIOは、UCがクラシックからライトニングに移行された機能の採用を追跡できるようにし、具体的に何が移行されたかを確認したいと考えています。ソリューションアーキテクトが推奨すべき2つの提案を選択してください。 CIOがLightningがニーズに合っていないと感じたら、すべての変更をロールバックできるようにする。 Lightningの使用状況内で導入率を追跡し、既存のレポートやダッシュボードで指標の変化を監視する。 新機能に関するユーザーストーリーのリストと、クラシックとライトニングのギャップ分析をCIOに提供する。 機能が移行されても、ClassicとLightningの間で作成されるデータはまったく同じであることをCIOに伝える。 クラシックからライトニングに移行された機能の採用をトラッキングするために、ソリューションアーキテクトが推奨すべき提案は以下の2つです。 1.ライトニングの使用状況内で採用率をトラッキングし、既存のレポートやダッシュボードで指標の変化を監視する。C.新機能に関するユーザーストーリーのリストと、クラシックとライトニングの間で行われたギャップ分析をCIOに提供する。採用率と成功指標のトラッキングは、ライトニング・エクスペリエンスの採用を推進するためのベストプラクティスの1つです。2 によると、既存のレポートやダッシュボード内のメトリックの変化を監視することで、UC は Lightning エクスペリエンスがビジネスパフォーマンスやユーザー満足度に与える影響を評価することもできます。新しい機能に関するユーザーストーリーのリストを提供することで、UC は Lightning エクスペリエンスのメリットと価値をユーザーや利害関係者に伝え、移行プロジェクトに対する期待や目標を調整することができます。3 によると、Classic と Lightning の間で行われたギャップ分析を提供することで、UC は Lightning Experience で利用可能な機能または利用不可能なカスタマイズを理解し、必要な変更または拡張を計画することもできます。https://trailhead.salesforce.com/content/learn/modules/lex_migration_rollout/lex_migration_rollout_enablingQUESTION 29 あるソリューションアーキテクトは、AC Computers から Salesforce 上でのリベート登録および管理ソリューションに関するソリューション提案を依頼されました。主な目標と要件は、管理者が Salesforce で実装および管理できるパートナー向けのリベートプログラムを簡単に立ち上げることです。ビジネス要件に基づいて、ソリューションアーキテクトはどのソリューションを推奨すべきでしょうか。 ビジネス要件に基づき、ソリューションアーキテクトはどのソリューションを推奨すべきですか？リベート、発生、実績を追跡するカスタムソリューションを実装し、Experience Cloud サイトでデータを公開する。 リベート発生を追跡するための行項目を持つ Salesforce サービス契約を実装し、Experience Cloud サイトでデータを公開する。 Salesforce リベート管理モジュールを実装し、Experience Cloud サイトでデータを公開します。 Lightning ExperienceにB2Bコマースを実装してリベートを追跡し、Experience Cloudサイトでデータを公開する。 このソリューションにより、AC Computersは、管理者がSalesforceで実装および管理できるパートナー向けのリベートプログラムを簡単に立ち上げることができます。リベート管理は、あらゆるSalesforce製品にすぐに統合できる新しいモジュールで、すべての従業員とチャネルパートナーがリベートプログラムを可視化できる2。また、自動化、拡張、AI主導の洞察の活用により、より適切で迅速な意思決定を実現します1。リベート管理は、カスタムコンポーネントまたは標準オブジェクトを使用して、Experience Cloudサイトで公開することができます4.https://www.salesforce.com/products/manufacturing-cloud/rebate-management/ Salesforce Rebate Managementは、企業がSalesforceでリベートを作成、管理、追跡できるようにするマネージドパッケージです。このソリューションを使用すると、管理者はリベートプログラムの設定と管理、発生と実績の追跡、および詳細レポートの生成を簡単に行うことができます。エクスペリエンス・クラウド・サイトにデータを公開することで、パートナーはリベートのステータスを表示および追跡できるようになり、リベート管理プロセスがさらに強化されます。UCは、セルフサービスとフィールドセールスの両方を通じて、シームレスな顧客購買体験を提供するためにeコマースウェブサイトを立ち上げたいと考えています。UCはまた、その豊富な製品ラインナップを紹介し、地域ごとのプロモーションや割引を実施し、管理されたルーティングと契約を行いたいと考えています。UC は、フェーズをまたいで実装される Salesforce のマルチクラウドソリューションに関するガイダンスを求めています。UC のビジネス要件を満たすために、ソリューションアーキテクトは何を推奨すべきでしょうか。 フェーズ 1: Sales Cloud - - フェーズ 2: Service Cloud - - フェーズ 3B2B Commerce フェーズ 1：Sales Cloud - フェーズ 2：B2B コマース - フェーズ 3：Salesforce Field Service フェーズ 1: Service Cloud - - フェーズ 2: CPQ - - フェーズ 3: B2B コマース フェーズ 1: Sates Cloud - - フェーズ 2: CPQ - - フェーズ 3: B2B コマース https://trailheadacademy.salesforce.com/classes/arc801-Design-and-implement-b2b-multi-cloud-solutions 1によると、これは、ビジネス価値を最大化する摩擦のないB2B顧客エクスペリエンスを創出するために、Customer 360を使用してドメイン固有のマルチクラウドソリューションを設計するための推奨アプローチです。Sales Cloud は、UC のフィールド販売と契約の管理を支援し、CPQ は、UC の見積もりと価格設定プロセスの自動化を支援し、B2B コマースは、UC がデジタル プラットフォーム全体で顧客にシームレスな e コマース エクスペリエンスを提供するのを支援します。質問 31Universal Containers (UC) u は、Service Cloud、LiveMessage、Experience Cloud、および MuleSoft などの Salesforce 製品を利用して、新しいコール センター ソリューションを開発しようとしています。UCは、実際の顧客データをSalesforce内に保存せず、ビューのみにすることを希望しています。これらのビューは、このデータを一時的に表示し、削除する能力を割り当てられる可能性のある、選ばれた少数の個人によってのみ利用されるべきです。これらの制約を維持するために、ソリューションアーキテクトが提案すべき2つの機能はどれですか？ Apexコールアウト、ユーザ権限セット サードパーティETL、プロファイル Salesforce Connect、ユーザプロファイル Salesforce Connect、ユーザ権限セット Salesforce Connect を使用すると、外部データソースを Salesforce に統合し、Salesforce1 に保存せずにリアルタイムにアクセスできます。ユーザ権限セットを使用すると、ユーザのプロファイルを変更することなく、さまざまなツールや機能へのアクセスをユーザに付与できます12。QUESTION 32ソリューションアーキテクトがSalesforceのユーザ属性図を提示した後、プロジェクトオーナーが、すべての副社