給与処理データテンプレート
給与処理データテンプレート
- 給与分析に必要な標準化データ属性
- UKG Proで追跡すべき主要なプロセスの節目
- システム連携のための技術的な抽出ガイド
給与計算処理の属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ
ActivityName
|
給与プロセスで実行される具体的なイベントまたはステップです。 | ||
|
説明
この属性には、給与ワークフロー内で発生するステップの名称を記録します。例として、Time Sheet Submitted、Gross Pay Calculated、Payment Executedなどがあります。プロセスマップ上の流れを定義する項目です。 通常は、UKG Pro環境の監査ログ、システムステータス変更テーブル、またはタイムスタンプ付きのトランザクション更新から抽出します。プロセスグラフで読みやすく表示できるよう、データ変換時に一貫した命名規則を適用します。
重要な理由
プロセスマップのノードを定義する必須のActivity属性です。
入手先
システム監査ログ、ワークフロー履歴、またはトランザクションのタイムスタンプ列
例
タイムシート提出総支給額計算支払い実行
|
|||
|
ソースシステム
SourceSystem
|
データの正式な記録元となるシステムです。 | ||
|
説明
この属性は、データレコードの発生元を識別します。このケースでは、値をUKG Proに固定します。複数のインスタンスがある場合は、特定のインスタンス名を設定します。給与データとERPの総勘定元帳データを組み合わせるような、複数システムにまたがるプロセスマイニングでは欠かせません。 給与プラットフォーム内で発生したステップだけを表示するのか、外部の勤怠管理システムから統合されたステップも含めるのかを、分析担当者がフィルタリングできるようにします。
重要な理由
データの系譜管理と複数システム分析に必要な必須属性です。
入手先
固定値またはシステム設定テーブル
例
UKG ProUltiPro Legacy勤怠管理システム
|
|||
|
タイムスタンプ
EventTimestamp
|
アクティビティが発生した日時です。 | ||
|
説明
この属性には、アクティビティが実行された正確な時刻を記録します。イベントを正しい順序に並べ、ステップ間の所要時間を計算するために欠かせません。短時間に連続して実行される自動処理を区別するため、高精度のタイムスタンプが推奨されます。 給与プロセスでは、Cycle Time DistributionとSLA Complianceのダッシュボード分析に使用します。正確なタイムスタンプがなければ、Gross to Netの計算速度やTime Sheet Approvalsの遅延を測定できません。
重要な理由
イベントの順序付けに必要な必須のStartTime属性です。
入手先
トランザクションのステータス変更に関連付けられた日付/時刻列
例
2023-10-01T09:15:00Z2023-10-01T14:30:45Z2023-10-03T08:00:00Z
|
|||
|
最終更新日
LastUpdateDate
|
データ行が最後に変更された日時です。 | ||
|
説明
この属性は、データベース内のレコードが最後に変更された日時を示します。イベントのタイムスタンプと似ていますが、増分データの読み込みとデータ整合性の確認に使用します。 給与担当者による遅れて行われた調整や遡及修正も取り込み、プロセスマイニングモデルを給与レコードの最新状態に保ちます。
重要な理由
増分データの更新に必要な必須属性です。
入手先
LastModifiedDateなどのシステムメタデータ列
例
2023-10-05T17:00:00Z2023-10-06T09:00:00Z
|
|||
|
給与レコード
PayrollRecordId
|
特定の給与期間における特定の従業員を識別する一意の識別子です。 | ||
|
説明
Payroll Recordは、プロセスマイニング分析における中心的なケース識別子です。概念上は、Employee IDとPay Period End Date(またはPay Groupのインスタンス)を組み合わせて作成します。これにより、従業員ごとの給与計算サイクルを個別のケースとして扱い、時間の経過に伴う繰り返しプロセスを分析できます。 UKG Proでは通常、Payroll Headerテーブルまたは同様のトランザクションレコードから作成した複合キーです。このIDでグループ化すると、タイムシートの提出から最終支払い、税務申告までの一連の流れを再構成できます。
重要な理由
すべての給与アクティビティをまとめ、1つのプロセスインスタンスとして扱うために必須のCase IDです。
入手先
UKG ProのPayroll HeaderまたはEmployee Pay Historyテーブルから取得します
例
EMP001-20231015EMP492-20231031EMP883-20231115
|
|||
|
SLA期限
SlaProcessingDeadline
|
支払い処理を完了する目標日時です。 | ||
|
説明
この属性は、銀行振込を予定どおりに行うために給与プロセスを完了すべき社内または社外の期限を定義します。SLA Compliance and Deadline Monitorダッシュボードの中心となる属性です。 実際のPayment Executedのタイムスタンプとこの期限を比較することで、期限内処理率を計算し、リスクのあるレコードに優先的に対応できます。
重要な理由
SLAの遵守状況を計算するための基準点です。
入手先
給与カレンダー、または給与支払日から銀行処理日数を差し引いて算出
例
2023-10-13T16:00:00Z2023-10-28T16:00:00Z
|
|||
|
SLA違反の有無
IsSlaBreached
|
期限後に支払いが実行されたかどうかを示すフラグです。 | ||
|
説明
このブール属性は、「Payment Executed」のタイムスタンプと「SLA Deadline」を比較して算出する指標です。Payroll SLA Adherence Rate KPIを直接決定します。 あらかじめ算出しておくことで、問題のあるケースだけをダッシュボードですぐに絞り込めます。期限を守れなかった原因の根本分析にも役立ちます。
重要な理由
コンプライアンス監視に使用するKPIの算出項目です。
入手先
算出式:PaymentTime > SlaDeadline
例
truefalse
|
|||
|
オフサイクルかどうか
IsOffCycle
|
給与処理が標準スケジュール外で実行されたかどうかを示すフラグです。 | ||
|
説明
このブール属性は、給与レコードがオフサイクル処理に該当するかどうかを示します。Off Cycle Payroll Volume KPIの計算に使用します。 オフサイクル処理は通常、コストが高く、手作業も多くなります。Process Variant Path Analysisダッシュボードをこのフラグでフィルタリングすると、エラー修正や臨時支払いで選択された標準外の経路を確認できます。
重要な理由
プロセスの逸脱と手戻りを分析するための主要なフィルターです。
入手先
Payroll Headerの「Check Date」と「Period End Date」のロジック
例
truefalse
|
|||
|
原価センター
CostCenter
|
財務配賦に使用する原価センターコードです。 | ||
|
説明
Cost Center属性は、給与費用を総勘定元帳のどこに配賦するかを定義します。Departmentと似ていますが、より細かな財務上の視点を提供することが多い項目です。 Time Tracking Approval Performanceダッシュボードでは、特定の原価センターで承認階層に時間がかかっていないかを確認するために使用します。また、Gross to Netの計算段階で給与費用が正しい財務区分に計上されているかの検証にも役立ちます。
重要な理由
財務分析を支援し、予算単位ごとのボトルネックを特定します。
入手先
Employee JobまたはAllocationテーブル
例
CC-5001CC-9002間接費-全社
|
|||
|
監査例外の有無
HasAuditException
|
監査例外が発生したかどうかを示すフラグです。 | ||
|
説明
このブール属性は、対象ケースでAudit Exception Flaggedアクティビティが一度でも発生したかどうかを示します。First Pass Payroll Accuracy Rate KPIを支援します。 分析担当者は、介入が不要だった「クリーン」なケースと、対応が必要だったケースをすばやく分けられます。これにより、Audit Exception and Correction Trendsダッシュボードで手戻りの原因を分析しやすくなります。
重要な理由
対応が必要なケースを特定します。
入手先
「Audit Exception Flagged」アクティビティの存在から算出
例
truefalse
|
|||
|
税務管轄
TaxJurisdiction
|
税務申告の主な州または地域です。 | ||
|
説明
この属性は、給与レコードに関連付けられた主な税務管轄を識別します。Multi State Tax Filing Timelinesダッシュボードに欠かせない項目です。 税務管轄別にプロセスの流れを分析すると、特定の州で申告完了までの時間が継続的に長くなっていないか、または複数の州で勤務する従業員が単一州の従業員より多くの監査例外を引き起こしていないかを、コンプライアンス担当者が確認できます。
重要な理由
コンプライアンスの監視と地域別分析に欠かせません。
入手先
Tax LocationまたはEmployee Taxテーブル
例
CANYTX
|
|||
|
給与グループ
PayGroup
|
給与処理のために従業員を論理的にまとめたグループです。 | ||
|
説明
Pay Groupは、従業員グループの給与計算頻度(週次、隔週など)と処理ルールを決める、UKG Proの基本設定です。主要なバッチ識別子として機能します。 Payroll Cycle Time Distributionダッシュボードで重要な属性です。Executive PayrollとHourly Plant Workersなど、異なるグループ間で処理パフォーマンスを比較し、特定の設定が全体的な遅延を引き起こしていないかを確認できます。
重要な理由
給与パフォーマンスをグループ化して比較するための主要な分析軸です。
入手先
Payroll HeaderまたはPay Group Configurationテーブル
例
米国-隔週CA-週次役員-月次
|
|||
|
給与期間終了日
PayPeriodEndDate
|
処理対象となる給与期間の最終日です。 | ||
|
説明
この属性は、給与サイクルの締め日を示します。提出が遅れたかどうかを判断するための重要な基準です。 Time Sheet SubmittedアクティビティのStartTimeと組み合わせて遅延時間を算出し、Payroll Cycle Time Distributionダッシュボードの主要なグループ化項目として使用します。
重要な理由
給与サイクルの時間的な基準点です。
入手先
Payroll HeaderまたはTime Period Configuration
例
2023-09-302023-10-15
|
|||
|
給与計算担当者
PayrollSpecialist
|
レコードを処理した担当者のユーザーIDまたは氏名です。 | ||
|
説明
この属性は、レコードの承認、データ修正、支払い処理の実行を担当した給与管理者または専門担当者を識別します。Generic User属性にマッピングされます。 Specialist WorkloadとThroughputのダッシュボードに欠かせないデータです。チーム内の作業配分を可視化し、特定の担当者に負荷が集中していないか、承認段階でボトルネックになっていないかを管理者が確認できます。
重要な理由
リソース分析と作業負荷の平準化に役立つ情報を提供します。
入手先
監査ログまたはトランザクションテーブルの「ModifiedBy」列
例
jsmithmdoeシステム管理者
|
|||
|
総支給額
GrossPayAmount
|
控除や税金を差し引く前に計算された支給額の合計です。 | ||
|
説明
この属性は、レコードに対して計算された総支給額を金額として表します。コストに基づくプロセス分析を行うため、ActivityAmountにマッピングします。 Gross Pay Amountを分析すると、Gross To Net Calculation Velocityダッシュボードで処理速度を確認できます。ダッシュボードでは主に時間を測定しますが、支払いの複雑さや金額と所要時間を関連付けることで、高額な支払いや複雑なコミッション計算がパフォーマンス問題の原因になっていないかを把握できます。
重要な理由
バリューストリーム分析と外れ値の検出に役立ちます。
入手先
Payroll ResultまたはPay Registerテーブル
例
2500.0010500.50480.00
|
|||
|
部門
DepartmentCode
|
従業員に関連付けられた部門コードです。 | ||
|
説明
この属性は、給与レコードを特定の組織単位に関連付けます。Audit Exception and Correction Trendsダッシュボードに欠かせない項目であり、どの部門でエラーや手動対応が繰り返し発生しているかを組織が確認できます。 部門別にデータを分けることで、特定の管理者にタイムシート承認のトレーニングが必要か、または特定の事業部門で複雑な給与ルールが計算遅延を引き起こしているかを分析できます。
重要な理由
組織別のセグメント分析と根本原因分析に欠かせません。
入手先
Employee MasterまたはJob Historyテーブル
例
DEPT-100FINANCE-01OPS-WEST
|
|||
|
インセンティブのデータソース
IncentiveSource
|
インセンティブデータの発生元です(例:SalesForce、Excelインポート)。 | ||
|
説明
この属性は、給与レコードに取り込まれたインセンティブまたはコミッションデータのソースを識別します。Incentive Data Import Accuracyダッシュボードを支援します。 この属性とIncentive Data Rework Frequency KPIを関連付けることで、特定の上流ファイル(例:Northeast Region Sales Report)で書式エラーやデータ品質の問題が繰り返し発生していないかを確認できます。
重要な理由
外部データ提供元まで品質問題を追跡できます。
入手先
インポートログのファイル名またはバッチIDの説明
例
営業コミッション連携賞与の手動アップロード役員報酬システム
|
|||
|
修正区分
CorrectionCategory
|
実施したデータ修正の種類です(例:時間、レート、控除)。 | ||
|
説明
Data Correction Performedアクティビティが発生した場合、この属性に修正内容を記録します。Manual Data Correction Rate KPIに欠かせない項目です。 修正の大半が「Time Entry」に関するものか、「Benefit Deduction」に関するものかを把握することで、改善対象となる上流システムやチームを絞り込めます。
重要な理由
手戻りの理由を詳しく分析できます。
入手先
監査ログの「Field Changed」列
例
勤怠入力の調整遡及給与税コード更新
|
|||
|
従業員区分
EmployeeType
|
従業員の区分です(例:正社員、パートタイム、契約社員)。 | ||
|
説明
この属性は、給与レコードに関連付けられた従業員を区分します。Time Tracking Approval Performanceダッシュボードで使用します。 従業員区分によって、タイムシートの提出方法や承認ワークフローが異なることがあります。この属性でデータを分けると、全体的なプロセスの問題と、特定の従業員区分に固有の行動パターンを区別できます。
重要な理由
従業員区分ごとに分析を分けます。
入手先
Employee Masterテーブル
例
フルタイムパートタイム契約社員
|
|||
給与計算処理のアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
支払い実行
|
従業員への資金移動が実行される日付または実際の振込を示します。報酬の支払い義務が履行されたことを示すアクティビティです。 | ||
|
重要な理由
「SLA遵守」を検証し、従業員に約束した日に支払われたことを確認するために使用します。
入手先
確定済みの給与ヘッダーレコードにある「Check Date」または「Advice Date」項目を使用します。
取得
transaction payment_postの実行時に記録
イベントタイプ
explicit
|
|||
|
税務申告完了
|
連邦、州、地方など、該当する管轄区域への税務データの送信が正常に完了したことを示します。通常は支払い後に行われます。 | ||
|
重要な理由
規制上のコンプライアンスを確保し、罰則を避けるため、「複数州の税務申告タイムライン」ダッシュボードに欠かせません。
入手先
税務申告インターフェースまたは支払いサービスログで、ステータスが「Filed」または「Accepted」になった更新を取得します。
取得
transaction tax_file_transmitの実行時に記録
イベントタイプ
explicit
|
|||
|
給与レコード初期化
|
新しい給与グループの処理単位内で、従業員の個別の給与明細項目を作成するアクティビティです。従業員が有効になり、現在の処理サイクルに紐付いたことを示します。 | ||
|
重要な理由
中核システム内で給与処理段階が正式に開始したことを示します。勤怠データの取得時間と、実際の給与処理時間を区別するうえで欠かせません。
入手先
対象の支払日について、従業員給与テーブルまたは小切手ヘッダーテーブルにレコードが挿入された時刻を特定します。
取得
transaction pay_period_createの実行時に記録
イベントタイプ
explicit
|
|||
|
給与レコード承認
|
個別レコードまたは給与グループ全体に対する最終承認です。この操作によりレコードが変更できない状態になり、支払い生成のキューに入ります。 | ||
|
重要な理由
作業段階と確定段階を分ける重要なマイルストーンです。「銀行振込ファイルのリードタイム」の計算に使用します。
入手先
給与期間管理テーブルで、給与グループまたは個別の小切手レコードのステータスが「Approved」または「Locked」に変わったことを取得します。
取得
transaction approve_pay_groupの実行時に記録
イベントタイプ
explicit
|
|||
|
インセンティブデータインポート
|
コミッション、賞与、一時金など、外部の報酬データを取り込むアクティビティです。通常の勤務時間とは別に扱われ、バッチファイルのアップロードを伴うことがよくあります。 | ||
|
重要な理由
このアクティビティ後の失敗率や手戻りが高い場合、データマッピングや外部ファイルの品質に問題がある可能性があります。給与遅延の一般的な原因です。
入手先
ファイルタイプが「Incentives」または「Additional Pay」に関連するシステムログまたはバッチインポート履歴から取得します。
取得
transaction import_batch_dataの実行時に記録
イベントタイプ
explicit
|
|||
|
タイムシート承認
|
提出された勤務時間を管理者が承認し、支払い処理の対象として確定するアクティビティです。このステップにより、給与計算エンジンへのインポートが可能になります。 | ||
|
重要な理由
このステップのボトルネックを分析すると、管理者による確認が原因の遅延を把握できます。遅延は、給与担当者がデータを処理できる時間に直接影響します。
入手先
ステータスが「Approved」または「Signed Off」に変わった勤怠管理履歴から取得します。
取得
transaction time_card_approveの実行時に記録
イベントタイプ
explicit
|
|||
|
タイムシート提出
|
従業員または管理者が給与期間のタイムカードを提出するアクティビティです。これにより、実績時間の生データが給与ワークフローに取り込まれます。給与の中核システムに流れる前に、勤怠管理モジュールで発生する場合もあります。 | ||
|
重要な理由
給与処理サイクル全体の開始時刻として、最も早いタイムスタンプを設定します。勤務実績の発生から給与データの取り込みまでの遅延を測定するうえで重要です。
入手先
ステータス項目が「Submitted」に変わった勤怠管理監査ログまたはタイムカード履歴テーブルから取得します。
取得
transaction time_card_submitの実行時に記録
イベントタイプ
explicit
|
|||
|
データ修正実施
|
初回計算後、最終承認前に給与レコードへ行う手動変更です。勤務時間の調整や税金の上書きなどが該当します。 | ||
|
重要な理由
手戻りを測定する主要な指標です。追跡することで「手動データ修正率」KPIを算出できます。
入手先
監査ログで、従業員給与明細または控除テーブルへの更新を取得します。ユーザーIDが「System」ではない更新が対象です。
取得
transaction update_pay_detailの実行時に記録
イベントタイプ
explicit
|
|||
|
監査例外フラグ
|
システムまたはユーザーが、マイナス支給、税コードの欠落、SLA警告などの不一致を特定します。これにより、レコードは対応が必要な状態になります。 | ||
|
重要な理由
「監査例外と修正の傾向」ダッシュボードに直接反映されます。件数が多い場合、上流のデータ品質に問題がある可能性があります。
入手先
特定の従業員IDに関連するシステム警告ログまたは給与期間メッセージテーブルのレコードを特定します。
取得
transaction validation_warningの作成時に記録
イベントタイプ
explicit
|
|||
|
福利厚生控除適用
|
システムが総支給額に税引前および税引後の福利厚生控除(医療保険、401k)を適用します。通常は、総支給額の確定直後に実行されます。 | ||
|
重要な理由
この段階でエラーが発生すると、手動修正が必要になることがよくあります。このステップを切り分けることで、遅延が福利厚生エンジンによるものか、設定上の問題によるものかを判断できます。
入手先
計算バッチのタイムスタンプ、または従業員控除履歴テーブルの作成時刻から推定します。
取得
項目calculation_stageを比較して算出
イベントタイプ
inferred
|
|||
|
税額計算
|
計算エンジンの最終段階で、複数州の税務ロジックを適用して手取り額を算出します。自動計算の段階はここで完了します。 | ||
|
重要な理由
「Gross to Net」の一連の処理を完了します。ここで時間がかかる場合、税務エンジンのパフォーマンスや、複数の管轄区域にまたがる複雑な設定に問題がある可能性があります。
入手先
システムジョブログに記録された計算バッチ処理の「End Time」、または従業員税務テーブルのタイムスタンプから推定します。
取得
計算ジョブの終了前後でステータス項目を比較
イベントタイプ
inferred
|
|||
|
給与明細公開
|
セルフサービスポータルで従業員が給与明細を確認できるようになります。これにより、通知の一連の流れが完了します。 | ||
|
重要な理由
技術的に処理を止めるステップではありませんが、公開が遅れるとヘルプデスクへの問い合わせが増え、従業員満足度にも影響します。
入手先
給与グループ設定にある「Check Date」または特定の「Self Service Release Date」設定から推定します。
取得
項目check_dateとrelease_policyを比較して算出
イベントタイプ
inferred
|
|||
|
給与結果プレビュー
|
ユーザーが給与台帳またはプレビューレポートを開き、計算結果を検証します。自動処理から人による確認へ移行するアクティビティです。 | ||
|
重要な理由
検証段階の開始を示します。計算からプレビューまでの間隔が長い場合、リソースの確保に問題がある可能性があります。
入手先
ユーザーが「Payroll Register」または「Pre-Check」レポートにアクセスした監査ログから取得します。
取得
transaction report_view_previewの実行時に記録
イベントタイプ
explicit
|
|||
|
総支給額計算
|
勤務時間、単価、インセンティブデータに基づいて、システムが総収入を算出する最初の計算処理です。控除や税金が適用される前に実行されます。 | ||
|
重要な理由
ここから「Taxes Calculated」までの時間を測定することで、システムパフォーマンス分析に必要な「総支給額から手取り額への計算速度」指標を算出できます。
入手先
システムジョブログに記録された計算バッチ処理の「Start Time」から推定します。
取得
計算ジョブの開始前後でステータス項目を比較
イベントタイプ
inferred
|
|||
|
銀行振込ファイル生成
|
銀行へ送信するNACHAまたは口座振込ファイルを技術的に生成します。資金を移動できる状態にします。 | ||
|
重要な理由
この段階の遅延は、銀行の締め切りに間に合わないリスクに直結します。「銀行振込生成速度」ダッシュボードを支える指標です。
入手先
システムジョブログで、ACHまたは口座振込ファイルの作成ジョブが完了した時刻を取得します。
取得
transaction create_ach_fileの実行時に記録
イベントタイプ
explicit
|
|||
抽出ガイド
始める準備はできていますか?
このテンプレートを使って、UKG Proの生のデータを視覚的なプロセスマップに変換できます。複雑な給与処理環境で抽出を設定する際にサポートが必要な場合は、サポートチームにご相談ください。
今すぐUKG Proの給与処理を最適化
給与処理サイクルを30%短縮し、ボトルネックをなくします。
クレジットカード不要、5分で設定できます