両方のシステムの主要な関係者は、アーキテクトと協力して、フィールドレベルでどちらのシステムが記録システムであるかを決定する必要があります。マスターデータ管理を使用して顧客レコードを持つ 2 つの異なるシステムを Salesforce アカウントオブジェクトに統合するというこの目標を達成するには、アーキテクトが行うべきことです。 。記録システムは、特定のコンテキストにおける特定のエンティティまたはフィールドに対する信頼できる信頼できる情報源です。システムが異なれば、精度、完全性、適時性、分野ごとの関連性のレベルも異なる場合があります。したがって、データ品質とビジネス ニーズに関する知識と専門知識を持つ両方のシステムの主要な関係者に参加して、どのシステムを各フィールドの記録システムにするかを決定することが重要です。アーキテクトはこのコラボレーションを促進し、各分野の決定事項と根拠を文書化する必要があります。他のオプションは、記録システムを決定する責任を委任または放棄したり、主要な利害関係者からの入力を無視または無視したり、データ品質やビジネスを考慮せずにデフォルトの記録システムを想定または押し付けたりするため、正しくなく、実行可能ではありません。ニーズ。

郵便番号と販売地域に基づいて商談を割り当てるための最良の解決策は、商談の割り当てをサポートするようにテリトリー管理機能を構成することです。テリトリー管理は、地理、業界、製品ライン、顧客セグメントなどの基準に基づいて営業チームをテリトリーに編成できる機能です。割り当てルールまたは手動共有を使用して、アカウントと商談をテリトリーに割り当てることができます。予測マネージャーを定義し、テリトリーごとに予測を積み上げることもできます45。郵便番号を使用したリスト ビューを使用して商談を割り当てることは、非効率的であり、営業エリアごとのレポートをサポートしていないため、適切なソリューションではありません。郵便番号の商談にカスタム フィールドを追加し、割り当てルールを使用することは、追加のフィールドを作成する必要があり、販売エリアごとのレポートをサポートしていないため、適切なソリューションではありません。営業ユーザーが郵便番号に基づいて商談の所有権を手動で割り当てることを許可することは、エラーが発生しやすく、営業エリアごとのレポートをサポートしていないため、適切なソリューションではありません。