給与処理データテンプレート
給与処理データテンプレート
- 給与記録に推奨される属性
- 提出から支払いまでの主要なプロセス上のマイルストーン
- Workday Payrollに特化した抽出ガイダンス
給与処理属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ
ActivityName
|
実行されたプロセスステップまたはイベントの名称です。 | ||
|
説明
この属性は、給与計算サイクル内で発生する特定のアクションまたはステータス変更を捕捉します。値は、Workdayの標準的なビジネスプロセスステップ、例えば「タイムシート提出済み」、「給与記録作成済み」、「支払い実行済み」などに対応します。このフィールドは、プロセスディスカバリおよびバリアント分析の主要なコンポーネントです。
その重要性
イベントのシーケンスを定義し、プロセスマップを再構築するために必須です。
取得元
Workday「ビジネスプロセス取引」または監査ログ。
例
タイムシート提出済み総支給額計算済み銀行振込ファイル生成済み監査例外フラグ
|
|||
|
給与レコード
PayrollRecordId
|
従業員と給与期間を組み合わせた、特定の給与記録に対する一意の識別子。 | ||
|
説明
この属性は、プロセスの中心となるケース識別子として機能します。特定の給与期間における特定の従業員に対する単一の給与計算インスタンスを一意に識別します。Workdayでは、これは従業員、期間、給与グループの概念的な交点にあたります。タイムシート提出から最終的な支払い実行までのすべての活動は、このIDのもとにグループ化され、エンドツーエンドのプロセス分析を可能にします。
その重要性
すべてのバラバラのイベントをまとまりのあるプロセストレースに結びつける必須のCaseIdです。
取得元
Workdayレポートライター:「給与計算結果」ビジネスオブジェクトから抽出。通常、従業員IDと期間参照の複合キーです。
例
PAY-2023-10-US-E10045PAY-2023-10-UK-E99231PAY-2023-11-FR-E44122
|
|||
|
開始時刻
EventTimestamp
|
アクティビティが発生した正確な日時。 | ||
|
説明
この属性は、特定のアクティビティが開始または完了したときのタイムスタンプを記録します。サイクルタイム、期間の計算、ボトルネックの特定に必要な時間的次元を提供します。Workdayでは、これはビジネスプロセスステップの「完了時刻」または「有効時刻」に対応します。
その重要性
イベントを時系列に並べ、すべての時間ベースKPIを計算するために必要です。
取得元
Workdayビジネスプロセス履歴:「完了日時」
例
2023-10-01T09:15:00Z2023-10-05T14:30:22Z2023-10-25T11:00:00Z
|
|||
|
ソースシステム
SourceSystem
|
データが生成された記録システム。 | ||
|
説明
この属性は、イベントが記録されたソフトウェアシステムを識別します。このプロセスの場合、値は主に「Workday給与計算」となります。マルチシステム環境では、データリネージを追跡し、分析中に正しいコンテキストが適用されることを保証するために不可欠です。
その重要性
マルチシステムプロセスマイニング設定におけるデータリネージ追跡を可能にします。
取得元
抽出中にハードコードされるか、ETLパイプラインで設定されます。
例
Workday給与計算`Workday HCM`
|
|||
|
最終データ更新
LastDataUpdate
|
`データ`が抽出された、または最後に更新された時点の`タイムスタンプ`。 | ||
|
説明
この属性は、プロセスマイニングのデータモデルで記録が最後に更新された日時を示します。データの鮮度を管理し、ソースシステムと分析環境間の潜在的な同期遅延を特定するために使用されます。
その重要性
アナリストがデータがどの程度最新であるかを理解するのに役立ちます。
取得元
ETL実行時点でのシステム時刻。
例
2023-11-01T00:00:00Z2023-11-02T12:00:00Z
|
|||
|
コストセンター
CostCenter
|
給与記録に関連付けられた部門またはコストセンター。 | ||
|
説明
この属性は、給与記録を特定の組織単位にマッピングします。これにより、異なる部署間のパフォーマンス比較が可能になり、頻繁に遅延(例:タイムシート承認)や高いエラー率を引き起こす領域の特定を可能にします。
その重要性
「Time Sheet Approval Performance」および「Audit Exception」ダッシュボードに不可欠です。
取得元
Workday従業員オブジェクト:「コストセンター」または「監督組織」
例
CC-501 FinanceCC-202 EngineeringCC-101 HR
|
|||
|
修正理由
CorrectionReason
|
データ修正が行われた際に選択された理由コード。 | ||
|
説明
この属性は、「データ修正実行済み」アクティビティに対するユーザーが選択した理由を捕捉します。「遡及的変更」や「入力エラー」などの根本原因を理解するために、「手動修正および再作業分析」ダッシュボードに必要な詳細情報を提供します。
その重要性
手戻りの根本原因分析の鍵となります。
取得元
Workday:「取り消し/修正」ビジネスプロセスの「理由」フィールド。
例
遡及的な報酬変更タイムシート調整福利厚生選択の更新
|
|||
|
処理時間
ProcessingTime
|
特定のアクティビティインスタンスの期間。 | ||
|
説明
この属性は、特定のステップを完了するのにかかった時間(例:計算ジョブの実行時間)を捕捉します。これにより、遅いシステムステップや手動ユーザーの遅延を特定し、「スペシャリストの生産性」と「税金計算効率」のビューを可能にします。
その重要性
ステップレベルのパフォーマンス分析のための詳細なメトリクス。
取得元
Workdayビジネスプロセス:ステップ開始からステップ完了までの期間。
例
30000120000500
|
|||
|
国
Country
|
給与記録に関連する国または税務管轄区域。 | ||
|
説明
この属性は、給与計算の主要な地理的位置を示します。「グローバルサイクルタイム標準化」ダッシュボードにとって不可欠であり、組織が異なる規制環境間でパフォーマンスを比較し、地域固有の問題を特定することを可能にします。
その重要性
「地域別サイクルタイム差異」およびグローバル標準化分析をサポートします。
取得元
Workday従業員オブジェクト:「主な勤務地」-> 国。
例
アメリカ合衆国英国フランスドイツ
|
|||
|
給与グループ
PayGroup
|
給与処理のための従業員のグループ分け。 | ||
|
説明
この属性は、同じ給与期間と処理ルールを共有する従業員の論理グループ(例:「米国月給制従業員」)を識別します。これは、Workdayの基本的なコンセプトであり、「給与計算プレビュー反復トラッカー」と「税金計算効率モニター」の分析をセグメント化するために使用されます。
その重要性
Workdayにおける運用上のセグメンテーションの主要な軸。
取得元
Workday従業員/給与計算結果:「給与グループ」
例
米国 月給制従業員英国 週給時給制フランスのエグゼクティブ
|
|||
|
給与担当者
PayrollSpecialist
|
活動を実行したユーザーまたは従業員。 | ||
|
説明
この属性は、アクティビティの実行を担当する個人またはシステムアカウントを識別します。Workdayでは、これはビジネスプロセスステップに関連付けられた「Actor(アクター)」です。リソースの生産性、職務分掌、ワークロード分散を分析するために不可欠です。
その重要性
担当者の生産性とリソースのボトルネックの分析を可能にします。
取得元
Workdayビジネスプロセス履歴:「アクター」フィールド。
例
John Smith`システムアカウント`Maria Garcia給与バッチボット
|
|||
|
給与期間
PayPeriod
|
給与記録がカバーする特定の時間間隔。 | ||
|
説明
この属性は、「2023年10月 - 半月払い」のような給与計算サイクルを識別します。期間ごとの分析のために記録をグループ化するのに使用され、「給与記録」ケース識別子ロジックに不可欠です。
その重要性
ケースのグループ化と時系列分析に不可欠です。
取得元
Workday給与計算結果:「期間」
例
2023-10 Monthly2023-W42 Weekly2023-11 Semi-Monthly
|
|||
|
給与計算実行タイプ
PayrollRunType
|
給与計算実行のカテゴリ(例:通常、オフサイクル、ボーナス)。 | ||
|
説明
この属性は、給与計算実行の性質を分類します。「通常」、「修正」、「オンデマンド」の実行を区別することは、オフサイクル実行が通常、標準的なパフォーマンス指標を歪める再作業や例外を表すため、分析にとって重要です。
その重要性
標準プロセスと例外プロセスのセグメンテーションをサポートします。
取得元
Workday給与計算:「実行カテゴリ」または「結果タイプ」
例
通常オフサイクルオンデマンド年末調整
|
|||
|
自動化
IsAutomated
|
アクティビティがシステムによって実行されたかどうかを示すフラグ。 | ||
|
説明
このブール型属性は、特定のステップがWorkdayシステム(例:スケジュールされた計算)によって実行されたか、人間によって実行されたかを判断します。「アクティビティ自動化コスト」の計算と、タッチレス処理を増加させる機会を特定するために不可欠です。
その重要性
自動化分析とコスト見積もりに不可欠です。
取得元
Workday監査:アクターが「システム」であるか、「従業員」と異なるかを確認します。
例
truefalse
|
|||
|
SLAコンプライアンスステータス
SLAComplianceStatus
|
銀行振込が期日通りに生成されたかどうかを示します。 | ||
|
説明
この計算された属性は、実際の「銀行振込ファイル生成済み」時間と「SLA処理期限」を比較します。「達成済み」または「違反」のような値は、「銀行振込とSLAコンプライアンス」ダッシュボード上でパフォーマンスの問題を即座に可視化することを可能にします。
その重要性
SLA遵守KPIに直接反映されます。
取得元
計算値:EventTimeがSLAProcessingDeadline以下の場合「Met」、それ以外の場合「Breached」。
例
達成違反リスクあり
|
|||
|
SLA処理期限
SLAProcessingDeadline
|
銀行振込ファイルを生成するための目標期限。 | ||
|
説明
この属性は、「銀行振込ファイル生成済み」アクティビティが発生しなければならない契約上または内部的な期限を定義します。これは、「銀行振込SLA遵守率」を計算し、ダッシュボードでコンプライアンスを可視化するために使用されます。
その重要性
SLA遵守計算の基準。
取得元
給与期間終了日 + 設定可能なオフセット(例:2日間)から派生。
例
2023-10-28T17:00:00Z2023-11-28T17:00:00Z
|
|||
|
プレビュー反復回数
PreviewIterationCount
|
この記録におけるプレビューステップの累積回数。 | ||
|
説明
この計算メトリックは、特定のケースに対して「給与計算結果プレビュー済み」アクティビティが何回発生したかを追跡します。回数が多いほどデータの安定化が困難であることを示し、「給与計算プレビュー反復トラッカー」の主要な入力となります。
その重要性
プロセス効率とデータ品質の安定性を測定します。
取得元
計算値:CaseIdあたりの「Payroll Result Previewed」アクティビティの件数。
例
1312
|
|||
|
地域
Region
|
より広範な地理的地域(例:EMEA、APAC、北米など)。 | ||
|
説明
この属性は、国をより広範な運用地域にグループ化します。北米、EMEA、APACなどの主要市場全体での給与計算業務の高度な比較を可能にすることで、「地域別サイクルタイム差異」KPIをサポートします。
その重要性
高レベルの地理的パフォーマンス比較を促進します。
取得元
WorkerのCountryまたは「Region」フィールドから派生。
例
北米EMEAAPACLATAM
|
|||
|
監査例外タイプ
AuditExceptionType
|
サイクル中に検出された監査失敗のカテゴリ。 | ||
|
説明
この属性は、「監査例外フラグ付け済み」イベントをトリガーした特定のルールを分類します。例として、「純支給額がマイナス」、「差異が10%超」、「税IDの欠落」などがあります。これは「監査例外と品質管理」ビューの基盤となります。
その重要性
改善の対象となる特定のデータ品質の問題を特定します。
取得元
Workday監査レポートまたは検証ルール出力。
例
マイナスの手取り額高変動SSNの不足
|
|||
|
税務申告ステータス
TaxFilingStatus
|
給与計算後の税務申告のステータス。 | ||
|
説明
この属性は、法定報告の完了状態を追跡します。「税務申告完了済み」アクティビティと併用され、「サイクル後税務申告速度」ダッシュボードにデータを入力し、規制遵守を確実にします。
その重要性
コンプライアンスとリスク監視に不可欠です。
取得元
Workday給与計算:税務申告履歴または連携ステータス。
例
保留中完了済み却下
|
|||
|
総支給額
GrossPayAmount
|
この記録のために計算された総支給額。 | ||
|
説明
この属性は、控除前の計算された総額を保持します。多くの場合機密情報ですが、複雑さやリスクの代理として機能します。プロセスマイニングでは、価値の高い記録がより厳格な監査チェックを受けるか、承認に時間がかかるかを分析するために使用できます。
その重要性
複雑性分析のための次元属性として使用されます(セキュリティが許可する場合)。
取得元
Workday給与計算結果明細:総支給構成要素の合計。
例
5000.002500.5010000.00
|
|||
給与処理活動
| アクティビティ | 説明 | ||
|---|---|---|---|
|
タイムシート承認済み
|
管理者または人事パートナーによる勤怠入力の正式な承認。このステータス変更により、給与計算インターフェースまたは計算エンジンが勤怠データを取得できるようになります。 | ||
|
その重要性
承認の遅延時間を計算します。未承認の勤怠は、その後の給与期間における遡及調整や手戻りの主な原因となります。
取得元
Workday勤怠管理ビジネスプロセス履歴。ステップタイプが「承認」である「ステップ完了」イベントを探してください。
取得
承認ステップのステータスが「完了」に変更されたときに記録されます
イベントタイプ
explicit
|
|||
|
タイムシート提出済み
|
勤怠管理モジュール内で従業員またはタイムキーパーが勤怠入力データを初回提出すること。このイベントは、管理者のレビュー前に未加工の勤怠データがシステムフローに入力されたことを示します。 | ||
|
その重要性
提出の遅延は、給与計算期間における下流のボトルネックを引き起こします。これを監視することで、給与サイクル全体の期間の基準が設定されます。
取得元
Workday勤怠管理ビジネスプロセス監査ログ。該当する給与期間の「提出」イベントのタイムスタンプを特定します。
取得
「Submit Time」アクションが実行されたときに記録されます
イベントタイプ
explicit
|
|||
|
データ修正実行済み
|
給与計算担当者が、給与計算結果の入力データを修正したり、計算値を上書きしたりする手動介入です。これは、最初の計算が不正確であったことを示します。 | ||
|
その重要性
直接的に手戻りを測定します。この活動を削減することは、自動化およびデータ品質向上の取り組みにおける主要な目標です。
取得元
給与計算結果オブジェクトのWorkday監査証跡。初期計算後にユーザー(システムではない)によって実行された「フィールド編集」イベントを探してください。
取得
ユーザーがPay Resultへの変更をコミットしたときに記録されます
イベントタイプ
explicit
|
|||
|
支払い実行
|
資金がリリースされた、または小切手が印刷されたことの確認。これは給与記録の最終的な財務処理の完了です。 | ||
|
その重要性
従業員向けのプロセスの最終段階。これを銀行振込ファイル生成時間と比較することで、銀行側の処理遅延が明らかになります。
取得元
Workday決済ステータス。「完了」へのステータス変更、または銀行からの連携承認を探してください。
取得
Settlement Statusが「完了」に更新されたときに記録されます
イベントタイプ
explicit
|
|||
|
監査例外フラグ
|
システムが給与計算結果に対して検証エラーまたはスマート監査アラートを検出すること。これにより、結果ステータスが「エラー」または「要対応」に設定されます。 | ||
|
その重要性
コンプライアンスとデータ品質の測定に不可欠です。頻繁な例外は、給与明細ごとのコストを押し上げ、最終化を遅らせます。
取得元
Workday給与計算結果ステータスフィールド。「エラー」状態への移行、または「スマート監査」アラートエントリの作成を特定します。
取得
ステータスフィールドを計算前/計算後で比較
イベントタイプ
inferred
|
|||
|
給与レコード承認済み
|
従業員の給与計算の最終化。これは「給与計算完了実行」プロセス中に発生し、それ以降の計算変更から結果をロックします。 | ||
|
その重要性
計算フェーズの終了と決済フェーズの開始を示す極めて重要なマイルストーン。サイクルタイムの測定に不可欠です。
取得元
Workday「給与計算完了実行」タスクログ。給与計算結果ステータスが「完了」または「最終」に変化した時点を特定します。
取得
「Run Pay Completion」が実行されたときに記録されます
イベントタイプ
explicit
|
|||
|
給与記録作成
|
特定の期間における従業員の給与計算結果の初期化。これは、給与計算プロセスが当該従業員を実行対象として識別した際に頻繁に発生します。 | ||
|
その重要性
給与計算エンジン内での給与計算処理の公式な開始を示します。HRデータ準備と実際の給与計算処理を区別するのに役立ちます。
取得元
Workday給与計算「給与計算結果」オブジェクトの作成タイムスタンプ、または従業員の「給与計算実行」プロセスの開始。
取得
Pay Resultオブジェクトがインスタンス化されたときに記録されます
イベントタイプ
explicit
|
|||
|
総支給額計算済み
|
時間、レート、および報酬プランに基づいて総収入を算出する計算エンジンの実行。データが修正された場合、このアクティビティは複数回繰り返されることがあります。 | ||
|
その重要性
ここでの高い反復回数は、データ品質の問題を示します。これは、最も多くのシステムリソースと時間を消費する中核的な処理ステップです。
取得元
Workday「給与計算実行」タスクログ。特定の従業員/給与グループの計算ジョブの完了タイムスタンプを捕捉します。
取得
「Run Pay Calculation」ジョブが完了したときに記録されます
イベントタイプ
explicit
|
|||
|
銀行振込ファイル生成済み
|
純支給額の指示を含む銀行送金ファイル(例:NACHA、SEPA)の作成。これは「決済実行」中に行われます。 | ||
|
その重要性
支払い提出に関するSLA遵守を測定します。ここでの遅延は実際の支払日を危うくします。
取得元
Workday「決済実行」プロセスログ。「支払いファイル」の生成または決済実行イベントの完了を探してください。
取得
Settlement Runがアウトプットを生成したときに記録されます
イベントタイプ
explicit
|
|||
|
インセンティブデータインポート済み
|
コミッション、ボーナス、一時払いなどの外部報酬データを、Enterprise Interface Builder (EIB)またはコネクタ経由で取り込むこと。これにより、投入/一時払いオブジェクトが作成または更新されます。 | ||
|
その重要性
連携遅延を特定します。計算締切前に外部データが到着することを確認することは、給与計算の正確性にとって不可欠です。
取得元
「一時払いリクエスト」または「入力」ビジネスプロセスの連携システムイベントログまたは監査証跡。
取得
EIBロード中またはWebサービス呼び出し中に記録されます
イベントタイプ
explicit
|
|||
|
福利厚生控除適用済み
|
福利厚生プランと控除ルールを総支給額に適用し、課税対象賃金を決定するプロセスです。通常は主要な計算の一部ですが、このアクティビティは控除処理段階を独立させて示します。 | ||
|
その重要性
HCM福利厚生と給与計算間の同期遅延が、この段階でエラーを引き起こすことがよくあります。これを特定することで、設定やデータフローの問題を正確に突き止めるのに役立ちます。
取得元
個別の控除サブプロセスがログに記録されている場合は「Run Pay Calculation」のログ詳細から、または給与計算結果の「Deductions」セクションへの更新から推測されます。
取得
給与計算結果の控除フィールドを計算前/計算後で比較
イベントタイプ
inferred
|
|||
|
税金申告完了
|
法定税務報告書が政府機関に正常に生成・提出されたこと。これは支払い後に行われます。 | ||
|
その重要性
規制遵守を保証します。このサイクル後活動の遅延は、重大な罰則につながる可能性があります。
取得元
サードパーティ給与計算プロバイダーの連携ログ、または期間締めチェックリストにおける手動「納税申告」タスクの完了。
取得
Tax Integrationイベントが完了したときに記録されます
イベントタイプ
explicit
|
|||
|
給与明細発行
|
確定された給与明細書が従業員が閲覧できる状態になったことを示します。通常、決済完了後または指定された日付にトリガーされます。 | ||
|
その重要性
従業員満足度に影響を与えます。これを追跡することで、明細書送付に関する透明性と現地の労働法への遵守が保証されます。
取得元
給与グループに設定された「Payslip Available Date」または「Generate Payslip」プロセス完了のタイムスタンプから推測されます。
取得
給与明細利用可能日設定から派生
イベントタイプ
inferred
|
|||
|
給与結果プレビュー済み
|
ユーザーが計算された給与計算結果、または「給与明細プレビュー」を閲覧する活動です。この活動は通常、承認に先行し、検証フェーズを示します。 | ||
|
その重要性
承認なしでの複数回のプレビューは、不確実性またはシステム外での検証の必要性を示唆します。これは、レビューサイクル中のユーザー行動を分析するのに役立ちます。
取得元
ユーザーアクセスログまたはレポート実行履歴。「給与計算結果」インスタンスに対する「表示」イベント、または「給与明細表示」レポートの実行を探してください。
取得
システムアクセスログに記録されます(閲覧イベント)
イベントタイプ
explicit
|
|||