Data-Architect 試験問題 51
North Trail Outfitters (NTO) は、ビジネスの大部分を中央の Salesforce 組織で運営しています。NTO は、サービス、財務、マーケティング チームが作業する複数のセカンダリ組織も所有しています。現時点では、中央組織とセカンダリ組織の間には統合がありません。 、データの可視性の問題につながります。
今後、NTO は、中央組織がハブでセカンダリ組織がスポークとなる、ハブアンドスポーク モデルがデータ管理に適切なアーキテクトであることを特定しました。
データ アーキテクトは、ハブ組織とスポーク組織の間でデータを調整するためにどのツールを使用する必要がありますか?
今後、NTO は、中央組織がハブでセカンダリ組織がスポークとなる、ハブアンドスポーク モデルがデータ管理に適切なアーキテクトであることを特定しました。
データ アーキテクトは、ハブ組織とスポーク組織の間でデータを調整するためにどのツールを使用する必要がありますか?
Data-Architect 試験問題 52
大手自動車メーカーは、CRM として Salesforce を使用することを決定しました。CRM で次のディーラー タイプを管理する必要があります。
地元のディーラー
地域代理店
州代理店
サービスディーラー
属性は顧客タイプごとに異なります。CRM ユーザーは、顧客タイプに関連する属性のみを入力できるようにする必要があります。顧客のタイプごとにプロセスとビジネス ルールが異なる場合があります。
Salesforce でさまざまなディーラーをどのように管理する必要がありますか?
地元のディーラー
地域代理店
州代理店
サービスディーラー
属性は顧客タイプごとに異なります。CRM ユーザーは、顧客タイプに関連する属性のみを入力できるようにする必要があります。顧客のタイプごとにプロセスとビジネス ルールが異なる場合があります。
Salesforce でさまざまなディーラーをどのように管理する必要がありますか?
Data-Architect 試験問題 53
Universal Containers (UC) には、Salesforce、クラウドベースの ERP システム、オンプレミスの注文管理システム (OMS) の 3 つのシステムがあります。アーキテクトは、Salesforce をリードの記録システムとして使用し、OMS を取引先と取引先責任者の記録システムとして使用するソリューションを作成するという任務を負っています。UC は、取引先と取引先責任者が各システムで名前 (つまり、OMS では「John Doe」、Salesforce では「Johnny Doe」) を維持できるようにしたいと考えていますが、システム全体で参照されるレコードをリンクする統合データ ストアが必要です。要件を満たすためにアーキテクトはどのようなアプローチを提案すべきでしょうか?
Data-Architect 試験問題 54
(NTO) には、地理的レポート (AMER、EMEA、APAC) に基づいた複数の Salesforce 組織があります。NTO 製品は AMER 組織にあり、製品が承認された後、EMEA および APAC で作成する必要があります。
Salesforce 組織間でレコードを共有するためにデータアーキテクトが推奨すべき 2 つの機能はどれですか? 2を選択してください。
Salesforce 組織間でレコードを共有するためにデータアーキテクトが推奨すべき 2 つの機能はどれですか? 2を選択してください。
Data-Architect 試験問題 55
ノーザン トレイル アウトフィッターズ (NTO) は、販売ユーザー向けに Salesforce を導入しました。Saisforce の機会管理は次のように実装されます。
1. 営業ユーザーは、予測とレポートの目的で Salesforce に商談を入力します。
2. NTO には、商談の [商談金額] フィールドを毎日更新するために使用される製品価格設定システム (PPS) があります。
3. PPS は、NTO 内で信頼できる Opportunity Amount 情報源です。
4. NTO は、販売計画と管理に Opportunity Forecast を使用します。
営業ユーザーは、PPS が商談を更新すると、[商談金額] フィールドの更新が上書きされることに気づきました。
データ アーキテクトはこの上書きの問題にどのように対処すべきでしょうか?
1. 営業ユーザーは、予測とレポートの目的で Salesforce に商談を入力します。
2. NTO には、商談の [商談金額] フィールドを毎日更新するために使用される製品価格設定システム (PPS) があります。
3. PPS は、NTO 内で信頼できる Opportunity Amount 情報源です。
4. NTO は、販売計画と管理に Opportunity Forecast を使用します。
営業ユーザーは、PPS が商談を更新すると、[商談金額] フィールドの更新が上書きされることに気づきました。
データ アーキテクトはこの上書きの問題にどのように対処すべきでしょうか?
