アクセスレベル

新しいレコードの所有者に移行される

可能。ただし親項目は表示できない 子オブジェクトのみアクセス権を持っている場合、子オブジェクトのページレイアウトに親項目が非表示となり、親オブジェクトのデータが参照できません。 しかし、 ユーザが商談、ケース、取引先責任者、注文に対し、アクセス権を持っている場合、それに関連する取引先も暗黙共有により、アクセス権も持っています！！ ※上記の標準オブジェクト限定で、ユーザがカスタム子オブジェクトに対し、アクセス権を持っている場合、それに関連する取引先や他の親カスタムオブジェクトも暗黙共有しません。 共有設定に関する資料は以下 https://qiita.com/panxl/items/683f90ae8f38d3a1a4aa

参照可能をオン、参照のみをオフ ちなみに参照のみもオンにすると編集不可となる

レコード自体へのアクセスを許可するもの。オブジェクトや項目へのアクセスではなく、どのレコードがアクセス可能かを定義する

共有ルールを適用するため、レコードの取得が共有ルールで定義されたものに限るようになる。 ちなみに、オブジェクトや項目のアクセス制限は適用されない。

組織、オブジェクト、項目、レコード

ユーザの組織へのアクセスできるかの制御 として、組織の信頼済みのIP範囲を設定などができる あとログイン時間帯とか

プロファイルごとに、ログインIPアドレスの制御を設定可能 プロファイルごとに、ログイン時間帯の制限が設定可能

プロファイルや権限セットでオブジェクトに対してアクセス制限が設定できる。 参照、作成、編集、削除の設定ができる。

全ての標準オブジェクトに対して、作成や編集ができる。

オブジェクトの権限をもたない Salesforce プラットフォームで最も低い権限を付与します。「活動にアクセス」権限、「Chatter 内部ユーザ」権限、「Lightning コンソールユーザ」権限、「ヘルプリンクを参照」権限が含まれます 「Minimum Access - Salesforce」のプロファイルを指すようです。一部「最小アクセス - Salesforce」と記載されているページもある https://sf.forum.circlace.com/articles/622483605121142784

すべてのデータの参照、すべてのデータの編集

すべての標準オブジェクトとカスタムオブジェクトに対する「参照」、「作成」、「編集」、「削除」、「すべての参照」、および「すべての編集」が有効化される

不可能 すべてのデータの編集権限では項目へのアクセス権は取得できない

組織の共有設定、ロール階層、共有ルール、共有の直接設定

非公開、公開/参照のみ、公開/参照・更新可能、親レコードに連動

非公開、公開/参照のみ

すべてのユーザは対象オブジェクトの全レコードを参照可能だが、更新はレコードの所有者と別の共有設定で許可されたユーザのみに限られる

プロファイルや権限セットで、オブジェクト権限のすべて表示、すべて変更をチェックする

そのオブジェクトへのアクセス制限で、一番きびしいユーザにあわせる。 一番厳しいアクセス権が参照までなら、公開/参照のみを設定 逆に一番厳しいユーザ以外のアクセスに関しては権限セットやプロファイルとかでアクセス許可する

組織の共有設定で該当オブジェクトの外部アクセス権を非公開に設定し、内部アクセス権では公開/参照•更新可能と設定する

組織の共有設定で、該当オブジェクトに対し、階層を使用したアクセスを許可のチェックを外す (標準オブジェクトはこれできない)

Apexトリガーなどから、CustomObject_shareに対してレコードを作成することで、そのオブジェクトの指定したレコードに対して、とあるユーザのアクセス決定を行えるというもの

レコードアクセスの権限は主オブジェクトに従うため、存在しない。

Shareオブジェクトへレコード挿入する際のラベル付けとして利用できる。 Manualなどが既定で用意されているが、 自分で用意する場合は、オブジェクト設定画面からApex共有の理由を追加する必要がある https://www.google.com/amp/s/savepo.com/reasons_for_sharing_apex/amp デフォルトではManualですが、Manual以外に置き換えると、所有者変更を行なった際に、所有者変更前に行なった共有の直接設定が削除されないというメリットがあります。 ※共有の直接設定にて、所有者変更を行うと事前に設定していた共有の直接設定が削除されてしまうので、Apex共有では、Apex共有の理由をManual以外にすると、良い場合がある。 https://qiita.com/sho7650/items/08367ee3ba49078e7567

そのオブジェクトの共有設定が非公開になっている必要があるらしい ちょっとわからん

組織が大規模で共有ルールの作成が手間である場合など。 例として、同一ロールのユーザにも共有したいが、そのロールの数分、共有ルールを作成する必要があり、メンテが大変である場合などに使う。 非同期でシェアオブジェクトのレコードが作成されるので、同期的にやりたい場合などにも利用できる

されない。上だけ。

レコード条件(所有者に基づく、条件に基づく)、共有先、アクセス権

ロール(下位ロール)、テリトリー(下位テリトリー)、公開グループ 公開グループでは全ての内部ユーザも選択可能

ロールなどの共有モデルと似ており、 郵便番号を利用して地域毎にユーザを管理したい場合に使う。 東京テリトリーなど 現在は廃止されエンタープライズテリトリー管理だけが存在している エンタープライズテリトリー管理は地域別や会社規模別に「取引先」を割り当てるユーザを管理できます。 対象となるオブジェクトは「取引先」ですが、関連する「商談」「ケース」についてもエンタープライズテリトリー管理で参照・編集などの権限を設定可能です。 https://fact-marketing.jp/salesforce/salesforce-territory/

共有設定ページの下らへん

所有者ベースの共有ルール、条件に基づく共有ルール

共有ルールの再適用 共有ルールの再適用とは、Salesforceなどのシステムで、共有設定、グループ、ロール、またはテリトリーに変更を加えた際に、それらの変更を反映させるために共有ルールを再評価し、必要に応じてアクセス権を追加または削除するプロセスです。共有ルールの更新が失敗したり、期待通りに動作しない場合に、手動で共有ルールを再適用することができます

レコードページのクイックアクション「共有」を利用する

親の暗黙共有 ユーザが商談、ケース、取引先責任者、注文に対し、アクセス権を持っている場合、それに関連する取引先も暗黙共有により、アクセス権も持っています。 →つまり、商談に共有によってアクセス権を付与させたらついでに取引先へもアクセスできるようになる。 子の暗黙共有 取引先の所有者は、子オブジェクト（商談、ケース、取引先責任者限定）のアクセス権を暗黙共有されます。 →子オブジェクトが共有されていなくても、取引先の所有者はアクセス可能

ロール階層設定を行い、組織設定を表示まで公開とする

該当組織のセキュリティの状態が可視化できる。

ない。ロールは所有者ベース

項目だけのリリースではエラーはでないがプロファイルか権限セットも含めないと、セキュリティ設定が移行されない。

取引先責任者は組織の共有設定関係なく、非公開となりアクセスできなくなる

親レコードに連動

プロファイルや権限セットを利用して、 オブジェクトのアクセス権をつけ、 オブジェクトタブへのアクセスは制限する。

ユーザモード 実行時に実行ユーザのオブジェクト権限・項目レベルセキュリティ・レコードセキュリティが適用されます。

共有設定で条件に基づくゲストユーザのアクセスを選択して、 ゲストユーザ向けの共有ルールを作成する ゲストユーザ共有ルールという

共有設定のルールタイプに [条件に基づくゲストユーザアクセス] を選択する。

参照までしか付与できない

shareオブジェクトにレコードが追加される

共有ルールがあるオブジェクトではローディングに時間がかかるため、すべてのデータが読み込まれるまで共有適用を延期した方がいい場合があります。

わからないけど、非同期っぽい動きをしている sandboxではafterinsert タイミングでは、shareレコードが作成されていないなどがあった

組織共有レベルが非公開の場合は 自動でOwner(所有者)に対してAll権限のレコードを作成する ロールや共有ルールが適用される場合は、別途権限レコードを作成する