給与処理データテンプレート
給与処理データテンプレート
- 収集を推奨する属性
- 追跡する主要なアクティビティ
- システム固有のデータ抽出ガイド
給与処理の属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ
ActivityName
|
実行されたプロセスのステップまたはイベントの名前です。 | ||
|
説明
この属性は、給与サイクル内で発生する個々のイベントを表します。Dayforceの標準的なアクティビティには、「タイムシートの提出」「総支給額の計算」「給与計算の確定」「支払いの実行」「税務申告の完了」などがあります。 通常、ワークフローの監査ログ、システムのトランザクションログ(例:給与ステータスの変更)、または給与計算実行やタイムシートなどの業務オブジェクトに関連付けられたタイムスタンプから値を取得します。
重要な理由
プロセスの各ステップを定義するため、プロセスフローの再構築やバリアントの分析に欠かせません。
入手先
ワークフローのログ、監査証跡、またはステータス変更履歴テーブル。
例
タイムシートの提出総支給額の計算支払いの実行データの修正監査上の例外を検出
|
|||
|
タイムスタンプ
EventDateTime
|
アクティビティが発生した具体的な日時です。 | ||
|
説明
Dayforceシステムでイベントが発生した正確な日時を示すタイムスタンプです。アクティビティを時系列に並べ、各ステップ間の所要時間を算出するために使用します。 「タイムシートの承認」や「銀行振込ファイルの生成」の遅延など、ボトルネックを特定するには正確なタイムスタンプが欠かせません。精度は秒単位または分単位が理想的です。
重要な理由
プロセスマイニングに必要な時間情報を提供し、パフォーマンス分析やボトルネックの検出を可能にします。
入手先
監査テーブルのトランザクション日時列(例:CreatedDateTime、LastModifiedDateTime)。
例
2023-10-12T08:30:00Z2023-10-12T14:15:22Z2023-10-15T09:00:00Z
|
|||
|
給与記録
PayrollRecordId
|
従業員と給与期間を組み合わせた、給与計算ケースの一意の識別子です。 | ||
|
説明
この属性は、プロセスの一意のケースIDとして機能します。Ceridian Dayforceでは、給与記録は特定の従業員と特定の給与期間(多くの場合、給与グループ内で定義)の組み合わせに相当します。従業員の報酬が、その給与サイクルでどのように処理されたかを追跡します。 技術的には、給与期間IDと従業員のXRefCodeまたはシステムIDを連結して作成することがよくあります。最初のタイムシート提出から最終的な税務申告、給与明細の作成まで、すべてのアクティビティを関連付けます。
重要な理由
プロセスマイニング分析の中心となる対象を特定し、すべてのイベントを1つのエンドツーエンドの実行経路にまとめます。
入手先
給与結果テーブルまたは勤怠入力テーブルにあるPayPeriodIDとEmployeeIDの組み合わせから取得します。
例
PG01-2023-10-EMP10234US_SAL-2023-22-EMP88421UK_HRLY-2023-44-EMP00231
|
|||
|
ソースシステム
SourceSystem
|
データの取得元となったシステムの名前です。 | ||
|
説明
給与データの抽出元となったソフトウェアまたはデータベースを特定します。この場合、値は通常「Ceridian Dayforce」または「Dayforce」です。 複数のシステム(例:Dayforceにデータを送る外部の勤怠管理システム)からデータを統合し、データの流れを追跡する際に役立ちます。
重要な理由
データの追跡可能性を確保し、複数システムを対象とするプロセスマイニングの設定でフィルタリングできるようにします。
入手先
抽出時に固定値を設定するか、接続メタデータから取得します。
例
Ceridian DayforceDayforce本番環境Dayforce EU
|
|||
|
最終データ更新
LastDataUpdate
|
ソースからデータを抽出した日時です。 | ||
|
説明
分析に使うデータがどの時点のものかを示します。通常は、Dayforceからデータを取得したETL(抽出、変換、読み込み)処理の実行日時です。 分析担当者は、リアルタイムのデータを見ているのか、前日の時点のデータを見ているのかを把握できます。
重要な理由
データセットの最新時点を明確にし、ソースシステムのレポートと照らし合わせてデータの完全性を確認しやすくします。
入手先
スクリプトの実行時点におけるシステム時刻。
例
2023-11-01T00:00:00Z2023-11-02T12:00:00Z
|
|||
|
SLA処理期限
SlaProcessingDeadline
|
銀行振込ファイルの生成を完了すべき日時です。 | ||
|
説明
従業員への期日どおりの支払いを確実にするため、「銀行振込ファイルの生成」を完了すべき社内または社外の期限です。「銀行振込期限の遵守状況」ダッシュボードで使用します。 給与支払日を基準とする固定ルール(例:支払日の2日前)や、給与グループの設定項目から取得する場合があります。
重要な理由
期日遵守の実績とコンプライアンスリスクを算出するための基準です。
入手先
給与支払日と銀行処理ルールの設定から算出します。
例
2023-10-25T14:00:00Z2023-10-26T10:00:00Z
|
|||
|
操作ユーザー
ActionUser
|
特定のアクティビティを実行したユーザーです。 | ||
|
説明
タイムシートを承認した管理者や、給与計算実行を確定した給与担当者など、イベントを実行した担当者を特定します。 「給与担当者の生産性」ビューでの分析や、管理者に必要なトレーニングの特定に役立つデータです。
重要な理由
リソース分析や、プロセス内の責任の追跡に役立ちます。
入手先
監査ログ、トランザクションテーブルのユーザーID列。
例
jsmithシステム管理者mgarcia_mgr
|
|||
|
給与グループ
PayGroupName
|
給与計算のために従業員をまとめたグループです。 | ||
|
説明
同じスケジュールで給与を支払う従業員を分類します(例:「米国・隔週」「英国・月次」)。Dayforceでは、給与グループは給与計算実行の主要な組織単位です。 給与グループによってサイクルタイムや期限が異なるため、「給与計算のエンドツーエンド所要時間」ダッシュボードに欠かせない属性です。
重要な理由
給与パフォーマンスを比較し、特定のグループに関する問題を特定するための主要な分類項目です。
入手先
PayGroupテーブルまたはPayRun定義。
例
米国・本社・月給カナダ・小売・時給英国・役員・月給
|
|||
|
総支給額
GrossPayAmount
|
記録に対して計算された総支給額です。 | ||
|
説明
控除や税金を差し引く前の報酬総額です。「総支給額の計算」アクティビティで値が入力されます。 総支給額の処理時間のばらつきを分析すると、「計算エンジンの処理速度」ダッシュボードで処理を遅らせる複雑な計算を特定できます。
重要な理由
プロセスに金額情報を加え、金額の大きい記録と小さい記録の処理を比較できます。
入手先
給与結果テーブルまたは給与計算実行の詳細テーブル。
例
2500.004150.501200.00
|
|||
|
部門
DepartmentName
|
従業員が所属する組織単位です。 | ||
|
説明
給与記録に関連付けられた機能別の部門(例:営業、IT、人事)を示します。Dayforceでは、「組織単位」または「部門」の階層に関連付けられていることがよくあります。 このフィールドは「タイムシート承認パフォーマンス」ダッシュボードで使用します。承認が遅れやすい事業領域をドリルダウンして確認できます。
重要な理由
組織内での比較や、承認遅延の根本原因分析に役立ちます。
入手先
従業員記録または組織単位の階層。
例
財務サプライチェーン物流北米営業
|
|||
|
コストセンター
CostCenterCode
|
給与計算費用の計上先となる財務コードです。 | ||
|
説明
従業員の給与に関連付けられた総勘定元帳のコストセンターです。「コストセンター処理ベンチマーク」ビューで、財務単位ごとの効率を比較する際に使用します。 Dayforceでは、総勘定元帳(GL)の配賦詳細に含まれます。
重要な理由
プロセスのパフォーマンスと財務報告の構造を結び付けます。
入手先
従業員のGL設定または労務配賦テーブルです。
例
CC-1020CC-5500-USCC-IT-OPS
|
|||
|
修正理由
CorrectionReason
|
データ修正時に指定された理由コードです。 | ||
|
説明
「データ修正の実施」アクティビティが発生した場合、記録された理由(例:「打刻漏れ」「遡及給与の調整」)をこの属性に保存します。 「手動修正と手戻り率」ダッシュボードに詳細を加え、手作業が発生する具体的な原因への対処に役立ちます。
重要な理由
手戻りの根本原因を分析するうえで欠かせません。
入手先
監査ログの詳細、または修正トランザクションのコメント欄です。
例
打刻漏れレート誤り遡及調整
|
|||
|
監査例外の有無
IsAuditExceptionFlagged
|
レコードが監査警告の対象になったかどうかを示す真偽値です。 | ||
|
説明
このケースで「監査例外のフラグ設定」アクティビティが発生したことを示す、計算値または直接取得したフラグです。「監査例外フラグ設定率」KPIの算出に使用します。 例外率が高い場合は、データ品質の問題、またはDayforceのコンプライアンスエンジンの設定が厳しすぎる可能性があります。
重要な理由
エラー率や手戻りの発生回数を簡単に算出できます。
入手先
「監査例外のフラグ設定」アクティビティの有無から算出します。
例
truefalse
|
|||
|
税務管轄
TaxJurisdiction
|
税務申告を行う地域または当局です。 | ||
|
説明
給与記録に関係する税務当局(例:州、県、国)を特定します。「税務申告とコンプライアンスのモニター」ダッシュボードで使用します。 給与計算後のコンプライアンスプロセスを地域別に分類し、申告の遅延が頻繁に発生する税務管轄を明らかにできます。
重要な理由
コンプライアンスの監視や、地域ごとのプロセスパフォーマンスの分析に役立ちます。
入手先
従業員の税務設定または給与結果の税務詳細。
例
カリフォルニア州オンタリオ州ニューヨーク州英国
|
|||
|
給与期間
PayPeriodDescription
|
給与支払いサイクルを表す名称です。 | ||
|
説明
給与期間を人が読みやすい形式で表した名称です(例:「2023年第42週」「2023年10月前後半払い」)。ダッシュボードでの絞り込みや可視化に役立ちます。 「給与レコード」のコンテキストを示します。「プロセスバリアント経路分析」に表示し、特定の実行を絞り込む際にもよく使われます。
重要な理由
業務担当者がデータを理解しやすくなります。
入手先
PayPeriodテーブルのdescription列です。
例
2023-W422023-Oct-SM12023-M11
|
|||
|
銀行振込の遅延有無
IsBankTransferLate
|
銀行振込ファイルが期限に間に合わなかったかどうかを示すフラグです。 | ||
|
説明
「銀行振込ファイルの生成」タイムスタンプと「SLA処理期限」を比較して算出する真偽値です。「期限内銀行振込率」KPIの算出に使用します。 振込の遅延を特定することで、従業員への給与支払いの遅れを防ぎやすくなります。
重要な理由
コンプライアンスと信頼性を示す重要な指標です。
入手先
算出式:BankTransferTime > SlaProcessingDeadline。
例
truefalse
|
|||
|
雇用形態
EmploymentType
|
従業員の区分です(フルタイム、パートタイム、契約社員)。 | ||
|
説明
従業員の雇用形態を分類します。ベンチマークでは、契約社員やパートタイム従業員の給与処理の特性やエラー率に違いがあるかを確認できます。 Dayforceの従業員レコードに含まれていることが多い属性です。
重要な理由
区分ごとの分析や、公平な処理状況の比較に役立ちます。
入手先
Employeeテーブルです。
例
フルタイムパートタイム契約社員
|
|||
給与処理のアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
タイムシートの承認
|
管理者または上司が提出済みの勤怠データを承認します。この段階の遅延は「タイムシート承認パフォーマンス」ダッシュボードに直接影響します。 | ||
|
重要な理由
給与計算の開始を妨げる承認プロセス上のボトルネックを特定します。
入手先
WFMモジュールで、タイムカードのステータスが「承認済み」または「承認完了」に変わった記録を追跡します。
記録
承認トランザクションの実行時に記録
イベントタイプ
explicit
|
|||
|
タイムシートの提出
|
従業員または管理者が、処理対象となる勤怠データを提出したイベントです。WFMモジュールと給与計算モジュールをつなぐ段階です。 | ||
|
重要な理由
データの発生時点からの遅延を測定する「給与計算のエンドツーエンド所要時間」ダッシュボードに欠かせません。
入手先
DayforceのWFMモジュールのログ、またはタイムカードオブジェクトのステータスが「提出済み」に変わった記録から取得します。
記録
変更前後のステータスフィールドを比較
イベントタイプ
inferred
|
|||
|
支払いの実行
|
従業員への支払いが行われる日付です。従業員にとって、プロセス上の金銭的な完了点となります。 | ||
|
重要な理由
「給与計算のエンドツーエンド所要時間」と従業員満足度を測る重要な節目です。
入手先
確定済みの給与記録にある「小切手日付」または「支払日」フィールド。
記録
支払いトランザクションの実行時に記録
イベントタイプ
explicit
|
|||
|
給与記録の初期化
|
従業員ごとの給与計算実行データが作成されたことを示します。Dayforceでは、給与グループを対象サイクルに対して開き、従業員を実行対象に追加した時点で発生します。 | ||
|
重要な理由
給与計算ケースの開始点となり、サイクルタイム全体を測定するためのベースラインを設定します。
入手先
給与グループ内で従業員の給与計算実行データが作成された日時を特定します。
記録
給与計算実行データの作成時に記録
イベントタイプ
explicit
|
|||
|
給与記録の承認
|
給与記録の最終承認です。給与計算実行の「確定」または「ロック」と呼ばれることもあります。計算・確認段階の終了を示します。 | ||
|
重要な理由
処理段階と支払い段階を分ける最終的な節目です。
入手先
給与計算実行のステータスが「確定済み」「ロック済み」または「承認済み」に変わった記録。
記録
確定トランザクションの実行時に記録
イベントタイプ
explicit
|
|||
|
総支給額の計算
|
システムの計算エンジンが、労働時間、給与レート、インポートしたデータに基づいて総支給額を算出します。「計算エンジンの処理速度」ダッシュボードで最初に確認する段階です。 | ||
|
重要な理由
入力データが確定した後の計算エンジンの処理時間を測定します。
入手先
計算バッチの実行中に「総支給額」フィールドへ値が入力または更新された日時から推定します。
記録
変更前後のステータスフィールドを比較
イベントタイプ
inferred
|
|||
|
銀行振込ファイルの生成
|
NACHA、SEPAなどの銀行振込ファイルを生成します。「銀行振込の期日遵守率」をSLAの期限に照らして算出するために使用します。 | ||
|
重要な理由
支払いに間に合うよう資金を移動するための、コンプライアンス上重要な段階です。
入手先
銀行送信用ファイルが正常に生成されたことを示すシステムジョブログ。
記録
ファイル生成トランザクションの実行時に記録
イベントタイプ
explicit
|
|||
|
インセンティブデータのインポート
|
賞与、コミッション、一時金を含む外部データファイルのインポートが正常に完了したことを記録します。「インセンティブデータのインポート所要時間」ダッシュボードで使用します。 | ||
|
重要な理由
このデータの受け取りが遅れると、給与計算の処理が保留になることがよくあります。
入手先
給与計算実行を対象とするXMLまたはCSVのインポートジョブが完了したことを示すDayforceの連携ログ。
記録
インポートトランザクションの実行時に記録
イベントタイプ
explicit
|
|||
|
データの修正
|
初回計算の後、ユーザーが労働時間、給与レート、控除などの給与データを手作業で変更します。「手作業による修正と手戻りの割合」ダッシュボードで追跡します。 | ||
|
重要な理由
手戻りを直接測定します。このアクティビティを減らすことは、プロセス効率化の主な目標です。
入手先
ユーザーが従業員の給与明細テーブルを更新したことを示す監査証跡。
記録
記録更新トランザクションの実行時に記録
イベントタイプ
explicit
|
|||
|
監査上の例外を検出
|
検証ルールに基づいて、システムが警告またはエラーメッセージを生成します(例:手取り額がマイナス)。「監査例外の検出率」重要業績評価指標(KPI)で使用します。 | ||
|
重要な理由
発生頻度が高い場合、上流のデータ品質が低いか、設定に誤りがあり、手作業での対応が必要な可能性があります。
入手先
給与計算実行IDに関連付けられた、システムのメッセージ/エラーログテーブルから抽出します。
記録
例外作成トランザクションの実行時に記録
イベントタイプ
explicit
|
|||
|
福利厚生控除の適用
|
総支給額に福利厚生のルールと控除を適用します。処理速度ダッシュボードで監視する自動計算の一部です。 | ||
|
重要な理由
給与計算の実行中に、福利厚生エンジンに固有の処理時間やエラーを切り分けます。
入手先
控除項目が給与記録に書き込まれた日時、または「控除合計」フィールドが更新された日時。
記録
フィールドの更新日時と前の時刻を比較して算出
イベントタイプ
calculated
|
|||
|
税務申告の完了
|
給与計算後の税務申告が、該当する税務管轄で正常に処理されたことを確認します。「税務申告とコンプライアンスのモニター」で使用します。 | ||
|
重要な理由
従業員への支払い後も法令を遵守し、罰則を避けられるようにします。
入手先
税務モジュールまたは連携ログで、税務当局や外部申告業者による受領を確認するステータス更新。
記録
申告確認トランザクションの実行時に記録
イベントタイプ
explicit
|
|||
|
税額の計算
|
税務管轄のルールを適用して手取り額を算出する、最終計算の段階です。自動計算の一連の処理が完了します。 | ||
|
重要な理由
複雑な税務ルールによって処理が遅れる場合があります。このアクティビティを使って、税計算エンジンのパフォーマンスを比較できます。
入手先
税額項目が生成された日時、またはデータベースの「手取り額」フィールドが確定した日時。
記録
変更前後のステータスフィールドを比較
イベントタイプ
inferred
|
|||
|
給与明細の公開
|
従業員がESSポータルで電子給与明細を確認できるようになります。「電子給与明細の公開状況」ダッシュボードで使用します。 | ||
|
重要な理由
支払いの実行から情報を確認できるようになるまでの時間を測定します。
入手先
明細公開ジョブが完了した日時、または表示フラグがtrueに設定された日時。
記録
変更前後のステータスフィールドを比較
イベントタイプ
inferred
|
|||
|
給与計算結果のプレビュー
|
ユーザーが給与台帳の暫定版または給与プレビューを表示します。「プレビュー段階の効率」を分析し、手戻りを特定するために使用します。 | ||
|
重要な理由
担当者による確認段階の開始を示します。プレビューが繰り返される場合は、データの問題が続いている可能性があります。
入手先
ユーザーが「給与プレビュー」レポートを作成した、またはプレビュー画面を開いたことを示すアクセスログ。
記録
プレビューレポートのトランザクション実行時に記録
イベントタイプ
explicit
|
|||
データ抽出ガイド
始めてみませんか?
このテンプレートを給与データに適用して、今日から改善に取り組みましょう。データ抽出の手順や、分析に適したデータの準備について、チームがサポートいたします。
給与処理の遅延を防ぎ、今すぐ改善
給与処理のサイクル時間を30%短縮し、ボトルネックを解消します。
クレジットカードは不要です。5分で設定できます。