> 継続的なプロセス改善 > 採用から退職まで：従業員ライフサイクル > Workdayオンボーディング > データテンプレート

採用から退職まで：従業員ライフサイクルのデータテンプレート

Workdayオンボーディング

採用から退職まで：従業員ライフサイクルの属性 (21) 採用から退職まで：従業員ライフサイクルのアクティビティ (15) 抽出ガイド (2)

採用から退職まで：従業員ライフサイクルのデータテンプレート

このテンプレートでは、採用から退職までのプロセスを効果的に分析するために必要な主要データの属性とアクティビティを確認できます。従業員ライフサイクルを正確に把握できるイベントログを構築するために必要な情報を特定するのに役立ちます。さらに、Workdayの入社手続きからこれらのデータを抽出する方法も説明しています。

詳細な分析のために収集する推奨属性
従業員ライフサイクル全体で追跡する主要アクティビティ
Workdayの入社手続きからデータを抽出するための具体的なガイダンス

イベントログを初めて扱いますか。学ぶプロセスマイニングのイベントログを作成する方法.

テンプレートをダウンロード

採用から退職まで：従業員ライフサイクルの属性

採用から退職までの従業員ライフサイクルプロセスを詳細に分析するために、イベントログに含める推奨データ項目です。

3 必須 5 推奨 13 任意

	名前	説明
	アクティビティ名 ActivityName	従業員ライフサイクルのある時点で発生した、特定のイベントまたはタスクの名称です。
説明アクティビティ名は、採用から退職までのプロセスにおける具体的な手順を示します。たとえば、「Offer Accepted」、「Background Check Completed」、「Promotion Approved」などです。これらのアクティビティがプロセスマップのノードとなり、従業員の流れを構成するイベントの順序を示します。これらのアクティビティを分析することで、組織はプロセスの流れを把握し、頻出経路とまれな経路を特定し、遅延や手戻りが発生する段階を明らかにできます。正確で理解しやすいプロセスモデルを構築するには、一貫性のある明確なアクティビティ名が欠かせません。重要な理由プロセスマップ上の手順を定義する項目であり、プロセスマイニングの分析と可視化の基盤になります。入手先 Workdayのトランザクションログに含まれるBusiness Process StepまたはEvent Nameから取得します。例オファーレターの生成オンボーディングタスクの完了退職手続きの開始
	イベントタイムスタンプ EventTimestamp	アクティビティまたはイベントが記録された正確な日時です。
説明この属性は各アクティビティの時間的な位置付けを示し、発生時刻を記録します。タイムスタンプの順序と時刻情報を使ってプロセスの流れを構築し、サイクルタイムや期間など、時間に基づくすべての指標を計算します。分析において、イベントタイムスタンプはプロセスパフォーマンスを理解するための基本情報です。手順間の時間を計算し、遅延を特定し、四半期ごとの採用速度の比較など、異なる期間におけるプロセスの動きを分析できます。重要な理由イベントを正しい順序に並べ、サイクルタイムやボトルネックなどのパフォーマンス指標を計算するために欠かせない属性です。入手先 Workdayのビジネスプロセストランザクションログに標準的に含まれる項目で、「Effective Date」または「Completed Moment」と呼ばれることがあります。例 2023-10-26T10:00:00Z2023-11-01T14:35:10Z2024-01-15T09:12:00Z
	従業員ID EmployeeId	組織内の従業員ライフサイクル全体における主要なケースIDとなる、従業員固有の識別子です。
説明従業員IDは、採用から退職までのプロセス分析の基盤です。初回の求人応募から最終的な退職まで、関連するすべてのイベントを1つの一貫した流れに結び付けます。このIDを追跡することで、役割変更、パフォーマンスレビュー、オンボーディング手順を含む、従業員の在籍期間全体の履歴を構築できます。プロセスマイニングでは、すべてのアクティビティが従業員IDに関連付けられます。これにより、個々の従業員および従業員全体のライフサイクルを詳細に把握できます。また、プロセス期間の分析、一般的な経路の特定、キャリアの各段階で従業員に影響するボトルネックの発見が可能になります。重要な理由この属性は、1人の従業員に関するライフサイクルイベントをすべてつなぎ合わせ、プロセス全体を一貫して把握するために欠かせません。入手先 Workday HCMの中核フィールドであり、通常は従業員プロフィールとビジネスプロセストランザクションに含まれます。例 100234510087651011212
	イベント実行者 EventPerformer	アクティビティを実行したユーザーまたは自動システムエージェントです。
説明この属性は、タスクの完了を担当した個人、役割、またはシステムを示します。オファーを承認する採用マネージャー、オンボーディングを開始するHRスペシャリスト、通知を生成するシステムプロセスなどが該当します。イベント実行者を分析することで、リソース配分、業務負荷の分布、ユーザーの定着状況を把握できます。負荷が集中しているチームを特定し、手作業で反復タスクを行っている箇所から自動化の機会を見つけたり、個人や部門間のパフォーマンス差を分析したりできます。重要な理由業務負荷の分布やユーザーパフォーマンスを分析し、プロセスに関与している担当者を特定できます。対象を絞った改善に欠かせない属性です。入手先 Workday Business Processesのトランザクションログで利用でき、通常は手順を完了したユーザーに関連付けられます。例 jsmith@example.comr.davisシステムプロセス
	イベント終了時刻 EventEndTime	アクティビティの完了時刻を示すタイムスタンプです。特に、測定可能な期間を持つタスクで使用します。
説明 StartTimeがアクティビティの開始時刻を示すのに対し、イベント終了時刻は完了時刻を示します。両者の差がアクティビティの処理時間です。「Background Check」や「Performance Review」など、瞬時に完了しないタスクで特に役立ちます。分析では、この属性を使ってProcessingTime指標を計算できます。アクティビティ間の待機時間と、実際にアクティビティを処理していた時間を区別できるため、プロセスのどこに時間がかかっているかをより正確に把握できます。重要な理由アクティビティの実際の処理時間を計算し、作業時間と待機時間を区別できます。入手先 Workdayの一部のビジネスプロセスでは、開始と完了の両方のタイムスタンプが記録されます。その場合、イベントを結合する必要があります。例 2023-10-26T18:30:00Z2023-11-05T11:00:15Z2024-01-15T17:20:00Z
	ライフサイクルイベントタイプ LifecycleEventType	オンボーディング、昇進、オフボーディングなど、プロセスを主要なライフサイクルタイプに分類します。
説明この属性は、採用から退職までのプロセス全体に含まれるさまざまな流れを大分類します。各ケースに「Onboarding」、「Internal Mobility」、「Termination」などのタグを付けることで、プロセスマップを簡単に絞り込み、これらのサブプロセスを個別に分析できます。たとえば、「Internal Mobility & Promotion Time」ダッシュボードを分析する場合、ライフサイクルイベントタイプが「Internal Mobility」または「Promotion」のケースに絞り込みます。この分類は、特定の業務上の問いに答える分析やダッシュボードを作成するために欠かせません。重要な理由従業員の全体的な流れを個別のサブプロセスに分け、オンボーディング、オフボーディング、昇進に焦点を当てた分析を可能にします。入手先通常は、データ変換時にWorkday Business Processの名称（例：「Hire」、「Change Job」、「Terminate」）をこれらのカテゴリにマッピングして導出します。例オンボーディング社内異動オフボーディングパフォーマンス管理
	求人申請ID JobRequisitionId	採用プロセスを開始した求人申請の固有識別子です。
説明求人申請IDは、求人の掲載、候補者の審査、オファーの生成など、採用初期段階のアクティビティを特定の採用ニーズに結び付けます。従業員ライフサイクルにおける採用フェーズの副次的なケースIDとして機能します。求人申請IDで分析すると、職種や部門ごとの採用プロセスの効率に関する情報を得られます。求人申請の作成からオファー承諾までのファネル全体を追跡でき、「Average Time-to-Hire」などのKPIを支えます。重要な理由入社前のすべてのアクティビティを1つの識別子にまとめ、採用プロセスを詳細に分析できます。入手先 WorkdayのRecruitingモジュールに含まれます。候補者の応募と、その後の採用イベントに関連付けられます。例 REQ-2023-05-101REQ-2024-01-230REQ-2023-11-087
	部門 Department	従業員が所属する組織上の部門です。
説明この属性は、従業員に割り当てられた部門を示します。たとえば、「Sales」、「Engineering」、「Human Resources」などです。組織内の異なる領域でプロセスパフォーマンスを分類・比較するための重要な軸になります。プロセス分析で部門を絞り込むと、「Engineering部門の採用期間はSales部門より長いか」「オンボーディングからの逸脱率が最も高い部門はどこか」といった問いに答えられます。これにより、特定の部門に固有の問題を見つけ、改善策を調整できます。重要な理由部門間の比較分析が可能になり、プロセスの非効率が特定の事業領域に集中しているかどうかを把握できます。入手先 Workday HCMにおける従業員の基本的な職務・組織データの一部で、ポジションに関連付けられます。例エンジニアリング営業・マーケティング財務
	SLA目標日 SlaTargetDate	パフォーマンスレビューなど、特定のアクティビティを完了すべき目標日です。
説明この属性は、特定のタスクに設定されたサービスレベル合意（SLA）の期限を定義します。プロセスにかけるべき時間の目安を示し、パフォーマンスを測定する基準になります。「パフォーマンスレビューの期限遵守率」などのKPIや、SLA遵守状況を確認するダッシュボードに欠かせません。実際の完了日時（EventTimestamp）とSlaTargetDateを比較することで、違反を自動的に特定し、期限内の完了状況を測定するとともに、遅延を事前に管理できます。重要な理由期限内の完了状況を測定する明確な基準となり、SLA遵守KPIの算出に欠かせません。入手先 Workdayのパフォーマンスレビューなどのプロセスでは、期限日が設定されることが一般的です。このデータは、プロセスイベントと併せて抽出する必要があります。例 2023-12-31T23:59:59Z2024-06-30T23:59:59Z
	SLA違反かどうか IsSlaViolated	アクティビティがSLA目標日を過ぎて完了したかどうかを示す真偽値フラグです。
説明この計算属性は、プロセス手順がサービスレベル合意を満たしたかどうかを真偽値で示します。アクティビティの完了タイムスタンプ（EventTimestamp）と期限（SlaTargetDate）を比較して算出します。ダッシュボードやレポートで特に役立ち、SLA違反の件数を簡単に集計・可視化できます。「パフォーマンスレビューの期限遵守率」などのKPIに利用でき、期限超過タスクに関するアラートやレポートも作成しやすくなります。チームは、特に重要な遅延に集中して対応できます。重要な理由合意した期限が守られなかったすべてのケースを明確に示し、パフォーマンスの監視を簡単にします。入手先計算フィールドです。EventTimestamp > SlaTargetDateの場合はtrue、それ以外の場合はfalseになります。例 truefalse
	コンプライアンス対象アクティビティかどうか IsComplianceActivity	アクティビティが必須のコンプライアンスまたは規制対応の手順かどうかを示す真偽値フラグです。
説明このフラグは、方針への同意確認や必須研修の修了など、法令、規制、社内方針の遵守に欠かせないアクティビティを識別します。これにより、重要なタスクと通常の事務作業を分けて確認できます。分析では、この属性を使って、コンプライアンスに特化したダッシュボードやKPIを作成できます。たとえば、「重要コンプライアンス対象アクティビティ率」を確認できます。すべての従業員について重要な規制対応手順が期限内に完了しているかを監視し、組織のリスク低減につなげられます。重要な理由重要なコンプライアンス手順を重点的に監視し、規制の遵守とリスク低減を支援します。入手先派生属性です。通常は、既知のコンプライアンス関連アクティビティ名の一覧を真偽値フラグにマッピングし、データ変換の際に作成します。例 truefalse
	ソースシステム SourceSystem	イベントデータを抽出したシステムです。この場合はWorkday Onboardingを指します。
説明この属性はデータの出所を示します。このビューではWorkday Onboardingを対象としていますが、採用から退職までのプロセス全体では、Applicant Tracking System（ATS）や別の給与プロバイダーなど、他のシステムのデータが含まれる場合があります。データガバナンスとイベントの背景を理解するうえで、ソースシステムの指定は重要です。複数システムをまたぐ分析では、このフィールドを使って特定のシステムからのイベントだけにプロセスビューを絞り込んだり、システム間の引き継ぎを分析したりできます。重要な理由データの出所に関する重要な背景情報を提供します。データの検証や、複数システムのデータを組み合わせた分析に欠かせません。入手先通常は「Workday Onboarding」という固定値で、データの抽出・変換処理中に付与されます。例 WorkdayオンボーディングWorkday HCM
	ポジションID PositionId	従業員が就いている特定のポジションまたは職務の固有識別子です。
説明ポジションIDは、組織構造上で従業員が担う具体的な役割を識別します。各ポジションには、職務プロファイル、勤務地、レポートラインなどの属性が定義されています。同じ職種名を複数のポジションで共有できるため、職種名よりも具体的な情報です。ポジションIDで分析すると、特定の役割に関わるプロセスを把握できます。たとえば、すべての「Senior Software Engineer」ポジションのオンボーディングを分析し、その役割に固有の共通パターンや遅延を確認できます。重要な理由特定の役割に基づく詳細な分析が可能になり、社内のポジションごとにプロセスがどのように異なるかを把握できます。入手先 Workday HCMで従業員の職務割り当てに関連付けられる標準フィールドです。例 POS-1001POS-2345POS-8762
	入社手続きプラン名 OnboardingPlanName	新入社員に割り当てられた入社手続き用のテンプレートまたはプランの名称です。
説明 Workdayでは、職務、勤務地、役職レベルなどに応じて、異なる入社手続きプランを作成できます。この属性は、新入社員に実際に適用されたプランを識別します。入社手続きプラン名で分析すると、入社手続きの戦略ごとの有効性と効率を評価できます。たとえば、「役員向け入社手続きプラン」と「標準従業員向け入社手続きプラン」を直接比較し、タスク完了率やサイクルタイムのどちらが優れているかを確認できます。重要な理由入社手続きプログラムごとの成果を評価し、優れた取り組みや改善すべき領域を見つけるのに役立ちます。入手先この情報は、Workdayの入社手続きモジュールで、採用業務プロセスに関連付けて取得できる可能性があります。例標準的な全社オンボーディング営業チームのオンボーディング役員向けオンボーディング計画
	最終データ更新日時 LastDataUpdate	このイベントのデータがソースシステムから最後に更新された時刻を示すタイムスタンプです。
説明この属性はデータセットが最後に更新された時点を示します。分析対象のデータがどの程度新しいかを明らかにし、プロセスマイニングの分析に基づいて適時性のある適切な意思決定を行うために役立ちます。ダッシュボードや継続的なモニタリングでは、利用可能な最新データを見ているかどうかを確認できます。データの完全性と分析に対する利用者の信頼を維持するための重要なメタデータです。重要な理由データの新しさを利用者が把握できるようにします。プロセス分析の関連性と正確性を保つために欠かせません。入手先データ取り込みまたはETL（Extract、Transform、Load）処理中に生成され、データセットに付与されるメタデータフィールドです。例 2024-03-15T02:00:00Z2024-03-16T02:00:00Z
	勤務地 Location	従業員のポジションに関連付けられた地理的な勤務地またはオフィスです。
説明勤務地属性は、従業員が勤務する国、州、または都市を示します。この地理的な軸は、地域ごとのプロセスパフォーマンスとコンプライアンスを比較するために欠かせません。勤務地を使った分析により、採用期間、オンボーディングの効率、退職手続きにおける地域差を明らかにできます。「ドイツでは米国よりバックグラウンドチェックに時間がかかるか」といった問いに答えられ、地域固有の規制に対するコンプライアンス監視にも役立ちます。重要な理由地域ごとのプロセスの違いを特定する地理的分析が可能になります。こうした違いは、現地の管理体制、規制、文化の影響を受ける場合があります。入手先 Workday HCMにおける従業員のポジションおよび組織上の割り当てデータの一部です。例米国・ニューヨークドイツ・ベルリンインド・バンガロール
	手戻りかどうか IsRework	同じケース内で、アクティビティが前の手順の繰り返しかどうかを示す真偽値フラグです。
説明この属性は、同じ従業員についてタスクを複数回実施する必要が生じた手戻りを識別します。誤った書類の再提出や、失敗した身元調査の再実行などが例です。通常は、ケースのイベントログ内で同じアクティビティ名が複数回現れることによって識別します。手戻りの分析は、プロセスの効率と品質を改善するうえで重要です。「IsRework」フラグを使うと、手戻りの量を定量化し、根本原因を特定し、初回で正しく完了させるための改善効果を測定できます。「手戻り・繰り返し分析」ダッシュボードにも直接利用できます。重要な理由繰り返されているアクティビティを特定し、品質やコミュニケーション上の問題を示すことで、プロセスの非効率や無駄を定量化できます。入手先計算によって求めるフラグです。プロセスマイニング分析で、同じケース内のアクティビティの繰り返しを検出して設定します。例 truefalse
	採用完了までの期間 TimeToHire	求人 requisitionが作成されてから、候補者がオファーを受諾するまでの合計時間です。
説明採用完了までの期間は、採用ファネル全体の効率を測定する重要な採用KPIです。同じ従業員または求人 requisitionについて、「求人 requisition作成」イベントから「オファー受諾」イベントまでの経過時間として算出します。この計算属性は、「平均採用完了期間」KPIや関連するダッシュボードの基礎になります。時間の推移を追跡することで、人事部門はプロセス改善の効果を測定し、候補者の獲得や面接におけるボトルネックを特定できます。また、採用担当マネージャーに対して現実的な採用スケジュールを設定できます。重要な理由採用プロセスの効率を直接測定する指標であり、あらゆる人事組織にとって重要なパフォーマンス指標です。入手先「求人 requisition作成」アクティビティと「オファー受諾」アクティビティのタイムスタンプ間の経過時間を求め、ケース単位で算出します。例 35日62日28日
	退職理由 TerminationReason	従業員が組織を離れる理由です。
説明この属性は、従業員の在籍期間が終了した理由を記録します。たとえば、「本人都合による退職」、「会社都合：業績不振」、「定年退職」などです。この情報は、離職状況や退職手続きの分析に欠かせません。プロセスマイニングでは、退職理由によって退職手続きの進み方を把握できます。退職理由の種類ごとに異なる手順が適用されているか、完了までの時間が異なるかを分析できます。これにより、従業員の離職状況を理解し、それぞれのケースに応じて適切に退職手続きを進められるようになります。重要な理由退職手続きの分析に必要な背景情報を提供し、プロセス上の問題と離職理由の関係を把握するのに役立ちます。入手先 Workdayの「従業員の退職」業務プロセスで記録されます。例本人都合退職会社都合退職定年退職
	雇用ステータス EmploymentStatus	従業員の現在の雇用状況です。たとえば、Active、Terminated、On Leaveなどがあります。
説明この属性は、組織内における従業員の現在の状態を示します。従業員がライフサイクルを進むにつれて変化する動的なフィールドです。たとえば、新入社員は「Pre-Hire」または「Onboarding」として開始し、完了すると「Active」になります。プロセスマイニングでは、この属性から従業員の状態を把握できます。たとえば、「Active」従業員に対してのみ給与設定が行われているかを確認し、プロセスのコンプライアンスを検証できます。また、「Terminated」従業員全員のオフボーディングプロセスを分析するなど、特定の従業員集団に絞り込む際にも役立ちます。重要な理由従業員の現在の状態を示すスナップショットを提供します。プロセスロジックの検証や、特定の従業員集団に絞った分析に役立ちます。入手先 Workday HCMの従業員プロフィールに含まれる中核フィールドです。例在籍中退職済み休職中入社前
	雇用形態 EmploymentType	従業員がフルタイム、パートタイム、契約社員、インターンのいずれであるかを示します。
説明この属性は、雇用契約の種類を分類します。雇用形態によって、入社手続き、給与計算、福利厚生の設定などで異なるプロセスのバリエーションが適用されることがあります。この属性をフィルターとして使うと、異なる従業員区分のライフサイクルプロセスを比較できます。たとえば、契約社員の入社手続きが正社員より大幅に速い一方で、コンプライアンスの遵守状況が低いといった傾向を把握し、対象を絞ったプロセス改善につなげられます。重要な理由正社員や契約社員など、異なる手順に従う可能性がある従業員区分間で、プロセスの違いを比較する際に役立ちます。入手先 Workday HCMの従業員の職務詳細に設定される標準フィールドです。例フルタイムパートタイム契約社員インターン

必須推奨任意

採用から退職まで：従業員ライフサイクルのアクティビティ

従業員ライフサイクルを正確にディスカバリー・分析するために、イベントログに記録する主要なプロセス手順とマイルストーンです。

7 推奨 8 任意

	アクティビティ	説明
	オファー承諾	候補者が正式に求人オファーを承諾した時点で発生するアクティビティです。多くの場合、Workday内でオファーレターに電子署名することで承諾します。オファープロセスの「Review and Sign」手順を候補者が完了すると、この重要なマイルストーンが記録されます。
重要な理由このマイルストーンによって採用の中核フェーズが終了し、入社前手続きとオンボーディングが開始されます。Time-to-Hire KPIを測定するうえで重要な要素です。入手先候補者が「Job Application」ビジネスプロセス内の求人オファー承諾手順を完了した際に、明示的なイベントとして記録されます。取得候補者によるオファー承諾が、Job Application BPの完了済み手順として記録されます。イベントタイプ explicit
	オンボーディングタスクの完了	新入社員に割り当てられたオンボーディングタスクがすべて完了したことを示します。通常、従業員のオンボーディングビジネスプロセス全体のステータスが「Successfully Completed」に変わった時点で推定されます。
重要な理由新入社員のオンボーディングが完全に完了したことを示す重要なマイルストーンです。Onboarding Cycle Time KPIの測定終了点となり、オンボーディング手順の遵守状況を分析する際にも役立ちます。入手先必要な手順とタスクがすべて完了した後に発生する、親「Onboarding」ビジネスプロセスの完了タイムスタンプから推定します。取得従業員に対するOnboardingビジネスプロセス全体の完了タイムスタンプから推定します。イベントタイプ inferred
	オンボーディングの開始	Workday Onboardingモジュールで、新入社員のオンボーディングが始まったことを示します。通常、「Hire」プロセスの完了をきっかけに、新入社員へオンボーディングタスクとワークフローが割り当てられた時点で記録されます。
重要な理由オンボーディングの効率を分析する際の開始点です。オンボーディングタスクの完了率を測定し、プロセスからの逸脱を特定するのに役立ちます。入手先新入社員に対して「Onboarding」ビジネスプロセスまたは同様のワークフローが起動した際の開始イベントとして記録されます。取得新入社員に対してOnboardingビジネスプロセスが起動した際に記録されるイベントです。イベントタイプ explicit
	従業員の退職	従業員ライフサイクルの最終アクティビティであり、システム上の雇用が正式に終了したことを示します。「Terminate Employee」ビジネスプロセスが正常に完了した時点で記録されます。
重要な理由採用から退職までのプロセスにおける確定的な終了イベントです。オフボーディング期間の測定終了点となり、プロセスが完了したことを確認できます。入手先「Terminate Employee」ビジネスプロセスの完了イベントとして明示的に記録されます。この時点以降、従業員レコードは非アクティブになります。取得「Terminate Employee」ビジネスプロセスが正常に完了した際に記録されるイベントです。イベントタイプ explicit
	採用プロセスの完了	候補者のレコードがWorkday HCMで正式に従業員レコードへ変換される重要なアクティビティです。「Hire」ビジネスプロセスが正常に完了すると、明示的に記録されます。
重要な理由候補者から従業員への移行を正式に示すイベントであり、オンボーディング期間を追跡するうえで重要なマイルストーンです。従業員がHCMシステムに正式登録されたことを意味します。入手先従業員に対する「Hire」ビジネスプロセスの完了イベントとして明示的に記録されます。ビジネスプロセスのログに正確なタイムスタンプが含まれます。取得「Hire」ビジネスプロセスが正常に完了した際に記録されるイベントです。イベントタイプ explicit
	求人申請の作成	このアクティビティは、新しい求人申請がWorkdayで作成・承認された時点で、採用プロセスが正式に開始したことを示します。「Create Job Requisition」ビジネスプロセスが正常に完了すると、このイベントが明示的に記録されます。
重要な理由これは採用ライフサイクル全体の主要な開始イベントです。このアクティビティから「Offer Accepted」までの時間を分析することは、Time-to-Hire KPIの測定に欠かせません。入手先このイベントは、Workday Recruitingの「Create Job Requisition」ビジネスプロセスが正常に完了すると記録されます。このビジネスプロセスのイベントログにタイムスタンプが記録されます。取得「Create Job Requisition」ビジネスプロセスの完了時に記録されるイベントです。イベントタイプ explicit
	退職手続きの開始	退職する従業員のオフボーディングプロセスの開始を示します。マネージャーまたはHRユーザーがWorkdayで「Terminate Employee」ビジネスプロセスを開始した時点に、明示的に記録されます。
重要な理由オフボーディングライフサイクル全体の主要な開始イベントです。Average Offboarding Cycle Time KPIを測定する際の起点になります。入手先 Workday HCMで「Terminate Employee」ビジネスプロセスが開始された時点に、明示的なイベントとして記録されます。取得「Terminate Employee」ビジネスプロセスが開始された際に記録されるイベントです。イベントタイプ explicit
	オファーレターの生成	候補者に対する正式な求人オファーが生成された時点を示します。通常、Workdayの「Job Application」ビジネスプロセス内に明示的な手順として含まれます。
重要な理由この時点を追跡することで、面接完了後にオファーを正式化するまでの時間を把握できます。ここで遅延が発生すると、候補者が辞退する可能性があります。入手先「Job Application」ビジネスプロセスのイベントログから取得します。具体的には、「Generate Document」または同様のオファー手順の完了が対象です。取得 Job Application BPの「Generate Offer」手順の完了時に記録されるイベントです。イベントタイプ explicit
	オフボーディングタスクの完了	資産の返却や知識移転など、必要なオフボーディングタスクがすべて完了したことを示します。オフボーディングチェックリストまたはビジネスプロセスが完了ステータスに移行した時点で推定されます。
重要な理由これらのタスクの完了を追跡することは、安全でコンプライアンスに沿ったオフボーディングを実現するうえで欠かせません。遅延はセキュリティリスクや不十分な体験につながる可能性があります。入手先「Offboarding」ビジネスプロセスの完了タイムスタンプ、または従業員に割り当てられたオフボーディングタスクがすべて完了になった時点から推定します。取得オフボーディングチェックリストまたは関連するビジネスプロセスの完了から推定します。イベントタイプ inferred
	バックグラウンドチェックの完了	入社前審査の完了を示します。バックグラウンドチェックのステータスが、手動または連携によって完了に更新された時点で記録されます。
重要な理由このアクティビティが、Background Check Duration KPIを測定する際の終了点になります。ここでの遅延は、新入社員の入社日に直接影響します。入手先「Background Check」ビジネスプロセスまたは関連オブジェクトのステータス変更から取得します。「Completed」や「Passed」など、最終ステータスへの変更が対象です。取得バックグラウンドチェックのステータスフィールドが最終状態に変わった時刻から推定します。イベントタイプ inferred
	バックグラウンドチェックの開始	オファーを承諾した候補者に対する入社前審査の開始を示します。通常、バックグラウンドチェック手順が開始され、第三者ベンダーとの連携が起動すると記録されます。
重要な理由バックグラウンドチェックにかかる期間は、採用プロセスのボトルネックになりやすい部分です。このアクティビティを起点に、Background Check Duration KPIを測定します。入手先「Background Check」などのビジネスプロセス内の手順として記録されます。通常、採用ワークフロー全体の一部として実行され、開始時刻が記録されます。取得「Background Check」ビジネスプロセスまたは関連手順の開始時に記録されるイベントです。イベントタイプ explicit
	パフォーマンスレビューの完了	従業員に対する正式なパフォーマンスレビューサイクルの完了を示します。「Performance Review」ビジネスプロセスが最終承認済み状態に達した時点で記録されます。
重要な理由これらのイベントを追跡することは、パフォーマンス管理の適時性と実施頻度を分析するうえで欠かせません。Performance Review Timeliness KPIを直接支えます。入手先従業員に対する「Start Performance Review」ビジネスプロセスが正常に完了したイベントとして記録されます。取得「Performance Review」ビジネスプロセスが正常に完了した際に記録されるイベントです。イベントタイプ explicit
	役割変更の開始	異動や昇進など、社内異動イベントの開始を示します。マネージャーまたはHR担当者が従業員に対して「Change Job」ビジネスプロセスを開始した時点で記録されます。
重要な理由社内異動の効率と承認期間を測定する際の開始点です。従業員のキャリア形成におけるボトルネックの特定に役立ちます。入手先 Workday HCMで「Change Job」ビジネスプロセスが開始された時点に、明示的なイベントとして記録されます。取得従業員に対して「Change Job」ビジネスプロセスが開始された際に記録されるイベントです。イベントタイプ explicit
	昇進の承認	従業員の昇進が最終承認されたことを示します。「Change Job」または関連する報酬ビジネスプロセスが完全に承認・完了した時点で記録されます。
重要な理由 Internal Mobility Approval Time KPIを測定する際の終了点です。重要なキャリア上のマイルストーンが正常に完了したことを確認できます。入手先変更理由が昇進である「Change Job」ビジネスプロセスの正常な完了イベントとして記録されます。取得変更理由が「Promotion」である「Change Job」ビジネスプロセスの完了時に記録されるイベントです。イベントタイプ explicit
	給与設定の完了	新入社員の給与処理に必要な情報がすべて入力・確認されたことを示します。OnboardingまたはHireビジネスプロセス内の特定手順の完了として記録される場合があります。
重要な理由初回給与から従業員に正確かつ期限どおりに給与を支給できる状態を示します。このアクティビティがPayroll Setup Time KPIの終了点となり、給与支給開始の遅延を明らかにします。入手先 Onboardingビジネスプロセス内の完了済みチェックリスト項目、または「Enter Payment Elections」などの特定手順として記録されます。取得ビジネスプロセス内の給与関連タスクまたは特定手順の完了です。イベントタイプ explicit

推奨任意

抽出ガイド

Workday Onboardingからデータを取得する方法

ステップ

Workdayにログインします： カスタムレポートを作成する権限（Report Writer）と、必要なデータドメイン（例：Staffing、Core HCM、Onboarding、Performance Management）へのアクセス権を持つユーザーアカウントで、Workdayのインスタンスにアクセスします。
新しいカスタムレポートを作成します： 「Create Custom Report」タスクに移動し、レポートタイプとして「Advanced」を選択します。複数のデータソースを扱う複雑なレポートを作成するには、このタイプが必要です。
主要なBusiness Objectを定義します： 主要な「Data Source」に「Business Process Transactions」を設定します。このオブジェクトには、すべてのビジネスプロセスイベントがまとめられており、イベントログの作成に適しています。最初からイベントを除外しないよう、「All Business Process Transactions」を選択します。
初期列を追加します： 「Columns」タブで、イベントログの基礎となるフィールドを追加します。まず、次の項目を設定します：
- Business Process TransactionのWorker > Employee IDをEmployeeIdに設定します。
- Business Process TransactionのOverall ProcessをActivityNameの判定に使用します。
- Business Process TransactionのEffective DateまたはCompletion DateをEventTimestampに使用します。
- InitiatorをEventPerformerに使用します。
- Worker > Supervisory Organization > DepartmentをDepartmentに使用します。
アクティビティ用のCalculated Fieldを作成します： この抽出の中心は、Workdayのビジネスプロセス手順を具体的なアクティビティ名に対応付けることです。「Evaluate Expression」タイプのCalculated Fieldを複数作成します。各フィールドでビジネスプロセスの種類とステータスを確認し、正しいActivityNameを出力します。たとえば、CF_ActivityName_HireというCalculated Fieldでは、「Business Process Type = 'Hire' AND Step = 'Successfully Completed'」のような条件を設定し、「Hire Process Completed」というテキストを返します。必要な15種類のアクティビティすべてについて、同様のフィールドを作成します。
マスターCalculated Fieldを作成します： 「Lookup Related Value」または「Evaluate Expression」タイプのCalculated Fieldを作成し、ActivityNameという名前を付けます。このフィールドで前の手順で作成した個別のアクティビティフィールドを連結し、各行で1つのアクティビティ名だけが返されるようにします。
Unioned Reportとして構成します： 異なるビジネスプロセスのイベントを整理して結合するため、レポートを「Composite」レポートに変換し、「Union」サブレポートタイプを使用します。主要なライフサイクルプロセス（例：「Hire」、「Onboarding」、「Change Job」、「Terminate」）ごとにデータソースを作成します。各サブレポートでは、該当するビジネスプロセスの種類でフィルタリングし、関連する手順を標準出力列（EmployeeId、ActivityName、EventTimestampなど）に対応付けます。
プロンプトとフィルターを設定します： ユーザーが抽出期間を指定できるよう、日付範囲のプロンプトを追加します。必要に応じて、特定の会社や監督組織にデータを限定するフィルターも追加します。これはパフォーマンス管理に欠かせません。
Web Serviceとして有効にします： レポート定義の「Advanced」タブに移動し、「Enable as Web Service」にチェックを入れます。これにより、レポートがReport-as-a-Service（RaaS）エンドポイントとして公開されます。
APIオプションを設定します： 「Web Service API Options」で、後続システムによる解析が容易になるよう、出力形式としてJSONを選択します。「Namespace」と「Report Name」はAPI URLの一部になるため、記録しておきます。
デプロイしてテストします： レポートを保存し、WorkdayのUIから実行してデータを検証します。問題がないことを確認したら、ブラウザーまたはPostmanなどのAPIクライアントからRaaS URLにアクセスし、Webサービスのエンドポイントをテストします。URLの形式は通常、https://[Your Workday Host]/ccx/service/[Your Tenant]/Report_Service/[Report Owner]/[Report Name]です。
抽出をスケジュールします： 連携ツールまたはETLツールを使ってRaaS URLへの定期的な呼び出しをスケジュールし、必要な日付範囲のパラメーターを渡して、イベントログデータをプロセスマイニングツールに取り込みます。

設定

レポートタイプ： Advanced。Calculated FieldとUnioned Sub-reportをサポートするために必要です。
主要なデータソース／Business Object： 「Business Process Transactions」。Workday全体のプロセス開始、手順、完了の記録が含まれるため、基盤となるオブジェクトです。
Calculated Field： 「Evaluate Expression」タイプのCalculated Fieldを広範に使用し、生のビジネスプロセスイベント（例：「Hire BP, Step: Propose Compensation, Status: Completed」）を、整理されたアクティビティ名（例：「Hire Process Completed」）に変換します。
プロンプト： 「Completion Date」フィールドに基づき、「Start Date」と「End Date」のプロンプトを設定します。これにより、増分抽出や期間を限定した抽出が可能になります。
フィルタリング： データ量を管理し、組織内の関連部分に分析対象を絞るため、「Company」または「Supervisory Organization」でフィルタリングすることを強く推奨します。従業員ライフサイクルに関係しないビジネスプロセスも除外してください。
Web Serviceオプション： レポートをWeb Service（「RaaS」）として有効にする必要があります。幅広い互換性を確保するため、出力形式はJSONに設定します。
セキュリティと権限： レポートを作成・実行するユーザーには、関連するすべてのイベントと属性を確認できるよう、次のデータドメインへのアクセス権が必要です：「Business Process Transactions」、「Worker Data (Core HCM)」、「Staffing」、「Onboarding」、および必要に応じて「Compensation」と「Performance Management」。

a サンプルクエリ sql

/*
 This is a logical representation of a Workday Advanced Composite Report configuration.
 It is not executable code but a blueprint for a Workday Report Writer.
 The report unions data from different business processes to form a single event log.
*/

REPORT_TYPE: Composite
COMPOSITE_TYPE: Union

// =======================================================
// SUB-REPORT 1: RECRUITMENT AND HIRE EVENTS
// =======================================================

SUB_REPORT_NAME: SR_RecruitHire
DATA_SOURCE: Business Process Transactions

COLUMNS:
  1. Field: Worker > Employee ID | Alias: EmployeeId
  2. Calculated Field: CF_ActivityName_RecruitHire | Alias: ActivityName
  3. Field: Completion Date | Alias: EventTimestamp
  4. Field: Initiator | Alias: EventPerformer
  5. Field: Worker > Supervisory Organization | Alias: Department
  6. Field: Job Application > Job Requisition > Requisition ID | Alias: JobRequisitionId
  7. Calculated Field: CF_LifecycleType_Onboarding | Alias: LifecycleEventType

CALCULATED_FIELDS:
  - Name: CF_ActivityName_RecruitHire
    Type: Evaluate Expression
    Logic:
      IF (Business Process Type = 'Create Job Requisition' AND Status = 'Successfully Completed') THEN 'Job Requisition Created'
      ELSE IF (Business Process Type = 'Job Application' AND Last Step Completed = 'Generate Offer') THEN 'Offer Letter Generated'
      ELSE IF (Business process Type = 'Job Application' AND Last Step Completed = 'Candidate Accepts Offer') THEN 'Offer Accepted'
      ELSE IF (Business Process Type = 'Job Application' AND Last Step Completed = 'Background Check') THEN 'Background Check Initiated'
      ELSE IF (Business Process Type = 'Job Application' AND Last Step Completed = 'Background Check Complete') THEN 'Background Check Completed'
      ELSE IF (Business Process Type = 'Hire' AND Status = 'Successfully Completed') THEN 'Hire Process Completed'
      ELSE ''

  - Name: CF_LifecycleType_Onboarding
    Type: Evaluate Expression
    Logic:
      IF (True) THEN 'Onboarding'

FILTERS:
  - Business Process Type IN ('Create Job Requisition', 'Job Application', 'Hire')
  - Completion Date BETWEEN [Prompt: Start Date] AND [Prompt: End Date]


// =======================================================
// SUB-REPORT 2: ONBOARDING EVENTS
// =======================================================

SUB_REPORT_NAME: SR_Onboarding
DATA_SOURCE: Business Process Transactions

COLUMNS: (Same structure as SUB-REPORT 1)

CALCULATED_FIELDS:
  - Name: CF_ActivityName_Onboarding
    Type: Evaluate Expression
    Logic:
      IF (Business Process Type = 'Onboarding' AND Status = 'In Progress' AND First Step Initiated = 'True') THEN 'Onboarding Initiated'
      ELSE IF (Business Process Type = 'Onboarding' AND Last Step Completed = 'Complete Payroll Forms') THEN 'Payroll Setup Completed'
      ELSE IF (Business Process Type = 'Onboarding' AND Status = 'Successfully Completed') THEN 'Onboarding Tasks Completed'
      ELSE ''

  - Name: CF_LifecycleType_Onboarding
    Type: Evaluate Expression
    Logic:
      IF (True) THEN 'Onboarding'

FILTERS:
  - Business Process Type = 'Onboarding'
  - Completion Date BETWEEN [Prompt: Start Date] AND [Prompt: End Date]


// =======================================================
// SUB-REPORT 3: PERFORMANCE AND CAREER EVENTS
// =======================================================

SUB_REPORT_NAME: SR_PerformanceCareer
DATA_SOURCE: Business Process Transactions

COLUMNS: (Same structure as SUB-REPORT 1, JobRequisitionId may be null)

CALCULATED_FIELDS:
  - Name: CF_ActivityName_PerfCareer
    Type: Evaluate Expression
    Logic:
      IF (Business Process Type = 'Start Performance Review' AND Status = 'Successfully Completed') THEN 'Performance Review Completed'
      ELSE IF (Business Process Type = 'Change Job' AND Status = 'In Progress' AND First Step Initiated = 'True') THEN 'Role Change Initiated'
      ELSE IF (Business Process Type = 'Change Job' AND Last Step Completed = 'Approval' AND (Reason Category = 'Promotion')) THEN 'Promotion Approved'
      ELSE ''

  - Name: CF_LifecycleType_CareerDev
    Type: Evaluate Expression
    Logic:
      IF (True) THEN 'Career Development'

FILTERS:
  - Business Process Type IN ('Start Performance Review', 'Change Job')
  - Completion Date BETWEEN [Prompt: Start Date] AND [Prompt: End Date]


// =======================================================
// SUB-REPORT 4: OFFBOARDING EVENTS
// =======================================================

SUB_REPORT_NAME: SR_Offboarding
DATA_SOURCE: Business Process Transactions

COLUMNS: (Same structure as SUB-REPORT 1, JobRequisitionId will be null)

CALCULATED_FIELDS:
  - Name: CF_ActivityName_Offboarding
    Type: Evaluate Expression
    Logic:
      IF (Business Process Type = 'Terminate Employee' AND Status = 'In Progress' AND First Step Initiated = 'True') THEN 'Termination Initiated'
      ELSE IF (Business Process Type = 'Offboarding' AND Status = 'Successfully Completed') THEN 'Offboarding Tasks Completed'
      ELSE IF (Business Process Type = 'Terminate Employee' AND Status = 'Successfully Completed') THEN 'Employee Terminated'
      ELSE ''

  - Name: CF_LifecycleType_Offboarding
    Type: Evaluate Expression
    Logic:
      IF (True) THEN 'Offboarding'

FILTERS:
  - Business Process Type IN ('Terminate Employee', 'Offboarding')
  - Completion Date BETWEEN [Prompt: Start Date] AND [Prompt: End Date]

ステップ

前提条件：Workday APIアクセスを設定します。
- WorkdayでIntegration System User（ISU）を作成し、安全なパスワードを設定します。
- 専用のIntegration Security Groupを新しく作成し、ISUを割り当てます。
- Security Groupに、次のドメインへの「Get」アクセス権を含むドメインセキュリティポリシー権限を付与します：「Business Process Transactions」、「Worker Data: Public Worker Reports」、および照会対象のビジネスプロセスに関連するその他のドメイン（例：「Job Requisition Data」）。
- Workdayで保留中のセキュリティポリシー変更を有効化します。
Python環境を設定します。
- スクリプトを実行するマシンにPython 3.6以降がインストールされていることを確認します。
- pipで必要なPythonライブラリをインストールします：pip install zeep pandas。
- zeepはWorkday APIと連携するためのSOAPクライアントで、pandasはデータの加工とCSVへの出力に使用します。
Workday WSDL URLを取得します。
- Workdayテナントで「Public Web Services」レポートを検索します。
- 「Human Capital Management」Web Serviceを見つけ、WSDL URLを確認します。形式は通常、https://[Your_Workday_Tenant_URL]/ccx/service/[Your_Tenant_Name]/Human_Resources/vXX.X?wsdlです。
Pythonスクリプトを設定します。
- 提供されたPythonスクリプトを、たとえばextract_h2r.pyというファイルにコピーします。
- スクリプト上部のプレースホルダー変数を、Workday WSDL URL、テナントのユーザー名（例：ISU_user@tenant_name）、パスワードに更新します。
抽出範囲を定義します。
- スクリプト内のBUSINESS_PROCESS_TYPESリストを確認し、採用から退職までのサイクルに関係するすべてのビジネスプロセス定義が含まれていることを確認します。Workdayの構成に応じて、名称の追加や変更が必要になる場合があります。
- START_DATEとEND_DATEの変数を設定し、データ抽出の期間を定義します。
抽出スクリプトを実行します。
- ターミナルまたはコマンドプロンプトを開き、スクリプトを保存したディレクトリに移動して、次のコマンドを実行します：python extract_h2r.py。
- スクリプトはWorkday APIに接続し、指定された各ビジネスプロセスの種類を順に処理しながら、ページ単位でデータを取得し、進捗状況をコンソールに表示します。
APIレスポンスを処理して対応付けます。
- スクリプトはWorkday APIから返される複雑なXMLレスポンスを内部で解析します。
- ビジネスプロセスのステータス（「Successfully Completed」、「Initiated」）と、特定の手順名または完了ステータスを確認して主要なイベントを特定します。
- このロジックにより、Workdayの生データを、EmployeeId、ActivityName、EventTimestampなどの列を持つ構造化されたイベントログ形式に変換します。
出力ファイルを確認します。
- スクリプトが完了すると、同じディレクトリにworkday_h2r_event_log.csvというCSVファイルが生成されます。
- 表計算ソフトでファイルを開き、データが正しい構造になっていることを確認します。
ProcessMindへのアップロードを準備します。
- 生成されたCSVファイルは、ProcessMindと直接互換性のある形式です。列見出し（EmployeeId、ActivityName、EventTimestampなど）がプロジェクトで想定されるスキーマと一致していることを確認します。
- CSVファイルをProcessMindのインスタンスにアップロードし、分析を開始します。

設定

APIエンドポイント： スクリプトには、Workday Human Capital Management（HCM）Web ServiceのWSDL URLが必要です。これはテナントごとに異なり、Workday内の「Public Web Services」レポートで確認できます。
認証： スクリプトはIntegration System User（ISU）とパスワードによる基本認証を使用します。このユーザーに、必要なAPIドメインへの適切なセキュリティ権限が付与されていることを確認してください。
ビジネスプロセスの種類： 抽出ロジックの中心は、照会対象となるビジネスプロセス定義のリストです。Workdayのインスタンスで使用している名称に合わせて、スクリプト内のリストを設定する必要があります（例：Hire、Onboarding、Change Job、Terminate Employee、Create Job Requisition）。
日付範囲： スクリプトにはSTART_DATEとEND_DATEのパラメーターが含まれています。初回実行では、データ量とAPIの応答時間を管理するため、3～6か月程度の短い範囲を使用することを推奨します。本番環境では、範囲を広げたり、増分ロード用にスケジュールしたりできます。
ページネーション： スクリプトは、ページ単位でAPIを呼び出して大規模なデータセットを処理します。ページサイズは、タイムアウトを避けるための一般的で安全な値として、デフォルトで100に設定されています。必要に応じて変更できます。

a サンプルクエリ python

import os
import pandas as pd
from zeep import Client, Settings, Transport
from zeep.wsse.username import UsernameToken
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Settings --- #
class=class="hl-string">"hl-comment"># Replace with your Workday tenant's WSDL URL for Human Resources
WSDL_URL = class="hl-string">'https://[Your_Workday_Tenant_URL]/ccx/service/[Your_Tenant_Name]/Human_Resources/v38.0?wsdl'

class=class="hl-string">"hl-comment"># Replace with your Integration System User (ISU) credentials
TENANT_USERNAME = class="hl-string">'user@tenant'
TENANT_PASSWORD = os.environ.get(class="hl-string">'WORKDAY_PASSWORD') class=class="hl-string">"hl-comment"># Best practice: use environment variables for passwords

class=class="hl-string">"hl-comment"># Define the date range for the extraction
START_DATE = class="hl-string">'2023-01-01T00:00:00Z'
END_DATE = class="hl-string">'2023-12-31T23:59:59Z'

class=class="hl-string">"hl-comment"># List of Business Processes to extract data from. Names must match your Workday configuration.
BUSINESS_PROCESS_TYPES = [
    class="hl-string">'Create Job Requisition', 
    class="hl-string">'Job Application', 
    class="hl-string">'Hire', 
    class="hl-string">'Onboarding', 
    class="hl-string">'Performance Review', 
    class="hl-string">'Change Job', 
    class="hl-string">'Terminate Employee'
]

class=class="hl-string">"hl-comment"># --- Main Extraction Logic --- #
def get_workday_client(wsdl, user, password):
    class="hl-string">"""Initializes the Zeep SOAP client with WS-Security."""
    session = requests.Session()
    session.verify = True class=class="hl-string">"hl-comment"># Or path to your cert bundle
    transport = Transport(session=session)
    settings = Settings(strict=False, xml_huge_tree=True)
    client = Client(wsdl, wsse=UsernameToken(user, password), transport=transport, settings=settings)
    return client

def map_transaction_to_events(transaction):
    class="hl-string">"""Maps a single Workday business process transaction to one or more event log records."""
    events = []
    process_data = transaction.Business_Process_Data
    process_type = process_data.Business_Process.Business_Process_Definition_Name
    process_status = process_data.Status.value
    case_id = process_data.Business_Process.Initiating_Person_Reference.Employee_ID if process_data.Business_Process.Initiating_Person_Reference else None
    subject_employee_id = None
    if process_data.Business_Process.Business_Process_Target_Reference and hasattr(process_data.Business_Process.Business_Process_Target_Reference, class="hl-string">'Employee_ID'):
        subject_employee_id = process_data.Business_Process.Business_Process_Target_Reference.Employee_ID

    class=class="hl-string">"hl-comment"># Default to subject employee, fallback to initiator for processes like Job Requisition
    employee_id = subject_employee_id or case_id
    if not employee_id:
        return [] class=class="hl-string">"hl-comment"># Skip transactions without a clear employee context

    performer = case_id
    department = None class=class="hl-string">"hl-comment"># Placeholder, would require additional API calls to enrich

    class=class="hl-string">"hl-comment"># General process completion events
    if process_status == class="hl-string">'Successfully Completed':
        completion_time = process_data.Status_Date.isoformat()
        activity_map = {
            class="hl-string">'Create Job Requisition': class="hl-string">'Job Requisition Created',
            class="hl-string">'Hire': class="hl-string">'Hire Process Completed',
            class="hl-string">'Onboarding': class="hl-string">'Onboarding Tasks Completed',
            class="hl-string">'Performance Review': class="hl-string">'Performance Review Completed',
            class="hl-string">'Change Job': class="hl-string">'Promotion Approved', class=class="hl-string">"hl-comment"># Assumption: Change Job completion means approval
            class="hl-string">'Terminate Employee': class="hl-string">'Employee Terminated'
        }
        if process_type in activity_map:
            events.append({
                class="hl-string">'EmployeeId': employee_id,
                class="hl-string">'ActivityName': activity_map[process_type],
                class="hl-string">'EventTimestamp': completion_time,
                class="hl-string">'EventEndTime': completion_time,
                class="hl-string">'EventPerformer': performer,
                class="hl-string">'Department': department,
                class="hl-string">'JobRequisitionId': None, class=class="hl-string">"hl-comment"># Requires enrichment
                class="hl-string">'LifecycleEventType': process_type
            })

    class=class="hl-string">"hl-comment"># Step-specific events from the transaction history
    if transaction.Business_Process_Step_Data:
        for step in transaction.Business_Process_Step_Data:
            step_name = step.Step
            step_completion_time = step.Completed_Date.isoformat() if step.Completed_Date else None
            if not step_completion_time: continue

            activity_name = None
            if process_type == class="hl-string">'Job Application' and class="hl-string">'Offer' in step_name and not class="hl-string">'Accept' in step_name:
                activity_name = class="hl-string">'Offer Letter Generated'
            elif process_type == class="hl-string">'Job Application' and class="hl-string">'Accept' in step_name and class="hl-string">'Offer' in step_name:
                activity_name = class="hl-string">'Offer Accepted'
            elif class="hl-string">'Background Check' in step_name and class="hl-string">'Initiate' in step_name:
                activity_name = class="hl-string">'Background Check Initiated'
            elif class="hl-string">'Background Check' in step_name and class="hl-string">'Complete' in step_name:
                activity_name = class="hl-string">'Background Check Completed'
            elif process_type == class="hl-string">'Hire' and class="hl-string">'Initiation' in step.Status.value:
                 class=class="hl-string">"hl-comment"># Onboarding is typically a sub-process or triggered by Hire completion
                events.append({
                    class="hl-string">'EmployeeId': employee_id,
                    class="hl-string">'ActivityName': class="hl-string">'Onboarding Initiated',
                    class="hl-string">'EventTimestamp': step_completion_time,
                    class="hl-string">'EventEndTime': step_completion_time,
                    class="hl-string">'EventPerformer': performer,
                    class="hl-string">'Department': department, class="hl-string">'JobRequisitionId': None, class="hl-string">'LifecycleEventType': class="hl-string">'Onboarding'
                })
            elif process_type == class="hl-string">'Onboarding' and class="hl-string">'Payroll' in step_name and step.Status.value == class="hl-string">'Successfully Completed':
                activity_name = class="hl-string">'Payroll Setup Completed'
            elif process_type == class="hl-string">'Change Job' and class="hl-string">'Initiation' in step.Status.value:
                activity_name = class="hl-string">'Role Change Initiated'
            elif process_type == class="hl-string">'Terminate Employee' and class="hl-string">'Initiation' in step.Status.value:
                activity_name = class="hl-string">'Termination Initiated'
            elif process_type == class="hl-string">'Terminate Employee' and class="hl-string">'Offboarding' in step_name and step.Status.value == class="hl-string">'Successfully Completed':
                activity_name = class="hl-string">'Offboarding Tasks Completed'

            if activity_name:
                events.append({
                    class="hl-string">'EmployeeId': employee_id,
                    class="hl-string">'ActivityName': activity_name,
                    class="hl-string">'EventTimestamp': step_completion_time,
                    class="hl-string">'EventEndTime': step_completion_time,
                    class="hl-string">'EventPerformer': performer,
                    class="hl-string">'Department': department, class="hl-string">'JobRequisitionId': None, class="hl-string">'LifecycleEventType': process_type
                })
    return events

def main():
    class="hl-string">"""Main function to run the extraction process."""
    if not TENANT_PASSWORD:
        print(class="hl-string">"Error: WORKDAY_PASSWORD environment variable not set.")
        return

    print(class="hl-string">"Initializing Workday SOAP client...")
    client = get_workday_client(WSDL_URL, TENANT_USERNAME, TENANT_PASSWORD)
    factory = client.type_factory(class="hl-string">'ns0')

    all_events = []
    for bp_type_name in BUSINESS_PROCESS_TYPES:
        print(fclass="hl-string">"\nFetching data for business process: {bp_type_name}")
        page = 1
        while True:
            print(fclass="hl-string">"  - Requesting page {page}...")
            request_data = factory.Get_Business_Process_Transactions_RequestType(
                Request_Criteria=factory.Business_Process_Transaction_Request_CriteriaType(
                    Transaction_Date_Range_Data=factory.Transaction_Date_Range_DataType(
                        Effective_From=START_DATE,
                        Effective_To=END_DATE
                    ),
                    Business_Process_Type_Reference=[factory.Business_Process_Type_ReferenceType(
                        Business_Process_Type_Name=bp_type_name
                    )]
                ),
                Response_Filter=factory.Response_FilterType(
                    Page=page,
                    Count=100  class=class="hl-string">"hl-comment"># Page size
                )
            )
            
            try:
                response = client.service.Get_Business_Process_Transactions(request_data)

                if response.Response_Results.Total_Results == 0:
                    print(class="hl-string">"  - No results found for this process type.")
                    break

                if not response.Response_Data or not response.Response_Data.Business_Process_Transactions:
                    print(class="hl-string">"  - Reached end of data.")
                    break
                
                transactions = response.Response_Data.Business_Process_Transactions
                print(fclass="hl-string">"  - Received {len(transactions)} transactions on this page.")

                for trans in transactions:
                    events = map_transaction_to_events(trans)
                    all_events.extend(events)

                if len(transactions) < 100:
                    print(class="hl-string">"  - Last page processed.")
                    break

                page += 1

            except Exception as e:
                print(fclass="hl-string">"An error occurred: {e}")
                break

    if not all_events:
        print(class="hl-string">"\nExtraction complete. No events were generated.")
        return

    print(fclass="hl-string">"\nTotal events extracted: {len(all_events)}")
    df = pd.DataFrame(all_events)
    
    class=class="hl-string">"hl-comment"># Reorder columns for clarity
    cols = [class="hl-string">'EmployeeId', class="hl-string">'ActivityName', class="hl-string">'EventTimestamp', class="hl-string">'EventEndTime', class="hl-string">'EventPerformer', 
            class="hl-string">'Department', class="hl-string">'JobRequisitionId', class="hl-string">'LifecycleEventType']
    df = df[cols]

    class=class="hl-string">"hl-comment"># Sort by employee and timestamp to create a chronological log
    df.sort_values(by=[class="hl-string">'EmployeeId', class="hl-string">'EventTimestamp'], inplace=True)

    output_filename = class="hl-string">'workday_h2r_event_log.csv'
    df.to_csv(output_filename, index=False)
    print(fclass="hl-string">"Successfully exported event log to {output_filename}")

if __name__ == class="hl-string">'__main__':
    import requests class=class="hl-string">"hl-comment"># Add requests for the session object
    main()

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

このデータテンプレートを使って、採用から退職までのプロセスを最大限に改善できます。今すぐ従業員ライフサイクルの最適化を始めましょう。

改善ガイドに戻るテンプレートをダウンロード

今日から採用から退職までの従業員ライフサイクルを最適化

具体的な改善案を得て、Workday HRのサイクルタイムを30％短縮します。

無料トライアルを開始

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

採用から退職まで：従業員ライフサイクルのデータテンプレート

採用から退職まで：従業員ライフサイクルのデータテンプレート

採用から退職まで：従業員ライフサイクルの属性

採用から退職まで：従業員ライフサイクルのアクティビティ

抽出ガイド

Report-as-a-Service（RaaS）を利用したWorkdayカスタムレポート

ステップ

設定

a サンプルクエリ sql

Workday Web Services APIを利用したPythonスクリプトによる抽出

ステップ

設定

a サンプルクエリ python

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

今日から採用から退職までの従業員ライフサイクルを最適化

採用から退職まで：従業員ライフサイクルのデータテンプレート

採用から退職まで：従業員ライフサイクルのデータテンプレート

採用から退職まで：従業員ライフサイクルの属性

採用から退職まで：従業員ライフサイクルのアクティビティ

抽出ガイド

Report-as-a-Service（RaaS）を利用したWorkdayカスタムレポート

ステップ

設定

a サンプルクエリ sql

Workday Web Services APIを利用したPythonスクリプトによる抽出

ステップ

設定

a サンプルクエリ python

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

今日から採用から退職までの従業員ライフサイクルを最適化

プライバシーを大切にしています