テリトリーの割り当て

お知らせ：当社は、お客様により充実したサポート情報を迅速に提供するため、本ページのコンテンツは機械翻訳を用いて日本語に翻訳しています。正確かつ最新のサポート情報をご覧いただくには、本内容の英語版を参照してください。

テリトリーはどのように割り当てられますか？

自動割り当て

テリトリーは、クライアント、連絡先、求人が作成または更新された際に自動で担当者されます。
データがテリトリーの条件を満たした場合にのみ、サブテリトリーの検証が行われます。
データが条件を満たさない場合は、階層内で同じレベルにある次のテリトリーが検証されます。
データがテリトリーの条件を満たした場合、そのテリトリーが担当者となり、Zoho Recruitはさらに他のテリトリーやサブテリトリーの条件も満たしているかを順に確認します。
例として、以下のテリトリー階層を考えます：

この例では：
- データがNorth AmericaおよびそのサブテリトリーであるCentralの条件を満たしている場合、Centralテリトリーが担当者されます。注：North AmericaとCentralの両方が同時に担当者されることはありません。
- データがZylkerの条件を満たし、他の階層のテリトリー条件を満たさない場合は、Zylkerのみが担当者されます。

手動割り当て

テリトリーマネージャーは、データを自分のテリトリーやサブテリトリーに手動で割り当てることができます。
管理者権限を持つユーザーも、データにテリトリーを手動で割り当てることができます。
手動で追加されたテリトリーは手動でのみ削除できます。自動割り当てされたテリトリーは手動で削除できません。

クライアントへのテリトリー割り当て

以下は代表的なシナリオです：

シナリオ	どうなりますか？
データが1つのテリトリーの条件を満たす場合。	データはそのテリトリーの担当者となります。
データが複数のテリトリーの条件を満たす場合。	データはすべての該当テリトリーの担当者となります。
データが親テリトリーの条件を満たさず、サブテリトリーの条件のみ満たす場合。	親テリトリーもサブテリトリーも、データの担当者にはなりません。
データがどのテリトリーの条件も満たさない場合。	いずれのテリトリーもデータの担当者にはなりません。

1クライアントに対し、最大で10件のテリトリーを担当者として割り当てることができます。使用例およびその結果を以下に示します。

連絡先のテリトリー割り当て

シナリオ例をいくつかご紹介します。

シナリオ	どうなりますか？
クライアントが次の値と等しくない関連付け先：連絡先。	テリトリーは連絡先に担当者として割り当てられません。
クライアント関連付け先：連絡先にテリトリーがありません。	テリトリーは連絡先に担当者として割り当てられません。
クライアント関連付け先：連絡先が単一のテリトリーを持っています。	クライアントのテリトリーが連絡先に担当者として割り当てられます。
クライアント関連付け先：連絡先データが複数のテリトリーを持っています。	テリトリーは以下の条件に基づいて割り当てられます：連絡先担当者がクライアントのテリトリーのいずれかに所属している場合。連絡先担当者がクライアントのいずれかのテリトリーのテリトリーマネージャーである場合。連絡先の作成者がクライアントのテリトリーのいずれかに所属している場合。連絡先の作成者がクライアントのいずれかのテリトリーのテリトリーマネージャーである場合。

連絡先には最大で10件のテリトリーを担当者として割り当てることができ、そのうち自動的に割り当てられるテリトリーは1つのみです（クライアントの関連付け先：連絡先に基づきます）。詳細については、クライアント割り当て表を参照してください。
上記の使用ケースにおいて、システムが単一のテリトリーを判断できない場合、連絡先にはテリトリーが担当者として割り当てられません。

求人案件へのテリトリー割り当て

テリトリーは、求人案件ルールに基づいて求人案件に担当者として割り当てられます。

さまざまなテリトリーやサブテリトリーごとに、求人案件ルールを作成している場合があります。求人案件データに適用される求人案件ルールの決定には、2つの要素が考慮されます：

連絡先の関連付け先：求人案件 - 求人案件に関連付けられている連絡先がテリトリーを担当している場合、Recruitはそのテリトリー内で求人案件ルールを確認します。サブテリトリーが存在する場合、

システムは、まず第一階層のテリトリーで求人案件ルールを確認します。存在しない場合は第二階層にスキップして確認します。第二階層でも求人案件ルールが利用できない場合、それ以上は確認しません。
第一階層のテリトリーに求人案件ルールが存在するものの、データが基準を満たさない場合、システムは第二階層を確認しません。

クライアントの関連付け：求人案件 - 求人案件に関連付けられている連絡先がテリトリーの担当者でない場合、Recruitは求人案件に関連付けられているクライアントのテリトリーに対して求人案件ルールを確認します。サブテリトリーが存在する場合、

この方法は、以下の場合にも適用されます：

求人案件が、求人案件ルールが設定されたテリトリーの条件を満たさない場合。
前述の方法で、1件以上のテリトリーが求人案件に該当する場合。
求人案件が、階層の第一階層にある求人案件ルールの基準を満たさない場合。
階層の第一階層および第二階層のテリトリーのいずれにも求人案件ルールが存在しない場合。

また、関連付けられているクライアントや連絡先が更新された場合、テリトリーは求人案件に再割り当てされます。以下はいくつかのシナリオです。理解の参考にしてください：

シナリオ - 連絡先	結果
クライアントまたは連絡先が、次の値と等しくない関連付け先：求人案件。	テリトリーは、求人案件の担当者になりません。
求人案件に関連付けられている連絡先に、1つのテリトリーのみが設定されている場合。	連絡先のテリトリーが、求人案件の担当者となります。
求人案件に関連付けられている連絡先に、複数のテリトリーが設定されている場合。	テリトリーは、以下の基準に基づいて割り当てられます。求人案件の担当者が、連絡先のいずれかのテリトリーに所属している場合。求人案件の担当者が、連絡先のいずれかのテリトリーのマネージャーである場合。求人案件の作成者が、連絡先のいずれかのテリトリーに所属している場合。求人案件の作成者が、連絡先のいずれかのテリトリーのマネージャーである場合。

シナリオ - クライアント

どうなりますか？

クライアント関連付け先：求人が1つのテリトリーのみの場合

クライアントのテリトリーが求人の担当者になります。

クライアント関連付け先：求人が複数のテリトリーを持つ場合

テリトリーは以下の基準に基づいて割り当てられます：

求人の担当者がクライアントのいずれかのテリトリーに所属している場合
求人の担当者がクライアントのいずれかのテリトリーのテリトリーマネージャーである場合
求人の作成者がクライアントのいずれかのテリトリーに所属している場合
求人の作成者がクライアントのいずれかのテリトリーのテリトリーマネージャーである場合

メモ

1つのテリトリーのみが求人に担当者されます。

上記の使用するケースで、システムが単一のテリトリーを判定できない場合、求人にはテリトリーが担当者されません。また、テリトリーが手動でデータに担当者された場合は、上記の使用するケースに基づく自動割り当ては行われませんのでご注意ください。

データが更新済みの場合のテリトリー再割り当て

クライアントに関連付け済みの子データは連絡先と求人です。クライアントが更新済みとなり、別のテリトリーに該当した場合、関連付け済みの連絡先や求人も異なるテリトリーに再割り当てされることがあります。下記の表では、親データが更新済みとなった場合の様々な使用するケースの詳細を確認できます。

次に、この仕組みをより理解しやすくするためのシナリオ例をいくつかご紹介します。

更新されたParent データ	関連付け済みデータはどうなりますか？
2つ以上またはその他のテリトリーに属していたデータが、新しいテリトリーに再割り当てされました。	データは新しい単一のテリトリーに再割り当てされます。
1つのテリトリーのみを担当していたデータが、追加のテリトリーも担当するようになりました。	データは親データのテリトリーの担当のままとなります。新たに追加されたテリトリーの担当にはなりません。
1つのテリトリーのみを担当していたデータが、新規テリトリーに再割り当てされました。	データは新しいテリトリーの担当にはなりません。関連付け済みデータはどのテリトリーにも属さなくなります。
複数のテリトリーを担当していたデータが、さらに追加のテリトリーも担当するようになりました。	データは親データのテリトリーの担当のままとなります。新たに追加されたテリトリーの担当にはなりません。
複数のテリトリーを担当していたデータが、新規テリトリーに再割り当てされました。	データは新しいテリトリーの担当にはなりません。関連付け済みデータはどのテリトリーにも属さなくなります。

ルールを実行してテリトリーを自動割り当て

テリトリーの割り当てルールが実行されると、テリトリー内でルール条件を満たすデータは自動的にそのテリトリーに担当者が割り当てられます。最初にZoho Recruitアカウントの設定> Territory Management> Assign Territories へ移動した際は、既存クライアントに対してルールを実行する必要があります。クライアントのテリトリーに基づき、関連付けられている連絡先や求人も担当者テリトリーに割り当てられます。Job Opening Rulesを有効にすると、求人に対してもルールを実行できます。

下記の3つの設定のいずれかを使用して、データを検索し、テリトリーに割り当てることができます。

テリトリー別 - 選択したテリトリーのデータが一覧表示されます。データを選択してテリトリーに割り当てることができます。
カスタムビュー別 - データをリストビューで並べ替えている場合、該当するテリトリーへの表示や割り当ても簡単に行えます。
独自の条件を適用 - 上記のいずれの設定でも目的が達成できない場合は、任意の条件を定義してデータをフィルターできます。このオプションでは、変更する Pattern オプションを使用して条件セットを編集できます。

データを検索し、テリトリーに割り当てるには：

設定> Territory Management> Assign Territories をクリックします。
ドロップダウンから Clients または Job Openings を選択します。
ドロップダウンから次のいずれかを選択します。

テリトリー - ドロップダウンリストからテリトリーおよびサブテリトリーを選択します。
カスタムビュー - ドロップダウンリストから表示するリストを選択します。
My own criteria - データをフィルターするための条件を指定します。

一致した結果を確認し、Run Rules をクリックします。
テリトリーのルールに基づき、データが各テリトリーに担当者として割り当てられます。割り当て作業が完了すると、確認メールが届きます。

メモ

手動で追加されたテリトリーは、手動でのみ削除できます。自動的に割り当てられたテリトリーは、手動で削除できません。