給与計算データテンプレート

Workdayの給与処理
給与計算データテンプレート

給与計算データテンプレート

このテンプレートは、Workday Payrollの給与データを記録し、ボトルネックやコンプライアンス上の問題を特定するための枠組みです。分析に必要な属性と、給与計算の全期間を通じて追跡するアクティビティを示しています。このガイドに沿ってデータを整理すると、イベントログから支払い業務の状況を詳しく把握できます。
  • 給与記録に推奨される属性
  • 提出から支払いまでの主要なプロセス上の節目
  • Workday Payrollに特化したデータ抽出ガイド
イベントログを初めて作成する方はこちら: プロセスマイニング用イベントログの作成方法.

給与計算の属性

給与計算サイクルのパフォーマンスを詳しく分析するため、イベントログに含めることを推奨するデータ項目です。
5 必須 8 推奨 7 任意
名前 説明
アクティビティ
ActivityName
実行されたプロセスのステップまたはイベントの名前です。
説明

この属性には、給与サイクルで発生した具体的な操作やステータス変更が記録されます。「Time Sheet Submitted」「Payroll Record Created」「Payment Executed」など、Workdayの標準的なビジネスプロセスのステップに対応する値が入ります。プロセスの発見とバリアント分析の基礎となる項目です。

重要な理由

イベントの順序を定義する項目であり、プロセスマップの再構築に必須です。

入手先

Workdayの「Business Process Transactions」または監査ログ。

例
タイムシートを提出総支給額計算済み銀行振込ファイル作成済み監査例外検出
給与レコード
PayrollRecordId
従業員と給与期間を組み合わせて、個々の給与レコードを識別する一意のIDです。
説明

この属性は、プロセスの中心となるケース識別子です。特定の従業員の特定の給与期間における給与処理を一意に識別します。Workdayでは、従業員、期間、給与グループの組み合わせに相当します。タイムシートの提出から最終的な支払いまで、すべてのアクティビティがこのIDに紐づけられ、プロセス全体を分析できます。

重要な理由

関連のないイベントを一連のプロセストレースにまとめるために必須のケースIDです。

入手先

Workday Report Writer:「Payroll Result」ビジネスオブジェクトから抽出します。通常はEmployee_IDとPeriod_Referenceを組み合わせた複合キーです。

例
PAY-2023-10-US-E10045PAY-2023-10-UK-E99231PAY-2023-11-FR-E44122
開始時刻
EventTimestamp
アクティビティが発生した正確な日時です。
説明

この属性には、特定のアクティビティの開始または完了時刻が記録されます。サイクルタイムや所要時間の算出、ボトルネックの特定に必要な時間情報を提供します。Workdayでは、ビジネスプロセスのステップにおける「Completed Moment」または「Effective Moment」に相当します。

重要な理由

イベントを時系列に並べ、時間に関するすべての重要業績評価指標(KPI)を算出するために必要です。

入手先

Workday Business Process History:「Completed Date/Time」。

例
2023-10-01T09:15:00Z2023-10-05T14:30:22Z2023-10-25T11:00:00Z
ソースシステム
SourceSystem
データの発生元となる記録システムです。
説明

この属性は、イベントが記録されたソフトウェアシステムを示します。このプロセスでは、主に「Workday Payroll」が設定されます。複数のシステムを使う環境でデータの来歴を追跡し、分析に適切なコンテキストを適用するために必要です。

重要な理由

複数のシステムにまたがるプロセスマイニング環境で、データの来歴を追跡できます。

入手先

抽出時に固定値を設定するか、ETLパイプラインで設定します。

例
Workdayの給与処理Workday HCM
最終データ更新
LastDataUpdate
データの抽出時または最終更新時のタイムスタンプです。
説明

この属性は、プロセスマイニングのデータモデルでレコードが最後に更新された時刻を示します。データの鮮度を管理し、ソースシステムと分析環境の間で同期遅延が発生していないかを確認するために使います。

重要な理由

データがどの時点のものかを分析担当者が把握するのに役立ちます。

入手先

ETL実行時のシステム時刻。

例
2023-11-01T00:00:00Z2023-11-02T12:00:00Z
コストセンター
CostCenter
給与レコードに関連付けられた部門またはコストセンターです。
説明

この属性は、給与レコードを特定の組織単位に紐づけます。部門間で実績を比較し、タイムシートの承認遅延が頻発する部門やエラー率の高い部門を特定できます。

重要な理由

「タイムシート承認パフォーマンス」および「監査例外」ダッシュボードに必要です。

入手先

Workday Workerオブジェクト:「Cost Center」または「Supervisory Organization」。

例
CC-501 財務CC-202 エンジニアリングCC-101 人事
修正理由
CorrectionReason
データ修正時に選択する理由コードです。
説明

この属性には、「データ修正実施」アクティビティでユーザーが選択した理由が記録されます。「遡及的な変更」や「入力ミス」などの根本原因を把握するために必要な詳細情報を、「手動修正と手戻り分析」ダッシュボードに提供します。

重要な理由

手戻りの根本原因分析に必要です。

入手先

Workday:Rescind/Correctビジネスプロセスの「Reason」フィールドです。

例
遡及的な報酬変更タイムシートの調整福利厚生の選択内容の更新
国
Country
給与レコードにおける国または税務管轄区域です。
説明

この属性は、給与計算の主な地理的な場所を示します。「グローバルサイクルタイム標準化」ダッシュボードで使用し、異なる規制環境にある組織間の実績を比較したり、地域固有の問題を切り分けたりできます。

重要な理由

「地域別サイクルタイムの差異」の分析や、グローバルな標準化の分析に役立ちます。

入手先

Workday Workerオブジェクト:「Primary Work Location」からCountryを取得。

例
米国英国フランスドイツ
給与グループ
PayGroup
給与計算の対象となる従業員のグループです。
説明

この属性は、同じ給与期間と処理ルールを適用する従業員のグループ(例:「米国・月給制」)を識別します。Workdayの基本概念の1つであり、「給与プレビュー反復トラッカー」と「税額計算効率モニター」の分析を分ける際に使用します。

重要な理由

Workdayで業務を区分するための主要なディメンションです。

入手先

WorkdayのWorker/Payroll Result:「Pay Group」です。

例
米国・月給制英国・週給制(時給)フランス・役員
給与実行タイプ
PayrollRunType
給与実行の区分です(通常、臨時、賞与など)。
説明

この属性は、給与処理の種類を分類します。「通常」「修正」「オンデマンド」を区別することは分析に欠かせません。臨時の給与実行は手戻りや例外を示すことが多く、標準的な実績指標に影響するためです。

重要な理由

標準プロセスと例外プロセスの分類に役立ちます。

入手先

Workday Payroll:「Run Category」または「Result Type」。

例
通常臨時オンデマンド年末調整
給与担当者
PayrollSpecialist
アクティビティを実行したユーザーまたは従業員です。
説明

この属性は、アクティビティを実行した個人またはシステムアカウントを特定します。Workdayでは、ビジネスプロセスのステップに関連付けられた「Actor」に相当します。担当者の生産性、職務分掌、業務負荷の分布を分析するうえで重要です。

重要な理由

担当者の生産性やリソースのボトルネックを分析できます。

入手先

Workday Business Process History:「Actor」フィールド。

例
John SmithシステムアカウントMaria GarciaPayrollBatchBot
給与期間
PayPeriod
給与レコードの対象となる期間です。
説明

この属性は、「2023年10月・月2回払い」などの給与サイクルを示します。期間ごとの比較分析でレコードをグループ化するために使われ、「給与レコード」のケース識別子を構成するうえでも必要です。

重要な理由

ケースのグループ化と時間分析の基本となる項目です。

入手先

Workday Payroll Result:「Period」。

例
2023-10 月払い2023-W42 週払い2023-11 月2回払い
自動処理
IsAutomated
アクティビティがシステムによって実行されたかどうかを示すフラグです。
説明

この真偽値属性は、特定のステップがWorkdayシステム(スケジュールされた計算など)とユーザーのどちらによって実行されたかを示します。「ActivityAutomationCost」の算出や、人手を介さない処理を増やせる箇所の特定に必要です。

重要な理由

自動化分析とコスト見積もりに欠かせません。

入手先

Workdayの監査:実行者が「System」か、「Worker」と異なるかを確認します。

例
truefalse
SLA処理期限
SLAProcessingDeadline
銀行振込ファイルの作成期限です。
説明

この属性は、「銀行振込ファイル作成」アクティビティの契約上または社内の期限を定義します。「銀行振込SLA遵守率」の算出に使用し、ダッシュボードでコンプライアンス状況を可視化します。

重要な理由

SLA遵守状況を算出するためのベースラインです。

入手先

給与期間終了日に、設定可能な日数(例:2日)を加えて算出します。

例
2023-10-28T17:00:00Z2023-11-28T17:00:00Z
SLA遵守状況
SLAComplianceStatus
銀行振込が期限内に実行されたかを示します。
説明

この計算属性は、実際の「銀行振込ファイル作成」時刻と「SLA処理期限」を比較します。「達成」や「期限超過」などの値により、「銀行振込とSLA遵守状況」ダッシュボードでパフォーマンス上の問題をすぐに確認できます。

重要な理由

SLA遵守率の重要業績評価指標(KPI)に直接反映されます。

入手先

計算式:EventTime <= SLAProcessingDeadline の場合は「達成」、それ以外は「期限超過」です。

例
達成期限超過リスクあり
プレビュー反復回数
PreviewIterationCount
このレコードのプレビュー実行回数の累計です。
説明

この計算指標は、特定のケースで「給与計算結果のプレビュー」アクティビティが実行された回数を追跡します。回数が多い場合は、データの確定が難航していることを示します。「給与プレビュー反復トラッカー」の主な入力値です。

重要な理由

プロセス効率とデータ品質の安定性を測定します。

入手先

計算式:CaseIdごとの「給与計算結果のプレビュー」アクティビティ数です。

例
1312
地域
Region
より広域の地理的な地域です(EMEA、APAC、NAなど)。
説明

この属性は、国をより広域の業務地域にまとめます。北米、EMEA、APACなどの主要市場間で給与業務を大局的に比較し、「地域別サイクルタイムの差異」という重要業績評価指標(KPI)を分析できます。

重要な理由

地域ごとの実績を大局的に比較できます。

入手先

Country、またはWorkerの「Region」フィールドから算出。

例
北米EMEAAPACLATAM
監査例外の種類
AuditExceptionType
処理サイクル中に検出された監査不備の分類です。
説明

この属性は、「監査例外の検出」イベントの原因となったルールを分類します。例:「手取り額がマイナス」「差異が10%超」「納税者番号が未入力」。「監査例外と品質管理」ビューに反映されます。

重要な理由

改善対象となる具体的なデータ品質の問題を特定します。

入手先

Workdayの監査レポートまたは検証ルールの出力です。

例
手取り額がマイナス差異が大きい社会保障番号が未入力
税務申告状況
TaxFilingStatus
給与計算後の税務申告状況です。
説明

この属性は、法定報告の完了状況を追跡します。「税務申告完了」アクティビティと組み合わせて「給与計算後の税務申告進捗」ダッシュボードに反映し、法令遵守の確認に役立てます。

重要な理由

コンプライアンスとリスクの監視に欠かせません。

入手先

Workday Payroll:税務申告履歴または連携状況です。

例
保留中完了却下
総支給額
GrossPayAmount
レコードに対して計算された総支給額です。
説明

この属性には、控除前に計算された総支給額が記録されます。機密性の高い情報ですが、処理の複雑さやリスクを測る目安になります。プロセスマイニングでは、金額の大きいレコードほど監査が厳格に行われるか、承認に時間がかかるかを分析できます。

重要な理由

セキュリティ上問題がない場合、複雑さを分析するための属性として使用します。

入手先

Workday Payroll Result Lines:総支給額の項目を合算。

例
5000.002500.5010000.00
必須 推奨 任意

給与計算のアクティビティ

給与計算の実行状況を把握し、プロセスを分析するため、これらの重要な手順や節目をイベントログに記録してください。
9 推奨 5 任意
アクティビティ 説明
タイムシートを提出
従業員または勤怠管理担当者が、タイムトラッキングモジュールで勤務時間データを最初に提出することを指します。このイベントは、管理者の確認前に、実績時間がシステムに入力された時点を示します。
重要な理由

提出の遅れは、その後の給与計算期間にボトルネックを生じさせます。この項目を監視することで、給与サイクル全体の所要期間を測るベースラインを設定できます。

入手先

Workday Time Trackingのビジネスプロセス監査ログ。該当する給与期間の「Submit」イベントのタイムスタンプを特定します。

記録

「Submit Time」アクションの実行時に記録

イベントタイプ explicit
タイムシート承認済み
マネージャーまたは人事担当者が勤務時間を正式に承認した状態です。このステータス変更により、給与インターフェースまたは計算エンジンで時間を処理できるようになります。
重要な理由

承認までの遅延時間を算出します。未承認の勤務時間は、後続の給与期間で遡及修正や手戻りが発生する主な原因です。

入手先

Workday Time Trackingのビジネスプロセス履歴。「Approval」をステップタイプとする「Step Completed」イベントを確認します。

記録

承認ステップのステータスがCompletedに変わった時点で記録

イベントタイプ explicit
データ修正実施
給与担当者が入力データを変更したり、給与結果の計算値を上書きしたりする手作業です。初回の計算が正しくなかったことを示します。
重要な理由

手戻りを直接測定できます。このアクティビティの削減は、自動化とデータ品質向上の取り組みにおける主な目標です。

入手先

Pay ResultオブジェクトのWorkday監査証跡。初回計算後にユーザー(システムではない)が行った「Field Edit」イベントを確認します。

記録

ユーザーがPay Resultへの変更を確定した時点で記録

イベントタイプ explicit
支払い実行済み
資金の送金、または小切手の印刷が完了したことを示します。給与レコードにおける最終的な支払い処理です。
重要な理由

従業員向けプロセスの最終段階です。この時刻と銀行振込ファイルの作成時刻を比較すると、銀行処理の遅延を把握できます。

入手先

WorkdayのSettlement Status。ステータスが「Completed」に変わった時点、または銀行からの連携応答を確認します。

記録

Settlement StatusがCompleteに更新された時点で記録

イベントタイプ explicit
監査例外検出
システムが給与結果の検証エラーまたはスマート監査アラートを検出します。結果のステータスは「Error」または「Requires Action」になります。
重要な理由

コンプライアンスとデータ品質の測定に欠かせません。例外が頻発すると、給与明細1件あたりのコストが増加し、確定も遅れます。

入手先

WorkdayのPay Result Statusフィールド。「Error」状態への遷移、または「Smart Audit」アラートの作成を特定します。

記録

計算前後のステータスフィールドを比較

イベントタイプ inferred
給与レコード作成済み
特定の期間における従業員の給与結果を初期化します。通常、Pay Calculationプロセスで従業員が計算対象として認識されたときに発生します。
重要な理由

給与エンジン内で給与処理が正式に開始されたことを示します。人事データの準備と実際の給与処理を区別する際に役立ちます。

入手先

Workdayの「Pay Result」オブジェクトの作成タイムスタンプ、または従業員に対する「Run Pay Calculation」プロセスの開始時刻。

記録

Pay Resultオブジェクトの作成時に記録

イベントタイプ explicit
給与レコード承認済み
従業員の給与計算を確定します。「Run Pay Completion」プロセスで実行され、以降の計算変更ができないよう結果をロックします。
重要な理由

計算段階の終了と精算段階の開始を示す重要な節目です。サイクルタイムの測定に欠かせません。

入手先

Workdayの「Run Pay Completion」Taskログ。Pay Result Statusが「Complete」または「Final」に変わった時点を特定します。

記録

「Run Pay Completion」の実行時に記録

イベントタイプ explicit
総支給額計算済み
勤務時間、給与レート、報酬プランに基づいて総支給額を算出する計算エンジンの実行です。データが修正された場合、このアクティビティが複数回繰り返されることがあります。
重要な理由

この段階での反復回数が多い場合、データ品質に問題がある可能性があります。処理の中心となるステップであり、システムリソースと時間を最も多く消費します。

入手先

Workdayの「Run Pay Calculation」Taskログ。該当する従業員/給与グループの計算ジョブ完了時刻を記録します。

記録

「Run Pay Calculation」ジョブの完了時に記録

イベントタイプ explicit
銀行振込ファイル作成済み
手取り額の振込指示を含む銀行送信用ファイル(NACHA、SEPAなど)を作成します。「Settlement Run」の実行中に行われます。
重要な理由

支払いデータ送信に関するSLAの遵守状況を測定します。この段階で遅延が発生すると、実際の支給日に影響します。

入手先

Workdayの「Run Settlement」プロセスログ。「Payment File」の生成、または精算実行イベントの完了を確認します。

記録

Settlement Runの出力生成時に記録

イベントタイプ explicit
インセンティブデータ取り込み済み
Enterprise Interface Builder(EIB)またはコネクターを通じて、コミッション、賞与、一時金などの外部報酬データを取り込みます。これにより、Input/One-Time Paymentオブジェクトが作成または更新されます。
重要な理由

連携の遅延を特定します。給与計算の精度を保つには、計算締め切り前に外部データが届いていることを確認する必要があります。

入手先

Integration System Eventログ、または「Request One-Time Payment」や「Input」ビジネスプロセスの監査証跡。

記録

EIBの読み込み時またはWeb Serviceの呼び出し時に記録

イベントタイプ explicit
福利厚生控除適用済み
総支給額に福利厚生プランと控除ルールを適用し、課税対象となる賃金を算出します。通常はメインの計算に含まれますが、このアクティビティでは控除処理の段階を個別に確認できます。
重要な理由

HCM BenefitsとPayrollの同期遅延は、この段階でエラーを引き起こすことがよくあります。処理を切り分けることで、設定やデータフローの問題を特定しやすくなります。

入手先

控除のサブプロセスが個別に記録されている場合は「Run Pay Calculation」のログ詳細から特定します。記録されていない場合は、Pay Resultの「Deductions」セクションの更新から算出します。

記録

計算前後のPay Resultの控除項目を比較

イベントタイプ inferred
税務申告完了
法定税務レポートを作成し、政府機関に提出します。支払い後に行われます。
重要な理由

法令遵守を確保します。給与サイクル後のこの処理が遅れると、多額の罰金につながる可能性があります。

入手先

サードパーティの給与サービスプロバイダーとの連携ログ、または期間締めチェックリストにある手動の「Tax Filing」Taskの完了記録。

記録

Tax Integrationイベントの完了時に記録

イベントタイプ explicit
給与明細公開済み
従業員が確定済みの給与明細を閲覧できる状態です。通常は精算完了後、または指定日に公開されます。
重要な理由

従業員満足度に影響します。公開状況を追跡することで、透明性を確保し、明細の交付に関する各地域の労働法を遵守できます。

入手先

Pay Groupに設定された「Payslip Available Date」、または「Generate Payslip」プロセスの完了タイムスタンプから特定します。

記録

Payslip Available Dateの設定から算出

イベントタイプ inferred
給与結果プレビュー表示
ユーザーが計算済みの給与結果または「Payslip Preview」を表示します。通常は承認の前に行われ、確認段階に入ったことを示します。
重要な理由

承認されないままプレビューが何度も表示される場合、判断に迷っているか、システム外での検証が必要な可能性があります。レビュー期間中のユーザーの行動を分析するのに役立ちます。

入手先

ユーザーアクセスログまたはレポート実行履歴。「Pay Result」インスタンスの「View」イベント、または「View Payslip」レポートの実行を確認します。

記録

システムアクセスログの「View」イベントとして記録

イベントタイプ explicit
推奨 任意

データ抽出ガイド

プロセスマイニングに向けて、Workday Payrollから給与データを効率よく抽出し、準備する方法をご紹介します。

始める準備はできていますか?

このデータテンプレートをWorkday環境に適用し、給与業務の改善にお役立てください。データ抽出から分析まで、担当チームがサポートします。

給与計算プロセスを今すぐ最適化

サイクルタイムを30%短縮し、Workdayでの手作業による修正をなくす

無料トライアルを開始

クレジットカード不要……5分で設定できます