Salesforce では、商談などの単一オブジェクトに対するさまざまなビジネス要件を管理するために、レコードタイプと販売プロセスを組み合わせて使用​​します。販売プロセスは商談オブジェクト固有の機能で、管理者がどの「ステージ」の選択リスト値を表示するかを選択できます。このシナリオでは、管理者は「ビジネス」（4 ステージ）用と「パートナー」（8 ステージ）用にそれぞれ販売プロセスを作成します。これらのプロセスが定義されると、レコードタイプにリンクされます。レコードタイプは、作成するレコードの「タイプ」に基づいて、異なるユーザーが異なるページレイアウトと選択リストオプションを表示できるようにするエンジンです。このアーキテクチャにより、パートナー取引に取り組むユーザーは適切な 8 つのステージを順に進み、レイアウト上の関連フィールドを確認できます。一方、ビジネスユーザーは合理化された 4 ステージのエクスペリエンスを利用できます。この分離は、データの整合性を維持し、各パイプラインのレポートが正確であることを保証するために不可欠です。管理している取引の特定のコンテキストに関連するオプションのみをユーザーに表示することで、混乱を防ぎます。

親レコードが削除されても子レコードを保持する必要がある 2 つのオブジェクトを関連付ける場合、ルックアップ関係が適切な選択肢です 18。このシナリオでは、出荷オブジェクトに、アカウントを指すルックアップ フィールドが必要です。マスターが削除されると子レコードが自動的に削除される (カスケード削除) マスター/ディテール関係 (オプション B) とは異なり、ルックアップ関係では、ルックアップ フィールドをクリアするか、そのままにしておくことで、子レコードをシステムに残すことができます。オプション A と D は、関係フィールドが常に関係の「子」または「多」側 (出荷) に作成され、「親」(アカウント) を指すため、アーキテクチャ的に不適切です。ルックアップ関係を使用すると、出荷履歴の追跡のためのデータ保持が保証されると同時に、アカウント ページの関連リストを介して出荷アイテムを表示できます。

Salesforce の重要なアップデート (現在はリリース アップデートと呼ばれることが多い) は、プラットフォームの動作を大きく変更する可能性があり、カスタム コード、統合、または既存の自動化に影響を与える可能性があります。プラットフォーム管理者にとってのベスト プラクティスは、まずサンドボックス環境でアップデートを有効化してテストすることです。これにより、管理者は本番環境での実際の業務を中断することなく、互換性のない変更を特定して解決できます。アップデートが徹底的に検証され、必要な調整がすべて完了してから初めて、本番環境でアップデートを有効化する必要があります。アップデートを「自動有効化」 (オプション A および D) することは、変更のタイミングとテストに対する管理者の制御を失うため、リスクがあります。本番環境で直接有効化 (オプション B) すると、プロフェッショナルな組織管理の基本となる重要な品質保証手順が省略されます。

毎週の「チェックイン」が確実に実行されるようにするには、プラットフォーム管理者が繰り返しタスクの作成を有効にする必要があります。この機能により、営業担当者は単一のタスク（例：「月曜日のチェックイン」）を作成し、繰り返し頻度を「毎週」に設定して「月曜日」に実行できます。Salesforce は、現在のタスクが完了すると、シリーズの次のタスクを自動的に生成します。これは、担当者のタスク リストに常にリマインダーを表示する最も効果的な方法です。さらに、これらは標準のタスク レコードであるため、管理者は、VP 向けにこれらのチェックインの完了状況を追跡するためのレポートとダッシュボード コンポーネントを簡単に作成できます。時間ベースのワークフロー（オプション A）は通常、日付フィールドに基づく単発のアラート用であり、毎週の習慣には適していません。メール アクション（オプション C）とアラート（オプション D）はユーザーに通知しますが、ダッシュボード コンポーネントに必要な追跡可能なタスク レコードは作成しません。