Considerations for Account Access via Teams

Salesforce

Access

Accounts and Related Records

  • Your Salesforce admin sets default access to accounts and related records. To grant team members more access than the default, you must be the account owner or above in the role hierarchy. You can grant team members more access than the default, but not less.
  • To add team members who don’t have Read or Read/Write access to an account, you must be the owner or above in the role hierarchy.

Account Owner Changes and Group-Based Access

Suppose that a user with group-based access adds account team members. If the account owner is changed, the team members added by users with group-based access are removed from the team, even if the Keep account team option is selected.

To keep the team members related to the account, they should be added by a Salesforce admin, the account owner, or someone above the owner in the role hierarchy.

Child Records

You can’t grant team members greater access to child records than you have yourself. For example, if you have Read access to child records on an account, you can’t give a team member Read/Write access. Ask your Salesforce admin to grant the needed access.

Available Fields

The fields available when sales reps add a team member are based on the reps’ level of access to the account.

アクセス権

取引先および関連レコード

  • Salesforce システム管理者は、取引先および関連レコードへのデフォルトのアクセス権を設定します。チームメンバーにデフォルトよりも高いアクセス権を付与するには、設定者は取引先所有者、またはロール階層でその所有者より上位である必要があります。デフォルトよりも高いアクセス権をチームメンバーに付与できますが、デフォルトよりも低いアクセス権は付与できません。
  • 取引先に対する「参照」または「参照・更新」アクセス権を持たないチームメンバーを追加するには、設定者は取引先所有者、またはロール階層でその所有者より上位である必要があります。

取引先所有者の変更とグループベースのアクセス権

グループベースのアクセス権を持つユーザー(Sharingルールによってアクセス権があるユーザー)が取引先チームメンバーを追加するとします。取引先所有者が変更されると、[現在の取引先チームをそのまま使用する] オプションが選択されている場合でも、グループベースのアクセス権を持つユーザーにより追加されたチームメンバーはチームから削除されます。

取引先に関連するチームメンバーを保持するには、チームメンバーは Salesforce システム管理者、取引先所有者、またはロール階層で所有者より上位のユーザーにより追加されている必要があります(SharingRuleでアクセス権のあるユーザーによって追加されたメンバーは、アカウントの所有者が変更されると削除される)。

子レコード

チームメンバーに自分自身が持っている権限よりも高い権限を子レコードへのアクセス権を付与することはできません。たとえば、取引先の子レコードに対する「参照」アクセス権を持っている場合、チームメンバーに「参照・更新」アクセス権を付与することはできません。必要なアクセス権を付与するには、Salesforce システム管理者にお問い合わせください。

使用可能な項目

営業担当AがチームメンバーBを追加するときに使用できる項目は、取引先に対する営業担当Aの項目レベルセキュリティーのアクセスレベルに基づきます。

Org-Wide Default Access to Accounts and Opportunities

Your Salesforce admin can set the default account and opportunity access to Private. In that case, if you give team members access to an individual opportunity, those users gain Read access to accounts on the opportunity. Conversely, if you remove a user’s access to an individual account, the user is removed from opportunity teams related to the account.

取引先および商談への組織の共有設定アクセス権

Salesforce システム管理者は、デフォルトの取引先および商談のアクセス権を [非公開] に設定できます。この場合、チームメンバーに個別の商談へのアクセス権を付与すると、そのユーザーは商談の取引先への「参照」アクセス権を取得します(Salesforceの暗黙のデータ共有の考え方。商談・ケース・取引先責任者を参照できる場合、親の取引先も参照できるモデルと同じ考え方か)。反対に、個別の取引先へのユーザーのアクセス権を削除すると、ユーザーは、取引先に関連する商談チームから削除されます。

Portal Users

High-volume portal users can’t be added to teams.

ポータルユーザー

大規模ポータルユーザーはチームに追加できません。

工事不要!契約期間縛りなし!【GMOとくとくBB光】月額3,430円(税込3,773円)〜!




コメント

タイトルとURLをコピーしました