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

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

Workday Onboarding

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

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

このテンプレートは、従業員オンボーディングプロセスを分析および最適化するために必要な重要なデータを収集するための明確なロードマップを提供します。収集すべき重要な属性、追跡すべき主要なアクティビティ、およびWorkdayオンボーディングからこの情報を抽出するための実践的なガイダンスを概説しています。このリソースを活用して、プロセスマイニングイニシアチブのための包括的で正確なデータ基盤を確保してください。

収集を推奨する項目
追跡すべき主要アクティビティ
Workdayオンボーディングの抽出ガイダンス

イベントログについて初めての方へ：プロセスマイニングのイベントログ作成方法.

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

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

これらは、包括的な従業員オンボーディング分析と深いインサイトを得るために、イベントログに含めることを推奨するデータフィールドです。

5 必須 7 推奨 10 任意

	名前	説明
	アクティビティ名 ActivityName	オンボーディングプロセス内で発生した特定のタスクまたはマイルストンの名称。
説明この属性は、「オファー受諾」、「バックグラウンドチェック開始」、「機器配送完了」など、オンボーディングのジャーニーにおける単一のステップまたはイベントを記述します。これはプロセスログにおける「何が起こったか」を表します。アクティビティのシーケンスと頻度を分析することは、プロセスマイニングの核です。この属性は、プロセスマップを構築し、ボトルネックを特定し、作業の流れを理解するために使用されます。どのステップが最も一般的か、どこで遅延が発生するか、どのアクティビティが手戻りされているかといった疑問に答えるのに役立ちます。その重要性プロセスのステップを定義し、プロセスフローの視覚化や、プロセス構造とバリエーションの分析を可能にします。取得元これは、Workdayオンボーディングビジネスプロセス履歴内のイベントまたはタスク名に対応します。例内定承諾済みバックグラウンドチェック完了ITアカウントプロビジョニング開始従業員勤務開始
	イベント日時 EventTime	オンボーディングアクティビティが完了したか、ステータスが変更された正確な日時。
説明この属性は、各アクティビティに関連付けられたタイムスタンプであり、イベントの時系列シーケンスを提供します。これはプロセスステップのタイミングと期間を理解するための基本です。分析では、イベントタイムはアクティビティを正確に順序付けし、ステップ間の期間（サイクルタイムと待機時間）を計算し、ケース全体の期間を測定するために使用されます。ボトルネックの特定やSLAコンプライアンスの監視など、パフォーマンス関連の分析にとって不可欠です。その重要性すべてのアクティビティに時間の情報（コンテキスト）を付与します。これは、サイクルタイムなどの指標の算出や遅延の特定に欠かせません。取得元これは、Workdayオンボーディングビジネスプロセス履歴における各イベントの完了タイムスタンプです。例 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-01T09:00:00Z
	オンボーディングケース OnboardingCase	オファー受諾から初期統合までの、各新入社員のオンボーディングプロセスに対するユニークな識別子。
説明オンボーディングケースは、単一の新入社員のジャーニーに関連するすべてのイベントとアクティビティをグループ化する中心的な識別子として機能します。この属性は、各新入社員のエンドツーエンドのプロセスを追跡するために不可欠です。プロセスマイニング分析では、この識別子により個々のオンボーディングジャーニーの再構築が可能になります。これは、サイクルタイムのようなケースレベルのメトリクスを計算し、プロセスバリアントを分析し、すべての新入社員のアクティビティの完全なシーケンスを理解するために使用され、プロセスマップの基盤を形成します。その重要性すべての関連アクティビティを単一のエンドツーエンドプロセスインスタンスに接続し、プロセスディスカバリと分析を可能にする基本的な属性です。取得元これは通常、Workdayによって各オンボーディングビジネスプロセスインスタンスに対して生成される一意の識別子です。具体的なビジネスオブジェクトとフィールドについては、Workdayのドキュメントを参照してください。例 ONB-0012345ONB-0012346ONB-0012347
	ソースシステム SourceSystem	オンボーディングデータが抽出されたシステム。
説明この属性は、データの発生元を識別します。このプロセスでは常に「Workday Onboarding」となりますが、データガバナンスや、複数のシステムが統合された場合にデータを区別するために重要なフィールドです。より広範な分析の文脈では、データリネージを追跡し、データ品質を確保するのに役立ちます。複数のシステムにまたがるプロセスを分析する際には、この属性は異なるプラットフォーム間のハンドオフと統合を理解するための鍵となります。その重要性データの発生源に関する重要なコンテキストを提供します。これは、データガバナンスやトラブルシューティング、複数のシステムが混在するプロセス分析において不可欠です。取得元これは、データ抽出時にレコードのソースをラベリングするために追加すべき静的な値です。例 Workday Onboarding
	最終データ更新 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は、組織の人事システム内で従業員に割り当てられる永続的な一意の識別子です。これはオンボーディングプロセス中に、通常はHRプロファイルの作成後に割り当てられます。この属性により、オンボーディングデータと、業績管理や給与計算など、異なるシステム間の他の従業員データを接続できます。これは、オンボーディングエクスペリエンスと従業員の定着率や初期パフォーマンスを相関させるなど、オンボーディングプロセスの長期的な結果を分析するのに役立ちます。その重要性オンボーディングプロセスデータをより広範な従業員ライフサイクルデータとリンクさせるための主キーとして機能し、より包括的な人事分析を可能にします。取得元これはWorkdayのワーカープロファイルで利用可能な標準フィールドです。具体的なフィールド名についてはWorkdayのドキュメントを参照してください。例 100523100524100525
	採用マネージャー HiringManager	新入社員の責任者であるマネージャーの氏名。
説明この属性は、オンボーディングケースに関連付けられた採用マネージャーを特定します。採用マネージャーは、承認やチーム固有のオンボーディングタスクを担当する、プロセスの主要な参加者であることがよくあります。採用マネージャー別にプロセスを分析することで、異なるマネージャーがオンボーディングをどのように処理しているかの違いを特定するのに役立ちます。特に効率的なマネージャーや、ボトルネックになっている可能性のあるマネージャーを浮き彫りにし、的を絞ったトレーニングやプロセス改善の機会を提供します。これは「採用マネージャーのタスク効率」ダッシュボードにとって極めて重要です。その重要性主要なステークホルダーによるパフォーマンス分析を可能にし、マネージャー依存タスクにおけるボトルネックと不整合を明らかにします。取得元この情報は、Workdayの新入社員に関連付けられたポジションまたは求人要求データの一部です。例 John Smithジェーン・ドウPeter Jones
	正式入社日 OfficialStartDate	新入社員の正式な入社初日。
説明この属性は、ITプロビジョニングや機器配送など、多くの事前オンボーディングアクティビティの締め切りとなるオンボーディングプロセスにおける重要な日付です。これは、採用前（プレハイヤー）から従業員への移行を示します。この日付は、準備状況を示すKPIを計算するために不可欠です。主要なプロビジョニングアクティビティの完了時間を正式入社日と比較することで、組織は「初日準備完了率」を測定できます。これは、新入社員が初日から生産的であるために必要なすべてを持っていることを確実にし、彼らの初期エクスペリエンスにおける重要な要素となります。その重要性プレオンボーディングタスクの重要な期日として機能し、「初日準備完了率」KPIを測定するために使用されます。取得元これはWorkday内の採用またはプレハイヤーデータにおける標準フィールドであり、多くの場合「Hire Date」と呼ばれます。例 2024-06-012024-06-152024-07-01
	部署 Department	新入社員が配属される部署または事業部門。
説明この属性は、新入社員が所属する「営業」、「エンジニアリング」、「財務」などの組織単位を特定します。部門ごとの慣行は、オンボーディングプロセスに大きな違いをもたらすことがよくあります。これは比較分析のための重要なディメンションです。これにより、プロセスマップをフィルタリングして部門固有のフローを確認したり、部門間のサイクルタイムを比較したり、高パフォーマンスのユニットにおけるベストプラクティスを特定したりすることができます。これは「部門別オンボーディングバリアント」ダッシュボードを直接サポートします。その重要性組織全体でプロセスバリエーションとベストプラクティスをベンチマーキングし、特定するための主要な側面です。取得元これは、Workday内の新入社員の役職および監督組織情報の一部です。例テクノロジー`セールス`＆`マーケティング`人事財務
	開始システム SystemInitiatingActivity	特定のアクティビティを開始したシステムまたはユーザータイプ。自動ステップと手動ステップを区別するために使用されます。
説明この属性は、アクティビティがWorkdayシステムによって自動的にトリガーされたのか、または人事パートナーや採用マネージャーなどのユーザーによって手動で実行されたのかを示します。たとえば、「システム」は自動ワークフローステップを示し、「HRスペシャリスト」は手動ステップを示します。この情報は、自動化の機会を特定するために非常に貴重です。「手動アクティビティ分析」ダッシュボードでサポートされているように、手動アクティビティの頻度と期間を分析することで、組織は将来の自動化努力のために最も時間のかかる手動ステップをターゲットにし、効率を改善し、エラーを削減することができます。その重要性自動化されたアクティビティと手動のアクティビティを区別するのに役立ち、自動化機会の特定とプロセス効率の測定の鍵となります。取得元これは、Workdayビジネスプロセス履歴のイベントに関連付けられたユーザーまたはアクターから推測できることがよくあります。システム生成イベントには、明確なユーザーが存在します。例システム人事スペシャリスト採用マネージャー
	アクティビティ所要時間 ActivityDuration	単一のアクティビティを完了するのにかかった時間。開始から終了までで測定されます。
説明これは、アクティビティの処理時間を表す計算メトリクスです。イベントのEndTimeとStartTimeの差です。このメトリクスは、詳細なパフォーマンス分析にとって極めて重要です。タスクに積極的に作業している時間（処理時間）と、タスクが開始されるのを待っている時間（待機時間）を区別するのに役立ちます。これにより、どの特定のアクティビティが時間を消費しているかをより正確に特定できます。その重要性アクティビティの純粋な作業時間を分離することで、待ち時間による遅延とは別に、非効率なタスクをピンポイントで特定できます。取得元これは、アクティビティの開始タイムスタンプをその終了タイムスタンプから差し引くことで、データ変換中に計算されます。例 2 hours3 days15分
	全体サイクルタイム OverallCycleTime	オンボーディングケースの総期間。最初のアクティビティから最後のアクティビティまで。
説明これは、オンボーディングケースの最初のイベントと最後のイベントの間の時間差として計算されるケースレベルのメトリクスです。新入社員がオンボーディングプロセスで費やす合計時間を表します。この属性は「全体オンボーディングサイクルタイム」KPIを直接測定し、プロセス効率の主要な指標です。高レベルのダッシュボードで使用され、時間の経過に伴うパフォーマンスを追跡し、異なる部門、地域、または採用マネージャー間の効率を比較するために使用されます。その重要性オンボーディングプロセス全体の端から端までの効率を測定する主要業績評価指標です。取得元これは、データ変換中にケースレベルで、各オンボーディングケースの最大タイムスタンプから最小タイムスタンプを差し引くことで計算されます。例 35 days48日間29日間
	場所 Location	新入社員の物理的な勤務地または地域。
説明この属性は、新入社員が勤務する都市、国、またはオフィスを示します。オンボーディングプロセスは、異なる法的要件、オフィスロジスティクス、または地域ポリシーにより、地理に基づいて大きく異なる場合があります。ロケーションは分析に地理的な側面を提供します。これは、異なる拠点間のオンボーディング効率を比較したり、地域固有のボトルネックを特定したり、現地規制への準拠を確保したりするために使用できます。これはグローバル組織にとって特に重要です。その重要性異なるオフィスや国間でオンボーディングプロセスを比較し、地域差を特定するための地理的分析を可能にします。取得元これは、Workday内のポジションまたは求人要求データに指定されます。例ニューヨーク、アメリカロンドン、英国シンガポール
	役職 JobTitle	新入社員が就く役職の正式な職務名。
説明この属性は、「ソフトウェアエンジニア」、「セールスディレクター」、「会計士」など、新入社員の役割を特定します。役職は、オンボーディングプロセスの特定のステップや要件に影響を与える可能性があります。役職または職位別に分析することで、異なる役割におけるオンボーディングパターンの違いを明らかにできます。例えば、エグゼクティブのオンボーディングは、エントリーレベルのポジションと比較して追加のステップを持つ場合があります。これは、プロセスバリアントをフィルタリングおよび比較するためのもう一つの貴重なディメンションを提供します。その重要性職務役割や勤続年数に基づいたプロセスの違いを分析でき、それぞれ異なるオンボーディング要件を持つ場合があります。取得元この情報は、Workdayの新入社員に関連付けられたポジションデータの一部です。例シニア`ソフトウェアエンジニア`財務アナリストマーケティングコーディネーター
	手戻り IsRework	アクティビティまたは一連のアクティビティが手戻りや修正であるかどうかを示すブール値フラグ。
説明この計算属性は、「HRプロファイル作成」ステップの再開など、タスクが繰り返されたり、修正ループが発生したりするインスタンスにフラグを立てます。これは通常、同じケース内の繰り返されるアクティビティのパターンを特定することで導き出されます。「IsRework」フラグは品質分析に不可欠です。これにより、手戻りループを定量化し、「HRプロファイル手戻り率」KPIの計算を支援します。手戻りを特定し測定することは、プロセスの弱点、データ品質の問題、およびトレーニングのニーズを特定するのに役立ちます。その重要性繰り返しの作業に明示的にフラグを立てることでプロセスの非効率性や品質問題を定量化し、改善 effortsに焦点を当てるのに役立ちます。取得元これは、データ変換中にイベントログ内の特定の手戻りパターン（例: アクティビティA → アクティビティB → アクティビティA）を定義および検出することで導き出されます。例 truefalse
	採用担当者 Recruiter	新入社員の採用プロセスを管理した採用担当者の氏名。
説明この属性は、オンボーディングプロセス前の候補者担当の採用担当者を特定します。採用担当者は、オンボーディングの開始時に引き継ぎタスクを持つ場合があります。採用後のプロセスではあまり中心的ではありませんが、採用担当者別に分析することで、採用とオンボーディングの交差点における問題を浮き彫りにすることがあります。特定の採用担当者が担当した候補者が、よりスムーズに会社へ移行しているかどうかを特定するのに役立ちます。その重要性オンボーディングを前段階の採用プロセスと連携させることで、担当者間の引き継ぎやタレント獲得ライフサイクル全体の分析に役立ちます。取得元これは通常、Workday Recruiting内の求人要求または候補者プロファイルに保存されます。例 David MillerSarah WilsonChris Green
	新入社員氏名 NewHireName	オンボーディング中の新入社員のフルネーム。
説明この属性には新入社員の氏名が含まれます。プライバシー上の問題を避けるため、通常は統計分析には使用されませんが、運用サポートやケース管理には非常に有用です。「新入社員オンボーディングステータス概要」のようなダッシュボードで名前を表示することで、マネージャーや人事スタッフはケースに関連する特定の個人を迅速に特定できます。これにより、個々のオンボーディングプロセスを検索・管理する必要があるユーザーにとって、データがよりアクセスしやすく、実用的なものになります。その重要性個別のケースを人間が読みやすい形式で識別できるため、運用のモニタリングや迅速な対応に役立ちます。取得元これはWorkdayのPre-HireまたはWorkerオブジェクト上の標準フィールドです。例 Alice Johnsonロバート・チェンMaria 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
	雇用形態 EmploymentType	新入社員の雇用形態の分類（正社員、パートタイム、契約社員など）。
説明この属性は、新入社員の雇用形態に基づいて分類します。異なるタイプの従業員は、異なる要件を持つ独自のオンボーディングパスをたどる可能性があります。雇用タイプ別にプロセスを分析することで、各タイプの採用者が適切なオンボーディングエクスペリエンスを受けられるようにすることができます。たとえば、契約社員のオンボーディングは、正社員のオンボーディングの簡素化されたバージョンであり、必須のシステムアクセスとコンプライアンスにのみ焦点を当てる場合があります。その重要性フルタイム、パートタイム、および派遣社員（しばしば異なるニーズを持つ）の多様なオンボーディング経路の分析を可能にします。取得元これはWorkdayのPre-HireまたはWorkerオブジェクト上の標準フィールドであり、ワーカーと会社との関係を分類します。例フルタイム`パートタイム`契約社員インターン

必須推奨任意

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

`イベントログ`に記録すべき主要な`プロセスステップ`と`マイルストーン`で、正確な`プロセスディスカバリ`と`パフォーマンス監視`に役立ちます。

6 推奨 9 任意

	アクティビティ	説明
	30日目チェックイン実施	新入社員とマネージャーの間で予定されているチェックイン（通常、入社後30日頃）の完了を表します。これは通常、マネージャーがWorkdayで対応する「To Do」タスクを完了したときに捕捉されます。
その重要性これは、初期オンボーディングプロセスの重要な最終アクティビティであり、従業員のエンゲージメントと定着に焦点を当てています。全体オンボーディングサイクルタイムを測定するための信頼できるエンドポイントとして機能します。取得元オンボーディングのビジネスプロセス内で、採用マネージャーに割り当てられた「30日目チェックイン」タスクまたは同様の項目が完了した際に記録されます。取得ビジネスプロセス履歴における「Manager Check-in」または「30-Day Review」タスクの完了タイムスタンプを捕捉します。イベントタイプ explicit
	ITアカウントプロビジョニング完了	このマイルストーンは、新入社員に必要なすべてのITアカウントとアクセス権限が正常に作成されたことを確認します。このイベントは、ITチームがWorkdayで割り当てられたプロビジョニングタスクを完了したときに捕捉されます。
その重要性開始日までにITアカウントが準備されていることを確認することは、ポジティブなオンボーディング体験と即座の生産性のために不可欠です。このマイルストーンは、「初日準備完了度」を測定するのに役立ちます。取得元オンボーディングのビジネスプロセス内で、IT部門が「アカウント作成確認」などの特定の「To Do」ステップを完了した際に記録されます。取得以前に開始されたITプロビジョニングタスクの完了イベントを捕捉します。イベントタイプ explicit
	バックグラウンドチェック完了	候補者のバックグラウンドスクリーニングプロセスの完了を示します。これは重要なマイルストーンであり、通常、ベンダーから結果が受信され、Workdayの候補者プロファイルが更新されたときに記録されます。
その重要性これは重要なコンプライアンスのマイルストーンです。バックグラウンドチェックの完了の遅延は、正式な開始日を延期し、リソース計画に影響を与える可能性があります。取得元このイベントは通常、採用担当者や人事パートナーなどのユーザーがWorkday内のオンボーディングビジネスプロセスにおける「バックグラウンドチェックのレビュー」ステップを完了した際に記録されます。取得「Review Background Check」またはビジネスプロセス内の類似ステップの完了タイムスタンプを捕捉します。イベントタイプ explicit
	人事プロファイル作成	このアクティビティは、HCMシステムにおける従業員記録の正式な作成を示し、候補者から採用前または従業員への移行を意味します。Workdayでは、これは「雇用」ビジネスプロセスの最終ステップです。
その重要性これは、従業員をシステムに正式に確立し、給与計算、福利厚生、その他の主要なHR機能を可能にする基本的なマイルストーンです。ほとんどのプロビジョニングアクティビティの前提条件となります。取得元これは、Workdayのイベントログにおいて、従業員の「雇用」ビジネスプロセスの完了タイムスタンプによって明示的に捕捉されます。取得「Hire」ビジネスプロセスの正常完了イベントを捕捉します。イベントタイプ explicit
	内定承諾済み	このアクティビティは、候補者がジョブオファーを受け入れたときにトリガーされる、オンボーディングケースの正式な開始を示します。Workdayでは、これは通常、採用ビジネスプロセスにおける「オファー作成」または「オファー」ステップの完了として捕捉され、その後オンボーディングワークフローが開始されます。
その重要性これは、エンドツーエンドのオンボーディングプロセスの主要な開始イベントです。この時点からの時間を分析することで、新入社員のジャーニー全体と総サイクルタイムの全体像が得られます。取得元このイベントは、Workdayの「求人応募」ビジネスプロセス内でオファー段階が完了した際に記録されます。このステップの完了タイムスタンプがアクティビティタイムスタンプとして機能します。取得採用ビジネスプロセスにおける「Offer」ステップの完了イベントを捕捉します。イベントタイプ explicit
	従業員勤務開始	このアクティビティは、新入社員の正式な入社初日を表します。これは明示的なイベントではありませんが、従業員プロファイルに関連付けられた重要な日付属性です。
その重要性これはコンプライアンスとプロセス分析にとって重要な日付です。プロビジョニング完了日をこの開始日と比較することで、「初日準備完了度」を測定できます。取得元これは、Workdayの従業員ワーカープロファイルにある「Hire Date」または「Start Date」フィールドから導き出されます。雇用記録の主要な属性です。取得従業員の記録から「Hire Date」属性をこのイベントのタイムスタンプとして使用します。イベントタイプ calculated
	ITアカウントプロビジョニング開始	メール、ネットワークアクセス、アプリケーションログインなどの必要なシステムアカウントを作成するITプロセスの開始を示します。これは、通常、HRプロファイルの作成後、連携または通知タスクを通じて自動的にトリガーされます。
その重要性このアクティビティは、新入社員が初日から生産的であることを確実にする上で極めて重要です。その開始を追跡することは、IT供給プロセスの効率性を分析および最適化するのに役立ちます。取得元 Workdayオンボーディングビジネスプロセス内でIT部門に割り当てられた特定の「To Do」ステップとして記録されるか、ITサービス管理システムに送信された連携イベントの作成から推測される場合があります。取得「Create User Account」や「Provision IT Services」などのタスクの開始または完了タイムスタンプを捕捉します。イベントタイプ explicit
	オンボーディングキャンセル済み	このアクティビティは、従業員の入社日前にオンボーディングプロセスが終了したことを表します（例：候補者が内定辞退した場合）。Workdayでは、これは雇用ビジネスプロセスにおける「取り消し」または「キャンセル」アクションによって捕捉されます。
その重要性これは重要な例外経路を表します。キャンセルの頻度とタイミングを分析することで、オファー、報酬、またはオンボーディングエクスペリエンスに関する問題のインサイトを得ることができます。取得元これは、許可されたユーザーが採用またはオンボーディングプロセスに対して「取り消し」または「キャンセル」アクションを実行した際に、ビジネスプロセス履歴に明示的に記録されるイベントです。取得「Rescind Hire」または「Cancel Business Process」アクションの実行イベントを捕捉します。イベントタイプ explicit
	必須トレーニング割り当て済み	必須のコンプライアンスまたは役割ベースのトレーニングが新入社員に割り当てられたことを示します。これは通常、採用プロセスの完了によってトリガーされるWorkday Learningでの自動イベントです。
その重要性これは、新入社員の学習とコンプライアンスのプロセスの開始を示します。割り当てから完了までの時間を追跡することは、「平均必須トレーニング時間」KPIにとって重要です。取得元このイベントは、従業員向け学習キャンペーンまたは登録がいつ開始されたかを記録するWorkday Learningモジュールのログから取得できます。取得 Workday Learningデータソースから、必須コースの登録または割り当てのタイムスタンプを捕捉します。イベントタイプ explicit
	必須トレーニング完了	このアクティビティは、新入社員が割り当てられたすべての必須トレーニングモジュールを完了したことを示します。このイベントは、Workday Learningで最終的な必須コースが完了としてマークされたときに捕捉されます。
その重要性これは重要なコンプライアンスのマイルストーンです。完了率と期間を分析することで、組織が規制要件を満たし、従業員が適切にトレーニングされていることを確認できます。取得元 Workday Learningデータから取得されます。新入社員に必要な最後のトレーニングコースの完了タイムスタンプがイベント時間として機能します。取得新入社員の必須トレーニングプランに含まれるすべてのコースの完了タイムスタンプを特定します。イベントタイプ explicit
	機器発注済み	新入社員のために、ノートPCや電話などの物理的な機器の要求が提出される時点を表します。これは通常、採用マネージャーまたは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
	雇用前書類完了	新入社員がすべての必須の雇用前フォームと文書を正常に完了し、提出した時点を表します。これは、新入社員による割り当てられた「To Do」または「受信トレイ」タスクの完了としてWorkday内で追跡されます。
その重要性事務処理の完了は、最終的な従業員プロファイルの作成とコンプライアンス確保のための重要な前提条件です。ここでの遅延は、給与設定やITプロビジョニングなどの後続アクティビティに直接影響します。取得元新入社員のWorkdayインボックスにある「Onboarding」タスクの完了タイムスタンプから捕捉されます。最後の必須書類タスクの完了がこのイベントを示します。取得採用前候補者のWorkdayアカウントに割り当てられたオンボーディング事務処理タスクセットの完了イベントを特定します。イベントタイプ explicit
	雇用前書類送付済み	このアクティビティは、I-9、納税申告書、ポリシー承認などのオンボーディング文書が新入社員に送信されたときに発生します。Workdayでは、これは「オンボーディング」ビジネスプロセスステップが文書の生成と送付をトリガーしたときに捕捉されます。
その重要性これは、新入社員の管理業務の開始を示します。この時点から書類完了までの時間を分析することで、新入社員のエンゲージメントと管理効率を測定するのに役立ちます。取得元新入社員のオンボーディングワークフローの一部として、「文書生成」または同様のタスクが実行された際に、ビジネスプロセス履歴に記録されます。取得書類送付を含む「Onboarding」ステップが採用前候補者に対して開始された際のタイムスタンプを捕捉します。イベントタイプ explicit

推奨任意

抽出ガイド

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

ステップ

Workdayにログインする: カスタムレポート作成権限を持つユーザーアカウントでWorkdayインスタンスにアクセスします。通常、これには「レポートライター」または「システム管理者」のような役割が必要です。
新規カスタムレポートを作成する: 検索バーを使用して「カスタムレポートの作成」タスクを見つけ、移動します。
レポートの詳細を設定する: レポートタイプとして「Advanced」を選択します。レポートに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 -> Worker -> Employee ID、Business Process -> Worker -> Supervisory Organization（部署用）、およびBusiness Process -> Worker -> Hiring Manager。
標準化のための計算フィールドを作成する: これは最も重要なステップです。Workdayの生データを必要なイベントログ形式にマッピングするために、複数の計算フィールドを作成します。
- OnboardingCase: 「Lookup Related Value」タイプの計算フィールドを作成します。「Worker」関連ビジネスオブジェクトから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」関数を使用して計算フィールドを作成し、各抽出にタイムスタンプを付けます。
レポートデータをフィルタリングする: 「Filter」タブに移動します。Hire、Onboarding、Change Job、Rescindなど、関連するビジネスプロセスのみを含めるフィルターを追加します。特定の期間でレポートを実行できるように、Completed Date/Timeのプロンプトを追加します。進行中のデータを取得しないように、Transaction Statusにサブフィルターを追加し、Successfully CompletedとCanceledイベントのみを含めることが重要です。
Webサービスとして有効化する: レポート定義の「Advanced」タブに移動します。「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と共有されていることを確認します。

設定

レポートタイプ: Advanced。このタイプは、Webサービスアクセス（RaaS）を有効にするために必要です。
データソース: Business Process Transactions。これは、ステップ名、完了タイムスタンプ、ステータスなどのイベントレベルの詳細を含むコアデータソースであり、プロセスマイニングに不可欠です。
プライマリビジネスオブジェクト: Business Process Transactions。これにより、レポートがイベントそのものに基づいて構築されます。
データフィルター: Business Process Typeでフィルタリングし、「Hire」や「Onboarding」のような関連するプロセスのみを含めることが重要です。確定的なイベントを取得するためには、「Successfully Completed」または「Canceled」と等しいTransaction Statusに対するフィルターが必要です。Completed Date/Timeフィールドに対する日付フィルターは、増分データロードとパフォーマンス管理のために推奨されます。初回分析の一般的な期間は3～6ヶ月です。
計算フィールド: Workdayの詳細なビジネスプロセスステップを一貫したActivity NamesとユニークなCase IDを持つ標準化されたイベントログに変換するには、Evaluate ExpressionおよびLookup Related Value計算フィールドを多用する必要があります。
Webサービス有効化: 「Advanced」タブの「Enable as Web Service」オプションをチェックする必要があります。外部システムとの互換性のため、レポートの出力形式はJSONまたはCSVに設定してください。
権限: レポートを実行するユーザー、またはRaaS URLにアクセスするIntegration System Userは、以下のドメインに対するセキュリティグループ権限が必要です。「Business Process Transactions」、「Worker Data」、および必要なattributesを含むその他のドメイン。

a クエリ例 config

/*
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」）を、イベントログに必要な標準化されたActivity Names（例: 「Offer Accepted」、「Background Check Initiated」、「Pre-Employment Paperwork Completed」）に変換します。
非ステップイベントの処理
- 特定のアクティビティは直接的なビジネスプロセスステップではありません。スクリプトはこれらを個別に処理します:
  - 「Employee Started」は、従業員のHire_Dateフィールドから導出されます。
  - 「Onboarding Canceled」は、「Hire」ビジネスプロセス全体のステータスが「Rescinded」または「Canceled」であるかどうかを確認することで識別されます。
  - 「HR Profile Created」は、Hireビジネスプロセス全体の最終完了イベントからマッピングされます。
データの構造化と統合
- イベントは解析されると、構造化された形式で保存されます。すべての従業員を処理した後、スクリプトはpandasライブラリを使用して、すべての個々のイベントを単一の統合されたDataFrameに統合します。
属性の入力
- スクリプトは、各イベントに必要なすべての推奨属性を入力します。OnboardingCaseはビジネスプロセスインスタンスIDからマッピングされます。EmployeeId、HiringManager、Departmentのような従業員固有の属性は、最初の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ステップラベルを標準化されたactivity namesにマッピングする情報が含まれています。このマッピングは、貴社の特定の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()

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

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

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

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

抽出ガイド

Workday RaaSを活用した従業員オンボーディングのプロセスデータ

ステップ

設定

a クエリ例 config

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

ステップ

設定

a クエリ例 python

今すぐ始めますか？

従業員オンボーディングを変革し、今すぐ無料で開始

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

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

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

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

抽出ガイド

Workday RaaSを活用した従業員オンボーディングのプロセスデータ

ステップ

設定

a クエリ例 config

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

ステップ

設定

a クエリ例 python

お客様のプライバシーを大切にしています

今すぐ始めますか？

従業員オンボーディングを変革し、今すぐ無料で開始