プロジェクトを展開した後、エンドユーザーはいくつかのバグを特定し、プロジェクトチームによって優先順位が付けられました。
コンサルタントはこれらの問題を効率的に解決する必要があります。
* 開発サンドボックス:
* 目的: 開発サンドボックスは、隔離された環境で新しい機能や修正をコーディングおよびテストするために使用されます。
* 修正の構築: コンサルタントは、変更が本番環境に影響を与えないように、開発サンドボックスでバグ修正を開発する必要があります。
* ベストプラクティス:
* 分離テスト: サンドボックスで開発すると、運用環境でのデータの整合性やシステムの安定性を損なうことなく、徹底的なテストを行うことができます。
* バージョン管理: 変更を追跡し、必要に応じてロールバックを可能にします。
* 開発後の次のステップ:
* テスト: 修正をビルドした後、開発サンドボックスでユニット テストを実行します。
* 品質保証: ユーザー受け入れテスト (UAT) などの追加のテストを行うために、修正を QA またはステージング サンドボックスに移動します。
* 展開: 検証が完了したら、変更管理手順に従って修正を本番環境に展開します。
Salesforce Sales Cloud リファレンス:
* サンドボックスの種類と用途: Salesforce ヘルプ - サンドボックスの概要
* 開発ライフサイクル: Salesforce 開発者ガイド - アプリケーションライフサイクル管理
* 変更セットとデプロイメント: Salesforce ヘルプ - 変更セットを使用して変更をデプロイする 開発サンドボックスで問題解決リリースを構築することにより、コンサルタントはライブ システムに影響を与えることなく、バグを修正するための制御された効率的なプロセスを確保します。

Salesforceでは、商談オブジェクトの組織全体のデフォルト（OWD）を公開/参照のみに設定できます。この場合、すべてのユーザーが商談を閲覧できますが、編集権限を持つのはレコード所有者と、ロール階層でその上位のユーザーのみです。OWDが公開/参照のみに設定されている場合は、共有ルールを使用して追加のアクセス権を付与できます。
Cloud Kicks では、取引先チームの Executive Sponsor ロールに、スポンサーとなる取引先に関連付けられた商談への「読み取り/書き込み」アクセス権が必要です。OWD は「公開/読み取り専用」に設定されているため、このアクセス権を付与する最も効果的な方法は、商談共有ルールを使用することです。Salesforce の共有ルールは、OWD 設定を変更することなく、ロール、グループ、またはテリトリー内のユーザーにアクセス権限を拡張できるように特別に設計されています。商談共有ルールを作成することで、Cloud Kicks は、所有権に関係なく、Executive Sponsor ロールを持つすべての取引先チームメンバーが関連する商談への「読み取り/書き込み」アクセス権を付与できるようにすることができます。
商談の OWD が公開/読み取り専用である場合、取引先の共有ルールは関連する商談に自動的に拡張されないため、このシナリオでは取引先の共有ルールは機能しません。
さらに、フローの作成は、アカウントチームの役割などの役割と関係に基づいてアクセスを管理するためにSalesforceが推奨するアプローチである共有ルールを使用するほど効率的でも簡単でもありません。

作成日よりも早い日付で完了した商談をハイライト表示するレポートは、既に完了した商談が後に作成されるという問題に直接対処します。このレポートは、営業管理部門がこのような状況の発生頻度を可視化し、パターンを特定したり、追加のトレーニングや監督が必要な営業担当者を特定したりするのに役立ちます。
商談パイプラインレポートは、今後の商談をステージごとに概観しますが、作成日と完了日の差異については具体的には対応していません。商談ステージの更新を自動化すればデータの整合性管理には役立ちますが、商談の作成が遅れる頻度について必要な可視性は得られません。
Salesforce ドキュメント参照:
* 商談に関するカスタムレポートを作成する
* 機会フィールドを理解する

プライベート共有モデルにおいて、苦情担当者の公開グループのみが苦情記録を閲覧・編集できるようにするには、条件に基づく共有ルールを作成するのが適切です。このルールは、読み取り権限を付与するように設定できます。
苦情担当者グループのユーザーに、苦情オブジェクトのすべてのレコードに対する書き込みアクセス権を付与します。このアプローチは、アクセスを制限しながら、指定されたグループに必要な権限を付与するという要件を満たします。
共有ルールの詳細については、「Salesforce 共有ルールの概要」を参照してください。
Northern Trail Outfittersには、取引先に関連する苦情カスタムオブジェクトがあり、組織の共有設定（OWD）は「非公開」に設定されています。苦情担当者公開グループのユーザーのみが、すべての苦情レコードを表示および編集できます。
解決：
* 基準に基づく共有ルール:
* 目的: 共有ルールにより、OWD 設定を超えたレコード アクセスが可能になります。
* 実装手順:
* [設定] > [共有設定] に移動します。
* 苦情オブジェクトを選択し、新しい条件に基づく共有ルールを作成します。
* すべての苦情記録を含めるように条件を設定します (例: CreatedDate != null)。
* 苦情スペシャリストの公開グループと共有します。
* アクセス レベルを読み取り/書き込みに設定します。
* 利点:
* スケーラビリティ: 手動による介入なしに、現在および将来のすべての苦情記録が自動的に含められます。
* セキュリティ コンプライアンス: 最小権限の原則に従い、許可されたユーザーのみがアクセスできるようにします。
他の選択肢があまり適していない理由:
* オプションA: Apexによる共有管理はより複雑で、カスタム開発が必要です。この要件には標準の共有ルールで十分です。
* オプション C: OWD 設定を介して特定のユーザーのみにデフォルトの表示を設定することはできません。OWD は普遍的に適用され、パブリック グループを対象にすることはできません。
Salesforce Sales Cloud リファレンス:
* 共有ルールの概要: Salesforce ヘルプ - 共有ルール
* 条件に基づく共有ルールの作成: Salesforce ヘルプ - 共有ルールの作成
* 公開グループ: Salesforce ヘルプ - 公開グループの作成
基準に基づく共有ルールを作成することにより、Northern Trail Outfitters は、苦情スペシャリストのパブリック グループのみがすべての苦情記録に必要なアクセス権を持つことを保証します。