説明
プライベートファイルは他のユーザーと共有されないため、PDFをファイルホームのプライベートライブラリにアップロードしたユーザーのみが閲覧できます1。「すべてのデータの表示」権限を持つユーザー、またはロール階層でそのユーザーより上位のユーザーは、明示的に共有されない限り、プライベートファイルを閲覧できません。

ビジネスロジックのためにApexクラスと連携するLightning Webコンポーネント（LWC）を開発する際には、Apexの実行コンテキストがデータアクセスとセキュリティにどのような影響を与えるかを考慮することが重要です。デフォルトでは、Apexはシステムモードで動作します。つまり、昇格された権限で実行され、現在のユーザの権限と共有ルールは無視されます。この動作により、ユーザがアクセスすべきでないデータが誤って公開されたり、操作されたりする可能性があります。したがって、開発者は、データセキュリティと組織の共有モデルへの準拠を確保するために、Apexコード内でレコードの表示と共有ルールを明示的に適用する必要があります。これは、クラスをwith sharingキーワードで宣言して共有ルールを適用するか、コード内で明示的な権限チェックを実装することで実現できます。
オプションBでは、テストクラスでrunAsを使用してさまざまなユーザーコンテキストをシミュレートすることを提案しています。runAsはユーザー固有の共有や権限のテストには役立ちますが、実際のビジネスロジックでレコードの可視性を強制する必要があるというニーズには直接対応していません。
オプションCでは、isShareable、isEditable、isCreatableを使用して項目権限を適用する方法が示されています。しかし、これらのメソッドはApexにおいて項目レベルのセキュリティを適用するための標準メソッドではありません。開発者は、Schema.DescribeFieldResultクラスのisAccessible、isCreateable、isUpdateableなどのメソッドを使用して項目レベルの権限を確認する必要があります。
要約すると、Apex はデフォルトでシステムモードで実行されるため、開発チームはレコードの可視性を明示的に強制して、ユーザーが表示を許可されているデータにのみアクセスできるようにすることが不可欠です。

説明
テリトリーモデルの状態は、UCが組織の制限内に収まるようにするための機能です。この機能により、複数のテリトリーモデルを作成し、一度に1つだけアクティブ化できます。非アクティブなモデルは組織の制限にカウントされません。

説明
商談チームを有効にし、ユーザーがプロダクトマネージャーを追加できるようにすることが、要件を満たす最善の方法です。これにより、取引に関与する特定のユーザーと商談をきめ細かく柔軟に共有できるようになります。プロダクトマネージャーが商談にアクセスできるようにする共有ルールを作成することは、特定のプロダクトマネージャーと商談だけでなく、すべてのプロダクトマネージャーと商談に適用される条件または所有者ベースのルールが必要になるため、現実的ではありません。アカウントチームを有効にし、ユーザーがプロダクトマネージャーを追加できるようにすることは、商談ではなくアカウントへのアクセスのみを許可するため、不十分です。類似商談を使用してプロダクトマネージャーに関連する商談を共有することは、ユーザーがフィールドとフィルターに基づいて類似商談を見つけて更新するのに役立つ機能であるため、適切ではありません。