郵便番号によるテリトリー管理の割り当て

1.   テリトリー割り当てルールには API を介してアクセスできるため、作業中や、更新する必要がある場合はいつでもこれらの Excel スプレッドシートで定義を管理でき、スプレッドシートの変更に基づいてデータローダで更新を実行できます。切り取りや貼り付けといった追加のステップは必要ありません。

2.   大量の郵便番号を管理する場合のもう 1 つの効率的なアプローチとして、これらの郵便番号の定義を含むカスタムオブジェクトを作成することもできます。  カスタムオブジェクトの各エントリで、郵便番号がテリトリー名にマッピングされます。 取引先と、取引先のカスタム郵便番号項目を表すカスタムオブジェクト間の参照関係を作成します。  次に、選択した対応する郵便番号のカスタムオブジェクト名でテリトリー名を参照する取引先にクロスオブジェクト数式を作成します。たとえば、ユーザーがカスタム郵便番号項目に入力するたびに、クロスオブジェクト数式項目にテリトリー名が自動的に入力されるようにします。郵便番号に基づいてテリトリールールを定義する代わりに、数式項目でテリトリー名に基づいてルールを作成します。 次のような利点があります。

1) テリトリー割り当てルールがより簡潔になります。

2) テーブルに基づいたアプローチを使用して郵便番号の定義を管理できます (テリトリーの再配置がある場合、カスタムオブジェクトに移動して、郵便番号とテリトリーの単一のマッピングエントリを容易に編集できる)。

3) 割り当てルールに文字制限を含める必要はありません (郵便番号はカスタム オブジェクトに保存されるため、必要な数だけ保存できる)。4) データ品質を自動的に適用できます (郵便番号はカスタムオブジェクトの有効なエントリである必要がある)。

4) 問題点: 住所項目の一部である標準の郵便番号項目とは異なり、カスタム郵便番号項目を使用する必要があります。  この設計はさまざまなシナリオに対応する多くの順列を伴う可能性があり、使用事例によって異なります。
 

3.   このソリューションは上記のテーブルに基づいたアプローチで構築されますが、クロスオブジェクト数式項目やカスタム郵便番号項目を使用する代わりに Apex を使用します。  手順は次のとおりです。ユーザーが通常どおりに標準の郵便番号項目を入力します。新規アカウントの作成および更新時に Apex トリガーが呼び出されます。カスタムオブジェクトで郵便番号のマッピングに対する参照が実行されます。取引先とテリトリーの関係を表すカスタム項目が更新されます。  テリトリー割り当てルールにより、Apex で更新される取引先のカスタム項目が評価され、それに応じて取引先が割り当てられます。  上記のすべての利点に加えて、標準の郵便番号項目を引き続き使用できる利点があります。  カスタムオブジェクトで定義した郵便番号のみをユーザーが使用できるように、Apex 経由でカスタム入力規則を適用するのは非常に簡単です。
 

Idea Exchange でこちらのアイデアへの投票を検討してください。