貴社のHire to Retire - 職位管理データテンプレート
貴社のHire to Retire - 職位管理データテンプレート
- 収集を推奨する項目
- 追跡すべき主要アクティビティ
- SAP SuccessFactors Employee Centralからのデータ抽出ガイド
採用から退職まで – ポジション管理属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ名
ActivityName
|
職位に関して特定の時点で発生したビジネスイベントの名称。 | ||
|
説明
この属性は、「職位要求開始」、「人事システムで職位作成」、または「職位無効化済み」など、職位管理ライフサイクルにおける特定のステップまたはマイルストーンを記述します。各アクティビティはプロセス内の個別のイベントを表します。 アクティビティのシーケンスと頻度を分析することがプロセスマイニングの核です。これにより、プロセスマップの可視化、共通および代替のプロセスフロー(バリアント)の特定、およびステップ間で遅延や手戻りが発生する箇所の特定が可能になります。これは、プロセスが実際にどのように機能するかを理解するための基本です。
その重要性
プロセスのステップを定義し、プロセスDマップの可視化と、ワークフロー、ボトルネック、および逸脱の分析を可能にします。
取得元
これは通常、SAP SuccessFactors Employee Centralシステム内のイベントログ、ステータス変更レコード、または監査証跡から導出されます。技術的なイベントコードやステータス遷移をユーザーフレンドリーな名前にマッピングする必要がある場合があります。
例
職位要求開始人事システムで職位作成職位属性変更済み職位無効化済み
|
|||
|
イベント日時
EventTime
|
特定のアクティビティが発生した日時を示すタイムスタンプです。 | ||
|
説明
イベントタイムは、アクティビティがシステムで実行またはログに記録された正確な日時を記録します。これにより、各ポジションのライフサイクルにおけるイベントの時系列順が提供されます。 このタイムスタンプは、プロセスマイニングにおけるすべての時間ベース分析にとって重要です。アクティビティ間のサイクルタイムの計算、プロセス全体の期間の測定、ステップ間の時間分析によるボトルネックの特定、および経時的なパフォーマンス傾向の把握に使用されます。正確なタイムスタンプがなければ、プロセス分析は不可能です。
その重要性
この属性は、イベントの時系列シーケンスを提供し、サイクルタイムの計算、ボトルネックの発見、およびプロセスパフォーマンスの理解に不可欠です。
取得元
これは、SAP SuccessFactorsの職位管理監査ログまたはトランザクションレコードにおけるイベントまたはステータス変更に関連する作成日または最終変更日フィールドに対応します。
例
2023-04-15T09:00:00Z2023-04-15T14:30:15Z2023-05-01T11:20:00Z
|
|||
|
役職`ID`
PositionId
|
職位管理プロセスの主要なケース識別子として機能する、組織職位の一意の識別子。 | ||
|
説明
職位IDは、単一の組織職位に関連するすべてのアクティビティとデータポイントをリンクします。これにより、職位の初期要求と作成から、変更、再分類、そして最終的な無効化またはクローズまでの職位全体のライフサイクルをエンドツーエンドで追跡できます。 プロセスマイニングでは、各固有の職位IDが単一のケースを表します。この識別子を通じてプロセスを分析することで、職位の全過程を理解し、総ライフサイクル時間を測定し、最初から最後まで職位に影響を与えるパターンやボトルネックを特定するのに役立ちます。これは、プロセスマップを構築し、ケースレベルKPIを計算するための基本的な属性です。
その重要性
これは、すべての関連イベントを接続する不可欠なケース識別子であり、職位の完全なライフサイクルを追跡し、そのプロセスフローを分析することを可能にします。
取得元
この識別子は、SAP SuccessFactors Employee Centralの職位管理モジュールのコア要素であり、通常は職位オブジェクトに見られます。
例
POS-1002345POS-1002346POS-2039871
|
|||
|
ソースシステム
SourceSystemId
|
データを抽出した元システム。 | ||
|
説明
この属性は、イベントデータが発信されたソースシステムを特定します。このプロセスでは、一貫してSAP SuccessFactors Employee Centralになります。 単一ソースモデルでは冗長に見えるかもしれませんが、特に複数のシステムからデータがマージされる可能性のある環境では、データガバナンスとコンテキストの維持のために重要なフィールドです。データの出所を明確に保証します。
その重要性
明確なデータ出所を提供し、データガバナンス、トラブルシューティング、および複数のデータソースを含むシナリオにおいて不可欠です。
取得元
これは通常、データセットの発生元をラベル付けするために、データ変換プロセス中に付加される静的値です。
例
SAP SuccessFactors Employee Central
|
|||
|
最終データ更新
LastDataUpdateTime
|
データが最後に更新されたか、ソースシステムから抽出された時点のタイムスタンプ。 | ||
|
説明
この属性は、プロセスマイニングツールでプロセスデータが最後に更新された時刻を示します。分析されているデータの鮮度を反映します。 これは、ユーザーが分析の最新性を理解し、データの適時性に関する期待を管理するために重要です。あらゆるダッシュボードやレポートにとって重要なメタデータの一部です。
その重要性
データが最新であるかどうかをユーザーに知らせるものであり、分析と意思決定が最新の情報に基づいていることを確認するために不可欠です。
取得元
このタイムスタンプは、データ抽出および変換パイプラインによって実行時に生成されます。
例
2023-10-27T08:00:00Z
|
|||
|
イベントの終了時刻
EventEndTime
|
特定のアクティビティが完了した時点を示すタイムスタンプ。 | ||
|
説明
イベント終了時刻は、アクティビティの完了を示します。多くのシステムでは、アクティビティは単一の時点として記録され、その場合、終了時刻は開始時刻と同じになります。しかし、実際に作業が行われている承認ステップのように、測定可能な期間を持つアクティビティの場合、このフィールドは完了の瞬間を捉えます。 この属性は、個々のアクティビティの処理時間を計算するために不可欠です。待機時間(アクティビティ間の間隔)と処理時間(アクティビティ自体の期間)を区別するのに役立ち、プロセス効率に関するより詳細なビューを提供します。
その重要性
アクティビティの処理時間の計算を可能にし、タスクに費やされた時間と次のステップを待つ時間に費やされた時間を区別するのに役立ちます。
取得元
この情報は監査ログで利用できる場合もあれば、推測する必要がある場合もあります。多くの場合、原子イベントの開始時刻と同じです。
例
2023-04-15T09:05:12Z2023-04-15T14:45:00Z2023-05-01T11:20:00Z
|
|||
|
ユーザー`ID`
UserId
|
活動を実行したユーザーの識別子。 | ||
|
説明
この属性は、職位要求を承認したマネージャーやシステムに職位を作成した人事管理者など、特定のイベントを実行した従業員またはシステムユーザーの一意のIDを捕捉します。 ユーザーIDによる分析は、ワークロードの分布を理解し、優れたパフォーマンスを発揮する人材を特定し、潜在的なトレーニングニーズを検出するために不可欠です。また、リソース分析、コンプライアンスチェック、システムまたはサービスアカウントによって実行されるアクティビティの特定(自動化の兆候)にも役立ちます。
その重要性
プロセスアクティビティを特定のユーザーに割り当てるのに役立ち、ワークロード分析、パフォーマンス測定、自動化の特定を可能にします。
取得元
この情報は、通常、SAP SuccessFactorsの職位オブジェクトに関する監査ログまたはトランザクションデータ内の「変更者」または「ユーザー」フィールドに見られます。
例
c.bakerj.smithSYSTEM_USER
|
|||
|
承認者ID
ApproverId
|
承認アクティビティに関与したマネージャーまたは承認者の識別子。 | ||
|
説明
この属性は、「マネージャーによる職位要求承認済み」や「人事部による職位要求承認済み」など、承認ステップを実行した特定のユーザーを特定します。これは、承認タスクに特に関連するため、一般的なユーザーIDとは異なります。 特定の承認者による承認時間を分析することで、プロセスにおけるボトルネックとなる可能性のある個人や、例外的に迅速に承認する個人を特定し、ベストプラクティスを示唆することができます。これは、「部門別承認ボトルネック」ダッシュボードを分析するためのより詳細なレベルを提供します。
その重要性
承認ステップのきめ細かい分析を可能にし、個々の承認者レベルでボトルネックや高パフォーマンスの担当者を特定するのに役立ちます。
取得元
これは、SAP SuccessFactorsのワークフローまたは承認ログデータに保存され、職位要求トランザクションに関連付けられています。
例
m.joness.patele.williams
|
|||
|
職位ステータス
PositionStatus
|
イベント発生時の職位のステータス。 | ||
|
説明
この属性は、「採用予定」、「充足済み」、「凍結済み」、「廃止済み」など、職位の状態を示します。ステータスは、プロセス内の特定のアクティビティの結果として頻繁に変化します。 職位ライフサイクルを理解し、ステータスが一貫して使用されていることを確認するには、時間経過に伴う職位ステータス遷移の分析が不可欠です。「職位ステータス遷移分析」ダッシュボードは、この属性に依存して、非標準のプロセスフローを特定し、定義されたステータスモデルへの適合性をチェックします。これにより、職位が特定の状態にどのくらいの期間とどまるかについての質問に答えるのに役立ちます。
その重要性
ステータス変更の追跡は、職位のライフサイクルを分析し、プロセスの適合性を確保し、職位が各状態にどのくらいの期間とどまるかを理解するために重要です。
取得元
これは、SAP SuccessFactors Employee Centralの職位オブジェクト上のステータスフィールドに対応します。
例
採用予定充足済み凍結済み排除済み
|
|||
|
部署
DepartmentName
|
職位が属する部門の名称。 | ||
|
説明
この属性は、「財務」、「営業」、「情報技術」など、職位に関連する組織部門を特定します。 部門は比較分析のための主要なディメンションです。例えば、部門間の職位承認時間を比較することで、組織の異なる部分間でプロセスパフォーマンスをベンチマークできます。これは、「部門別承認ボトルネック」ダッシュボードに不可欠であり、局所的な非効率性やベストプラクティスを特定するのに役立ちます。
その重要性
これにより、異なる事業部門間でのパフォーマンス比較とボトルネック分析が可能になり、特定の領域の問題を特定するのに役立ちます。
取得元
これは、SAP SuccessFactors Employee Centralの職位オブジェクトの標準属性です。
例
財務セールス - 北米研究開発
|
|||
|
ビジネスユニット
BusinessUnitName
|
職位に関連付けられているビジネスユニット。 | ||
|
説明
この属性は、職位が属するより大きな事業部門またはユニットを特定します。これは、部門よりも上位レベルである場合があります。 部門と同様に、ビジネスユニットは高レベルの比較分析のためのディメンションを提供します。これにより、シニアリーダーは、「消費者製品」対「エンタープライズソフトウェア」のように、ビジネスの主要な部分間で職位管理の効率を比較できます。
その重要性
高レベルかつ部門横断的なプロセスパフォーマンス比較を可能にし、プロセス指標を戦略的ビジネスユニットと整合させるのに役立ちます。
取得元
これは、SAP SuccessFactorsの職位オブジェクトで利用可能な標準的な組織構造属性です。
例
`消費財`エンタープライズソフトウェアグローバルサービス
|
|||
|
予算承認ステータス
BudgetApprovalStatus
|
職位要求の予算承認のステータス。 | ||
|
説明
この属性は、新規職位の財務承認の状態を追跡し、「保留中」、「承認済み」、「却下済み」などの値を取ります。特に、財務クリアランスステップを監視するために使用されます。 このステータスは、「予算承認サイクルタイム」KPIの計算と、「職位予算承認期間」ダッシュボードに不可欠です。プロセスの財務承認部分を分離し、予算関連の問題によって引き起こされる遅延に焦点を当てた分析を可能にします。これは、職位作成における重大なボトルネックとなる可能性があります。
その重要性
これは、予算承認段階の分析を直接サポートし、新規職位の財務クリアランスにおける遅延を特定し削減するのに役立ちます。
取得元
この情報は、SAP SuccessFactorsの職位要求ワークフローデータの一部であり、特定の承認ステップのステータスとして扱われます。
例
財務承認待ち承認済み却下
|
|||
|
処理時間
ProcessingTime
|
アクティビティに実作業として費やした時間。 | ||
|
説明
この属性は、単一のアクティビティを完了するのにかかった時間を測定します。これは、イベント終了時刻とイベント時刻(開始時刻)の差として計算されます。アクティビティ間の待機時間を含むサイクルタイムとは異なります。 処理時間を分析することで、プロセス内でどの特定のステップの実行に最も時間がかかっているかを特定できます。これにより、フォームの簡素化、より良いトレーニングの提供、タスクの自動化など、的を絞った改善努力が可能になります。例えば、「人事システムで職位作成」アクティビティの完了に数分かかるのか数時間かかるのかを示すことができます。
その重要性
アクティビティのアクティブな作業時間を分離し、待機時間とは別に、どの特定のタスクが最も時間のかかるものであるかを特定するのに役立ちます。
取得元
これは、データ変換中にEventTimeフィールドとEventEndTimeフィールドから計算されます(ProcessingTime = EventEndTime - EventTime)。
例
PT5M12SPT1H30MP1D
|
|||
|
初回で正しく完了
IsFirstTimeRight
|
ポジションが最初に修正なしで正しく作成されたかどうかを示すフラグです。 | ||
|
説明
この計算属性は、所定の短い時間枠(例:24時間)内に「人事システムで職位作成」アクティビティの後に「職位属性変更済み」アクティビティが続くかどうかをチェックするブール型(真/偽)フラグです。変更が発生しない場合、「真」とマークされます。 この属性は、「初回正解作成率%」KPIを直接サポートします。これは、データ品質とプロセス有効性の強力な尺度として機能し、初期データ入力が不正確または不完全であったために即座に手戻りが発生したケースを浮き彫りにします。初回正解率が低い場合、トレーニング、システム使いやすさ、またはデータ検証ルールに潜在的な問題があることを示します。
その重要性
このメトリクスは、職位作成プロセスの品質を測定し、手戻りや入力時点でのデータ品質の問題を浮き彫りにします。
取得元
これは、各職位IDのイベントシーケンスを分析することでデータ変換中に計算されるブール型フラグです。
例
truefalse
|
|||
|
国
CountryCode
|
職位が置かれている国。 | ||
|
説明
この属性は、職位の所在地に関連する国を特定します。これは、分析のための主要な地理的ディメンションです。 国別にプロセスを分析すると、効率、コンプライアンス要件、またはプロセス実行における地域差が明らかになることがあります。例えば、現地の労働規制や労使協議会の関与により、ある国では職位承認時間が大幅に長くなる可能性があります。これは、場所固有のプロセス変動を理解し対処するのに役立ちます。
その重要性
地理的分析を可能にし、地域ごとのプロセスパフォーマンスの差異を特定します。これは地域の規制や慣行に影響されている可能性があります。
取得元
これは、SAP SuccessFactorsの職位オブジェクトに関連付けられた場所情報の一部です。
例
米国DEUINDGBR
|
|||
|
変更された属性
ModifiedAttribute
|
職位の変更された特定の属性またはフィールド。 | ||
|
説明
「職位属性変更済み」アクティビティが発生した場合、このフィールドは、「部門」、「役職」、または「レポート先」など、どの属性が変更されたかを指定します。 これは、「職位属性変更頻度」ダッシュボードにとって重要な詳細を提供します。単に変更が発生したことを知るだけでなく、何が最も頻繁に変更されているかを分析できます。特定の属性に対する変更の量が多い場合、その定義が不明確であるか、またはその特定のフィールドに対して提供された初期データが頻繁に誤っていることを示す可能性があります。
その重要性
変更イベントに重要な詳細を追加し、どの特定のデータポイントが最も不安定であるか、またはエラーが発生しやすいかを分析によって特定できます。
取得元
この情報は、SAP SuccessFactorsの詳細な監査ログから取得され、フィールドレベルの変更を捕捉し、古い値と新しい値を示します。
例
部署上司コストセンター役職
|
|||
|
変更理由
ChangeReason
|
職位の変更または再分類の理由として提供された情報。 | ||
|
説明
職位が変更または再分類される際、ユーザーはしばしば変更の理由を提供します。この属性は、「組織再編」、「スコープ変更」、または「年次レビュー」などのその理由を捕捉します。 これは根本原因分析にとって重要な属性です。再分類や属性変更などのプロセスイベントの「なぜ」を説明するのに役立ちます。最も頻繁な変更理由を分析することで、不明確な初期職務記述書や頻繁な組織変更などの根本的な問題を明らかにすることができます。これは、「職位再分類分析」ダッシュボードの主要な目標です。
その重要性
根本原因分析に必要なビジネスコンテキストを提供し、再分類や変更などの変化がなぜ発生しているのかを説明します。
取得元
このデータは、SAP SuccessFactorsで職位オブジェクトを変更するトランザクション中に、通常「理由」または「コメント」フィールドに捕捉されます。
例
組織再編スコープ変更年次レビュー
|
|||
|
役職名
PositionTitle
|
職位に関連付けられている正式な役職。 | ||
|
説明
この属性には、職位の記述的な役職、例えば「シニア財務アナリスト」や「ソフトウェアエンジニアII」が保持されます。 プロセスフローの主要な駆動要因ではありませんが、職位タイトルは重要なビジネスコンテキストを提供します。特定の種類の役割の分析をフィルタリングしたり、特定の役職がより長い作成サイクルタイムや頻繁な変更に関連しているかどうかを確認するために使用できます。これにより、分析にビジネスフレンドリーな詳細のレイヤーが追加されます。
その重要性
貴重なビジネスコンテキストを提供し、特定の職務役割やレベルで分析をフィルタリングまたはセグメント化することを可能にします。
取得元
これは、SAP SuccessFactors Employee Centralの職位オブジェクトの標準属性であり、しばしばジョブ分類にリンクされています。
例
`シニア``ファイナンシャルアナリスト``ソフトウェアエンジニア` IIマーケティングコーディネーター
|
|||
|
職位承認時間
PositionApprovalCycleTime
|
職位要求が開始されてから人事部によって承認されるまでの合計時間。 | ||
|
説明
これは、新規職位の承認フェーズ全体の期間を測定する計算されたKPIです。これは、「職位要求開始」イベントと「人事部による職位要求承認済み」イベント間の時間差を見つけることで、ケースレベルで計算されます。 この属性は、「平均職位承認時間」KPIを直接測定し、「職位承認サイクルタイム」ダッシュボードの主要な指標です。組織の機敏性と採用フロントエンドの効率性の重要な尺度を提供します。
その重要性
これは、職位承認ワークフローの効率を直接測定する主要なパフォーマンス指標であり、遅延を追跡し削減するのに役立ちます。
取得元
このメトリクスは、関連するアクティビティのタイムスタンプを使用して、プロセスマイニングプラットフォームまたはデータ変換レイヤー内でケースレベルで計算されます。
例
P3D4H30MP10DP1DT12H
|
|||
|
職務ファミリー
PositionJobFamily
|
職位が属するジョブファミリーまたは職能領域。 | ||
|
説明
ジョブファミリーは、「エンジニアリング」、「財務」、「人事」などの関連する職務をまとめた分類です。これは、特定の職位タイトルよりも上位のグループ化を提供します。 この属性は、「職位再分類分析」ダッシュボードに不可欠です。アナリストが職位がジョブファミリー間でどれくらいの頻度で再分類されるかを追跡し、傾向を特定することを可能にします。例えば、「ITサポート」から「サイバーセキュリティ」への再分類率が高い場合、組織の戦略的転換を示している可能性があります。
その重要性
この属性は、再分類の傾向を分析し、機能レベルでの組織構造の変化を理解するために非常に重要です。
取得元
これは、SAP SuccessFactorsの職位オブジェクトに関連付けられたジョブ分類構造の一部です。
例
エンジニアリング財務人事
|
|||
採用から退職まで – ポジション管理アクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
ポジションがアクティブ化されました
|
このイベントは、新しく作成された職位がアクティブになり、人員配置または採用に利用可能になったことを示します。これは通常、職位のステータスフィールドが「アクティブ」値に変更されたことから推測されます。 | ||
|
その重要性
アクティブ化は、採用を開始する前の最終ステップです。作成からアクティブ化までの時間を追跡することで、ポジションを充足可能にする上での遅延を特定するのに役立ちます。
取得元
これは、職位MDFオブジェクトの履歴にある「ステータス」または「有効ステータス」フィールドへの変更を追跡することによって推測されます。「アクティブ」への変更のタイムスタンプがイベントを示します。
取得
ポジションステータスフィールドが「Active」に変更されたことから推測されます。
イベントタイプ
inferred
|
|||
|
人事システムで職位作成
|
このアクティビティは、SAP SuccessFactors Employee Centralにおける職位レコードの公式な作成を示します。これは、職位MDFオブジェクトの監査証跡または履歴から、作成タイムスタンプを使用して明示的に取得されます。 | ||
|
その重要性
これは、職位が正式に存在することを確認する基本的なマイルストーンです。「職位作成サイクルタイム」KPIは、要求開始からこのイベントまでの期間を測定し、全体の効率を反映します。
取得元
このイベントは、特定の職位IDの職位メタデータフレームワーク(MDF)オブジェクトの監査履歴にある「作成日」または「作成日付」システムフィールドから導出されます。
取得
Positionオブジェクトレコードの作成タイムスタンプから抽出されます。
イベントタイプ
explicit
|
|||
|
人事部による職位要求承認済み
|
このアクティビティは、人事部が職位要求を承認したことを示します。これは、承認ワークフローにおける明示的な完了ステップとして記録される重要なマイルストーンです。 | ||
|
その重要性
最終的なHR承認は、予算配分またはシステム作成の前の主要な承認フェーズを完了させることがよくあります。このステップに到達するまでの時間を測定することは、「平均ポジション承認時間」KPIにとって不可欠です。
取得元
これは、職位要求に関連するワークフローログから捕捉されます。イベントは、人事担当者が割り当てられた承認ステップを完了したときのタイムスタンプに対応します。
取得
HR承認者がワークフローのステップを完了した際にログ記録されます。
イベントタイプ
explicit
|
|||
|
職位クローズ済み
|
これは、職位のライフサイクルにおける最終イベントであり、職位が恒久的にクローズまたは廃止されたことを示します。これは通常、職位のステータスが「クローズ済み」や「廃止済み」のような終端値に変更されたことから推測されます。 | ||
|
その重要性
このアクティビティは、プロセスの最終的な終点として機能し、正確なエンドツーエンドのサイクルタイム分析を可能にします。職位が正常に廃止されたことを確認します。
取得元
これは、職位MDFオブジェクトの履歴にある「ステータス」フィールドへの変更を追跡することによって推測されます。「クローズ済み」または「廃止済み」への変更のタイムスタンプがイベントを示します。
取得
ポジションステータスが最終値に変更されたことから推測されます。
イベントタイプ
inferred
|
|||
|
職位要求却下済み
|
このイベントは、承認ワークフローのどの段階においても職位要求が却下されたことを示します。これは、承認者が「却下」または「差し戻し」オプションを選択したときにワークフローエンジンによって記録される明示的なイベントです。 | ||
|
その重要性
却下は、要求データ、予算、または正当性に関する問題を示す可能性のある重大なプロセス逸脱です。却下理由を分析することで、将来の要求の品質向上に役立ちます。
取得元
これは、職位要求に関連するワークフローログデータから捕捉されます。「却下済み」ステータスで完了したワークフローステップに対応します。
取得
承認者がワークフローのステップを却下した際にログ記録されます。
イベントタイプ
explicit
|
|||
|
職位要求開始
|
このイベントは、ユーザーが新しい職位を作成するための要求を正式に提出したときに、職位管理プロセスの開始を示します。これは、SAP SuccessFactorsで職位作成ワークフローがトリガーされたときに明示的に捕捉されます。 | ||
|
その重要性
これは、プロセスの主要な開始イベントです。このアクティビティから職位の承認や作成などの他のアクティビティまでの時間を分析することは、全体のプロセス効率を測定するために不可欠です。
取得元
このイベントは、職位要求に関連するワークフローインスタンスの開始から捕捉されます。データは、職位オブジェクトに紐付けられたWfRequestのようなワークフロー要求テーブルで見つけることができます。
取得
新しいポジションワークフローの開始時にログ記録されます。
イベントタイプ
explicit
|
|||
|
マネージャーによる職位要求承認済み
|
通常、採用マネージャーまたはラインマネージャーによる第1段階の承認の完了を表します。これは、職位管理ワークフローで完了したステップとして記録される明示的なイベントです。 | ||
|
その重要性
マネージャーの承認時間を追跡することは、特定の部門や管理職レベルにおけるボトルネックを特定するのに役立ちます。これは、承認サイクルの初期段階を理解するための重要なマイルストーンです。
取得元
これは、特定の職位要求のワークフローログデータ内のステップ完了イベントとして記録されます。承認者の役割とワークフローステップの「承認済み」ステータスによって識別できます。
取得
ユーザーがワークフローの承認ステップを完了した際にログ記録されます。
イベントタイプ
explicit
|
|||
|
職位コンプライアンスレビュー済み
|
内部ポリシーや外部規制への準拠を確保するために、定期的にまたはイベント駆動型で行われる職位のレビューを表します。このイベントの取得メカニズムは、カスタムワークフローやMDFオブジェクトなど、顧客固有の設定に大きく依存します。 | ||
|
その重要性
このアクティビティは、組織のコンプライアンスを監視し、確保するために不可欠です。「職位レビューコンプライアンス%」のようなKPIを直接サポートし、リスク軽減に役立ちます。
取得元
システム分析が必要です。これは、職位にリンクされたカスタムMDFオブジェクト、カスタムワークフローステータスの更新、または添付ログを通じて取得される場合があります。
取得
カスタム実装に依存します。おそらくカスタムMDFオブジェクトのエントリです。
イベントタイプ
explicit
|
|||
|
職位予算承認済み
|
財務部門または予算担当者が新しいポジションの財務側面を承認したことを示します。これは通常、ワークフロー内の明示的なステップであり、管理職およびHRの承認後に発生します。 | ||
|
その重要性
予算承認の遅延は、採用プロセスを大幅に停滞させる可能性があります。このアクティビティを切り離して分析することで、ポジション管理の財務承認段階を最適化するのに役立ちます。
取得元
このイベントは、職位要求のワークフローログから捕捉され、財務承認ステップの完了に対応します。承認者は通常、「財務」または「予算担当者」の役割によって識別されます。
取得
財務承認者がワークフローのステップを完了した際にログ記録されます。
イベントタイプ
explicit
|
|||
|
職位再分類済み
|
このアクティビティは、職位のジョブコードやジョブファミリーの変更など、職位のコア定義に対する重大な変更を示します。これは、職位MDFオブジェクトの「ジョブコード」または「ジョブ分類」フィールドへの変更から推測されます。 | ||
|
その重要性
高い再分類率は、初期の職務設計の問題や変化するビジネスニーズを示唆する可能性があります。これを追跡することは、組織構造の安定性を分析するのに役立ちます。
取得元
これは、職位MDFオブジェクトの監査履歴を監視し、「ジョブコード」のような主要な分類フィールドへの変更を特定することによって推測されます。このような変更のタイムスタンプがイベントを示します。
取得
Positionオブジェクトの「jobCode」フィールドの変更から推測されます。
イベントタイプ
inferred
|
|||
|
職位凍結/一時停止済み
|
このイベントは、職位が一時的に保留状態に置かれ、人員配置に利用できないことを示します。これは、職位のステータスフィールドが「凍結済み」や「一時停止済み」のような値に変更されたことから推測されます。 | ||
|
その重要性
このアクティビティは、無効化またはクローズに先行することがよくあります。職位が凍結されたままの期間を分析することは、要員計画と人員数管理の最適化に役立ちます。
取得元
これは、職位MDFオブジェクトの履歴にある「ステータス」フィールドへの変更を追跡することによって推測されます。「凍結済み」または類似の値への変更のタイムスタンプがイベントを示します。
取得
ポジションステータスフィールドが「Frozen」に変更されたことから推測されます。
イベントタイプ
inferred
|
|||
|
職位属性変更済み
|
職位のタイトル、部門、コストセンターなど、既存の職位の属性に加えられた変更を表します。このイベントは、職位MDFオブジェクトの監査ログを通じて明示的に取得されます。 | ||
|
その重要性
頻繁な変更は、データ品質の問題や組織設計の不安定性を示唆する可能性があります。これらのイベントを分析することで、「ポジション属性変更率」と手戻りの測定に役立ちます。
取得元
これらのイベントは、職位MDFオブジェクトの監査履歴から取得されます。「最終変更日」のタイムスタンプとユーザーを含む各ログ記録された変更は、変更アクティビティを表します。
取得
Positionオブジェクトの監査証跡に、任意のフィールド変更がログ記録されます。
イベントタイプ
explicit
|
|||
|
職位無効化済み
|
職位の正式な無効化を表し、その職位を非アクティブにして使用不可にします。これは、職位のステータスが「非アクティブ」または「無効化済み」に変更されたことから推測されます。 | ||
|
その重要性
これは、職位廃止プロセスにおける重要なステップです。一時停止から無効化までの時間を追跡することは、「職位無効化リードタイム」KPIを測定するために不可欠です。
取得元
これは、職位MDFオブジェクトの監査履歴から、「ステータス」または「有効ステータス」フィールドが「非アクティブ」に変更された時期を特定することによって推測されます。
取得
ポジションステータスフィールドが「Inactive」に変更されたことから推測されます。
イベントタイプ
inferred
|
|||