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

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

Workdayオンボーディング

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

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

このテンプレートは、従業員のオンボーディングプロセスを分析・改善するために必要なデータを収集する際の道筋を示します。収集すべき重要な属性、追跡すべき主要なアクティビティ、Workday Onboardingから情報を抽出するための具体的な手順をまとめています。このリソースを使って、プロセスマイニングの取り組みに必要な、正確で十分なデータ基盤を整備できます。

収集を推奨する属性
追跡すべき主要なアクティビティ
Workday Onboardingからの抽出手順

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

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

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

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

5 必須 7 推奨 9 任意

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

必須推奨任意

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

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

6 推奨 9 任意

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

推奨任意

抽出ガイド

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

ステップ

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を取得します。Employee 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と共有します。

設定

**Report Type：**Advancedです。Web Serviceアクセス（RaaS）を有効にするために必要です。
**Data Source：**Business Process Transactionsです。ステップ名、完了タイムスタンプ、ステータスなど、プロセスマイニングに必要なイベントレベルの詳細を含む主要なデータソースです。
**Primary Business Object：**Business Process Transactionsです。イベントを中心にレポートを構成できます。
Data Filters：「Business Process Type」でフィルターし、「Hire」や「Onboarding」などの関連プロセスだけを含めることが重要です。確定したイベントを取得するには、「Transaction Status」が「Successfully Completed」または「Canceled」と一致するフィルターが必要です。増分データの読み込みとパフォーマンス管理のため、「Completed Date/Time」フィールドによる日付フィルターも推奨します。初期分析では、通常3～6か月の範囲を指定します。
**Calculated Fields：**Workdayの細かなビジネスプロセスステップを、アクティビティ名が統一され、固有のケースIDを持つ標準化されたイベントログに変換するため、「Evaluate Expression」と「Lookup Related Value」の計算フィールドを多用します。
Web Service Enablement：「Advanced」タブの「Enable as Web Service」にチェックを入れる必要があります。外部システムとの互換性を確保するため、レポートの出力形式はJSONまたはCSVに設定します。
**Permissions：**レポートを実行するユーザー、またはRaaS URLにアクセスするIntegration System Userには、次のドメインに対するセキュリティグループ権限が必要です：「Business Process Transactions」、「Worker Data」、および必要な属性を含むその他のドメイン。

a サンプルクエリ 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。
- 新しいPythonスクリプトファイル（例：extract_onboarding.py）を作成します。
スクリプトを設定
- スクリプトを開き、先頭にあるプレースホルダー変数に、Workday APIエンドポイント、テナント、ISUの認証情報、抽出対象の日付範囲を入力します。
オンボーディングケースを取得
- スクリプトは最初にGet_Workers REST APIエンドポイントを呼び出します。指定した日付範囲内に採用された従業員をフィルターします。この従業員一覧が、分析対象のオンボーディングケースになります。
業務プロセス履歴を取得
- 特定した各従業員について、後続のAPI呼び出しを行い、「Hire」業務プロセスの詳細を取得します。この履歴には、イベントログの基礎となる個々の手順、承認、完了タイムスタンプが含まれます。
Workdayの手順をアクティビティに対応付け
- スクリプトは各従業員の業務プロセス履歴を解析します。あらかじめ定義した対応表を使用し、Workday固有の手順名（例：「Complete Offer」、「Background Check」、「Complete Onboarding Tasks」）を、イベントログで必要な標準アクティビティ名（例：「Offer Accepted」、「Background Check Initiated」、「Pre-Employment Paperwork Completed」）に変換します。
手順以外のイベントを処理
- 一部のアクティビティは、業務プロセスの直接的な手順ではありません。スクリプトで次のように処理します。
  - 「Employee Started」は、従業員のHire_Dateフィールドから導出します。
  - 「Onboarding Canceled」は、Hire業務プロセス全体のステータスが「Rescinded」または「Canceled」かどうかを確認して特定します。
  - 「HR Profile Created」は、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が現在サポートされているバージョンに対応していることを確認してください。

a サンプルクエリ 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データ

ステップ

設定

a サンプルクエリ sql

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

ステップ

設定

a サンプルクエリ python

準備はできましたか

従業員オンボーディングを変革し、今日から無料で始める

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

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

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

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

抽出ガイド

従業員オンボーディングプロセスのWorkday RaaSデータ

ステップ

設定

a サンプルクエリ sql

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

ステップ

設定

a サンプルクエリ python

準備はできましたか

従業員オンボーディングを変革し、今日から無料で始める

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