組織データには、参加者、タイトル、ポジション、および関係が含まれます。ここには、報酬を受けるエンティティ (支払を受け取る個人、一意のジョブ、および共有する肩書) に関する情報が保存されます。
組織データはユーザインタフェースでマニュアルで登録できますが、このデータは本稼働環境のソースシステムからインポートされることが多くなります。組織は時間の経過とともに変化するため、組織データを作成および変更する必要があります。これらの変更には、参加者の追加または削除、新しいポジションの作成、部門内での社員の異動、昇進の受付、または退職時のポジション管理体系図の変更が含まれる場合があります。
参加者
関与者は、計画で補償されるエンティティです。通常、参加者は個人ですが、チームまたはグループである場合もあります。参加者は、組織内部または組織の外部とすることができます。
参加者レコードは、プロセスワークフローに含める必要がある承認者や、ダッシュボードやレポートにアクセスする必要があるその他の関係者を表すこともできます。
参加者レコードには、名前、基本給、入社日など、参加者に関連するすべての情報が含まれます。[姓] フィールドと [参加者 ID] フィールドは必須フィールドです。
参加者の一般情報には、以下が含まれます。
- 姓名
- 受取人 ID
- ユーザ名
- 基本給
- 採用日付および退職日付
すべての参加者にユーザー名があります。ユーザー名フィールドを入力せずに参加者レコードが保存またはロードされた場合、レコードによってユーザー名に参加者 ID が自動的に入力されます。組織がシングルサインオンを使用している場合、ユーザー名はユーザーのシステムログインと同じである必要があります。
一般属性を使用して、必要に応じて追加の参加者情報を保存します。
参加者向けのベストプラクティス
- システムに参加者を追加する前に、ユーザー名/ユーザー ID の形式を決定します。
- 変更される可能性があるユーザー名/ユーザー ID は使用しないでください。
- シングルサインオンでは、会社の現在のシステムで使用されているユーザ ID を使用します。
- 一般日付を使用して参加者の雇用の終了を表し、退職日フィールドの代わりにルールロジックでこの日付を使用します。これは、退職日フィールドの値が過ぎると、ユーザーが自動的にシステムからロックアウトされるためです。
ポジション
ポジションには、報酬処理される一意のジョブに関する情報が含まれます。報酬は、参加者ではなく、ポジションのコンテキストで計算されます。その結果、3 つすべてが必要ですが、ポジションレコードは参加者またはタイトルよりも重要になります。
ポジションに関するいくつかのポイントは以下のとおりです。
- ポジションは、参加者が社内で実行する特定のジョブを定義します。
- 1 人の参加者を複数のポジションに割り当てることができます。
- 1 つのポジションに割り当てることができる参加者は 1 人のみです。
- 参加者がポジションに割り当てられていない場合、ポジションは報酬を受け取りません。
- 各ポジションは、タイトルの下にグループ化されます。
ポジショングループ
ポジションレコードにポジショングループフィールドは必要ありません。ただし、ほとんどの実装で使用される便利な機能です。このフィールドは、タイトル以外の値でポジションをグループ化するために使用します。これは、報酬ルールのデータをフィルタリングしたり、ポジションのサブセットに対してパイプラインを実行したりする場合に役立ちます。たとえば、異なるポジショングループを使用して、営業チームや異なるオフィス内のチームを区別することができます。
このフィールドは、グローバル値として入力されるドロップダウンリストです。
カスタム処理日付
ポジションレコードには、ポジション割当の開始日と終了日を微調整するために使用される 4 つのフィールド (与信開始、クレジット終了、処理開始、および処理終了) があります。これらの項目は、参加者が補償される日付が、参加者がポジションを保持している日付と一致しない場合に使用します。
SR-South というポジションの例を見てみましょう。エイミーは職を離れ、ステイシーは彼女と交代している。エイミーはポジションを離れた後、15 日間のクレジットと支払を受け取る必要があります。その間、両方の参加者がクレジットと支払いを受け取る必要があります。これを機能させるには、以下を設定します。
Amy は、以下の発効日で Southwest の営業担当者ポジションに割り当てられます。
- Southwest の営業担当者バージョン 1 は、2025 年 1 月 1 日から 2025 年 2 月 28 日まで有効です。
- Amy は 2025 年 1 月 1 日から 2025 年 3 月 15 日までクレジットを受領し、処理を行っています。
ステイシーは、以下の発効日で Southwest の営業担当者ポジションに割り当てられます。
- 営業員 Southwest バージョン 2 は、2025 年 3 月 1 日から終了まで有効です。
- バージョン 2 では、2025 年 3 月 16 日から期間終了までクレジットを受領し、処理を行っています。
2025 年 3 月の期間では、Amy と Stacy の両方が、3 月 1 日から 3 月 15 日までの間の補償日の取引に基づいてクレジットを受け取ります。報酬日付が 3 月 16 日より後の取引では、Stacy のみがクレジットを受け取ります。
これにより、3 月上半期に重複が発生することになりますが、カスタムクレジットおよび処理日では、各参加者が補償される正確な日付を指定することでこれが防止されます。
ポジションのベストプラクティス
- 時間の経過とともにポジション名を変更することは避けてください。ポジション名は、ポジションの一意のキー ID です。ポジション名が変更されると、変数の割り当てと割り当てをロードし、計算を実行するときにエラーが発生する可能性があります。
- カスタム単位/処理日は、例外にのみ使用する必要があります。定期的にこれらを変更する必要がある場合は、日付を適切に設定するためにプログラムされる自動ロードを強くお奨めします。そうでない場合、ポジション更新が困難になる可能性があります。
- ポジションを計画に直接割り当てないでください。代わりに、タイトルを計画に割り当て、ポジションが計画割当を継承できるようにします。
- 最初からポジションのポジショングループを設定し、必要に応じて、ポジショングループ別に投稿および完了できるようにします。ポジショングループは、頻繁に変更される可能性があるグルーピングであってはなりません。
タイトル
タイトルは、組織全体で類似するポジションをグループ化するために使用され、通常は職種に関連するポジションをグループ化します。
たとえば、組織内の営業員は同じタイトルを共有する場合がありますが、各営業員は、営業員 Northwest や Sales Rep Hardware Products など、独自の立場にある場合があります。
通常、同様の方法で報酬を受けるすべての受取人が報酬プランを共有できるため、報酬プランはポジションレベルではなくタイトルレベルで割り当てられます。
タイトルワークスペースの詳細ペインには、2 つのコアタブ (一般情報と割当) が含まれています。タイトルに対して一般属性が有効化されている場合は、タイトル詳細ペインにユーザ定義項目セクションも表示されます。
一般情報タブには、タイトル名、ビジネスユニット、計画、および説明が含まれています。