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

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

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

このテンプレートは、詳細な分析に必要なデータ項目とライフサイクルイベントを定義し、給与計算業務をマッピングするための基本構成を提供します。Oracle HCM環境で信頼性の高いイベントログを作成するために必要な属性、プロセスアクティビティ、抽出方法をまとめています。
  • 給与計算分析に最適化されたデータ項目
  • ライフサイクルのマッピングに必要な詳細なアクティビティ追跡
  • Oracle HCM Cloud給与計算の詳細な抽出ガイド
イベントログを初めて扱いますか。学ぶ プロセスマイニングのイベントログを作成する方法.

給与計算処理の属性

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

この属性は、給与計算プロセス内で発生したイベント名を記録します。例として、「Time Card Submitted」、「Payroll Calculation Started」、「Payment Executed」などがあります。

プロセスディスカバリーとバリアント分析で使用する主要なディメンションです。Oracle HCM Cloudでは、給与アクションテーブル内のAction TypeまたはAction Statusから導出することが一般的です。

重要な理由

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

入手先

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」です。

ただし、複雑なシステム環境では、給与計算エンジン、Time and Laborモジュール、外部の銀行インターフェースを区別するために使用する場合があります。

重要な理由

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

入手先

抽出時にハードコードするか、インターフェースIDから導出します。

Oracle HCM Cloud PayrollOracle Time and Labor外部銀行インターフェース
最終データ更新
LastDataUpdate
ソースデータベースでレコードが最後に変更された時点のタイムスタンプです。
説明

分析に使用するデータの鮮度を示します。イベントタイムスタンプとは異なり、データベースの行がETLプロセスまたはシステム更新によって最後に変更された時点を表します。

データが最新かどうかの確認や、抽出遅延の問題を調査するために使用します。

重要な理由

分析担当者が、リアルタイムのデータを見ているのか、古いデータを見ているのかを把握できるようにします。

入手先

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

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

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

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

重要な理由

Case IDとして機能し、分散したすべてのイベントを分析用の1つのプロセスインスタンスに結び付けます。

入手先

PAY_ASSIGNMENT_ACTIONS、またはOracle HCMのPerson NumberとPayroll Period Nameの組み合わせから作成します。

EMP1001-2023-M01EMP5992-2023-W42300000018273645US-NY-A123-JAN23
SLA処理期限
SlaProcessingDeadline
支払いを実行しなければならない目標日時です。
説明

給与支払いに関する契約上または法令上の期限を保持します。この属性は、「支払い実行」タイムスタンプと比較されます。

「SLA処理期限遵守」KPIの計算や、遅延リスクのある給与グループの特定に使用されます。

重要な理由

適時性の観点から、プロセスの成否を判断する主要な基準です。

入手先

通常はPayroll Definitionに設定されたフィールド(DFF)で、Check DateからX日を引いて導出する場合もあります。

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

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

給与計算チーム内のリソースのボトルネックやトレーニングの必要性を特定するのに役立ちます。

重要な理由

リソースの生産性分析と作業負荷の平準化が可能になります。

入手先

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

システム管理者j.smith給与計算バッチユーザーm.doe
手動修正かどうか
IsManualCorrection
アクティビティに手動介入が含まれていたかを示すフラグです。
説明

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

「手動データ修正率」および「初回給与計算精度」KPIの計算に使用されます。

重要な理由

自動処理と手動の手戻りを区別します。

入手先

Activity Name、または調整を示す特定のAction Type(例:QuickPay、Balance Adjustment)から導出されます。

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

Oracle HCM Cloudでは、Legislative Data Group(LDG)が給与計算および関連データを分割します。通常は、国または特定の地域の法令に対応します。

この属性は、国別にプロセス分析をフィルタリングする際に重要です(例:米国給与計算と英国給与計算)。多くの場合、Countryという汎用属性にマッピングされます。

重要な理由

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

入手先

PAY_ALL_PAYROLLS_FテーブルとLegislative Data Groupの定義を結合したものです。

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

従業員が所属する具体的な給与計算定義を表します(例:「製造部門・週次」、「コーポレート・月次」)。

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

重要な理由

給与計算のスケジュールを決める主要な設定オブジェクトです。

入手先

PAY_ALL_PAYROLLS_Fテーブル(Payroll Name)です。

米国 半月次英国 月次週次 組合員
給与計算期間名
PayrollPeriodName
給与計算の実行対象となる期間の具体的な名称です。
説明

「2024年1月月次」や「第42週」など、具体的なサイクルを特定します。「SLA期限コンプライアンスモニター」に欠かせません。

個々の従業員ケースを対応する一括実行単位にまとめ、集計レポートを作成できます。

重要な理由

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

入手先

PAY_TIME_PERIODSテーブル、またはPayroll DefinitionのTime Period Nameです。

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

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

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

重要な理由

プロセスマイニング分析に財務面の情報を加えます。

入手先

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

5000.002350.5010000.00
部門名
DepartmentName
従業員が勤務する組織単位です。
説明

給与レコードに関連付けられた従業員を担当する部門を特定します。これは、「タイムシート承認効率」ダッシュボードに欠かせません。

部門別にデータを分けることで、タイムカードの承認が継続的に遅れ、給与計算全体を遅延させている事業部門を特定できます。

重要な理由

管理者の承認に関連する遅延の根本原因分析に役立ちます。

入手先

給与計算の実行時点で有効な従業員のAssignmentレコードから導出されます。

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

「支払い実行」タイムスタンプと「SLA処理期限」を比較して導出します。値には「期限内」、「リスクあり」、「期限超過」などがあります。

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

重要な理由

複雑な時間比較を、対応につなげやすいカテゴリに整理します。

入手先

Event TimestampとSLA Deadlineを比較する計算ロジックです。

基準達成基準違反基準違反間近
プレビュー反復回数
PreviewIterationCount
確定前に結果をプレビューした回数です。
説明

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

「給与計算プレビュー反復トラッカー」ダッシュボードの直接的な指標であり、承認前の手戻りや判断の迷いの程度を示します。

重要な理由

検証フェーズの効率を定量化します。

入手先

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

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

従業員レコードを分類します。従業員タイプによって処理ルールや緊急度が異なる場合があるため、「デジタル給与明細公開遅延」ダッシュボードに欠かせません。

異なる従業員層のプロセスパフォーマンスを比較するためのフィルターとして使えます。

重要な理由

従業員タイプによって、異なるプロセスバリアントに従うことがよくあります。

入手先

PER_ALL_ASSIGNMENTS_MのAssignment categoryまたは雇用条件です。

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

「監査例外の検出」アクティビティで見つかった具体的な問題を分類します(例:「手取り額がマイナス」、「納税者番号が未入力」)。

この属性は、一般的なデータ品質の問題を特定する「監査例外と修正の分析」ダッシュボードを支えます。

重要な理由

手戻りループの根本原因分析に欠かせません。

入手先

給与計算プロセスログまたは例外レポートのMessage列またはError Code列です。

マイナスの手取り額社会保障番号の欠落銀行情報が無効時間外労働上限超過
税務管轄区域
TaxJurisdiction
税務申告の対象となる州、県、または地域です。
説明

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

特定の地域で、税額計算や申告のプロセスがより複雑または遅くなっていないかを確認できます。

重要な理由

規制の複雑さに応じてパフォーマンスを分けて分析します。

入手先

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

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

このレコードで「Retropay」要素が処理された場合にtrueとなるブール型指標です。「プロセスパスバリアント比較」で、処理時間の長期化や監査例外の発生理由を説明するのに役立ちます。

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

重要な理由

通常より長い処理時間を必要とする複雑なケースを特定します。

入手先

PAY_ELEMENT_ENTRIESに「Retropay」要素のエントリが存在することです。

truefalse
必須 推奨 任意

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

プロセスを正確に発見し、ボトルネックを特定するため、イベントログに記録すべき主要なプロセス手順と節目です。
5 推奨 11 任意
アクティビティ 説明
Prepaymentsの計算
Prepaymentsプロセスを実行し、従業員が選択した支払方法(Check、EFTなど)に手取り額を振り分けます。算出された金額を実際に支払えることを検証します。
重要な理由

計算と支払いの間をつなぐ工程です。ここでの失敗は通常、銀行情報の不足や無効な支払方法を示します。

入手先

PAY_PAYROLL_ACTIONSでACTION_TYPEがP(Prepayments)かつステータスがCompleteのレコードを検索します。

取得

Prepaymentsアクションが完了した時点で記録

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

SLAコンプライアンスを測定する主要なタイムスタンプです。従業員への支払いが期限どおりに行われたかを判定するために使用します。

入手先

Bank TransferアクションのEffective Dateから推定するか、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)に変わったレコードを検索します。

取得

Payroll RunのアクションステータスがCompleteに更新された時点で記録

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

負荷の高い処理時間帯の開始点を確定します。技術的な給与計算の総サイクル時間を算出するために使用します。

入手先

PAY_PAYROLL_ACTIONSテーブルで、ACTION_TYPEがR(Run)またはQ(QuickPay)であり、ACTION_STATUSがstartedになっているレコードを検索します。作成日から開始を推定することもあります。

取得

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

イベントタイプ explicit
銀行振込の生成
EFT(電子資金振替)ファイルまたは同様の支払い出力を生成します。銀行への指示ファイルを作成する技術的なステップです。
重要な理由

Payment File Generation Cycle Timeを測定します。ここで遅延すると、銀行の受付締切に間に合わない可能性があります。

入手先

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

取得

EFTまたはCheckアクションが完了した時点で記録

イベントタイプ explicit
QuickPayの実行
通常、修正内容の確認に使われる、1人分の給与計算(QuickPay)を実行します。Payroll Result Previewedアクティビティの代替指標として機能します。
重要な理由

従業員1人あたりのQuickPayが頻繁に実行されている場合、標準化された処理ではなく、試行錯誤に頼った給与計算になっている可能性があります。

入手先

PAY_PAYROLL_ACTIONSでACTION_TYPEがQ(QuickPay)のレコードを検索します。従業員ごと、給与計算期間ごとに件数を集計します。

取得

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

イベントタイプ explicit
アーカイブ結果の生成
Archive Periodic Payroll Resultsプロセスが完了したことを示します。このスナップショットによって、レポート作成と給与明細生成の対象データが実質的に確定します。
重要な理由

給与明細や法定レポートを生成するための技術的な前提条件です。データが最終確定したことを確認します。

入手先

PAY_PAYROLL_ACTIONSでACTION_TYPEがX(Archive)かつステータスがCompleteのレコードを検索します。

取得

Archiveアクションが完了した時点で記録

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

変動報酬の連携速度を監視します。インポートが遅れると、追加の給与計算や手作業による修正が必要になることがあります。

入手先

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

取得

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

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

Manager Approval Lead Timeの測定に欠かせません。ここでの遅延は、後続期間における遡及給与の調整を引き起こす主な原因です。

入手先

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
税務申告の完了
法定税務ファイル(例:Third Party Quarterly Tax File)を生成します。給与計算期間における規制上のコンプライアンスを確保します。
重要な理由

Tax Compliance Processing Duration KPIに欠かせません。ここで失敗すると、罰金や制裁につながる可能性があります。

入手先

税務報告に関連する特定のLegislative Data Groupアクション(例:US Third Party Tax Filing)をPAY_PAYROLL_ACTIONSで検索します。

取得

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

イベントタイプ explicit
給与レコードの修正
初回の給与計算後、最終確定前にエレメントエントリまたはアサインメントデータへ手作業で更新を加えます。エラーや例外を修正するために必要となったやり直しを示すアクティビティです。
重要な理由

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

入手先

初回のPayroll Run日からPrepayments日までの間にPAY_ELEMENT_ENTRIES_FのLast Update Dateが更新されたレコードを特定して推定します。

取得

エレメントエントリの更新タイムスタンプと給与計算実行のタイムスタンプを比較

イベントタイプ inferred
給与明細の公開
給与明細がセルフサービスで従業員に表示される時点です。Archiverの後に発生し、特定の「Generate Payslip」プロセスが実行される場合もあります。
重要な理由

従業員満足度に影響します。支払いから給与明細の閲覧可能になるまでの時間が長いと、問い合わせが増加します。

入手先

Documents of Recordテーブル(HR_DOCUMENTS_OF_RECORD)またはPAY_PAYROLL_ACTIONSにおけるGenerate Payslipプロセスの完了を検索します。

取得

給与明細PDFの生成プロセスが完了した時点で記録

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

管理者による最終承認を示します。計算から承認までの時間が検証期間にあたります。

入手先

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

取得

Flow InstanceのステータスがCompletedまたはApprovedに変わった時点で記録

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

抽出ガイド

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

準備はできましたか?

このデータテンプレートを使って給与計算サイクルを可視化し、業務を変革しましょう。自動化による効率化と正確なレポーティングに向けた取り組みを、今日から始められます。

Oracle HCMの給与計算処理を今すぐ最適化

給与計算サイクルを30%短縮し、ボトルネックをなくします。

無料トライアルを開始

クレジットカードは不要です。数分でセットアップできます。