> 継続的なプロセス改善 > 従業員のオンボーディング > Workdayでのオンボーディング > データテンプレート

従業員のオンボーディング用データテンプレート

Workdayでのオンボーディング

従業員のオンボーディング属性(21) 従業員のオンボーディングのアクティビティ(15) データ抽出ガイド(2)

従業員のオンボーディング用データテンプレート

このテンプレートでは、従業員のオンボーディングプロセスを分析、最適化するために必要なデータの収集方法を確認できます。収集する属性や追跡する主要なアクティビティに加え、Workdayのオンボーディングデータを抽出する方法も説明します。プロセスマイニングに必要なデータを正確にそろえるためにお役立てください。

収集を推奨する属性
追跡する主要なアクティビティ
Workdayのオンボーディングデータの抽出方法

イベントログを初めて作成する方はこちら：プロセスマイニング用イベントログの作成方法.

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

従業員のオンボーディング属性

従業員のオンボーディングを詳しく分析するために、イベントログに含めることを推奨するデータ項目です。

5 必須 7 推奨 9 任意

	名前	説明
	アクティビティ名 ActivityName	オンボーディングプロセス内で発生した特定のタスクまたは節目の名前です。
説明オンボーディングの過程における個々のステップやイベントを表す属性です。「内定承諾」「身元調査を開始」「機器を納品」などが該当し、プロセスログの「何が起きたか」を示します。アクティビティの順序や頻度の分析は、プロセスマイニングの中心となる作業です。この属性からプロセスマップを作成し、ボトルネックを特定して、業務の流れを把握できます。よく発生するステップ、遅延が起きる箇所、やり直しが発生しているアクティビティなどを確認できます。重要な理由プロセスの各ステップを定義し、プロセスの流れを可視化するとともに、構造やバリエーションを分析できます。入手先 Workdayのオンボーディングビジネスプロセス履歴に記録されたイベント名またはタスク名に該当します。例内定承諾身元調査を完了ITアカウントの準備を開始従業員が勤務を開始
	イベント時刻 EventTime	オンボーディングのアクティビティが完了した時刻、またはそのステータスが変更された正確な日時です。
説明各アクティビティに関連付けられたタイムスタンプで、イベントの時系列を示します。プロセスの各ステップのタイミングや所要時間を把握するための基本的な属性です。分析では、アクティビティを正しい順序に並べ、ステップ間の所要時間（サイクルタイムや待ち時間）を算出し、ケース全体の所要時間を測定するために使います。ボトルネックの特定やSLAのコンプライアンス監視など、パフォーマンス分析に欠かせません。重要な理由すべてのアクティビティの時間的な情報を示します。サイクルタイムなどのパフォーマンス指標の算出や遅延の特定に必要です。入手先 Workdayのオンボーディングビジネスプロセス履歴に記録された、各イベントの完了時刻です。例 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-01T09:00:00Z
	オンボーディングケース OnboardingCase	内定承諾から初期の受け入れまで、新入社員ごとのオンボーディングプロセスを識別する一意のIDです。
説明オンボーディングケースは、新入社員1人の受け入れに関するすべてのイベントとアクティビティをまとめる中心的な識別子です。新入社員ごとにプロセス全体を追跡するために欠かせない属性です。プロセスマイニング分析では、この識別子を使って個々のオンボーディングの経過を再構成します。ケース単位のサイクルタイムの算出やプロセスのバリアントの分析、各新入社員のアクティビティの全体的な順序の把握に使われ、プロセスマップの基盤となります。重要な理由関連するすべてのアクティビティを1つのプロセスインスタンスに結び付ける基本的な属性です。プロセスの発見と分析が可能になります。入手先通常、Workdayがオンボーディングのビジネスプロセスインスタンスごとに生成する一意の識別子です。対象となるビジネスオブジェクトとフィールドについては、Workdayの文書をご確認ください。例 ONB-0012345ONB-0012346ONB-0012347
	ソースシステム SourceSystem	オンボーディングデータの抽出元となるシステムです。
説明データの取得元を示す属性です。このプロセスでは通常「Workday Onboarding」となりますが、データガバナンスや複数システムのデータを連携する場合の識別に欠かせない項目です。より広い分析の観点では、データの来歴を追跡し、データ品質を確保するのに役立ちます。複数のシステムにまたがるプロセスを分析する際には、異なるプラットフォーム間の引き継ぎや連携を把握するために重要です。重要な理由データの取得元に関する重要な情報を示します。データガバナンス、問題の調査、複数システムにまたがるプロセス分析に役立ちます。入手先データ抽出時に追加し、レコードの取得元を示す固定値です。例 Workdayでのオンボーディング
	最終データ更新日時 LastDataUpdate	このイベントのデータが最後に更新または抽出された日時を示すタイムスタンプです。
説明プロセスマイニングツールでデータが最後に更新された日時を記録する属性です。分析対象のデータがどの程度新しいかを把握し、最新の情報を見ているか確認できます。進行中のプロセスを監視する運用ダッシュボードで重要な情報です。データの適時性を確認できるほか、データ更新サイクルの管理やインサイトの信頼性確保に役立つメタデータ項目です。重要な理由データがどの程度新しいかを把握できるため、分析に基づいて適切なタイミングで判断するうえで重要です。入手先通常、データ抽出・ロード（ETL）処理の際に生成され、データセットに追加されるタイムスタンプです。例 2024-05-21T02:00:00Z2024-05-22T02:00:00Z
	オンボーディングのステータス OnboardingStatus	「進行中」「完了」「キャンセル」など、オンボーディングケース全体の現在のステータスです。
説明特定の時点でオンボーディングケースがどの段階にあるかを示す概要属性です。プロセスが進行中か、正常に完了したか、途中で終了したかを確認できます。プロセス分析では、完了したケースに絞ったり、キャンセルされた理由を詳しく調べたりする際に役立ちます。「新入社員のオンボーディング状況の概要」ダッシュボードに欠かせない属性で、進行中のオンボーディングプロセスの現在の状態をすばやく確認できます。重要な理由結果に応じてケースを分類し、完了、進行中、キャンセル済みのプロセスに絞って分析できます。入手先通常、Workdayの主要なオンボーディングビジネスプロセスインスタンスのステータスから取得します。例進行中完了キャンセル入社日待ち
	コンプライアンス期限 ComplianceDueDate	特定の必須タスクまたはコンプライアンス関連タスクを完了すべき期限です。
説明この属性は、身元調査、入社前の書類手続き、必須研修など、重要なタスクの期限を示します。期限は、法令上の要件や社内規定に基づいて定められることがよくあります。コンプライアンスとリスクの監視に欠かせない情報です。タスクの実際の完了時刻と期限を比較することで、「必須タスク完了率」や「書類コンプライアンス率」などのKPIを算出できます。期限を事前に把握して管理し、コンプライアンス上の問題を防ぐのにも役立ちます。重要な理由期限のあるコンプライアンス関連タスクを監視し、期限内完了率を算出できます。入手先タスクの期限は通常、Workdayのビジネスプロセスにあるタスクの詳細で確認できます。例 2024-05-302024-06-142024-06-20
	従業員ID EmployeeId	新入社員に割り当てられる一意の識別子です。
説明従業員IDは、組織の人事システムで従業員を識別する恒久的かつ一意のIDです。オンボーディング中、人事プロフィールの作成後に割り当てられるのが一般的です。この属性を使うと、オンボーディングデータを人事評価や給与など、他のシステムにある従業員データと結び付けられます。オンボーディングの体験と従業員の定着率や初期の業績との関連を調べるなど、長期的な成果の分析にも役立ちます。重要な理由オンボーディングのプロセスデータを従業員のライフサイクル全体のデータと結び付ける主キーとなり、人事分析の範囲を広げられます。入手先 Workdayの従業員プロフィールにある標準フィールドです。具体的なフィールド名については、Workdayの文書をご確認ください。例 100523100524100525
	採用マネージャー HiringManager	新入社員の採用を担当するマネージャーの名前です。
説明オンボーディングケースを担当する採用マネージャーを示す属性です。採用マネージャーは、承認やチーム固有のオンボーディングタスクを担う、プロセスの主要な関係者です。採用マネージャー別にプロセスを分析すると、マネージャーごとの対応の違いを特定できます。特に効率的なマネージャーや、ボトルネックになっている可能性のあるマネージャーを把握し、対象を絞った研修やプロセス改善につなげられます。「採用マネージャーのタスク効率」ダッシュボードに欠かせない属性です。重要な理由主要な関係者ごとのパフォーマンスを分析し、マネージャーに依存するタスクのボトルネックやばらつきを明らかにできます。入手先 Workdayで新入社員に関連付けられた職位または求人申請のデータに含まれます。例 John SmithJane DoePeter Jones
	正式な入社日 OfficialStartDate	新入社員の正式な入社初日です。
説明オンボーディングプロセスにおける重要な日付で、IT環境の準備や機器の納品など、多くの入社前準備の期限となります。入社予定者から従業員への移行日を示します。準備状況に関するKPIの算出に欠かせない日付です。主要な環境準備アクティビティの完了時刻を正式な入社日と比較することで、組織は「初日から業務を始められる割合」を測定できます。新入社員が初日から業務に必要なものをそろえられるようにするうえで役立ち、入社後の初期体験を左右する重要な要素です。重要な理由入社前タスクの重要な期限となり、「初日から業務を始められる割合」KPIの測定に使われます。入手先 Workdayの採用または入社予定者データにある標準フィールドで、通常は「採用日」と呼ばれます。例 2024-06-012024-06-152024-07-01
	部門 Department	新入社員が所属する部門または事業部門です。
説明新入社員が所属する組織単位を示す属性です。「営業」「エンジニアリング」「財務」などが該当し、部門ごとの慣行によってオンボーディングプロセスに大きな違いが生じることがあります。比較分析に欠かせない切り口です。部門ごとのプロセスフローを確認したり、サイクルタイムを比較したり、成果の高い部門のベストプラクティスを特定したりできます。「部門別オンボーディングのバリアント」ダッシュボードを支えます。重要な理由組織内のプロセスの違いやベストプラクティスを比較し、特定するための主要な切り口です。入手先 Workdayに登録された新入社員の職位および上位組織の情報に含まれます。例テクノロジー営業・マーケティング人事財務
	開始元システム SystemInitiatingActivity	特定のアクティビティを開始したシステムまたはユーザーの種類です。自動処理と手動処理を区別するために使います。
説明この属性は、アクティビティがWorkdayシステムによって自動的に開始されたのか、人事担当者や採用マネージャーなどのユーザーが手動で実行したのかを示します。たとえば、「システム」は自動化されたワークフローのステップ、「人事スペシャリスト」は手動のステップを表します。自動化できる業務を見つけるうえで役立つ情報です。「手動アクティビティ分析」ダッシュボードで手動アクティビティの頻度や所要時間を分析すると、特に時間のかかる作業を特定し、今後の自動化の対象を絞り込めます。これにより、業務の効率化とエラーの削減につながります。重要な理由自動と手動のアクティビティを区別できるため、自動化の機会を見つけ、プロセスの効率を測定するのに役立ちます。入手先 Workdayのビジネスプロセス履歴で、イベントに関連付けられたユーザーや実行者から判断できる場合があります。システムが生成したイベントには、固有のユーザーが記録されます。例システム人事スペシャリスト採用マネージャー
	全体のサイクルタイム OverallCycleTime	最初のアクティビティから最後のアクティビティまでの、オンボーディングケース全体の所要時間です。
説明オンボーディングケース内で最初に発生したイベントと最後に発生したイベントの時刻の差として算出する、ケース単位の指標です。新入社員がオンボーディングプロセスにかかる全体の時間を示します。「オンボーディング全体のサイクルタイム」KPIを直接測定する属性であり、プロセス効率を示す主要な指標です。上位レベルのダッシュボードで経時的なパフォーマンスの追跡や、部門、地域、採用マネージャー間の効率比較に使われます。重要な理由オンボーディングプロセス全体のエンドツーエンドの効率を測定する主要なパフォーマンス指標です。入手先データ変換時にケース単位で算出します。各OnboardingCaseの最大タイムスタンプから最小タイムスタンプを差し引きます。例 35日48日29日
	勤務地 Location	新入社員が勤務する場所または地域です。
説明この属性は、新入社員の勤務地となる都市、国、オフィスを示します。法令上の要件、オフィスの運営方法、地域ごとの規定が異なるため、オンボーディングプロセスも地域によって大きく異なる場合があります。勤務地は地理的な分析軸として使えます。拠点間のオンボーディング効率の比較、地域特有のボトルネックの特定、現地の規制への準拠状況の確認に役立ちます。グローバルに事業を展開する組織では、特に重要な属性です。重要な理由拠点や国ごとにオンボーディングプロセスを比較し、地域による違いを特定する地理的な分析に役立ちます。入手先 Workdayの職位データまたは求人申請データに記載されています。例米国、ニューヨーク英国、ロンドンシンガポール
	手戻りの有無 IsRework	アクティビティまたは一連のアクティビティが、手戻りや修正を表すかどうかを示す真偽値です。
説明この計算属性は、タスクの繰り返しや修正のループを示します。たとえば、「人事プロフィールの作成」ステップを再度実行するケースです。通常、同じケース内でアクティビティが繰り返されるパターンを特定して算出します。「IsRework」フラグは品質分析に欠かせません。手戻りの回数を定量化し、「人事プロフィールの手戻り率」KPIの算出に役立ちます。手戻りを特定して測定することで、プロセスの弱点、データ品質の問題、研修の必要性を把握できます。重要な理由繰り返し作業を明示して、プロセスの非効率や品質上の問題を定量化できます。改善に向けた取り組みの対象を絞るのに役立ちます。入手先イベントログ内の特定の手戻りパターン（例：アクティビティA → アクティビティB → アクティビティA）を定義して検出し、データ変換時に算出します。例 truefalse
	採用担当者 Recruiter	新入社員の採用プロセスを担当した採用担当者の氏名です。
説明この属性は、オンボーディング開始前に候補者を担当していた採用担当者を特定します。採用担当者がオンボーディング開始時に引き継ぎ作業を行う場合があります。入社後のプロセスに直接関わる属性ではありませんが、採用担当者ごとに分析すると、採用からオンボーディングへの移行時に問題がないか確認できる場合があります。特定の採用担当者が担当した候補者の入社後の移行がスムーズかどうかを把握するのにも役立ちます。重要な理由オンボーディングプロセスと、その前段階である採用プロセスを結び付けます。引き継ぎや人材獲得の全体的な流れを分析するのに役立ちます。入手先通常、Workday Recruitingの求人申請または候補者プロフィールに保存されています。例デビッド・ミラーサラ・ウィルソンクリス・グリーン
	新入社員の氏名 NewHireName	オンボーディングの対象となる新入社員の氏名です。
説明この属性には新入社員の氏名が記録されます。プライバシー上の理由から統計分析には通常使いませんが、業務上のサポートやケース管理には役立ちます。「新入社員のオンボーディング状況の概要」などのダッシュボードに氏名を表示すると、マネージャーや人事担当者がケースに該当する個人をすぐに特定できます。個々のオンボーディングプロセスを確認、管理するユーザーにとって、データが見やすくなり、対応にもつなげやすくなります。重要な理由個々のケースを人が読み取れる形で識別できるため、業務の監視や個別対応に役立ちます。入手先 WorkdayのPre-HireまたはWorkerオブジェクトにある標準フィールドです。例アリス・ジョンソンロバート・チェンマリア・ガルシア
	期限内完了の有無 IsOnTime	コンプライアンス関連のアクティビティが期限までに完了したかどうかを示す真偽値です。
説明この計算属性は、タスクの完了タイムスタンプ（EventTime）と「コンプライアンス期限」を比較します。期限まで、または期限前に完了した場合はtrue、それ以外の場合はfalseに設定されます。このフラグにより、コンプライアンスの監視とKPIの算出が簡単になります。フィルタリングや集計を行い、「必須タスク完了率」や「書類コンプライアンス率」を確認できます。コンプライアンス関連の期限を守れているか、一目で把握できます。重要な理由コンプライアンスの達成状況を明確な二値で示すため、期限のあるタスクの分析と監視が簡単になります。入手先対象となるアクティビティのEventTimeとComplianceDueDateを比較し、データ変換時に算出します。例 truefalse
	終了時刻 EndTime	アクティビティが完全に完了した時刻を示すタイムスタンプです。開始時刻とは異なります。
説明 StartTime（EventTime）はアクティビティの開始時刻または記録時刻を示し、EndTimeは完了時刻を示します。所要時間のあるアクティビティでは、正確にパフォーマンスを測定するために、両方のタイムスタンプが必要です。この属性を使うと、アクティビティごとの処理時間を直接算出し、アクティビティ間の待ち時間と区別できます。遅延の原因がタスクの完了に時間がかかっていることなのか、開始までの待ち時間が長いことなのかを特定するのに役立ちます。重要な理由待ち時間と区別してアクティビティの処理時間を正確に算出できるため、ボトルネックをより精密に分析できます。入手先 Workdayのビジネスプロセスでは、開始時刻と終了時刻が別々に記録されるステップもあります。記録されていない場合は推定が必要になることがあり、終了時刻が開始時刻と同じになる場合もあります。例 2023-10-26T11:30:00Z2023-10-27T15:00:10Z2023-11-01T10:15:00Z
	職種名 JobTitle	新入社員が就く職位の正式な名称です。
説明この属性は、新入社員の職種を示します。たとえば、「ソフトウェアエンジニア」「営業部長」「会計士」などです。職種名によって、オンボーディングプロセスの手順や要件が異なる場合があります。職種名や職位ごとに分析すると、職種によるオンボーディングの違いがわかります。たとえば、役員のオンボーディングには、初級職より多くの手順が含まれることがあります。プロセスのバリアントを絞り込んで比較する際の、もう1つの分析軸になります。重要な理由職種や職位に応じたプロセスの違いを分析できます。職種によってオンボーディングの要件が異なる場合があります。入手先 Workdayで新入社員に関連付けられた職位データに含まれています。例シニアソフトウェアエンジニア財務アナリストマーケティングコーディネーター
	雇用形態 EmploymentType	新入社員の雇用区分です。正社員、パートタイム、契約社員などがあります。
説明この属性は、新入社員の雇用形態を分類します。雇用形態によって、要件の異なるオンボーディングの経路をたどる場合があります。雇用形態ごとにプロセスを分析すると、それぞれに適したオンボーディングを提供できているか確認できます。たとえば、契約社員の場合、正社員向けのプロセスを簡略化し、必要なシステムアクセスとコンプライアンスに絞って進めることがあります。重要な理由正社員、パートタイム、非正規雇用の従業員では必要な対応が異なることが多いため、雇用形態ごとのオンボーディング経路を分析できます。入手先 WorkdayのPre-HireまたはWorkerオブジェクトにある標準フィールドで、従業員と会社との雇用関係を分類します。例正社員パートタイム契約社員インターン

必須推奨任意

従業員のオンボーディングのアクティビティ

プロセスを正確に把握し、パフォーマンスを監視するため、イベントログに記録する主なプロセスの手順とマイルストーンです。

6 推奨 9 任意

	アクティビティ	説明
	30日後の面談を実施	新入社員とマネージャーの間で予定された面談が完了したことを示します。通常は入社から約30日後に実施され、マネージャーがWorkdayの対応する「To Do」タスクを完了した時点で記録されます。
重要な理由従業員の定着とエンゲージメントを確認する、初期オンボーディングの重要な最終アクティビティです。オンボーディング全体のサイクルタイムを測定する際の、信頼できる終了点となります。入手先採用マネージャーに割り当てられた「30日後の面談」タスクまたは同様の項目が、オンボーディングビジネスプロセス内で完了した時点で記録されます。記録ビジネスプロセスの履歴から、「マネージャーとの面談」または「30日後のレビュー」タスクの完了時刻を記録します。イベントタイプ explicit
	ITアカウントの準備完了	新入社員に必要なITアカウントとアクセス権がすべて作成されたことを確認する節目です。IT部門がWorkdayで割り当てられた準備タスクを完了した時点で記録されます。
重要な理由入社日までにITアカウントを準備することは、オンボーディングの体験を高め、すぐに業務を始められるようにするうえで重要です。この節目を使って「初日から業務を始められる状態」を測定できます。入手先オンボーディングビジネスプロセス内で、IT部門が「アカウント作成を確認」などの個別の「To Do」ステップを完了した時点で記録されます。記録先に開始したIT環境準備タスクの完了イベントを記録します。イベントタイプ explicit
	人事プロフィールを作成	HCMシステムに従業員のレコードが正式に作成され、候補者から入社予定者または従業員へ移行したことを示すアクティビティです。Workdayでは、「採用」ビジネスプロセスの最終ステップにあたります。
重要な理由従業員がシステムに正式に登録される重要な節目です。給与、福利厚生など、人事の主要機能を利用できるようになり、多くの環境準備作業を進める前提となります。入手先 Workdayのイベントログに記録された、従業員の「採用」ビジネスプロセスの完了時刻から明確に確認できます。記録「採用」ビジネスプロセスが正常に完了したイベントを記録します。イベントタイプ explicit
	内定承諾	候補者が内定を承諾した時点で記録され、オンボーディングケースの正式な開始を示すアクティビティです。Workdayでは通常、採用ビジネスプロセスの「内定提示」または「内定」ステップの完了として記録され、その後オンボーディングのワークフローが開始されます。
重要な理由これは、オンボーディングプロセス全体の主な開始イベントです。この時点からの所要時間を分析すると、新入社員の受け入れプロセス全体とサイクルタイムを把握できます。入手先このイベントは、Workdayの「求人応募」ビジネスプロセスで内定段階が完了した時点で記録されます。このステップの完了時刻をアクティビティのタイムスタンプとして使用します。記録採用ビジネスプロセスの「内定」ステップの完了イベントを記録します。イベントタイプ explicit
	従業員が勤務を開始	新入社員の正式な入社初日を示すアクティビティです。明示的なイベントではなく、従業員プロフィールに関連付けられた重要な日付属性です。
重要な理由コンプライアンスとプロセス分析における重要な日付です。IT環境の準備完了日などを入社日と比較することで、「初日から業務を始められる状態」を測定できます。入手先 Workdayの従業員プロフィールにある「採用日」または「入社日」フィールドから取得します。雇用レコードの主要な属性です。記録従業員レコードの「採用日」属性を、このイベントのタイムスタンプとして使用します。イベントタイプ calculated
	身元調査を完了	候補者の身元調査が完了したことを示します。重要な節目であり、通常はベンダーから結果を受け取り、Workdayの候補者プロフィールを更新した時点で記録されます。
重要な理由これはコンプライアンス上の重要な節目です。身元調査の完了が遅れると、正式な入社日が延期され、人員計画にも影響する可能性があります。入手先通常、採用担当者や人事担当者がWorkdayのオンボーディングビジネスプロセスで「身元調査を確認」ステップを完了した時点で記録されます。記録ビジネスプロセスの「身元調査を確認」または同様のステップの完了時刻を記録します。イベントタイプ explicit
	ITアカウントの準備を開始	メール、ネットワークアクセス、アプリケーションへのログインなど、必要なシステムアカウントを作成するITプロセスの開始を示します。人事プロフィールの作成後、システム連携や通知タスクを通じて自動的に開始される場合があります。
重要な理由新入社員が初日から業務を始められるようにするうえで重要なアクティビティです。開始時点を追跡すると、ITサービス提供プロセスの効率を分析し、改善できます。入手先 Workdayのオンボーディングビジネスプロセスで、IT部門に割り当てられた個別の「To Do」ステップとして記録される場合があります。または、ITサービス管理システムに送信された連携イベントの作成から推定できます。記録「ユーザーアカウントを作成」や「ITサービスを準備」などのタスクの開始時刻または完了時刻を記録します。イベントタイプ explicit
	オンボーディングを中止	候補者が内定を辞退した場合など、従業員の入社日前にオンボーディングプロセスが終了したことを示します。Workdayでは、採用ビジネスプロセスに対する「撤回」または「キャンセル」操作として記録されます。
重要な理由これは重要な例外経路です。中止の頻度やタイミングを分析すると、内定、報酬、オンボーディングの体験に関する問題を把握できます。入手先権限を持つユーザーが採用またはオンボーディングプロセスに対して「撤回」または「キャンセル」操作を実行した時点で、ビジネスプロセスの履歴に明示的なイベントとして記録されます。記録「採用を撤回」または「ビジネスプロセスをキャンセル」操作の実行イベントを記録します。イベントタイプ explicit
	入社前書類の提出完了	新入社員が入社前に必要なフォームや書類をすべて記入し、提出した時点を示します。Workdayでは、新入社員に割り当てられた「To Do」または「受信トレイ」のタスクが完了したこととして記録されます。
重要な理由書類の提出完了は、最終的な従業員プロフィールの作成とコンプライアンスの確保に欠かせない前提条件です。遅れが生じると、給与設定やIT環境の準備など、後続のアクティビティに直接影響します。入手先 Workdayの受信トレイにある新入社員向け「オンボーディング」タスクの完了時刻から記録します。最後に残った必須書類のタスクが完了した時点を、このイベントとします。記録入社予定者のWorkdayアカウントに割り当てられたオンボーディング書類タスク一式の完了イベントを特定します。イベントタイプ explicit
	入社前書類を送付	I-9、税務書類、ポリシーへの同意書などのオンボーディング書類を新入社員に送付した時点で発生するアクティビティです。Workdayでは、「オンボーディング」ビジネスプロセスのステップが書類の作成と送付を開始した時点で記録されます。
重要な理由新入社員が行う事務手続きの開始を示します。この時点から書類の提出完了までの時間を分析すると、新入社員の対応状況や事務処理の効率を測定できます。入手先新入社員のオンボーディングワークフローの一環として「書類を作成」または同様のタスクが実行された時点で、ビジネスプロセスの履歴に記録されます。記録入社予定者への書類送付を含む「オンボーディング」ステップが開始された時刻を記録します。イベントタイプ explicit
	必須研修を割り当て	コンプライアンス研修または職務別研修が新入社員に割り当てられたことを示します。通常、採用プロセスの完了をきっかけにWorkday Learningで自動的に記録されます。
重要な理由新入社員の学習とコンプライアンス対応の開始を示します。割り当てから完了までの時間を追跡することは、「必須研修の平均所要時間」KPIの測定に欠かせません。入手先 Workday Learningのモジュールログから取得できます。従業員向けの学習キャンペーンまたは受講登録が開始された時刻が記録されます。記録 Workday Learningのデータソースから、必須コースの受講登録または割り当てのタイムスタンプを記録します。イベントタイプ explicit
	必須研修を完了	新入社員が割り当てられた必須研修モジュールをすべて修了したことを示すアクティビティです。Workday Learningで最後の必須コースが完了と記録された時点で、このイベントが記録されます。
重要な理由コンプライアンス上の重要な節目です。完了率と所要時間を分析すると、組織が規制要件を満たしているか、従業員が適切な研修を受けているかを確認できます。入手先 Workday Learningのデータから取得します。新入社員に必須の研修コースのうち、最後のコースが完了した時刻をイベント時刻として使用します。記録新入社員の必須研修計画に含まれるすべてのコースの完了時刻を特定します。イベントタイプ explicit
	機器を発注	新入社員向けのノートパソコンや電話など、物理的な機器の依頼を提出した時点を示します。通常、採用マネージャーまたはIT部門に割り当てられたオンボーディングワークフロー内のタスクです。
重要な理由機器の発注が遅れると、新入社員が初日から業務を始められない主な原因になります。このアクティビティを追跡すると、ハードウェアの調達や納品におけるボトルネックを特定できます。入手先 Workdayのオンボーディングビジネスプロセスにある「To Do」または「機器を発注」などのチェックリスト項目の完了時刻から記録します。記録ビジネスプロセスの履歴から、「ノートパソコンを発注」または「機器を依頼」タスクの完了イベントを特定します。イベントタイプ explicit
	機器を納品	新入社員向けの物理的な機器が指定された勤務地に納品されたことを確認するアクティビティです。通常、IT部門、採用マネージャー、または管理担当者が手動で確認します。
重要な理由初日から業務を始められる状態を示す重要な指標です。このイベントを追跡すると、新入社員が遅れなく業務を始めるために必要な機器を受け取ったか確認できます。入手先 Workdayのオンボーディングワークフローにある「To Do」または「機器の納品を確認」などのチェックリスト項目の完了から記録します。記録ビジネスプロセスの履歴から、「機器の納品確認」タスクの完了イベントを特定します。イベントタイプ explicit
	身元調査を開始	候補者の身元調査を依頼した時点を示します。Workdayのオンボーディングビジネスプロセス内の自動または手動のステップとして実施され、外部ベンダーと連携する場合があります。
重要な理由身元調査の開始時点を追跡することは、よくボトルネックとなる調査の所要時間を測るうえで重要です。コンプライアンスに関わる重要なタスクの開始が遅れている箇所を特定できます。入手先 Workdayのオンボーディングビジネスプロセス内で、個別のステップの完了として記録されます。ビジネスプロセスのイベントログから、このタスクの完了時刻または開始時刻を確認できます。記録ビジネスプロセスの「身元調査を開始」ステップの完了イベントを記録します。イベントタイプ explicit

推奨任意

データ抽出ガイド

Workdayのオンボーディングデータを取得する方法

ステップ

Workdayにログインする：カスタムレポートを作成する権限を持つユーザーアカウントで、Workdayの環境にアクセスします。通常は、Report WriterやSystem Administratorなどのロールが必要です。
新しいカスタムレポートを作成する：検索バーで「Create Custom Report」タスクを検索し、開きます。
レポートの詳細を設定する：レポート種別に「詳細設定」を選択します。ProcessMind_Onboarding_Event_Logなど、内容が分かる名前を付けます。「データソース」には「Business Process Transactions」を選択します。このデータソースでは、各種ビジネスプロセスのすべてのステップを詳しく記録できます。
プライマリビジネスオブジェクトを指定する：表示されたら、プライマリビジネスオブジェクトとして「Business Process Transactions」を選択します。これにより、イベント単位のデータをレポートに含められます。
基本データ列を追加する：レポートエディターで「Columns」タブを開き、「Business Process Transaction」オブジェクトから「Transaction Status」、「Corrected」、「Business Process」、「Step」、「Completed Date/Time」の各フィールドを追加します。
ケースと属性の列を追加する：ビジネスプロセスの対象に関するフィールドを追加します。対象はPre-HireやJob Applicationなど、プロセスによって異なるため、「Business Process」オブジェクトから取得します。たとえば、「Business Process -> 作業者 -> Employee ID」、「Business Process -> 作業者 -> Supervisory Organization」（部門用）、「Business Process -> 作業者 -> Hiring Manager」を追加します。
標準化用の計算フィールドを作成する：この手順は特に重要です。Workdayの生データを、必要なイベントログ形式に対応付ける計算フィールドを複数作成します。
- OnboardingCase：「Lookup Related Value」タイプの計算フィールドを作成します。関連するビジネスオブジェクト「作業者」から「Employee ID」を取得します。従業員IDがまだない採用前のプロセスでは、「Pre-Hire ID」または「Candidate ID」を代替値として使用できます。
- ActivityName：「Evaluate Expression」タイプの計算フィールドを作成します。このフィールドで、Workdayの特定のビジネスプロセスのステップを標準のアクティビティ名に対応付けます。たとえば、IF 'Business Process Type' = 'Hire' AND 'Step' = 'Make Offer - Completed' THEN 'Offer Accepted'のように設定します。必要な15種類のアクティビティそれぞれに条件を作成してください。
- EventTime：「Business Process Transaction」オブジェクトの「Completed Date/Time」フィールドを使用します。このフィールドには、ステップの完了日時が記録されます。
- SourceSystem：「Text Constant」タイプの計算フィールドを作成し、値を「Workday Onboarding」に設定します。
- LastDataUpdate：「Current Moment」関数を使って計算フィールドを作成し、データの抽出日時を記録します。
レポートデータにフィルターを設定する：「フィルター」タブを開き、Hire、Onboarding、Change Job、Rescindなど、対象となるビジネスプロセスだけを含めるフィルターを追加します。「Completed Date/Time」の入力欄を追加すると、期間を指定してレポートを実行できます。処理中のデータを取得しないよう、「Transaction Status」のサブフィルターを追加し、「Successfully Completed」と「キャンセル済み」のイベントだけを含めることが重要です。
Webサービスとして有効にする：レポート定義の「詳細設定」タブを開き、「Enable as Web Service」のチェックボックスをオンにします。これにより、URL経由でレポートにアクセスできるようになります。
APIオプションを設定する：Webサービスの設定で、使用するAPIバージョンを選択し、たとえばwd:ProcessMind_Onboarding_Event_Logのように名前空間を指定します。レポートを保存します。
RaaSのURLを取得する：レポートを表示し、「Web Service」>「View URLs」を選択します。JSONまたはCSVのURLをコピーします。このURLを使って外部システムからデータを取得します。
共有とセキュリティを設定する：レポートの実行と基盤となるデータドメインへのアクセスに必要なセキュリティ権限を持つIntegration System Userと、レポートを共有します。

設定

レポート種別： 詳細設定。Webサービス（RaaS）へのアクセスを有効にするには、この種別が必要です。
データソース： Business Process Transactions。プロセスマイニングに欠かせない手順名、完了日時、ステータスなど、イベント単位の詳細を含む基本データソースです。
主ビジネスオブジェクト： Business Process Transactions。イベントを基準にレポートを作成できます。
データフィルター： Business Process Typeで絞り込み、「Hire」や「Onboarding」など、対象となるプロセスだけを含めることが重要です。確定したイベントを取得するには、Transaction Statusが「Successfully Completed」または「Canceled」のものに絞る必要があります。データを段階的に読み込み、処理性能を保つため、「Completed Date/Time」フィールドによる日付フィルターも推奨します。初回分析では通常、過去3～6か月を対象にします。
計算フィールド： Workdayの細かなビジネスプロセスの手順を、アクティビティ名が統一され、ケースIDが一意のイベントログに変換するため、「Evaluate Expression」と「Lookup Related Value」の計算フィールドを多く使用します。
Webサービスの有効化： 「詳細設定」タブで「Enable as Web Service」にチェックを入れます。外部システムとの互換性を確保するため、レポートの出力形式はJSONまたはCSVに設定します。
権限： レポートを実行するユーザー、またはRaaSのURLにアクセスするIntegration System Userには、次のドメインに対するセキュリティグループの権限が必要です：「Business Process Transactions」、「Worker Data」、および必要な属性を含むその他のドメイン。

クエリの例 sql

/*
This is a conceptual representation of the Workday Custom Report configuration.
It is built using the Workday Report Writer UI, not a scriptable language.

**Report Name:** ProcessMind_Onboarding_Event_Log
**Report Type:** Advanced
**Data Source:** Business Process Transactions
*/

// 1. **Data Source Filter Configuration**
// Apply these filters in the 'Filter' tab of the report definition.
FILTER ON BusinessProcess.ProcessType IN ('Hire', 'Onboarding', 'Rescind Business Process')
AND BusinessProcess.TransactionStatus IN ('Successfully Completed', 'Canceled')
AND BusinessProcess.CompletedDateTime BETWEEN [Start Date Prompt] AND [End Date Prompt]

// 2. **Column and Calculated Field Configuration**
// These are configured in the 'Columns' tab. Many require creating 'Calculated Fields'.

{
  // **Required Attributes**
  "OnboardingCase": "Calculated Field (Lookup Related Value): Lookup Employee ID from Business Process -> Worker. Fallback to Candidate ID.",
  "ActivityName": "Calculated Field (Evaluate Expression): See logic below.",
  "EventTime": "Field: Business Process Transaction -> Completed Date/Time",
  "SourceSystem": "Calculated Field (Text Constant): 'Workday Onboarding'",
  "LastDataUpdate": "Calculated Field (Current Moment)",

  // **Recommended Attributes**
  "EmployeeId": "Calculated Field (Lookup Related Value): Lookup Employee ID from Business Process -> Worker",
  "HiringManager": "Calculated Field (Lookup Related Value): Lookup Hiring Manager from Business Process -> Worker",
  "Department": "Calculated Field (Lookup Related Value): Lookup Supervisory Organization from Business Process -> Worker",
  "OnboardingStatus": "Calculated Field (Evaluate Expression): Based on the overall status of the 'Onboarding' business process for the worker.",
  "OfficialStartDate": "Calculated Field (Lookup Related Value): Lookup Hire Date from Business Process -> Worker",
  "ComplianceDueDate": "Calculated Field (Lookup Related Value): Lookup Due Date from specific 'To Do' steps like compliance documents.",
  "SystemInitiatingActivity": "Field: Business Process Transaction -> Initiating Person"
}

// 3. **Logic for 'ActivityName' Calculated Field (Evaluate Expression)**
// This logic maps specific business process events to standardized activity names.
CASE
  WHEN BusinessProcess.ProcessType = 'Hire' AND BusinessProcess.Step CONTAINS 'Offer' AND BusinessProcess.TransactionStatus = 'Successfully Completed' THEN 'Offer Accepted'
  WHEN BusinessProcess.ProcessType = 'Onboarding' AND BusinessProcess.Step CONTAINS 'Background Check' AND BusinessProcess.TransactionStatus = 'Successfully Completed' THEN 'Background Check Initiated'
  WHEN BusinessProcess.ProcessType = 'Onboarding' AND BusinessProcess.Step CONTAINS 'Background Check Results Received' AND BusinessProcess.TransactionStatus = 'Successfully Completed' THEN 'Background Check Completed'
  WHEN BusinessProcess.ProcessType = 'Onboarding' AND BusinessProcess.Step CONTAINS 'Complete Onboarding Paperwork' AND BusinessProcess.TransactionStatus = 'Successfully Completed' THEN 'Pre-Employment Paperwork Sent'
  WHEN BusinessProcess.ProcessType = 'Onboarding' AND BusinessProcess.Step CONTAINS 'Review Documents' AND BusinessProcess.TransactionStatus = 'Successfully Completed' THEN 'Pre-Employment Paperwork Completed'
  WHEN BusinessProcess.ProcessType = 'Hire' AND BusinessProcess.TransactionStatus = 'Successfully Completed' THEN 'HR Profile Created'
  WHEN BusinessProcess.ProcessType = 'Onboarding' AND BusinessProcess.Step CONTAINS 'Request Account Provisioning' AND BusinessProcess.TransactionStatus = 'Successfully Completed' THEN 'IT Account Provisioning Initiated'
  WHEN BusinessProcess.ProcessType = 'Onboarding' AND BusinessProcess.Step CONTAINS 'Request Equipment' AND BusinessProcess.TransactionStatus = 'Successfully Completed' THEN 'Equipment Ordered'
  WHEN BusinessProcess.ProcessType = 'Onboarding' AND BusinessProcess.Step CONTAINS 'Confirm Account Provisioning' AND BusinessProcess.TransactionStatus = 'Successfully Completed' THEN 'IT Account Provisioning Completed'
  WHEN BusinessProcess.ProcessType = 'Onboarding' AND BusinessProcess.Step CONTAINS 'Confirm Equipment Delivery' AND BusinessProcess.TransactionStatus = 'Successfully Completed' THEN 'Equipment Delivered'
  WHEN BusinessProcess.ProcessType = 'Onboarding' AND BusinessProcess.Step CONTAINS 'First Day' AND BusinessProcess.TransactionStatus = 'Successfully Completed' THEN 'Employee Started'
  WHEN BusinessProcess.ProcessType = 'Onboarding' AND BusinessProcess.Step CONTAINS 'Assign Learning' AND BusinessProcess.TransactionStatus = 'Successfully Completed' THEN 'Mandatory Training Assigned'
  WHEN BusinessProcess.ProcessType = 'Onboarding' AND BusinessProcess.Step CONTAINS 'Complete Mandatory Training' AND BusinessProcess.TransactionStatus = 'Successfully Completed' THEN 'Mandatory Training Completed'
  WHEN BusinessProcess.ProcessType = 'Onboarding' AND BusinessProcess.Step CONTAINS '30 Day Check-in' AND BusinessProcess.TransactionStatus = 'Successfully Completed' THEN '30-Day Check-in Performed'
  WHEN BusinessProcess.ProcessType = 'Rescind Business Process' AND BusinessProcess.TransactionStatus = 'Successfully Completed' THEN 'Onboarding Canceled'
  ELSE NULL // Exclude rows that don't match a required activity
END

ステップ

前提条件：Workdayへのアクセスを設定する
- ユーザー名とパスワードを持つWorkday Integration System User（ISU）を用意します。
- 必要なドメインへのアクセス権を持つセキュリティグループにISUを割り当てます。通常、「Worker Data: Public Worker Reports」、「Business Process Transactions」、「Onboarding」、「Worker Data: Staffing」が対象です。
- Workdayのテナント名と、適切なREST APIエンドポイントURL（例：https://{wd-host-name}.workday.com/ccx/api/v1/{tenant-name}）を確認します。
Python環境を準備する
- 使用するシステムにPython 3.xをインストールします。
- pipで必要なライブラリをインストールします：pip install requests pandas。
- extract_onboarding.pyなどの名前で、新しいPythonスクリプトファイルを作成します。
スクリプトを設定する
- スクリプトを開き、先頭にあるプレースホルダー変数に、Workday APIのエンドポイント、テナント、ISUの認証情報、抽出対象の日付範囲を入力します。
オンボーディングのケースを取得する
- スクリプトは最初にGet_Workers REST APIエンドポイントを呼び出します。指定した期間内に採用された作業者に絞り込みます。この作業者の一覧が、分析対象となるオンボーディングのケースです。
ビジネスプロセスの履歴を取得する
- 対象となる作業者ごとに、スクリプトがAPIを呼び出し、「Hire」ビジネスプロセスの詳細を取得します。この履歴には、イベントログの基礎となる個々のステップ、承認、完了日時がすべて含まれます。
Workdayのステップをアクティビティに対応付ける
- スクリプトは作業者ごとにビジネスプロセスの履歴を解析します。あらかじめ定義した対応表を使い、「Complete Offer」、「Background Check」、「Complete Onboarding Tasks」などのWorkday固有のステップ名を、イベントログで必要となる標準アクティビティ名（「オファー承諾」、「バックグラウンドチェック開始」、「入社前書類の記入完了」など）に変換します。
ステップ以外のイベントを処理する
- 一部のアクティビティは、ビジネスプロセスのステップから直接取得できません。スクリプトでは、次のように処理します。
  - 「従業員の勤務開始」は、作業者のHire_Dateフィールドから取得します。
  - 「オンボーディングのキャンセル」は、Hireビジネスプロセス全体のステータスが「Rescinded」または「キャンセル済み」かどうかを確認して判定します。
  - 「人事プロファイルの作成」は、Hireビジネスプロセス全体の最終完了イベントに対応付けます。
データを整形して統合する
- 解析したイベントを構造化された形式で保存します。すべての作業者の処理後、pandasライブラリを使って個々のイベントを1つのDataFrameにまとめます。
属性を設定する
- 各イベントに必要な属性と推奨属性を設定します。OnboardingCaseにはビジネスプロセスのインスタンスIDを割り当てます。EmployeeId、HiringManager、部門など、作業者に関する属性は、最初のAPI呼び出しで取得した作業者データから抽出します。
仕上げてエクスポートする
- SourceSystem（「Workday Onboarding」）やLastDataUpdate（現在のタイムスタンプ）などの固定列を追加します。
- 最後に、完成したDataFrameをworkday_onboarding_event_log.csvという名前のCSVファイルにエクスポートします。このファイルはProcessMindにアップロードできる形式です。

設定

Workday APIの認証情報： 認証には、有効なIntegration System User（ISU）のユーザー名とパスワードが必要です。
APIエンドポイントとテナント： Workday環境に対応する正しいREST APIエンドポイントと、固有のテナント名を指定する必要があります。
セキュリティ権限： ISUのセキュリティグループには、「Business Process Transactions」、「Worker Data: Staffing」、「Worker Data: Personal Data」、「Onboarding」などのドメインに対する参照権限が必要です。権限が不足すると、データを完全に取得できません。
期間（START_DATE、END_DATE）： 取得するデータを絞り込むため、期間を指定することが重要です。初回分析では、データ量を運用しやすい範囲に抑え、APIのタイムアウトを防ぐため、3～6か月を推奨します。
ビジネスプロセスの手順名： スクリプトには、一般的なWorkdayの手順ラベルを標準のアクティビティ名に対応付ける設定が含まれています。組織固有のWorkdayビジネスプロセス設定に合わせて、変更が必要な場合があります。
APIのバージョン： スクリプトではAPIバージョンを明示的に指定していませんが、Workday APIにはバージョンがあります。安定した結果を得るため、エンドポイントURLが現在サポートされているバージョンに対応していることを確認します。

クエリの例 python

import requests
import pandas as pd
from datetime import datetime, timezone
import xml.etree.ElementTree as ET
import json

class=class="hl-string">"hl-comment"># --- Configuration Settings --- #
class=class="hl-string">"hl-comment"># Replace with your Workday tenant, credentials, and API endpoint
WORKDAY_TENANT = class="hl-string">'[Your_Workday_Tenant]'
WORKDAY_USERNAME = class="hl-string">'[Your_Integration_System_User]'
WORKDAY_PASSWORD = class="hl-string">'[Your_Integration_System_Password]'
WORKDAY_API_ENDPOINT = fclass="hl-string">'https://wd2-impl-services1.workday.com/ccx/api/v1/{WORKDAY_TENANT}'

class=class="hl-string">"hl-comment"># Define the date range for hires to extract
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"># Mapping of Workday business process steps to standardized activity names
class=class="hl-string">"hl-comment"># CRITICAL: These keys may need to be adjusted to match your specific Workday configuration
STEP_TO_ACTIVITY_MAPPING = {
    class="hl-string">'Offer': class="hl-string">'Offer Accepted',
    class="hl-string">'Background Check': class="hl-string">'Background Check Initiated',
    class="hl-string">'Review Background Check': class="hl-string">'Background Check Completed',
    class="hl-string">'Onboarding Setup': class="hl-string">'Pre-Employment Paperwork Sent',
    class="hl-string">'Complete Form I-9': class="hl-string">'Pre-Employment Paperwork Completed',
    class="hl-string">'Complete Federal and State Withholding': class="hl-string">'Pre-Employment Paperwork Completed',
    class="hl-string">'Propose Compensation Hire': class="hl-string">'HR Profile Created', class=class="hl-string">"hl-comment"># Often the final step
    class="hl-string">'Create User Account': class="hl-string">'IT Account Provisioning Initiated',
    class="hl-string">'Order Equipment': class="hl-string">'Equipment Ordered',
    class="hl-string">'Review New Hire Equipment': class="hl-string">'Equipment Delivered',
    class="hl-string">'Assign Learning': class="hl-string">'Mandatory Training Assigned',
    class="hl-string">'Complete All Onboarding Questionnaires': class="hl-string">'Mandatory Training Completed',
    class="hl-string">'Manager Check-in: 30 Day': class="hl-string">'30-Day Check-in Performed'
}

def fetch_workday_data(url, params={}):
    class="hl-string">"""Generic function to fetch data from Workday REST API."""
    try:
        response = requests.get(url, auth=(WORKDAY_USERNAME, WORKDAY_PASSWORD), params=params, headers={class="hl-string">'Accept': class="hl-string">'application/json'})
        response.raise_for_status()
        return response.json()
    except requests.exceptions.HTTPError as e:
        print(fclass="hl-string">"HTTP Error fetching {url}: {e}")
        print(fclass="hl-string">"Response body: {e.response.text}")
    except requests.exceptions.RequestException as e:
        print(fclass="hl-string">"Request Error fetching {url}: {e}")
    return None

def main():
    class="hl-string">"""Main function to orchestrate the extraction process."""
    print(class="hl-string">"Starting Workday onboarding data extraction...")
    
    class=class="hl-string">"hl-comment"># 1. Fetch workers hired within the date range
    workers_url = fclass="hl-string">'{WORKDAY_API_ENDPOINT}/workers'
    workers_params = {class="hl-string">'hireDate': fclass="hl-string">'gt:{START_DATE},lt:{END_DATE}', class="hl-string">'limit': 100} class=class="hl-string">"hl-comment"># Use paging for >100
    workers_response = fetch_workday_data(workers_url, workers_params)
    
    if not workers_response or class="hl-string">'data' not in workers_response:
        print(class="hl-string">"Failed to fetch workers or no workers found in date range.")
        return

    all_events = []
    last_data_update = datetime.now(timezone.utc).isoformat()

    class=class="hl-string">"hl-comment"># 2. For each worker, fetch their hire business process history
    for worker in workers_response[class="hl-string">'data']:
        employee_id = worker.get(class="hl-string">'id', class="hl-string">'')
        print(fclass="hl-string">"Processing worker: {employee_id}")
        
        class=class="hl-string">"hl-comment"># Find the Hire business process instance
        processes_url = fclass="hl-string">'{WORKDAY_API_ENDPOINT}/workers/{employee_id}/businessProcesses'
        processes_response = fetch_workday_data(processes_url)
        
        if not processes_response or class="hl-string">'data' not in processes_response:
            continue

        hire_process_id = None
        for process in processes_response[class="hl-string">'data']:
            if process.get(class="hl-string">'businessProcess', {}).get(class="hl-string">'descriptor', class="hl-string">'').startswith(class="hl-string">'Hire'):
                hire_process_id = process.get(class="hl-string">'id')
                break

        if not hire_process_id:
            continue

        class=class="hl-string">"hl-comment"># 3. Fetch details and events for the Hire process
        process_details_url = fclass="hl-string">'{WORKDAY_API_ENDPOINT}/values/businessProcessInstances/{hire_process_id}'
        process_details = fetch_workday_data(process_details_url)

        if not process_details:
            continue

        class=class="hl-string">"hl-comment"># Extract common attributes
        onboarding_case_id = hire_process_id
        hire_date = worker.get(class="hl-string">'hireDate', class="hl-string">'')
        hiring_manager = worker.get(class="hl-string">'manager', {}).get(class="hl-string">'descriptor', class="hl-string">'[Not Available]')
        department = worker.get(class="hl-string">'supervisoryOrganization', {}).get(class="hl-string">'descriptor', class="hl-string">'[Not Available]')
        process_status = process_details.get(class="hl-string">'status', {}).get(class="hl-string">'descriptor', class="hl-string">'')

        base_event = {
            class="hl-string">'OnboardingCase': onboarding_case_id,
            class="hl-string">'EmployeeId': employee_id,
            class="hl-string">'HiringManager': hiring_manager,
            class="hl-string">'Department': department,
            class="hl-string">'OfficialStartDate': hire_date,
            class="hl-string">'SourceSystem': class="hl-string">'Workday Onboarding',
            class="hl-string">'LastDataUpdate': last_data_update,
            class="hl-string">'SystemInitiatingActivity': class="hl-string">'Workday',
            class="hl-string">'ComplianceDueDate': None class=class="hl-string">"hl-comment"># Placeholder, needs specific logic if available
        }

        class=class="hl-string">"hl-comment"># Handle canceled onboarding
        if process_status in [class="hl-string">'Canceled', class="hl-string">'Rescinded']:
            event = base_event.copy()
            event[class="hl-string">'ActivityName'] = class="hl-string">'Onboarding Canceled'
            event[class="hl-string">'EventTime'] = process_details.get(class="hl-string">'lastUpdated', class="hl-string">'')
            event[class="hl-string">'OnboardingStatus'] = class="hl-string">'Canceled'
            all_events.append(event)
            continue class=class="hl-string">"hl-comment"># Stop processing other events for this canceled case
        
        class=class="hl-string">"hl-comment"># Add class="hl-string">'Employee Started' event based on hire date
        if hire_date:
            event = base_event.copy()
            event[class="hl-string">'ActivityName'] = class="hl-string">'Employee Started'
            event[class="hl-string">'EventTime'] = fclass="hl-string">"{hire_date}T09:00:00Z" class=class="hl-string">"hl-comment"># Assume start of day
            event[class="hl-string">'OnboardingStatus'] = class="hl-string">'In Progress'
            all_events.append(event)

        class=class="hl-string">"hl-comment"># Process all steps in the business process
        steps = process_details.get(class="hl-string">'steps', [])
        for step in steps:
            step_name = step.get(class="hl-string">'name', class="hl-string">'')
            completion_time = step.get(class="hl-string">'completed', class="hl-string">'')
            
            if step_name in STEP_TO_ACTIVITY_MAPPING and completion_time:
                activity_name = STEP_TO_ACTIVITY_MAPPING[step_name]
                
                class=class="hl-string">"hl-comment"># Handle activities that can occur multiple times, like paperwork
                if activity_name == class="hl-string">'Pre-Employment Paperwork Completed':
                    class=class="hl-string">"hl-comment"># Check if a similar event already exists to avoid duplicates from multiple forms
                    if any(e[class="hl-string">'ActivityName'] == activity_name and e[class="hl-string">'OnboardingCase'] == onboarding_case_id for e in all_events):
                        continue

                event = base_event.copy()
                event[class="hl-string">'ActivityName'] = activity_name
                event[class="hl-string">'EventTime'] = completion_time
                event[class="hl-string">'OnboardingStatus'] = class="hl-string">'In Progress'
                all_events.append(event)
                
                class=class="hl-string">"hl-comment"># Special case for IT Provisioning Completed
                if activity_name == class="hl-string">'IT Account Provisioning Initiated':
                    class=class="hl-string">"hl-comment"># Assume completion happens after a delay, or find a specific step if it exists
                    event_completed = event.copy()
                    event_completed[class="hl-string">'ActivityName'] = class="hl-string">'IT Account Provisioning Completed'
                    class=class="hl-string">"hl-comment"># This is a placeholder; real completion time should be from a specific step
                    event_completed[class="hl-string">'EventTime'] = completion_time 
                    all_events.append(event_completed)

    class=class="hl-string">"hl-comment"># 4. Create DataFrame and export to CSV
    if not all_events:
        print(class="hl-string">"No events were generated.")
        return

    df = pd.DataFrame(all_events)
    
    class=class="hl-string">"hl-comment"># Reorder columns for clarity
    column_order = [
        class="hl-string">'OnboardingCase', class="hl-string">'ActivityName', class="hl-string">'EventTime', class="hl-string">'SourceSystem', class="hl-string">'LastDataUpdate',
        class="hl-string">'EmployeeId', class="hl-string">'HiringManager', class="hl-string">'Department', class="hl-string">'OnboardingStatus', 
        class="hl-string">'OfficialStartDate', class="hl-string">'ComplianceDueDate', class="hl-string">'SystemInitiatingActivity'
    ]
    df = df[column_order]

    df.to_csv(class="hl-string">'workday_onboarding_event_log.csv', index=False)
    print(fclass="hl-string">"Successfully extracted {len(df)} events to workday_onboarding_event_log.csv")

if __name__ == class="hl-string">'__main__':
    main()

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

このテンプレートを使って、従業員のオンボーディングを改善しましょう。従業員がより早く組織に馴染み、満足度を高めるための第一歩になります。

改善ガイドに戻る

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

従業員のオンボーディングを改善。今すぐ無料で始めましょう

コンプライアンス遵守率95％と、スムーズな新入社員体験を実現しましょう。

無料トライアルを開始

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

従業員のオンボーディング用データテンプレート

従業員のオンボーディング用データテンプレート

従業員のオンボーディング属性

従業員のオンボーディングのアクティビティ

データ抽出ガイド

従業員のオンボーディングプロセスデータを取得するWorkday RaaS

ステップ

設定

クエリの例 sql

Workday Human Capital Management APIを使ったPythonスクリプト

ステップ

設定

クエリの例 python

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

従業員のオンボーディングを改善。今すぐ無料で始めましょう