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

Oracle HCM Cloud Payroll
給与計算データテンプレート

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

このテンプレートでは、詳細な分析に必要なデータ項目とライフサイクルイベントを定義し、給与計算業務を可視化するための基本構成を示します。Oracle HCM環境でイベントログを作成するために必要な属性、プロセスアクティビティ、データ抽出方法をまとめています。
  • 給与計算分析に適したデータ項目
  • ライフサイクルの把握に必要なアクティビティの追跡
  • Oracle HCM Cloudの給与計算データ抽出ガイド
イベントログを初めて作成する方はこちら: プロセスマイニング用イベントログの作成方法.

給与計算の属性

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

この属性には、給与計算プロセス内で発生したイベントの名前が記録されます。例として、「タイムカード提出」「給与計算の開始」「支払いの実行」などがあります。

プロセスの発見やバリアント分析で主に使われる項目です。Oracle HCM Cloudでは、給与アクションテーブルのアクションタイプまたはアクションステータスから取得することがよくあります。

重要な理由

プロセスの「何が行われたか」を定義し、プロセスマップの再構成に使います。

入手先

PAY_PAYROLL_ACTIONSのACTION_TYPEコード、または監査証跡に記録されたステータス変更から取得します。

例
給与計算の開始タイムカード承認銀行振込ファイルの作成監査例外の検出
イベントのタイムスタンプ
EventTimestamp
アクティビティが発生した正確な日時です。
説明

アクティビティが発生した時点を記録します。所要時間やリードタイムの計算、ボトルネックの特定に欠かせません。

自動処理の場合はシステムの実行時刻です。承認などの手作業の場合は、取引ログに記録されたユーザー操作のタイムスタンプです。

重要な理由

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

入手先

PAY_ACTION_INFORMATIONなど、関連する取引テーブルのCREATION_DATE列またはACTION_DATE列。

例
2023-10-01T08:30:00Z2023-10-01T14:15:22Z2023-10-05T09:00:00Z
ソースシステム
SourceSystem
イベントが発生したシステムの名前です。
説明

データを生成したソフトウェアまたはモジュールを示します。このプロセスでは、主な値は「Oracle HCM Cloud Payroll」です。

複雑なシステム環境では、給与計算の中核エンジン、勤怠管理モジュール、外部銀行インターフェースを区別するために使われる場合があります。

重要な理由

特に勤怠管理や銀行のサブシステムからデータを統合する際に、データの由来を把握するための情報を提供します。

入手先

データ抽出時に固定値として設定するか、インターフェースIDから導出します。

例
Oracle HCM Cloud PayrollOracle Time and LaborExternal Banking Interface
最終データ更新日時
LastDataUpdate
ソースデータベースでレコードが最後に変更された日時です。
説明

分析に使うデータが最新かどうかを示します。イベント日時とは異なり、ETL処理やシステム更新によってデータベースの行が最後に更新された日時を表します。

データが最新であることの確認や、抽出の遅延に関する問題の調査に使います。

重要な理由

分析担当者がリアルタイムのデータを見ているのか、古いデータを見ているのかを確認できます。

入手先

ほぼすべてのOracle HCMテーブルにあるLAST_UPDATE_DATE列です。

例
2023-10-02T12:00:00Z2023-10-06T01:00:00Z
給与記録
PayrollRecord
特定の給与計算期間における従業員を識別する一意の識別子です。
説明

給与記録は、プロセスマイニング分析の中心となるケース識別子です。従業員アサインメント識別子と給与計算期間識別子を組み合わせた連結値、または一意のキーです。

この属性によって、タイムカードの提出から最終的な銀行振込や税務申告まで、特定の給与計算サイクルにおける従業員1人分のすべてのアクティビティをまとめます。同じ従業員への1月と2月の支払いを区別して分析できます。

重要な理由

ケースIDとして、個別のイベントを分析用の1つのプロセスインスタンスにまとめます。

入手先

PAY_ASSIGNMENT_ACTIONS、またはOracle HCMの従業員番号と給与計算期間名の組み合わせから作成します。

例
EMP1001-2023-M01EMP5992-2023-W42300000018273645US-NY-A123-JAN23
SLA処理期限
SlaProcessingDeadline
支払いを実行する期限となる日時です。
説明

給与の支払いに関する契約上または法令上の期限を記録します。この属性を「支払い実行」日時と比較します。

「SLA処理期限の遵守」重要業績評価指標(KPI)の算出や、遅延リスクのある給与グループの特定に使います。

重要な理由

期限の遵守状況からプロセスの成否を判断するための主な基準です。

入手先

通常は給与定義に設定されたフィールド(DFF)を使うか、チェック日からX日を差し引いて算出します。

例
2023-10-28T17:00:00Z2023-11-30T17:00:00Z
処理担当者
ProcessingUser
アクティビティを実行した人のユーザーIDまたは名前です。
説明

アクティビティを実行した給与計算担当者、マネージャー、またはシステムアカウントを記録します。「給与計算担当者の作業負荷分布」ダッシュボードで利用できます。

給与計算チームのリソース不足やトレーニングの必要性を特定するのに役立ちます。

重要な理由

リソースの生産性分析と作業負荷の平準化に役立ちます。

入手先

トランザクションテーブルのCREATED_BY列またはLAST_UPDATED_BY列です。

例
システム管理者j.smithpayroll_batch_userm.doe
手動修正の有無
IsManualCorrection
アクティビティに手作業が含まれていたかを示すフラグです。
説明

「データ修正の実施」や「給与レコードの修正」などのアクティビティでtrueに設定されるブール値のフラグです。

「手動データ修正率」と「給与計算の初回処理精度」の重要業績評価指標(KPI)の算出に使います。

重要な理由

一貫処理と手作業による手戻りを区別できます。

入手先

アクティビティ名、または調整を示す特定のアクションタイプ(例:QuickPay、残高調整)から導出します。

例
truefalse
法定データグループ
LegislativeDataGroup
給与データを国または規制環境ごとに分割します。
説明

Oracle HCM Cloudでは、法定データグループ(LDG)によって給与データと関連データを分割します。通常、国または特定の地域の法令に対応します。

国別(例:米国の給与計算と英国の給与計算)にプロセス分析を絞り込むうえで重要な属性です。多くの場合、汎用属性の「国」にマッピングされます。

重要な理由

コンプライアンス規則やプロセスフローは、管轄区域によって大きく異なることがあります。

入手先

PAY_ALL_PAYROLLS_Fテーブルを法定データグループの定義と結合します。

例
米国の法定データグループ英国のLDGフランスの給与計算
給与グループ
PayGroup
給与計算のために従業員をまとめる論理的なグループです。
説明

従業員が所属する給与定義を示します(例:「製造部門・週次」「本社・月次」)。

ほぼすべてのダッシュボードで中心となる属性です。給与計算のサイクルや頻度ごとにパフォーマンスを比較できます。

重要な理由

給与計算のスケジュールを決める主な設定項目です。

入手先

PAY_ALL_PAYROLLS_Fテーブルの給与名です。

例
米国・月2回英国・月次週次・労働組合
給与期間名
PayrollPeriodName
給与計算の実行対象となる期間の名前です。
説明

「2024年1月の月次」や「第42週」など、対象のサイクルを示します。「SLA期限コンプライアンスモニター」で欠かせない属性です。

従業員ごとのケースを該当する一括処理にまとめ、集計レポートを作成できます。

重要な理由

一括処理単位の分析とSLAの追跡に欠かせません。

入手先

PAY_TIME_PERIODSテーブル、または給与定義の期間名です。

例
2023年月次102023年第42週2023年12月賞与計算
総支給額
GrossPayAmount
対象期間に計算された総支給額です。
説明

給与計算サイクル中に算出された総支給額を表します。「税金・福利厚生計算の精度」および「インセンティブ連携」の分析に使います。

高額な支払いと処理時間やエラー率との関係を分析できます。

重要な理由

プロセスマイニング分析に金額面のコンテキストを加えます。

入手先

PAY_RUN_RESULT_VALUESテーブルの総支給額残高を集計した値です。

例
5000.002350.5010000.00
部門名
DepartmentName
従業員が所属する組織単位です。
説明

給与レコードに関連付けられた従業員を担当する部門を示します。「タイムシート承認効率」ダッシュボードで重要な属性です。

部門ごとにデータを分けると、タイムカードの承認が常に遅れて給与計算全体の実行に影響している事業部門を特定できます。

重要な理由

管理者の承認に関連する遅延の根本原因を分析できます。

入手先

給与計算の実行時点で有効な従業員のアサインメントレコードから導出します。

例
北米営業エンジニアリング人事物流
SLAステータス
SlaStatus
SLAの遵守状況を示す分類ステータス(遵守/未達)です。
説明

「支払い実行」日時と「SLA処理期限」を比較して導出します。「期限内」「リスクあり」「期限超過」などの値が設定されます。

ケースをパフォーマンス別に分類し、「SLA期限コンプライアンスモニター」のレポートを簡潔にします。

重要な理由

複雑な時間の比較結果を、対応につなげやすい分類にまとめます。

入手先

イベント日時とSLA期限を比較するロジックで算出します。

例
遵守期限超過期限超過間近
プレビュー回数
PreviewIterationCount
確定前に結果をプレビューした回数です。
説明

同じケースで「給与計算結果のプレビュー」アクティビティが発生するたびに増えるカウンターです。

「給与プレビュー回数トラッカー」ダッシュボードで直接確認でき、承認前の手戻りや判断の迷いの程度を示します。

重要な理由

検証段階の効率を数値で把握できます。

入手先

データ変換時に、ケースIDごとの特定のアクティビティ発生回数を数えて算出します。

例
1350
従業員区分
EmployeeType
従業員の分類です(例:月給制、時給制、契約社員)。
説明

従業員レコードを分類します。従業員区分によって処理規則や緊急度が異なる場合があるため、「デジタル給与明細の公開遅延」ダッシュボードで重要な属性です。

従業員の区分ごとに分析を絞り込み、プロセスのパフォーマンスを比較できます。

重要な理由

従業員区分によって、異なるプロセスバリアントをたどることがよくあります。

入手先

PER_ALL_ASSIGNMENTS_Mのアサインメント区分または雇用条件です。

例
フルタイム月給制パートタイム時給制契約社員役員
監査例外の種類
AuditExceptionType
監査で検出されたエラーまたは警告の分類です。
説明

「監査例外の検出」アクティビティで見つかった問題を分類します(例:「差引支給額がマイナス」「納税者番号が未入力」)。

よくあるデータ品質の問題を特定し、「監査例外と修正の分析」ダッシュボードに役立てます。

重要な理由

手戻りの繰り返しが発生する根本原因の分析に欠かせません。

入手先

給与計算のプロセスログまたは例外レポートにあるメッセージ列やエラーコード列です。

例
差引支給額がマイナスSSNが未入力銀行口座情報が無効時間外労働の上限超過
税務管轄区域
TaxJurisdiction
税務申告の対象となる州、県、または地域です。
説明

給与レコードに関連する主な税務当局を示します(例:「CA」はカリフォルニア州、「NY」はニューヨーク州)。「税務コンプライアンス処理期間」ダッシュボードで利用できます。

特定の地域で税額計算や申告の手続きが複雑化または長期化していないかを特定するのに役立ちます。

重要な理由

規制の複雑さに応じてパフォーマンスを比較できます。

入手先

従業員の税務カードまたは勤務地の住所から導出します。

例
CA-カリフォルニアNY-ニューヨークTX-テキサス連邦-米国
遡及変更フラグ
RetroactiveChangeFlag
給与計算に遡及支払いが含まれるかを示します。
説明

このレコードで「Retropay」要素が処理される場合にtrueとなるブール値のフラグです。「プロセス経路のバリアント比較」で、処理時間の長期化や監査例外の発生理由を調べるのに役立ちます。

遡及変更では、過去の複数期間にわたる複雑な再計算が必要になることがあります。

重要な理由

通常より処理に時間がかかる複雑なケースを特定できます。

入手先

PAY_ELEMENT_ENTRIESに「Retropay」要素のエントリがあるかどうかです。

例
truefalse
必須 推奨 任意

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

プロセスを正確に把握し、ボトルネックを特定するために、イベントログに記録する主要なプロセス手順と節目です。
5 推奨 11 任意
アクティビティ 説明
前払い額の計算
前払い処理を実行し、従業員が指定した支払い方法(小切手、EFTなど)に手取り額を振り分けます。計算した金額を実際に支払える状態か確認します。
重要な理由

給与計算と支払いをつなぐ工程です。ここでの失敗は、銀行口座情報の不足や無効な支払い方法を示していることが多くあります。

入手先

PAY_PAYROLL_ACTIONSでACTION_TYPEがP(Prepayments)で、ステータスがCompleteの記録を検索します。

記録

前払い処理が完了した時点で記録

イベントタイプ explicit
支払いの実行
支払い処理が完了したことを示す最終確認です。Oracleでは、支払いフローの完了、またはCash Managementでの照合に対応します。
重要な理由

SLA遵守状況を確認するための主要なタイムスタンプです。従業員への支払いが期日どおりだったかを判定します。

入手先

銀行振込アクションの有効日から推定するか、Cash Managementの照合ログ(CE_STATEMENT_LINES)から特定します。

記録

支払いアクションの有効日または照合イベントをもとに記録

イベントタイプ explicit
給与計算の実行完了
総支給額から手取り額までの計算を含む、Calculate Payroll処理の正常な完了です。このイベントは、アサインメントの給与、控除、税金が計算されたことを示します。
重要な理由

データが検証可能な状態になったことを示す重要な節目です。所要時間が長い場合、システムのパフォーマンス低下や複雑なFast Formulaが原因の可能性があります。

入手先

PAY_PAYROLL_REL_ACTIONSをPAY_PAYROLL_ACTIONSと結合し、ACTION_TYPEがRまたはQで、ACTION_STATUSがC(Complete)に変わった記録を検索します。

記録

給与計算実行のステータスがCompleteに更新された時点で記録

イベントタイプ explicit
給与計算の開始
特定の給与定義と期間に対する、主な給与計算処理の開始です。データ収集から処理へ移る時点を示します。
重要な理由

負荷の高い処理時間帯の開始を示します。技術的な給与計算の総サイクルタイムを算出する際に使用します。

入手先

PAY_PAYROLL_ACTIONSテーブルで、ACTION_TYPEがR(Run)またはQ(QuickPay)であり、ACTION_STATUSが開始済みとなっている記録を検索します。開始済みの状態が記録されない場合は、作成日から推定します。

記録

PAY_PAYROLL_ACTIONSのレコードが挿入された時点で記録

イベントタイプ explicit
銀行振込ファイルの作成
EFT(電子資金振替)ファイルなど、支払い用の出力ファイルを作成します。銀行への振込指示ファイルを作成する技術的な工程です。
重要な理由

支払いファイル作成のサイクルタイムを測定します。ここで遅延すると、銀行の受付締切に間に合わないことがあります。

入手先

PAY_PAYROLL_ACTIONSでACTION_TYPEがM(Magnetic Tape)、E(EFT)、またはC(Check Writer)の記録を検索します。

記録

EFTまたは小切手の処理が完了した時点で記録

イベントタイプ explicit
QuickPayの実行
通常、修正内容の確認に使われる個人単位の給与計算(QuickPay)の実行です。「給与計算結果のプレビュー」アクティビティの代替指標として使用します。
重要な理由

従業員1人あたりのQuickPayの実行回数が多い場合、給与計算が体系的に進められず、試行錯誤になっている可能性があります。

入手先

PAY_PAYROLL_ACTIONSでACTION_TYPEがQ(QuickPay)の記録を検索します。従業員ごと、給与計算期間ごとに件数を数えます。

記録

PAY_PAYROLL_ACTIONSにQuickPayアクションが記録された時点で記録

イベントタイプ explicit
アーカイブ結果の作成
Archive Periodic Payroll Results処理の完了です。この時点のデータがスナップショットとして保存され、レポートや給与明細の作成に使用されます。
重要な理由

給与明細や法定レポートの作成に必要な技術上の前提条件です。データが確定したことを確認できます。

入手先

PAY_PAYROLL_ACTIONSでACTION_TYPEがX(Archive)で、ステータスがCompleteの記録を検索します。

記録

アーカイブ処理が完了した時点で記録

イベントタイプ explicit
インセンティブデータのインポート
バッチローダーまたはHDLインポートを通じて、賞与やコミッションなどの変動報酬に関する給与要素エントリを作成します。外部の報酬データを給与計算に取り込む工程です。
重要な理由

変動報酬データの取り込み速度を確認します。インポートが遅れると、追加の給与計算や手作業での修正が必要になることがあります。

入手先

PAY_BATCH_HEADERSでインポートの完了を確認するか、特定のソースシステム参照を持つPAY_ELEMENT_ENTRIES_Fの作成を追跡します。

記録

バッチによる給与要素エントリ処理が正常に完了した時点で記録

イベントタイプ explicit
タイムカード承認
提出された勤務時間データを管理者が確認し、承認したことを示します。このステータス変更をきっかけに、データが給与要素エントリへ転送されます。
重要な理由

管理者の承認リードタイムを測定するうえで重要です。ここでの遅延は、後続期間に遡及給与の調整が発生する主な原因です。

入手先

HWM_TM_REC_GRP_DTLSテーブルまたはHXT_TIMECARDSビューで、ステータスがAPPROVEDに変わった記録を検索します。承認時と提出時のタイムスタンプを比較します。

記録

Time and LaborでステータスがAPPROVEDに変わった時点で記録

イベントタイプ explicit
タイムカード提出
従業員または管理者が、処理のために勤務時間と労務データを提出する最初のイベントです。Oracle HCMでは、Time and LaborモジュールでタイムカードのステータスがSubmittedに変わった時点で記録されます。
重要な理由

給与計算の処理対象となる可能性のあるデータが入力されたことを示します。ここで遅延すると後続の工程にも影響し、給与計算担当者が計算を確認する時間が短くなります。

入手先

HWM_TM_REC_GRP_DTLSテーブルまたはHXT_TIMECARDSビューで、ステータスがSUBMITTEDに変わった記録を検索します。提出時のタイムスタンプを使用します。

記録

Time and LaborでステータスがSUBMITTEDに変わった時点で記録

イベントタイプ explicit
原価計算結果の転送
給与計算の原価計算結果を総勘定元帳に転送します。給与計算サイクルの財務会計上の締めを示します。
重要な理由

財務上のコンプライアンスを確保し、人件費を正確に計上できます。遅延すると、財務部門が帳簿を締められません。

入手先

PAY_PAYROLL_ACTIONSでACTION_TYPEがT(Transfer to GL)で、ステータスがCompleteの記録を検索します。

記録

Transfer to GL処理が完了した時点で記録

イベントタイプ explicit
監査例外の検出
給与計算または検証の段階でエラーや警告メッセージが記録されたことを示します。担当者による対応が必要な検証エラーを特定できます。
重要な理由

データ品質の問題を特定するうえで欠かせません。例外が多いと、手作業の負担が増え、SLA違反のリスクも高まります。

入手先

対象のPAY_PAYROLL_REL_ACTION_IDに関連付けられたPAY_MESSAGE_LINESテーブルを検索します。このテーブルには、給与計算の実行中に発生したエラーや警告が保存されています。

記録

PAY_MESSAGE_LINESにレコードが挿入された時点で記録

イベントタイプ explicit
税務申告の完了
法定税務ファイル(例:第三者向け四半期税務ファイル)を作成します。給与計算期間に適用される規制への準拠を確保します。
重要な理由

税務コンプライアンス処理時間の重要業績評価指標(KPI)を測定するうえで重要です。ここで失敗すると、罰則につながる可能性があります。

入手先

税務報告に関する特定の法令データグループのアクション(例:米国の第三者向け税務申告)をPAY_PAYROLL_ACTIONSで検索します。

記録

特定の税務報告フローが完了した時点で記録

イベントタイプ explicit
給与明細の公開
セルフサービスで従業員が給与明細を確認できるようになった時点です。通常、アーカイブ処理の後に行われ、専用の「給与明細の生成」処理が実行される場合もあります。
重要な理由

従業員の満足度に影響します。支払いから給与明細の確認までに時間がかかると、問い合わせが増えます。

入手先

Documents of Recordテーブル(HR_DOCUMENTS_OF_RECORD)を検索するか、PAY_PAYROLL_ACTIONSでGenerate Payslip処理の完了を確認します。

記録

給与明細PDFの作成処理が完了した時点で記録

イベントタイプ explicit
給与計算の承認
Payroll Dashboardで給与台帳またはフローを正式に承認します。通常、検証レポートの確認後、銀行振込ファイルの作成前に行われます。
重要な理由

管理者による最終承認を示します。給与計算から承認までの時間は、検証にかかった時間を表します。

入手先

PAY_REQ_FLOW_INSTANCESでステータスの変更、または定義済みのPayroll Flow Pattern内の特定タスクの完了を検索します。

記録

フローインスタンスのステータスがCompletedまたはApprovedに変わった時点で記録

イベントタイプ explicit
給与記録の修正
最初の給与計算実行後、確定前に給与要素エントリまたはアサインメントデータに手動で加えた更新です。エラーや例外を修正するために必要なやり直しを示します。
重要な理由

プロセスの非効率やデータ品質の問題を示します。このアクティビティを減らすことが、初回給与計算の精度向上につながります。

入手先

PAY_ELEMENT_ENTRIES_Fの更新を特定し、最初の給与計算実行日から前払い日までの間に最終更新日がある場合に推定します。

記録

給与要素エントリの更新時刻と給与計算の実行時刻を比較

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

データ抽出ガイド

Oracle HCM Cloudの給与計算データを取得する方法

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

このデータテンプレートで給与計算サイクル全体を把握し、業務の改善につなげましょう。効率化と正確なレポート作成に向けて、今すぐ取り組みを始められます。

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

給与サイクル時間を30%短縮し、ボトルネックを解消します。

無料トライアルを開始しましょう

クレジットカードは不要です。数分で設定できます。