一人のユーザーが、同一のレコードに対するアクセス権を複数のコンテキストで持つ場合があります。特定のアクセス権によってレコードを直接共有しているユーザーが、同じレコードを他のアクセス権で共有しているチームに属している場合です。この場合、このユーザーのレコードに対するアクセス権は、すべての権限を合わせたものになります。共有をサポートするエンティティの一覧については、「GrantAccessRequest」を参照してください。共有および継承レコードの作成時に、そのレコードの親レコードに特定の共有プロパティがある場合、新しく作成されたレコードはそれらのプロパティを継承します。佐藤さんと安田さんは優先度の高い潜在顧客を担当しているとします。つの活動を作成し、その潜在顧客を安田さんと共有し、伝播共有を選択します。安田さんが新規潜在顧客に電話をかけ、電子メールを送信します。回連絡したことがわかるため、さらに電話をかけることはしません。共有は、各レコードで個別に保持されます。レコードは親から共有プロパティを継承し、かつ独自の共有プロパティも保持します。共有プロパティが削除されます。これは、削除前はレコードを表示できたすべてのユーザーが、そのレコードを表示できなくなることを意味します。子オブジェクトが親レコード経由ではなく個別に共有されている場合、これらのユーザーの一部は子オブジェクトを引き続き共有できます。レコードの割り当てレコードの割り当て特権を持つユーザーは、レコードを別のユーザーに割り当てることができます。レコードが新しいユーザーに割り当てられると、新しいユーザーまたはチームは、レコードと、それに関連するレコードの所有者になります。元のユーザーまたはチームはレコードの所有権を失いますが、新しい所有者と自動的にそのレコードを共有します。システム管理者は、組織において、割り当て操作の後にレコードを前の所有者と共有する必要があるかどうかを決定できます。[譲受人について、以前の所有者に共有を設定するかどうかを指定する情報です。選択すると、割り当て操作後に前の所有者が、すべてのアクセス権限を保持してレコードを共有します。[譲受人について、以前の所有者に共有を設定するかどうかを指定する情報です。選択しない場合、前の所有者はレコードを共有しないため、その所有者が持っている特権によっては、レコードにアクセスできなくなる場合があります。属性によって制御されます。割り当てをサポートするエンティティの一覧については、「AssignRequest」を参照してください。メッセージを使用します。メッセージを使用します。複数のアクセス権が必要となる特定の操作では、セキュリティの依存関係が存在する場合があります。取引先企業の読み取りアクセス権がなければ、取引先企業レコードを作成し、新しいレコードの所有者になることはできません。次の表に、指定した操作に対するアクセス権の依存関係を一覧表示します。アクション必要なアクセス権レコードを作成して、そのレコードの所有者になるCREATEREADレコードを共有するSHARE。共有操作を実行するユーザーにはこのアクセス権が必要です。共有操作を実行するユーザーにはこのアクセス権が必要です。レコードが共有されているユーザーにも必要です。レコードを割り当てるASSIGNWRITEREADレコードに追加するREADAPPENDTOレコードを追加するREADAPPENDオブジェクトが別のオブジェクトに従属する場合、異なる依存関係が存在します。営業案件オブジェクトは単独で存在することはできません。各営業案件は常に取引先企業または取引先担当者に付随します。営業案件を作成するには、営業案件の追加アクセス権だけでなく、取引先企業の追加先アクセス権が必要です。Cookie利用条件サイトのフィードバック。