人員管理とアクセス区分の概要

この記事では、部門がどのように機能するかについて説明します。人材管理

アクセス区分と人員管理の重要な概念

このセクションでは、アクセス区分が人員管理でどのように機能するか、エンティティとそれらがビジネスユニットレベルまたは管理ユニットレベルのどこに属するか、およびアクセス区分内のユーザーアクセスについて説明します。

アクセス区分がどのように機能するかを理解する 

  • 労働力管理の部門を使用して、アクセス制御を分割します。 例えば、ワークフォースマネジメントのページの右上にあるリストに表示されるビジネスユニットやマネジメントユニットを制限するために使用するコントロールがディビジョンだと考えてください。
  • 人員管理では、ユーザーが属するアクセス区分は、管理ユニット間でユーザーを移動する場合にのみ重要です。 ユーザーが管理ユニットに関連付けられた後、管理ユニットまたはビジネスユニットが属するアクセス区分を理解することが重要です。
  • すべてのスーパーバイザー権限はアクセス区分に関連付けられていますが、すべてのエージェント権限は関連付けられていません。 エージェントは、アクセス区分に関係なく、エージェントに属するページまたはエンティティを表示できます。
  • ビジネスユニットは1つのアクセス区分にのみ属することができます。 デフォルトでは、このアクセス区分はホームです。 管理ユニットは1つのアクセス区分にのみ属することができます。 デフォルトでは、このアクセス区分もホームです。 ただし、管理ユニットはビジネスユニットと同じアクセス区分に属している必要はありません。
  • アクセス区分には、複数のビジネスユニットと複数の管理ユニットを含めることができます。

アクセス区分のコンテキストでのユーザーアクセス

  • アクセス区分ビルディングブロックのコンテキストで、ユーザーに特定の権限へのアクセスを許可します。

たとえば、ユーザーに Workforce Management > Schedule > View の表示権限を付与すると、このユーザーは、スケジュールされたアクセス区分に関係なく、そのアクセス区分に関連付けられているすべてのビジネスユニットと管理ユニットのすべてのスケジュールを表示できます。ユーザーが所属します。 別の例として、スーパーバイザーに、スーパーバイザーのアクセス区分であるディビジョン3で[Workforce Management]> [Schedule]> [Edit]権限を与えることができますが、会社の他のアクセス区分では[Workforce Management]>[Schedule]>[View]権限のみを付与できます。

  • 必要なアクセス制御ビルディングブロックごとに、固有のアクセス区分が必要です。

 たとえば、一部のユーザーが管理ユニット1の人のスケジュールにのみアクセスする必要がある場合は、管理ユニット1のみを含み、他の管理ユニットまたはビジネスユニットを含まない部門を作成します。 この部門の他のいかなるものも、労働力管理に影響を与えません。 または、ビジネスユニットレベルでアクセス制御を分離するだけの場合は、ビジネスユニットごとに1つの部門を作成するだけです。 これらの部門は、労働力管理のみに必要な部門ではないため、キューやフローなどを分離するために使用できます。  

アクセス区分と人員管理の通知

オブジェクトに作用できるスーパーバイザーのみが、オブジェクトに関する通知を受け取ります。

たとえば、タイムオフリクエストの承認通知は、[Workforce Management]> [Time OffRequest]>[リクエストしているエージェントが属する管理ユニットの編集権限]を持つスーパーバイザーまたはユーザーにルーティングされます。 同じシナリオがシフトトレード承認通知にも当てはまります。

送信エージェントまたはスーパーバイザーが属するアクセス区分は、これらの通知に影響を与えません。 2つの重要なポイントは、a)エージェントが属する管理ユニット、およびb)承認するスーパーバイザーがエージェントの管理ユニットを含むアクセス区分のWorkforce Management> Time OffRequest>Edit権限を持つ役割を持っているかどうかです。

この例には、販売とサポートの2つのビジネスユニットと、各管理ユニットのスケジュールリードが含まれています。

事業単位 管理単位 管理ユニットのスケジュールリード
営業 セールス・イースト サルイースターリー
営業 セールス・ウエスト サルウェスタリー
サポート サポートウェスト ハルイースターリー
サポート サポートウェスト ハルウェスタリー

会社には次の従業員も含まれています。

  • セールスビジネスユニットのスケジュールリーダー、Sal Global
  • サポートビジネスユニットのスケジュールリーダー、Hal Global
  • 全社のスケジュールリーダー、ジョー・グローバル

この例では、目標は次のとおりです。

  1. 各管理ユニットのスケジュールリーダーは、自分の管理ユニットでスケジュールを編集するためのアクセス権を持っている必要があります。  
  2. 各管理ユニットのスケジュールリードは、リードしていないビジネスユニット内の管理ユニットを表示するためのアクセス権を持っている必要があります。
  3. ビジネスユニットのリーダーシップであるSalGlobalとHalGlobalは、ビジネスユニットを編集するためのアクセス権を持っている必要があります。
  4. 会社のスケジュールリーダーであるJoeGlobalは、全員に編集アクセス権を持っている必要があります。

管理ユニットレベルのアクセス制御ビルディングブロックが必要なため、管理ユニットごとに分割する必要があります。 このシナリオを次のように構成します。

アクセス区分 アクセス区分内の管理ユニット アクセス区分内のビジネスユニット
セールスイーストアクセス区分 セールスイースト(MU) なし
セールスウエスト事業部 セールスウェスト(MU) なし
東部をサポートする サポートイースト(MU) なし
西部をサポート サポートウェスト(MU) なし

そして最後に、これらの部門のユーザーに次の役割を割り当てます。

  • WorkforceManagement>スケジュール>編集、追加、および表示の権限を持つスケジュール編集者の役割
  • WorkforceManagement>スケジュール>表示権限を持つスケジュールビューアの役割
ユーザー  役割 アクセス区分
サルイースターリー スケジュールエディタ セールスイーストアクセス区分
サルイースターリー スケジュールビューア セールスウエスト事業部
サルウェスタリー  スケジュールエディタ セールスウエスト事業部
サルウェスタリー スケジュールビューア セールスイーストアクセス区分
ハルイースターリー スケジュールエディタ 東部をサポートする
ハルイースターリー スケジュールビューア 西部をサポート
ハルウェスタリー スケジュールエディタ 西部をサポート
ハルウェスタリー スケジュールビューア 東部をサポートする
サルグローバル スケジュールエディタ セールスイースト アクセス区分、セールスウェスト アクセス区分
ハルグローバル スケジュールエディタ 東部サポート、西部サポート
ジョーグローバル スケジュールエディタ セールスイースト アクセス区分、セールスウェスト アクセス区分、サポートイースト アクセス区分、サポートウェスト アクセス区分

この例には、セールスとサポートの2つのビジネスユニット、各ビジネスユニットのスケジュールリード、およびグローバルリードが含まれています。  

事業単位 管理単位 管理ユニットのスケジュールリードの名前
営業 セールスイースト、セールスウェスト サルグローバル
サポート 東をサポート、西をサポート ハルグローバル

この場合、より大きなアクセス制御ビルディングブロックを使用するため、単純化して2つのアクセス区分のみを使用します。

事業単位 アクセス区分内の管理ユニット アクセス区分内のビジネスユニット
営業部 なし セールス(BU)
サポートアクセス区分 なし サポート(BU)

そして最後に、これらのアクセス区分のユーザーに次の役割を割り当てます。

  • WorkforceManagement>スケジュール>編集、追加、および表示の権限を持つスケジュール編集者の役割
  • WorkforceManagement>スケジュール>表示権限を持つスケジュールビューアの役割
ユーザー  役割 アクセス区分
サルグローバル スケジュールエディタ 営業部
ハルグローバル スケジュールエディタ サポートアクセス区分
ジョーグローバル スケジュールエディタ 営業部、サポート部

この例では、例2と同じ設定を使用しますが、営業チームが成長し、会社がSalWesterlyとSalEasterlyを採用するとします。 これらの2人のリードは、販売ビジネスユニットのスケジュール編集アクセスを分割したいと考えていますが、サポートビジネスユニットは分割したいと考えていません。 

事業単位 管理単位 管理ユニットのスケジュールリードの名前
営業 セールス・イースト サルイースターリー
営業 セールス・ウエスト サルウェスタリー
サポート 東をサポート、西をサポート ハルグローバル

このシナリオでは、販売ユニットには管理ユニットレベルの制御が必要ですが、サポートユニットにはビジネスユニットレベルの制御が必要です。 セールスにはMUレベルの制御が必要ですが、サポートにはBUレベルの制御が必要です。 ここでは、2つのセットアップオプションを提供します。 どのオプションを選択するかは、既存の部門と、それらを使用して他の非労働力管理エンティティへのアクセスを分割する方法によって異なります。

分割設定オプション1

アクセス区分 アクセス区分内の管理ユニット アクセス区分内のビジネスユニット
セールスイーストアクセス区分 セールスイースト(MU) なし
西部をサポート セールスウェスト(MU) なし
サポートアクセス区分 なし サポート(BU)

分割設定オプション2

アクセス区分 アクセス区分内の管理ユニット アクセス区分内のビジネスユニット
セールスイーストアクセス区分 セールスイースト(MU) なし
西部をサポート セールスウェスト(MU) なし
サポートアクセス区分 サポートイースト(MU)、サポートウェスト(MU) なし

そして最後に、これらのアクセス区分のユーザーに次の役割を割り当てます。

  • WorkforceManagement>スケジュール>編集、追加、および表示の権限を持つスケジュール編集者の役割
  • WorkforceManagement>スケジュール>表示権限を持つスケジュールビューアの役割
ユーザー  役割 アクセス区分
サルイースターリー スケジュールエディタ セールスイーストアクセス区分
サルイースターリー スケジュールビューア セールスウエスト事業部
サルウェスタリー スケジュールエディタ セールスウエスト事業部
サルウェスタリー スケジュールビューア セールスイーストアクセス区分
サルグローバル スケジュールエディタ セールスイースト アクセス区分、セールスウェスト アクセス区分
ハルグローバル スケジュールエディタ サポートアクセス区分
ジョーグローバル スケジュールエディタ セールスイースト アクセス区分、セールスウェスト アクセス区分、サポート アクセス区分