給与計算データテンプレート
給与計算データテンプレート
これは給与計算処理向けの汎用プロセスマイニング用データテンプレートです。より具体的なガイダンスについては、システム別テンプレートをご利用ください。
特定のシステムを選択- 完全なイベントログに必要な主要データ項目を定義します。
- 給与計算における主要なアクティビティとマイルストーンを特定します。
- さまざまなシステムからデータを抽出するためのガイダンスを確認できます。
給与計算処理の属性
| 名前 | 説明 | ||
|---|---|---|---|
| アクティビティ名 ActivityName | 給与プロセス内で発生した特定のタスク、イベント、またはステップの名称です。 | ||
| 説明 アクティビティ名は、給与処理のライフサイクルで実行された個々の操作を表します。たとえば、「勤務時間データ承認済み」「総支給額から手取り額を計算」「支払い実行」などです。各アクティビティはプロセスマップ上のノードであり、特定のタイムスタンプに関連付けられています。 この属性はプロセスマイニングの基礎となるものです。アクティビティの順序、頻度、所要時間を分析することで、実際のプロセスフローを把握し、よくある経路や標準手順からの逸脱を特定できます。また、処理が滞っているボトルネックも明らかになります。 重要な理由 プロセスマップ上のステップを定義します。アクティビティを分析することで、何が起きているかを把握し、ボトルネックや手戻りのループを見つけられます。 入手先 通常は、システムログ、監査証跡、または給与取引テーブルのステータス項目に記録されています。技術的なイベントコードを、利用者に分かりやすい名称へマッピングする必要がある場合があります。 例 勤怠データ提出給与計算の開始総支給額から手取り額までの計算完了支払いを実行 | |||
| イベントタイムスタンプ EventTimestamp | アクティビティが発生した正確な日時です。 | ||
| 説明 イベントタイムスタンプは、アクティビティが実行された正確な時点を記録します。この時系列データは、イベントを正しい順序に並べ、プロセス内の各ステップ間の所要時間を計算するために欠かせません。 プロセスマイニングでは、各ケースのイベント順序を構成し、時間に関する分析を行うためにタイムスタンプを使います。アクティビティ間の処理時間、遅延、待ち時間の計算や、サービスレベル合意(SLA)に対するパフォーマンスの監視が可能です。正確なタイムスタンプは、パフォーマンスに関するプロセス分析の基盤です。 重要な理由 イベントを正しい順序に並べるために欠かせない属性です。処理時間や所要時間の計算、ボトルネックの特定など、時間に基づくすべての分析に使われます。 入手先 システム監査ログ、または給与取引レコードの「作成日」や「イベント時刻」項目に記録されています。 例 2023-12-15T09:05:00Z2023-11-30T14:22:10Z2024-01-15T11:00:00Z | |||
| 給与レコードID PayrollRecordId | 各給与レコードを一意に識別するIDです。通常は、従業員IDと特定の給与期間を組み合わせて作成します。 | ||
| 説明 給与レコードIDは、特定の給与支払サイクルにおける1人の従業員の給与処理全体を識別する、一意のケースIDとして機能します。各IDは、勤務時間データの提出から支払い、レポート作成までの一連の処理を表します。 プロセスマイニングでは、関連するすべてのアクティビティを一貫したエンドツーエンドのプロセスフローに結び付けるために、この属性が欠かせません。給与レコードごとの処理時間、ばらつき、ボトルネックを分析できます。一意のケースIDがなければ、イベントの順序を追跡し、プロセスの動きを正確に把握することはできません。 重要な理由 すべてのプロセスイベントを1つのケースに結び付ける主キーです。これにより、各レコードの給与サイクルをエンドツーエンドで分析できます。 入手先 通常は給与システムが生成します。または、給与取引データに含まれる従業員識別子と給与期間識別子を連結して作成できます。 例 PAY-EMP1053-202312PR7883451EMP0098_PP24_2023 | |||
| ソースシステム SourceSystem | イベントデータの発生元となったシステムまたはアプリケーションです。 | ||
| 説明 この属性は、イベントデータを記録したソースシステムを識別します。現在の給与処理環境では、勤怠管理システム、人事情報システム(HRIS)、給与計算エンジンなど、複数のシステムからデータが届く場合があります。 ソースシステムを分析すると、プロセス全体における連携ポイントやデータの受け渡しを把握できます。特定のアプリケーションから発生したイベントだけに絞り込めるため、連携上の問題の診断や、異なるシステムで管理されるプロセスの比較にも役立ちます。 重要な理由 各プロセスステップがどこで発生したかを特定します。プロセスの分断や、システム固有のボトルネック、連携遅延を把握するために欠かせません。 入手先 データ抽出時の標準項目として提供されることが多く、データテーブルの発生元に基づいて抽出処理中に追加することもできます。 例 給与計算エンジン勤怠管理システムHRIS Core福利厚生管理モジュール | |||
| 最終データ更新日時 LastDataUpdate | このイベントのデータが最後に変更された日時、またはソースシステムから抽出された日時を示すタイムスタンプです。 | ||
| 説明 最終データ更新日時のタイムスタンプから、データの鮮度を確認できます。ソースシステムでレコードが最後に変更された時点、または分析用データセットに取り込まれた時点を示します。実際に業務アクティビティが発生した時点を記録するイベントタイムスタンプとは異なります。 この属性は主に、データガバナンスと検証に使います。差分データの読み込みを管理し、最新の情報に基づいて分析できるようにします。通常、プロセスフローを直接分析するためには使いませんが、プロセスマイニング用データセットの整合性と適時性を保つうえで欠かせません。 重要な理由 データの鮮度を保ち、差分データの読み込みを管理するために欠かせません。分析が利用可能な最新情報を反映していることを確認できます。 入手先 通常は、データの抽出、変換、読み込み(ETL)処理中に生成されます。または、ソースシステムのテーブルにある「最終更新日」項目として提供されます。 例 2023-12-16T02:00:00Z2023-12-01T05:10:00Z2024-01-16T01:30:00Z | |||
| ユーザー名 UserName | アクティビティを実行したユーザー、従業員、またはシステムエージェントの名前またはIDです。 | ||
| 説明 ユーザー名は、特定のプロセスステップを実行した個人または自動システムを識別します。給与担当者、勤務時間データを承認する管理者、自動計算を実行するシステムアカウントなどが該当します。 この属性により、担当者またはシステムを軸にプロセスを把握できます。業務量の分布、個人のパフォーマンス、チームの生産性を分析するために使います。また、標準プロセスから頻繁に逸脱するユーザーや、手戻りの発生率が高いユーザーを特定し、トレーニングの機会を見つけることもできます。自動ステップでは、システムによる処理と手動アクティビティを区別するのに役立ちます。 重要な理由 業務量、チームのパフォーマンス、自動化の度合いを分析できます。手戻りや例外処理に関わるユーザーやチームを特定するのにも役立ちます。 入手先 通常は、システムログや取引レコードの「ユーザーID」「処理者」「操作ユーザー」項目に記録されています。 例 Jane Doej.doeSystem.BatchMark Smith | |||
| 原価センター CostCenter | 従業員の給与コストを配賦する部門、事業部門、または財務コードです。 | ||
| 説明 原価センターは、給与費を「営業」「IT」「製造」など、事業内の特定の部門に結び付ける組織属性です。財務レポートや管理会計の基本項目でもあります。 プロセスマイニングで原価センターを分析軸にすると、事業部門ごとにプロセスデータを切り分けて分析できます。特定の部門で給与処理の問題、遅延、手動訂正が多く発生していないかを確認できます。分析結果をもとに、改善の必要性や効果が大きい領域へ取り組みを集中させられます。 重要な理由 組織別に分析し、給与処理の問題、遅延、非効率が特定の部門や事業部門に集中しているかを確認できます。 入手先 従業員マスターデータ、人事組織構造、または給与・人事システム内の財務割当テーブルにあります。 例 CC4510 - マーケティングFIN-1001SALES-US-EASTIT-DEV-200 | |||
| 手動訂正の有無 IsManualCorrection | アクティビティに手動での変更、介入、またはデータ訂正が含まれていたかを示す真偽値フラグです。 | ||
| 説明 本来は自動化されるべきプロセスに、ユーザーが手動で介入したイベントを示す真偽値フラグです。欠落データの手入力、タイムシートの訂正、計算結果の調整などが該当します。 手動訂正は、プロセスの非効率、リスク、データ品質の低さを直接示します。どこで、なぜ介入が発生しているかを分析することは、プロセス改善の基本です。手動訂正で絞り込むと、手戻りの根本原因を特定し、自動化の機会を見つけ、「初回合格率」KPIを測定できます。手動訂正を減らすことで、給与処理の効率、正確性、コンプライアンスを高められます。 重要な理由 プロセスの負荷と非効率を直接測定できます。手動訂正率が高い場合、データ品質の低さ、自動化の不備、コンプライアンスリスクの増大が考えられます。 入手先 ユーザーによるデータ変更を記録する監査ログや、手動調整を示す特定の取引コードから導出できます。 例 truefalse | |||
| 給与グループ PayGroup | 従業員が所属する給与処理グループです。通常は、給与支払頻度や従業員区分によって定義します。 | ||
| 説明 給与グループは、同じスケジュールで給与を支払う従業員をまとめた論理的なグループです。たとえば、「米国隔週給与の正社員」や「英国月次給与の役員」などがあります。この属性を使って、従業員の特定セグメントに対する給与処理を管理、実行します。 プロセス分析で給与グループを絞り込むと、異なる給与サイクルのパフォーマンスと効率を比較できます。たとえば、月給制の従業員よりも週給制の時給従業員で訂正率が高いなど、特定のグループに固有の問題を発見できます。また、プロセスのばらつきと給与スケジュールや従業員構成との関係も把握できます。 重要な理由 異なる給与サイクルを比較分析できます。プロセス上の問題が特定の従業員層や給与支払頻度に限られるものかを確認するのに役立ちます。 入手先 従業員マスターデータまたは給与設定テーブルにあり、「給与グループ」「給与エリア」などの名称で登録されていることが多い項目です。 例 米国隔週給与制英国月次カナダ週次時給制役員半月次 | |||
| 給与期間終了日 PayPeriodEndDate | この給与レコードが対象とする給与サイクルの最終日です。 | ||
| 説明 給与期間終了日は、特定の給与計算に含める勤怠データの締め日です。処理対象となる収入の期間を定義する重要な日付です。 この属性は、時系列の傾向分析に役立ちます。給与期間終了日ごとにデータを集計すると、異なる月や四半期における処理時間、エラー率、手動訂正などのKPIを追跡できます。季節性の特定、プロセス変更の影響測定、長期的なパフォーマンス監視にも役立ちます。 重要な理由 給与処理のパフォーマンスを時系列で分析できます。季節性の特定や、給与期間ごとのプロセス改善の効果測定に役立ちます。 入手先 給与カレンダー設定および給与取引データにある標準属性です。 例 2023-12-312023-11-302024-01-15 | |||
| 給与計算実行種別 PayrollRunType | 通常処理、臨時処理、賞与支給など、給与計算の種別を示します。 | ||
| 説明 給与計算実行種別は、給与処理イベントを分類します。「通常処理」は、標準的なスケジュールに沿ったサイクルの一部です。「臨時処理」は、エラーの訂正や退職者への支払いなどを目的とした、予定外の支払いです。そのほかに、「賞与」や「コミッション」の処理などがあります。 これは比較分析に適した分析軸です。臨時支払いは、通常サイクルでの処理不備を示すことが多く、処理コストと時間も増えがちです。実行種別で絞り込むことで、こうした例外の根本原因を特定し、発生頻度やコストを測定できます。また、実行種別ごとの効率も比較できます。 重要な理由 標準処理と例外処理を区別できます。臨時処理を分析することは、プロセス上の問題を把握し、コストの高い非標準の支払いを減らすうえで重要です。 入手先 通常は、給与システム内の給与計算実行テーブルまたはバッチ処理テーブルにあります。 例 通常給与臨時給与賞与訂正 | |||
| 総支給額 GrossPayAmount | 控除や税金を適用する前に、この給与レコードについて計算された従業員の支給額合計です。 | ||
| 説明 総支給額は、特定の給与期間における従業員の収入合計です。給与計算中に算出される主要な財務数値であり、その後の税金や控除の計算基準になります。 プロセスフローを直接左右する属性ではありませんが、状況を踏まえた分析に役立ちます。たとえば、金額の大きい給与レコードが異なる方法で処理されているか、より厳格な確認を受けているかを確認できます。また、エラーや遅延が発生した支払いの総額を計算するなど、財務影響の分析にも欠かせません。 重要な理由 プロセスに財務面の情報を加え、遅延、手戻り、例外処理による金銭的影響を分析できます。また、金額に基づいてケースを分類できます。 入手先 総支給額から手取り額を計算するステップの標準出力項目です。給与計算結果または取引データテーブルにあります。 例 2500.001575.505200.75850.00 | |||
| SLA期限 SlaDeadline | 通常は支払い実行など、主要なプロセスステップを完了すべき目標日時です。 | ||
| 説明 SLA期限は、銀行振込ファイルの作成や支払いの実行など、給与処理の重要な部分を完了する期限を示すタイムスタンプです。実際のパフォーマンスを測定する基準になります。 この属性は、SLAの遵守状況を監視、分析するために欠かせません。アクティビティの実際の完了時刻とSLA期限を比較することで、違反を特定し、遅延の程度を測定できます。また、リスクを先回りして管理できます。支払いパフォーマンスやプロセスの信頼性に関するダッシュボードの主要項目です。 重要な理由 パフォーマンス目標を定義し、SLAの遵守状況や支払い遅延を測定できます。遅延の根本原因を分析することも可能です。 入手先 給与サイクルの設定に基づくシステムの固定項目である場合があります。または、業務ルールに基づいて導出できます。たとえば、給与期間終了日に3営業日を加えます。 例 2023-12-18T17:00:00Z2024-01-03T16:00:00Z2023-12-05T17:00:00Z | |||
| SLA遵守状況 SlaComplianceStatus | 支払いなどの主要なマイルストーンが、期限に対して予定どおり、前倒し、または遅延して完了したかを示す導出ステータスです。 | ||
| 説明 この属性は、定義されたサービスレベル合意に対するケースのパフォーマンスを分類します。通常は、「銀行振込ファイル作成済み」などのマイルストーンアクティビティの実際のタイムスタンプと「SLA期限」を比較して導出します。 ダッシュボードやレポートで使える、パフォーマンスの明確な指標になります。SLA遵守状況を分析すると、期限超過の規模を定量化し、遅延ケースと期限内ケースのプロセス特性を詳しく調べられます。給与処理の遅延の根本原因を特定し、信頼性と予測可能性を高めるうえで欠かせません。 重要な理由 目標に対するパフォーマンスを簡潔かつ直接的に測定できます。コンプライアンスをレポートし、期限を守れなかったケースに分析を集中させやすくなります。 入手先 ソースシステムに直接存在する属性ではありません。マイルストーンアクティビティのEventTimestampとSlaDeadline属性を比較して導出します。 例 期限内遅延前倒し | |||
| 従業員種別 EmployeeType | 正社員、時給制従業員、契約社員、臨時従業員など、従業員の区分です。 | ||
| 説明 従業員種別は、人事マスターデータに含まれる属性で、従業員構成を分類します。従業員種別によって、給与処理の流れ、必要なデータ、適用される規制が異なる場合があります。 この属性を分析軸にすると、プロセスパフォーマンスの違いを明らかにできます。たとえば、時給制従業員の処理では、勤怠データの連携が複雑になり、正社員よりもエラーが発生しやすい場合があります。従業員種別ごとに処理時間や訂正率などのKPIを比較すると、それぞれのグループに合った改善策を検討できます。 重要な理由 プロセスを従業員区分ごとに分けて分析し、時給制と月給制など、異なる従業員層に固有のばらつきや問題を明らかにできます。 入手先 人事または給与システムの従業員マスターレコードにある標準項目です。 例 月給制時給制契約社員フルタイムパートタイム | |||
| 監査例外種別 AuditExceptionType | 給与監査で検出された警告、エラー、またはコンプライアンス上の問題の種別を分類します。 | ||
| 説明 給与処理中に自動監査を実行すると、あらかじめ定めたルールに違反するレコードが検出される場合があります。この属性は、「納税者ID欠落」「未承認の時間外勤務」「総支給額の異常」など、例外の分類を記録します。 監査例外の種別と頻度を分析すると、データ品質やコンプライアンス上の問題を直接把握できます。たとえば、「納税者ID欠落」の例外が急増した原因が、入社手続きの不備にあるかを調べるなど、根本原因分析が可能です。これらの例外を追跡することは、「監査・コンプライアンス監視」ダッシュボードやリスク低減に欠かせません。 重要な理由 データ品質とコンプライアンス上の問題を直接測定、分類できます。根本原因を絞り込んで分析し、正確性を高め、リスクを低減できます。 入手先 給与システム内の監査または検証エンジンが生成し、通常は監査ログや例外レポートに保存されます。 例 未承認の時間外労働銀行口座情報不正総支給額の上限超過税務情報未登録 | |||
| 課税管轄区域 TaxJurisdiction | 給与レコードの税額計算を管轄する州や地域など、主な地理的区域です。 | ||
| 説明 課税管轄区域は、税額を計算し納付する法的または行政上の地域を示します。規制、税率、申告要件が異なるため、給与処理の複雑さは管轄区域によって大きく異なる場合があります。 課税管轄区域ごとにプロセスを分析すると、地域固有の課題を特定できます。たとえば、特定の州や国の給与処理で、遅延やエラーが継続的に多いことが分かる場合があります。その場合、その地域のルールに合わせたシステム設定の見直しや、担当者への追加トレーニングが必要だと考えられます。 重要な理由 地理的または法的な地域ごとにプロセスパフォーマンスを分析できます。複雑さやエラーが特定の管轄区域に集中しているかを確認できます。 入手先 給与または人事システムに登録された従業員の税務情報設定の一部です。 例 US-CAGB-ENGDE-BECA-ON | |||
給与計算処理のアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
| GLデータを転送 | 給与原価と財務データを総勘定元帳または財務システムへ転送したことを示します。このイベントによって、給与計算サイクルの会計処理が完了します。 | ||
| 重要な理由 会社の財務情報に給与費用が正確に反映されることを確保する、最後の連携工程です。ここで遅延が発生すると、決算プロセスの速度と精度に影響する可能性があります。 入手先 GL連携または転記プログラムのログから取得します。通常は、データ転送ジョブが正常に完了した時点で記録されます。 取得 給与計算結果を財務会計システムへ転記するジョブの完了時刻を特定します。 イベントタイプ explicit | |||
| 勤怠データ承認 | 従業員が提出した勤怠データを、管理者または上司が正式に承認したことを示します。記録された勤務時間を給与計算に使用することを認める、重要な検証ステップです。 | ||
| 重要な理由 承認は、処理を先に進めるための重要な関門です。ここでの遅延は給与計算のスケジュールに直接影響し、大きなボトルネックになる可能性があるため、パフォーマンス分析で確認する必要があります。 入手先 勤怠管理または基幹人事システムの監査証跡に記録されています。通常は、勤怠レコードのステータスが「提出済み」から「承認済み」に変わったこととして記録されます。 取得 勤怠レコードの承認ステータスが「承認済み」または「完了」に設定されたイベントを特定します。 イベントタイプ explicit | |||
| 勤怠データ提出 | 給与期間における従業員の勤怠データが最初に提出されたことを示します。このイベントは、進行中の給与計算サイクルを開始する主なきっかけであり、通常は従業員または直属の上司が実行します。 | ||
| 重要な理由 このアクティビティは、ほとんどの給与レコードにおける開始点です。発生時刻を追跡することは、給与計算サイクル全体の時間を測定し、データ収集の遅れを特定するうえで重要です。 入手先 勤怠管理またはワークフォース管理モジュールの取引ログやワークフロー履歴から取得します。多くの場合、タイムシートレコードのステータス変更と紐づいています。 取得 タイムシートまたはタイムカードのステータスが「提出済み」、「承認待ち」、または同等の状態に変わった時点のタイムスタンプを取得します。 イベントタイプ explicit | |||
| 支払いを実行 | 従業員が資金を受け取れる状態になった日、または小切手が発行された日を示します。この時点で、当該期間の給与支払い義務が金銭面で完了します。 | ||
| 重要な理由 従業員から見た給与計算プロセスの最終的な成果です。支払いの適時性とプロセス全体の成功を測定する重要な日付になります。 入手先 通常は、給与計算実行で定義された「小切手日」または「支給日」に基づく計算日です。銀行照合データで確認することもできます。 取得 確定済みの給与レコードに紐づく「支払日」または「小切手日」の値を使用します。 イベントタイプ calculated | |||
| 給与明細を公開 | セルフサービスのポータルを通じて、電子給与明細を従業員が確認できる状態にしたことを示します。給与に関する通知を完了する工程です。 | ||
| 重要な理由 給与明細を期限どおりに確認できることは、従業員満足度と透明性を保つうえで重要です。支払いから公開までの遅れを分析することで、支払い後のコミュニケーションの効率を評価できます。 入手先 文書生成サービスやポータル公開サービスのログ、または従業員の給与レコードにあるステータス項目から取得します。 取得 給与明細の生成プロセスが完了した時点、または文書の公開状態が「公開済み」に設定された時点のタイムスタンプを取得します。 イベントタイプ explicit | |||
| 給与計算を承認 | 権限を持つユーザーが、給与期間の計算結果を最終承認したことを示します。この操作によって通常は給与データがロックされ、それ以上の変更ができなくなり、システムが支払いに進める状態になります。 | ||
| 重要な理由 支払い前のプロセスにおける、後戻りできない重要な時点です。計算と検証の段階が終了したことを示し、期限どおりに処理できたかを測定する重要なマイルストーンになります。 入手先 「確定済み」、「コミット済み」、「承認済み」など、給与計算システムの正式なステータス変更として記録されます。明確なタイムスタンプを伴う、明示的なユーザー操作です。 取得 給与計算実行をロックするイベントに紐づいたタイムスタンプを使用します。多くの場合、「確定」、「承認」、「コミット」などのラベルが付いています。 イベントタイプ explicit | |||
| 総支給額から手取り額までの計算完了 | システムの中核計算エンジンが実行され、すべての支給額、控除、税金を処理して最終的な手取り額を算出したことを示します。生の入力データを支払い可能な結果に変換する、システムによるアクティビティです。 | ||
| 重要な理由 給与計算プロセスの中心となる工程です。所要時間と成功率を測定することは、システムのパフォーマンスとデータ品質が処理効率に与える影響を評価するうえで重要です。 入手先 給与計算エンジンのプロセスログに記録されます。多くの場合、従業員ごとの主要な計算ジョブまたはプログラムの完了時刻として記録されます。 取得 給与計算スキーマまたは関数が正常に完了した時点で記録されたタイムスタンプを使用します。 イベントタイプ explicit | |||
| 監査上の例外を検出 | システムの自動検証ルールが、計算済みの給与データにエラー、警告、不整合を検出したことを示します。このイベントをきっかけに、手作業による確認と介入が必要になります。 | ||
| 重要な理由 フラグが付いた例外は、手戻りと手作業の主な原因です。例外の頻度と種類を分析すると、データ品質の低さや設定上の問題など、プロセスが非効率になる根本原因を特定できます。 入手先 計算中または計算後に実行されるシステム検証によって生成されます。通常は、エラーログ、監査レポート、または給与レコードの特定のステータスとして確認できます。 取得 給与レコードに関連するエラーまたは警告メッセージが生成され、ログに記録された時点のタイムスタンプを取得します。 イベントタイプ explicit | |||
| 税務申告データを生成 | 政府機関への提出に必要な法定税務ファイルやレポートを生成したことを示します。第三者の申告サービス向け、または直接提出用のファイルを作成する場合があります。 | ||
| 重要な理由 規制上のコンプライアンスに関わる重要なアクティビティです。期限どおりに完了したかを監視することで、納税義務を果たし、罰金を回避できます。 入手先 税務レポートジョブの実行ログ、または税務出力ファイルの作成時刻から取得します。 取得 定期または四半期の税務申告レポートを生成するシステムプロセスの完了時刻を使用します。 イベントタイプ explicit | |||
| 給与データを修正 | フラグが付いた例外を解消したり、必要な調整を行ったりするために、給与担当者が従業員の給与データを手作業で変更したことを示します。自動化されたプロセスにおける人による介入です。 | ||
| 重要な理由 このアクティビティは、手戻りを明確に記録します。修正を追跡することで、正確な給与計算に必要な手作業の量を数値化し、よくあるエラーの種類を特定できます。 入手先 給与データレコードの項目単位の監査証跡や変更ログに記録されます。通常は、初回計算後にユーザーが重要な給与項目を更新した時点で記録されます。 取得 初回計算後かつ最終承認前に給与データテーブルで発生した、ユーザー起点の変更イベントを特定します。 イベントタイプ explicit | |||
| 給与計算の開始 | 特定の給与期間と従業員グループに対する給与計算処理が正式に開始されたことを示します。これにより給与計算のケースまたはレコードが作成され、その後のすべての計算や操作が紐づけられます。 | ||
| 重要な理由 データ収集から実際の処理への移行点です。給与計算サイクルにおける計算と検証の中心工程を測定する基準になります。 入手先 給与計算バッチ、給与計算実行レコードの作成時刻、または対象サイクルにおける給与計算プロセスログの最初の記録から推定します。 取得 対象の給与グループについて、システムで新しい給与計算実行またはバッチが作成された時点のタイムスタンプを取得します。 イベントタイプ inferred | |||
| 給与計算結果をプレビュー | 給与管理者が計算結果の正確性を確認するため、暫定給与台帳またはレポートを生成または表示した時点を示します。給与計算を確定する前に行う、主な人による検証ステップです。 | ||
| 重要な理由 人による確認段階の開始を示すアクティビティです。プレビューにかかった時間と、プレビュー、修正、再計算のループ回数を分析すると、検証プロセスの非効率を明らかにできます。 入手先 レポート生成や、特定のプレビュー画面または文書へのユーザーアクセスを記録するシステムログから取得します。 取得 ユーザーが「給与計算をプレビュー」、「給与台帳」画面、または同等の検証機能を実行した時点のタイムスタンプを取得します。 イベントタイプ explicit | |||
| 補足データ取り込み | コミッション、賞与、一時金など、外部または標準外の給与データを取り込んだことを記録します。このデータは、計算前に通常の勤怠データと統合されます。 | ||
| 重要な理由 このアクティビティは、プロセスが外部データソースに依存していることを示します。取り込みまでの遅延時間を分析することは、データ連携の効率を理解し、改善するうえで重要です。 入手先 通常は、一括取り込みジョブ、データローダー、または特定の給与項目レコードの作成時刻を記録したログから取得します。 取得 取り込みジョブの完了時刻、または給与計算システムで補足支払いレコードが作成された日付を使用します。 イベントタイプ explicit | |||
| 銀行振込ファイルを生成 | 銀行への支払い指示を含むACHやNACHAファイルなど、電子支払いファイルを技術的に作成したことを示します。送信用の支払いデータを準備する工程です。 | ||
| 重要な理由 資金が移動する前の最後の技術工程です。承認からファイル生成までの時間を測定することは、銀行の期限を守るうえで重要です。 入手先 支払いファイル生成プログラムの実行ログ、または出力ファイル自体の作成時刻から取得します。 取得 口座振込または銀行振込ファイルを作成するシステムジョブやプロセスの完了時刻を特定します。 イベントタイプ explicit | |||
抽出ガイド
準備はできましたか?
この汎用テンプレートを使って給与計算の効率化を始めるか、システム別の抽出ガイドを選択して、現在の環境に合わせてプロセスを調整してください。
給与計算の効率とコンプライアンスを今すぐ向上
業務を効率化し、エラーを減らし、監査に備えた状態を短期間で整えます。
クレジットカードは不要です。数日で運用を開始できます。