暗記メーカー
ログイン
cover
Sharing and Visibilityアーキテクト
  • 岸拓成

  • 問題数 208 • 8/5/2024

    記憶度

    完璧

    31

    覚えた

    74

    うろ覚え

    0

    苦手

    0

    未解答

    0

    アカウント登録して、解答結果を保存しよう

    問題一覧

  • 1

    公開リンクを削除する

  • 2

    CSSの開発者は、Caseレコードページにカスタムボタン用のVisualforceとApexクラスを作成している。 このボタンを使用すると、ユーザーは外部システムから特定の情報を使用して、Caseレコードを自動的に更新可能。 Caseオブジェクトに対する「作成」・「編集」権限を持つユーザーのみが、Caseレコードを更新可能。 Apexクラスで実行可能な"Schema.DescribeSObjectResult"クラスの次のメソッドは?

    isCreateable()とisUpdateble()

  • 3

    CSのユーザーは大量データを扱っている。 その為、必要時に関連部門内の取引先レコードを検索して表示する事が、困難である。 また、検索操作がタイムアウトになる事にも不満を感じている。 上記、要件に対してSalesforceのどの機能を推奨すべきか?

    部門機能を有効に設定し、該当ユーザーに「部門の影響を受ける」権限を付与して検索結果を制限する

  • 4

    UCには、アーキテクトがカスタム Jobオブジェクト用の Apex管理共有コードを開発する必要がある。 Jobオブジェクトの共有設定は非公開に設定されている。 レコードにアクセスレベルを割り当てる場合、データベースへの挿入時にDML例外を引き起こすコードは?  答えを2つ選択せよ

    Objectname.AccessLevel='All', Objectname.AccessLevel='None'

  • 5

    各パートナーに代理外部管理者を割り当てる, 外部ユーザーがセルフ登録できるようにする

  • 6

    アクセス不可

  • 7

    リストビューを適切な公開グループと共有する

  • 8

    3

  • 9

    CHは、「健康製品」というカスタムオブジェクトを使用している。 開発者は、ユーザーがオブジェクトのレコードを更新できる様にするVisualforceページを作成している。 開発中のVisualforceページでは、ユーザーのアクセス権が不十分な場合は、適切なエラーメッセージが表示される必要がある。 Ifステートメント内で、ユーザーがレコードを更新する為に、必要なアクセス権を保有しているか確認する方法は?

    Schema.sObjectType.Health_Product__c.isUpdateable()

  • 10

    詳細なロック

  • 11

    何もする必要はない 項目レベルセキュリティは自動的に適用される

  • 12

    CIは、ケース管理にSalesforceを使用する。 サポート関連の操作にカスタムアプリケーションを作成し、サポートエージェントにカスタムプロファイルを割り当てる。 サポートエージェントは、カスタムアプリケーションのナビゲーションバー「ケース」タブにアクセスできる必要がある。 カスタムプロファイルの「ケース」に対して、どの設定を有効にする必要があるか?

    デフォルトで表示

  • 13

    項目はページから自動的に削除される

  • 14

    新しいユーザーのユーザーロールが自動的に作成されないよう、ユーザープロビジョニングプロセスを確認する, Salesforceサポートに連絡し、許可されるユーザーのロール数を増やすようにリクエストする

  • 15

    CSは、取引先、取引先責任者、商談など、標準オブジェクトのレコードに対して、「参照」アクセス権のみ持つアソシエイトを数名採用した。 アソシエイトは、レポートの実行権限も必要である。 アソシエイトのユーザーレコードは作成されてないが、どのプロファイルを割り当てる事が推奨されるか?

    Minimum Access - Salesforce

  • 16

    ユーザーのロックを解除, ユーザープロファイルの割り当て

  • 17

    取引先共有テーブルをエクスポートして確認する

  • 18

    CSでは、下記要望を実現しようとしている。 =要望= ① 「出荷」オブジェクトを作成し、参照・編集可能に設定したい ② 100名の営業ユーザーの内、30名に対しては、「出荷」レコードを編集不可に設定したい アーキテクトは本要望に対して、どのようなアプローチを実施する必要があるか?

    2つの権限セットの作成し、各ユーザーに割り当てる ① "編集"を許可する権限セット ② "参照"を許可する権限セット

  • 19

    CSSは、Salesforceを使用しており、Security Center製品を購入している。 同社のシステムセキュリティ担当者は、Salesforceを保護する為に、セキュリティポリシーを展開したいと考えている。 セキュリティセンターダッシュボードから選択し、展開可能なセキュリティポリシーは?

    信頼済みIP範囲

  • 20

    公開グループを作成し、そのグループに監査人を割り当てる, 条件に基づいた共有ルールを作成して、価値の高い商談に対する公開グループへのアクセスを許可する

  • 21

    ユーザーのレコード共有の強制

  • 22

    Accountの主従関係を参照関係に変更し、一部のプロファイルから請求書アクセスを削除する

  • 23

    Johnとすべてのデータの表示権限を持つユーザー, Johnとレコードへのアクセス権を持つユーザー

  • 24

    項目は暗号化用に構成されている

  • 25

    RPIは、カスタムオブジェクトを使用して商品を発注する。 従業員は、カスタムオブジェクトの「購買依頼フォーム」を利用して、購買依頼レコードを作成する。 マネージャーは、購買依頼レコードを管理し、他従業員に表示すべきでない一部の項目データを維持する必要がある。 項目レベルセキュリティが変更されてないと仮定すると、本要件を実装するには、何を推奨するか?

    動的フォームを使用する

  • 26

    CSの開発者は、取引先が無効な場合にユーザーが関連する取引先責任者を削除するカスタムボタンを作成している このボタンは、取引先と取引先責任者オブジェクトの両方で、「削除」権限を持つユーザーのみが関連する取引先責任者レコードを削除出来るように実装する必要がある。 本要望に実装可能なメソッドは?

    DescribeSobjectResultクラスのisDeletable()メソッドを使用する

  • 27

    公開/参照のみ, 公開/参照・更新可能

  • 28

    UCは、特定のセッションでSalesforceの複数オブジェクトにアクセスする必要がある。 システム管理者は、必要な権限を付与する為に、該当ユーザーに既存の権限セットを割り当てる想定。 但し、特定のセッション後に権限を削除される様に設定したい。 何を実装するのが良いか?

    権限セットを含むセッションベースの権限セットグループを作成し、該当ユーザーに割り当てる

  • 29

    コミュニティユーザー設定の一環として、リードエージェントへのスーパーユーザーアクセス権を付与する

  • 30

    共有レコードを作成し、RowCauseをカスタムのApex共有理由に設定する

  • 31

    UCは、外部オブジェクトを使用してレガシーERPから請求書データを取得する。 財務チームは、取引先ページから請求書レコードにアクセスできるようにすることを要求した。 財務ユーザープロファイルのオブジェクトアクセスに加えて、セールスアーキテクトは他にどのような機能を推奨するか?

    取引先ページレイアウトに請求書関連リストを含める

  • 32

    UCは、Salesforce内の欠陥を追跡したいと考えている。 欠陥には次の項目が必要。 =欠陥追跡対象項目=  ・重大度  ・種別  ・スターテス  ・説明 標準ケースオブジェクトには関連する複数の欠陥が存在する。 欠陥は、多くの場合、ケース所有者とは異なる別の所有者に割り当てられる。 アーキテクトは、要件を満たすためにどのオプションを選択する必要があるか?

    欠陥のカスタムオブジェクトを作成し、参照関係を使用してケースに関連付ける

  • 33

    デフォルトの取引先チームを活用する

  • 34

    項目レベルセキュリティを使用して、マネージャーに項目へのアクセスを許可する。 カスタム項目をページレイアウトに追加しない。

  • 35

    リード, ケース

  • 36

    CTSは、顧客がwebサイトで製品を購入すると顧客から提供されたデータが、Salesforceに保存される。 このデータには、社会保障番号(SSN)が含まれる。 GDPRなどのデータプライバシー規制に準拠する為、同社は、社会保障番号(SSN)を暗号化された形式で保存したいと考えている。 社会保障番号(SSN)の表示を許可されてないユーザーには、暗号化された項目が表示される。 特定の権限がある場合は、実際の値を表示できる必要がある。 本要件を実装する為のSalesforce機能は?

    従来の暗号化

  • 37

    階層を使用したアクセス権の付与を無効にし、戦略的取引チームの基準ベースの共有ルールを設定する

  • 38

    Corporate Identity and Access Team は、Salesforce でのユーザー設定を監査する必要がある。 このチームが監査を実行できるようにするには、どの 2 つの権限をこのチームに付与する必要があるか? 2つの答えを選択してください

    設定と構成を参照する, すべてのユーザーの参照

  • 39

    [Category] ​​項目への編集アクセス権を持たない新しいプロファイルを作成し、それをユーザーに割り当てる

  • 40

    私のケースチーム, 私のケース

  • 41

    (高リスク) 価格表を訓練を受けたスタッフと手動で共有する, 価格表組織全体のデフォルトを「参照のみ」に設定し、訓練を受けたスタッフと価格表 (高リスク) を共有する

  • 42

    CSには、顧客とパートナー向けのExperience Cloudサイトが存在する。 Experience Cloudサイトの管理者は、特定の個人情報を外部ユーザーから隠したいと考えている。 外部ユーザーには、下記項目を表示させたい。 =外部ユーザー.表示項目定義= ・自己紹介 ・会社名 ・部署 ・課 ・役職 上記、要件を満たす為には、何を実装したら良いか?

    「拡張個人情報管理」設定を有効にする事で、個人情報項目を外部ユーザーから隠す事が可能

  • 43

    営業担当者と商談を共有する商談チーム, アクセスを削除するスケジュールされたApexジョブ

  • 44

    共有セットを作成する

  • 45

    runAs() は、テストクラスでユーザー権限やフィールドレベルの権限を強制しない, runAs() をテストクラス内で使用して、レコードレベルのセキュリティを検証可能, runAs() は、トランザクション内で発行されたDMLステートメントの合計にカウントされる

  • 46

    IsUpdateable() Apexメソッドを使用して、更新を許可する前に各項目をテストする

  • 47

    現在の商談所有者は、現在の所有権を譲渡可能, ロール階層において商談所有者より上位の人物, システム管理者、または「レコードの転送」権限を持つユーザー

  • 48

    ユーザーは、取引先オブジェクトへのアクセス権を持たないプロファイルに属している

  • 49

    CSの営業マネージャーは、Salesforceでダッシュボードを作成して表示できる必要がある。 また、将来的には、本機能を必要とする他のユーザーも出てくる可能性がある。 本要件を満たす為に、アーキテクトが実装すべき内容は?

    権限セットを作成し、営業マネージャーに割り当てる

  • 50

    CSのSalesforce組織では、「部門」機能が有効化されている。 その為、ユーザーは、関連性の高いセグメントに基づいてレコード表示している。 部門を使用してSalesforce内のレコードを表示する場合に、考慮すべき内容は?

    ユーザーは、デフォルトの部門ではない部門に属するレコードを表示可能

  • 51

    CSのシステム管理者は、商談用のレコードページを作成した。 営業担当者から、項目の位置がズレている為、苦情が発生している。 セクション毎に項目の高さによって違いが生じる為に、折りたたまれている。 項目が同じ行を隣接する項目と水平に揃った状態を保つ為に、どのプロパティを有効にするか?

    項目を横に揃える

  • 52

    UCには、組織全体のデフォルトのセキュリティ設定がプライベートであるカスタムオブジェクト「EmployeeReview」が存在する。 レビュー担当者がレビューを実行するように割り当てられると、「EmployeeReview」オブジェクトのユーザー参照項目が設定される。 このユーザーが所有者ではない場合、どのようにしてレコードへの編集アクセス権を付与できるか?

    Apexトリガを作成して、アクセスレベルが「編集」の従業員レビュー共有レコードを挿入する

  • 53

    プロファイルと権限セットから注文削除権限を外す, 注文のレコードタイプ/ページレイアウトの割り当てを"参照のみ"に変更する

  • 54

    CHの開発者が、Salesforceのタブ用Visualforceページを作成した。 このVisualforceページでは、カスタムコントローラーを使用して、ユーザーが選択したカスタム条件に基づいて、取引先レコードの特定項目を表示・更新可能。 開発者は、カスタムコントローラー内で、現在のユーザーが特定項目を編集するアクセス権を持っているか確認する為に、何を実施するか。

    DescribeFieldResultクラスのisUpdateable()メソッドを使用する

  • 55

    UCには、プライベート共有モデルのジョブ情報というカスタムオブジェクトが存在する。 デリバリーグループはジョブを共同作業で行うことが多いため、デリバリープロファイルのユーザーは、すべてのジョブレコードへの表示アクセス権が必要。 特殊なケースとして、ジョブを所有するデリバリーユーザーは、製品開発ユーザーにジョブレコードへのアクセス権を付与できる必要がある。 これらの要件をサポートするために使用できるプラットフォーム機能は? 答えを2つ選択せよ

    「すべて表示」プロファイル設定, 手動共有

  • 56

    CBは、割引に関するデータが含まれるカスタムLightningコンポーネントを作成している。 「最大割引」項目は、マネージャーのみに表示され、営業担当者には表示されない。 営業担当者が割引を提供したい場合は、マネージャーに相談して割引率を決定する必要がある。 実行中のユーザーがアクセス出来ない項目を削除する為には、どのような方法が使用可能か?

    Apexの"StripInaccessible"メソッドを使用する

  • 57

    プロファイルによるログイン時間制限, プロファイルベースのIP制限

  • 58

    取引先は、ロール階層でセールスマネージャーより上位のユーザーが所有する必要がある, 営業担当者が取引先の商談チームに追加されると、取引先データにアクセスできるようになる

  • 59

    レポートの所有者

  • 60

    共有グループ

  • 61

    CMは、商談管理にSalesforceを使用している。 営業担当者は、販売に関連する商談レコードに素早くアクセスしたいという要件が存在する。 商談オブジェクトに「製品種別」という選択リスト項目が作成され、種別を選択可能になった。 アーキテクトは、何を推奨すべきか?

    商談のカスタムリストビューを作成 共有設定を使用して、営業担当者の公開グループに表示可能に設定する

  • 62

    この要件を実装するために共有および可視性モデルを変更する必要はない

  • 63

    CEは、Salesforce全てのデータへのアクセス権を持つビジネスオフィサーを採用した。 ビジネスオフィサーの職務は、経営陣向けの新しいダッシュボードを作成する事である。 ビジネスオフィサーは、会社の販売実績に関連する3つのダッシュボードを含むダッシュボードフォルダを作成した。 このフォルダには、会社の副社長がアクセスする必要がある。 副社長は、他のユーザーにアクセス権を付与できる必要がある。 アーキテクトは、どの機能を推奨するか?

    副社長には、ダッシュボードフォルダへの「管理」アクセス権が必要

  • 64

    取引先責任者が関連取引先で働いてない事を示す為に、「非有効化」というカスタム項目を取引先責任者オブジェクトに作成した。 有効な取引先責任者のみを表示する関連リストを取引先レコードページに表示する為には、何を実装すれば良いか?

    「動的関連リスト-1つ」コンポーネントを使用して、フィルタリングされた関連リストを作成する

  • 65

    CTは、テスト用にFullSandboxにカスタムアプリケーションを展開した。 カスタムアプリケーションは、取引先責任者オブジェクトの様々な項目(姓、名、携帯電話、生年月日)を表示する。 これらの項目は、会社によって機密情報とみなされる。 データアーキテクトは、本番環境からの取引先責任者データの機密性を維持する為に、項目値を識別出来ないランダムデータに変換したい。 本要件を満たす実装としての推奨は?

    マスキングルールを使用するSalesforce Data Mask構成を作成する

  • 66

    MBは、Salesforceの開発者であり、「建設」というカスタムオブジェクトからの情報を表示するLightningコンポーネントを作成している。 「建設」カスタムオブジェクトには、開発に携わっている従業員を含む全ての建設に関するデータと、取引規模に関するデータが含まれている。 下記要件を満たす為に、何を実装すれば良いか? =要件= ・Lightningコンポーネントが全てのユーザーに表示される ・取引規模に関するデータは、"管理"プロファイルのユーザーにしか表示させたくない →項目レベルセキュリティ更新済み

    "stripInaccessible"メソッドを使用して、建設レコードを返すSOQLクエリから項目を削除する

  • 67

    CSは、パートナー向けにExperience Cloudサイトを作成し、従業員とパートナーがリードや商談で共同作業できるように設定した。 パートナーには、デフォルトの3つのロールが存在している。 =ロール= ・パートナーエクゼクティブ ・パートナーマネージャー ・パートナーユーザー 「BC」取引先のパートナーマネージャーは、「TAE」取引先に属するすべてのユーザーが所有する商談を"参照・編集"できる必要がある。 本要件に対して、アーキテクトは何を実施すべきか?

    「TAE」パートナーエクセクティブのロールと下位者が所有する商談へのアクセスを許可する所有権ベースの共有ルールを作成する

  • 68

    Salesforceでカスタムレポートを作成して、公開グループのメンバーシップを効率的に管理可能な機能は?

    Group Member Report Type

  • 69

    共有グループを使用して、取引先の連絡先関係を持つエージェントとディストリビューター取引先を共有する

  • 70

    営業マネージャから、営業ユーザに本来表示されないはずの商談項目が表示されていると指摘された。 開発からリリースまでにどの方法をとることが適切だったか。 答えを2つ選択してください。

    with Sharingキーワードで適切な項目表示となるよう制御する, isAccesibleメソッドで項目表示が可能なアクセス権があるか確認する

  • 71

    フィールドレベルセキュリティを使用する以外に選択肢はない

  • 72

    注文, アセット, 取引先責任者

  • 73

    UCのユーザーは、最新のプロジェクトをデプロイした後、アカウントページからフィールドが消えたと苦情を述べている。 このデプロイではページレイアウトは変更されてない。 管理者はこの問題をどのようにトラブルシューティングする必要があるか?

    オブジェクトマネージャーでフィールドのアクセシビリティを表示する

  • 74

    CTは、複数地域に跨がる旅行代理店である。 営業システムは、下記の様になっている。 =地域= ・営業マネージャー 1人 ・営業スタッフ 3~6人 =代理店= ・管理スタッフ 1~3人 ・受付係 1人 全員がSalesforceユーザーであり、「経費申請」カスタムオブジェクトを使用している。 ※「経費申請」オブジェクトは、組織全体の共有設定で「非公開」になっている 「経費申請」レポートへのレコードアクセスを 拡張する要望がある。 拡張対象となるのは、下記ユーザーになる。 <拡張対象ユーザー> ・営業スタッフ ・営業スタッフのマネージャー ・管理スタッフ ・最年少の受付係 本要望に対して、推奨設定は?

    「経費申請」レコードを共有する為に、ロールとロールの下位ユーザー、指定されたユーザーに対して公開グループを作成する

  • 75

    CSSは、Salesforceで特定のケースを共同で解決可能なサポート担当者のグループを作成したいと考えている。 ケースの種類は、ケースオブジェクトに存在する特定の項目値によって決まる。 サポート担当者のグループは、割り当てられたケースに簡単かつ迅速にアクセスできる必要がある。 何を推奨するか?

    サポート担当者で構成される定義済みのケースチームを作成する

  • 76

    新しいAccountShareレコードが作成される。 RowCauseは「Manual」、アクセスレベルは「Read/Edit」

  • 77

    レコードの所有者と、ロール階層で外部ユーザーより上のユーザー

  • 78

    取引先, ケース

  • 79

    UCは、カスタムオブジェクトに存在する特定のレコードを営業マネージャーと共有する様に要望された。 営業マネージャーと共有する必要があるのは、「ステータス」項目が「保留中」のレコードのみである。 ※カスタムオブジェクトの組織全体.共有設定は「非公開」、「階層を使用してアクセス許可」チェックボックスは"FALSE"に設定されている 要望を実現する為に、何を実装するか?

    カスタムオブジェクトで共有ルールを作成 営業マネージャーを含む公開グループに対して、「保留中」ステータスのレコードを共有する

  • 80

    UCの営業担当者は、定期的に商談についてユーザーグループと連携する必要がある。 営業担当者の営業マネージャーは、下記要望を提出している。 =要望= ・営業担当者がレコード所有者 ・「ステージ」項目値が「ニーズ分析」に設定されている商談 上記を満たしているレコードをユーザーグループと連携したい Salesforceデフォルトの商談チームを使用する事を考慮して、下記選択肢の中で正しい選択肢は?

    営業担当者は、個人設定で必要なユーザーで構成されるデフォルトの商談チームを設定可能

  • 81

    既存のカスタムプロファイルに商談オブジェクトに対する「削除」権限がないことを確認する

  • 82

    スタッフメンバーの1人としてログインしているときに、サンプル取引先に移動し、[共有] ボタンを使用して、誰がアクセスできるかを判断する

  • 83

    コミュニティユーザーの可視性を有効に設定する

  • 84

    会計システム内のデータへのアクセスを制限する, OAuth を使用して会計システムに接続するように外部オブジェクトを設定する

  • 85

    CSは、取引先.組織全体の共有設定を「参照のみ」に設定した。 他オブジェクトの共有設定は、下記となっている。 =共有設定= 取引先責任者 = 親レコードに連動 ケース = 非公開 商談 = 公開/参照・更新可能 取引先チームを作成する際に、「参照のみ」を選択可能なオブジェクトは?

    取引先とケース

  • 86

    CPは、Salesforceを使用して、カスタムオブジェクト「契約」を管理している。 同社は、「契約」オブジェクトを使用して、パートナーユーザーと連携する要望がある。 =要望内容= ・「契約」レコードは、内部ユーザーだけでなく、全てのパートナーユーザーが参照できる必要がある。 本要望に対応するには、何を実装するのが推奨か?

    パートナーユーザーで公開グループを作成し、基準に基づく共有ルールを使用してレコードを共有する

  • 87

    CEは、Experience Cloudサイトを作成し、商談を管理している。 ※商談オブジェクトの共有設定は、「非公開」に設定されている。 下記要望を実現する為には、何を実装するのが、推奨されるか? =要望= ・「受注」ステージに到達した、すべての商談は、特定のパートナーアカウントで「パートナーエグゼクティブ」ロールに割り当てられたユーザーと共有する

    基準に基づいて共有ルールを作成する

  • 88

    各ロールおよびプロファイルのサンプルユーザーに対してログイン機能を使用する

  • 89

    CFSは、2つのカスタムオブジェクトを作成する必要がある。 =作成予定カスタムオブジェクト= ① 注文用 ② スタッフメンバー用 注文用では、カスタム項目「販売元」にスタッフメンバーが入力されている場合が存在する。 上記、2つのオブジェクトを運用する為に、推奨される関係は?

    参照関係

  • 90

    CSの副社長は、Salesforceで会社が管理するすべてのデータに基づいて情報を表示するダッシュボードを作成し、アクセスする必要がある。 ※副社長には、「ダッシュボードの管理」権限が存在する。 但し、現在すべてのSalesforceデータにアクセス可能なユーザーは、社長のみである。 本要件を満たす為に、何を使用する必要があるか?

    「すべてのデータを表示」権限

  • 91

    カスタマーコミュニティプラス, カスタマーコミュニティ プラス ログイン

  • 92

    サービス担当者は、親によって管理されている場合、すべてのUC連絡先レコードにアクセス出来ない, アカウントOWDは非公開であるため、サービス担当者はすべてのUCアカウントレコードにアクセス出来ない

  • 93

    共有モデルは、「非公開」または「公開/参照のみ」の場合

  • 94

    CIは、Experience Cloudサイトを作成し、パートナーは、Experience Cloudサイトで自身が所有するリードのみを表示できる必要がある。 但し、「GS」ロールに割り当てられているパートナーユーザーは、全てのリードを表示できる必要がある。 何を実装するか?

    指定された基準に基づいて、ロールに「参照」アクセス権を付与するリード共有ルールを作成する

  • 95

    プログラムによる共有を使用して、取引先を適切な現地事務所と共有する

  • 96

    営業担当者は商談チームから手動で削除された

  • 97

    詳細なロック機能, 並列共有ルールの再計算, 共有ルールの適用延期

  • 98

    リードの共有設定を「公開/参照のみ」に設定する

  • 99

    商談に対するテリトリーの割り当てが可能, コラボレーション予測との統合が可能, Territoryで公開グループを作成する事が可能

  • 100

    ARチームに取引先を共有するための共有ルールが存在しない