> 継続的なプロセス改善 > 採用から退職まで：ポジション管理 > Workday HCM > データテンプレート

採用から退職までの職位管理向けデータテンプレート

Workday HCM

採用から退職までの職位管理の属性(21) 採用から退職までの職位管理のアクティビティ(13) データ抽出ガイド(3)

採用から退職までの職位管理向けデータテンプレート

このテンプレートでは、採用から退職までの職位管理プロセスを分析するために必要なデータの収集手順を確認できます。収集する属性や追跡するアクティビティに加え、Workday HCMからデータを抽出する方法も説明しています。イベントログを漏れなく整え、プロセスマイニングによる分析を始める際にお役立てください。

収集を推奨する属性
追跡する主なアクティビティ
データ抽出の手順

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

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

採用から退職までの職位管理の属性

採用から退職までの職位管理を詳しく分析するために、イベントログに含めることを推奨するデータ項目です。

3 必須 7 推奨 11 任意

	名前	説明
	ポジションID PositionId	組織内の特定のポジションを一意に識別するIDです。ポジション管理プロセスの主なケース識別子として使用されます。
説明職位IDは、職位管理プロセスを分析するうえでの基盤となる識別子です。各IDは、申請と作成から、変更や再分類を経て、最終的に無効化または終了するまで、1つの職位のライフサイクルを表します。プロセスマイニングでは、この属性を使って、承認、データの変更、ステータスの更新など、関連するすべてのアクティビティを特定のケースに紐付けます。これにより、職位の一連の流れを最初から最後まで把握でき、サイクルタイムの分析、プロセスのバリアントの特定、職位ごとのコンプライアンス状況の追跡が可能になります。重要な理由職位のライフサイクル全体を追跡するために欠かせない属性です。プロセスを最初から最後まで分析し、個々のケースにおけるボトルネックや逸脱の特定に役立ちます。入手先 Workday HCMの主要な識別子です。通常、採用や職位管理に関するレポートやビジネスプロセスのデータで確認できます。例 POS-0012345POS-0067890POS-0112233
	アクティビティ名 ActivityName	「職位を作成」や「予算を承認」など、実行されたビジネスプロセスの具体的なステップまたはイベントの名前です。
説明アクティビティ名は、職位管理のライフサイクルにおける個々のステップを表します。これらのイベントがプロセスマップを構成し、職位ごとに実行されたアクションの順序を示します。アクティビティを分析すると、プロセスの流れを可視化し、よくある経路とまれな経路を特定できるほか、主要な節目の間にかかった時間を測定できます。たとえば、「職位申請を開始」「職位の属性を変更」「職位を終了」などのイベントを組み合わせることで、業務の流れを把握できます。重要な理由プロセスマップの作成やプロセスの流れの可視化に欠かせない属性です。遅延や手戻りにつながる具体的なイベントの特定にも役立ちます。入手先 Workdayのビジネスプロセスフレームワークのトランザクションログから抽出されます。ビジネスプロセス定義の各ステップで、イベントレコードが生成されます。例ポジション申請を開始マネージャーの承認を提出ポジションを作成ポジションを無効化
	イベント時刻 EventTime	特定のアクティビティまたはイベントが発生した日時を示すタイムスタンプです。
説明イベント時刻は、プロセス内の各アクティビティが発生した日時を記録する正確なタイムスタンプです。サイクルタイム、待ち時間、所要時間など、時間に基づく分析に欠かせないデータです。プロセスマイニングでは、このタイムスタンプを使ってイベントを時系列に並べ、プロセスの流れを構成するアクティビティの順序を把握します。パフォーマンスの診断にも使われ、ボトルネックの特定、処理量の分析、SLAの監視に役立ちます。重要な理由イベントの順序付けや、サイクルタイム、所要時間など時間に基づく指標の算出、プロセスのボトルネックの診断に欠かせません。入手先 Workday HCMでは、ビジネスプロセスの各トランザクションについて、このタイムスタンプが自動的に記録されます。例 2023-04-15T09:00:00Z2023-04-15T14:35:10Z2023-04-18T11:21:05Z
	コストセンター CostCenter	職位に紐付く財務上のコストセンターです。予算管理や財務報告に使われます。
説明コストセンターは、職位と特定の予算を紐付ける財務上の分析軸です。コストを追跡し、人員配置が財務計画に沿っているかを確認するうえで欠かせません。プロセスマイニングでは、予算承認や財務への影響に関する分析に重要な属性です。コストセンターごとの予算承認時間の違いや、職位管理のアクティビティと財務上の結果との関係を把握できます。また、同様の財務部門間で職位の属性を標準化する際にも役立ちます。重要な理由財務上の分析軸を提供し、予算単位ごとのプロセスの確認や、予算に関するボトルネックの分析を可能にします。入手先 Workday HCMで職位に割り当てられる、財務情報または「Worktag」の一部です。例 CC4010_MARKETINGCC2050_RD_SOFTWARECC7000_ADMIN
	ユーザー User	アクティビティを実行した人のユーザーIDまたは名前です。
説明この属性は、承認の申請や職位の属性変更など、プロセス内の特定のタスクを実行した従業員またはシステムユーザーを示します。担当者は、マネージャー、人事担当者、財務アナリストなどです。ユーザー別にデータを分析すると、研修が必要な領域、業務負荷の偏り、個人ごとのパフォーマンスの違いを把握できます。たとえば、手戻りのアクティビティに頻繁に関わるユーザーを特定し、手順の明確化やシステムの改善が必要かどうかを検討できます。重要な理由業務負荷の分布やユーザーごとの行動を分析し、研修が必要な人や高い成果を上げている人を特定できます。入手先 Workdayのビジネスプロセスのトランザクションログで確認できます。各ステップの開始者または実行者が記録されています。例 jsmithdavis_janehr_admin_svc
	変更理由 ReasonForChange	職位の再分類、変更、終了など、変更イベントの理由です。
説明この属性には、職位に変更を加えた業務上の理由が記録されます。Workdayでは一貫性を保つため、「組織再編」「新規プロジェクト」「予算調整」など、あらかじめ定義されたリストから選択することがよくあります。この属性を分析すると、プロセスの流れの背景を把握できます。たとえば、再分類のイベントとその理由を照合することで、組織再編や役割の変化に関する傾向を特定できます。何が起きたかだけでなく、その理由も確認できます。重要な理由変更や再分類などのアクティビティの背景を把握し、プロセスのばらつきが生じる根本原因の分析に役立ちます。入手先 Workdayでは、「職位の制限を編集」や「職位を終了」など、多くのビジネスプロセスのトランザクションで必須項目です。例新しい部門の設置組織再編データの修正プロジェクトの完了
	終了時刻 EndTime	アクティビティが完了した日時を示すタイムスタンプです。個々のアクティビティの所要時間の算出に使います。
説明終了時刻は、特定のアクティビティが完了した時点を示します。開始時刻がイベントの発生時点を示すのに対し、開始時刻と終了時刻を組み合わせることで、そのイベントの処理時間を算出できます。コンプライアンス審査のように、瞬時には終わらないアクティビティの分析に特に役立ちます。あるアクティビティの終了時刻と次のアクティビティの開始時刻を比較すれば、処理時間と待ち時間を正確に測定でき、プロセスの効率をより詳しく把握できます。重要な理由アクティビティの所要時間を正確に算出し、実際の処理時間と待ち時間を区別するために必要です。入手先 Workdayのビジネスプロセスのステップによっては、開始時刻と終了時刻が明示的に記録されています。記録がない場合は、同じケース内で次に発生するイベントの開始時刻から算出できます。例 2023-04-15T09:05:12Z2023-04-15T17:00:00Z2023-04-18T11:21:55Z
	職位ステータス PositionStatus	「募集中」「充足済み」「凍結」「終了」など、職位の現在または過去のステータスです。
説明職位ステータスは、特定の時点における職位の状態を示します。職位が現在募集可能か、ライフサイクルのどの段階にあるかを把握するうえで重要な属性です。ステータスで絞り込むと、プロセスの特定の部分に焦点を当てて分析できます。たとえば、「凍結」の職位を分析すれば、リソースがどのくらいの期間確保されたままかを確認する滞留期間レポートを作成できます。ステータスの変化を追跡することも、プロセスの流れを理解するうえで重要です。重要な理由職位の状態を把握するための重要な情報です。凍結された職位の滞留期間の分析や、ライフサイクルに沿った進捗の追跡に役立ちます。入手先 Workday HCMの職位オブジェクトに標準項目として用意されています。例募集中－承認済み充足済み凍結終了
	職種ファミリー JobFamily	「エンジニアリング」や「人事」など、特性、スキル、業務内容が似ている職種をまとめた分類です。
説明職種ファミリーは、関連する職務プロファイルをまとめる分類です。たとえば、「ソフトウェアエンジニア」と「シニアソフトウェアエンジニア」の職務プロファイルは、どちらも「エンジニアリング」の職種ファミリーに属する場合があります。これにより、役割をより上位の単位で分類し、分析できます。この属性は、再分類の追跡や職位属性の標準化などの分析に役立ちます。職種ファミリー内またはファミリー間の変更を分析することで、組織はキャリアパス、役割定義の一貫性、人員構成の傾向について把握できます。重要な理由役割を上位の単位で分析でき、標準化の取り組みや、関連する職種間の再分類の分析に役立ちます。入手先 Workday HCMの職務カタログの構成要素で、職位の職務プロファイルに関連付けられています。例情報技術財務・会計営業職
	部門 Department	職位が属する部門または上司組織です。
説明部門属性は、Workdayの用語では「上司組織」と呼ばれることが多く、職位が属する組織を示します。職位が配置されているチームや事業領域を定義します。組織内の各部門のパフォーマンスを比較するうえで、重要な分析軸です。たとえば、エンジニアリング部門とマーケティング部門の新規職位の承認サイクルタイムを比較し、優れた取り組みや部門固有のボトルネックを特定できます。重要な理由組織内の各部門のプロセスパフォーマンスを絞り込んで比較でき、部門固有のボトルネックや効率のよい点を把握できます。入手先 Workday HCMで上司組織に割り当てられることで、職位と紐付けられます。例営業－北米エンジニアリング－プラットフォーム開発財務－全社FP&A
	コンプライアンス審査の有無 IsComplianceReviewed	ケース内で「職位のコンプライアンスを審査」アクティビティが発生した場合にtrueとなるブール値のフラグです。
説明このフラグは、職位のライフサイクル中に正式なコンプライアンス審査が行われたかどうかを示します。対象の職位IDについて、「職位のコンプライアンスを審査」アクティビティの有無を確認して判定します。この属性により、コンプライアンスの監視や重要業績評価指標（KPI）の算出が簡単になります。審査済みと未審査のケースを簡単に絞り込めます。また、対象となる職位の件数を数えやすくなるため、「職位アクションのコンプライアンス率」の算出にも直接役立ちます。重要な理由コンプライアンス率を簡単に測定でき、必要な審査を経ていない職位を絞り込んで分析できます。入手先ケース単位で算出する派生フラグです。ケースログに「職位のコンプライアンスを審査」アクティビティがある場合にtrueとなります。例 truefalse
	コンプライアンス状況 ComplianceStatus	「準拠」や「非準拠」など、コンプライアンス審査の結果を示します。
説明この属性には、「職位のコンプライアンスを審査」という正式なアクティビティの結果が記録されます。職位の属性、承認履歴、または変更理由が社内規定や外部規制を満たしているかを示します。「職位アクションのコンプライアンス概要」ダッシュボードに欠かせない属性です。コンプライアンス率を直接監視でき、監査担当者や人事チームが非準拠と判定された職位をすばやく特定して調査できます。是正措置やリスクの軽減にも役立ちます。重要な理由コンプライアンスチェックの結果を直接測定し、規定の遵守状況を監視できます。リスクの高いケースを特定し、確認を促します。入手先 Workdayのビジネスプロセスで個別に設定したステップの出力として記録されると考えられます。コメントまたはカスタム項目に保存される場合があります。例準拠非準拠要フォローアップ
	ソースシステム SourceSystem	データの取得元となるシステムです。この場合はWorkday HCMを指します。
説明この属性は、職位管理プロセスのデータが生成されたソースアプリケーションを示します。今回の分析ではWorkday HCMが一貫してデータの取得元ですが、複数のシステムのデータを統合する企業環境では重要な項目です。この属性を含めることで、データの来歴が明確になり、複数のプラットフォームにまたがるプロセスを区別しやすくなります。データガバナンスの観点からも、含めておくことが推奨されます。重要な理由データの取得元を明確にし、複数のシステムを使う環境での把握を助けるとともに、データガバナンス基準への準拠を支えます。入手先通常は、データの抽出・変換時に「Workday HCM」という固定値が追加されます。例 Workday HCMWorkdayHCM_Prod
	事業部門 BusinessUnit	「消費財」や「エンタープライズソリューション」など、職位が属する上位の事業部門です。
説明事業部門は、部門よりも組織階層の上位に位置する、会社の主要な事業区分です。経営戦略や財務に関する上位レベルの報告に使われます。事業部門別に職位管理プロセスを分析すると、人員構成の変化を戦略的な視点から把握できます。会社の主要部門間で、採用のスピード、再分類率、プロセス効率に違いがあるかを明らかにし、経営層が全社的な業務の差を把握するのに役立ちます。重要な理由会社の主要部門間でプロセスパフォーマンスを上位レベルから分析し、経営層の意思決定に役立てられます。入手先通常、Workdayでは「Worktag」として実装され、職位または関連するコストセンターに割り当てられます。例消費財エンタープライズソリューションコーポレートサービス
	最終データ更新日時 LastDataUpdate	ソースシステムからデータを最後に抽出し、プロセスマイニングツールに反映した日時を示すタイムスタンプです。
説明この属性は、データが最後に更新された日時を示します。プロセスデータそのものではなく、データセットの鮮度に関するメタデータです。分析を利用するすべての人にとって、データがどの程度最新かを把握するうえで重要です。インサイトが最新の業務状況を反映しているのか、少し前の時点のデータに基づいているのかを確認でき、分析結果の鮮度に関する認識を揃えられます。重要な理由データの鮮度を示し、プロセス分析やインサイトがどの時点の状況を反映しているかを把握しやすくします。入手先データの読み込みが完了した時点で、データパイプラインまたはETLツールによってこのタイムスタンプが生成されます。例 2024-05-21T02:00:00Z2024-05-22T02:00:00Z
	勤務地 Location	職位に紐付く、物理的または論理的な勤務地です。
説明勤務地属性は、職位が配置されている地理的な拠点やオフィスを示します。特定の建物の住所から国や地域まで幅があり、「リモート」が値として含まれる場合もあります。勤務地別に分析すると、承認時間やコンプライアンス率など、地域によるプロセスパフォーマンスの違いを把握できます。プロセスがグローバルで標準化されているか、現地の慣行によって差が生じているかを確認するのにも役立ちます。重要な理由地域別に分析し、プロセスの違いやコンプライアンス状況の差、勤務地固有のボトルネックを特定できます。入手先 Workday HCMで職位に割り当てられる標準属性です。例米国、ニューヨーク英国、ロンドンリモート（ドイツ）
	手戻りの有無 IsRework	職位の属性を何度も変更するなど、アクティビティが手戻りに該当する場合にtrueとなるブール値のフラグです。
説明手戻りの有無を示すフラグは、修正や作業の繰り返しに該当するアクティビティを特定します。こうしたアクティビティは、プロセスの非効率や品質上の問題を示すことがあります。通常、作成直後に「職位の属性を変更」が発生した場合や、同じイベントが連続して複数回発生した場合にtrueとなります。この計算属性は、「職位データの手戻り分析」ダッシュボードに欠かせません。手戻り率を簡単に算出でき、フラグが付いたイベントの状況を分析して根本原因を特定できます。「職位データの手戻り率」などの重要業績評価指標（KPI）にも役立ちます。重要な理由非効率な手戻りを直接特定し、定量化・分析できます。無駄を減らすためのプロセス改善にも役立ちます。入手先アクティビティの順序と発生頻度に基づいて算出する派生フラグです。たとえば、同じケースで「職位の属性を変更」が複数回発生した場合にtrueとなります。例 truefalse
	新規職位の承認時間 NewPositionApprovalCycleTime	職位の申請を開始してから、システムに職位が作成されるまでにかかる合計時間です。
説明この属性は、新規職位の承認プロセスにかかる一連のサイクルタイムを測定します。対象の職位IDについて、「職位申請を開始」イベントから「職位を作成」イベントまでの時間を算出します。「新規職位の平均承認サイクルタイム」の重要業績評価指標（KPI）や関連するダッシュボードに直接役立ちます。ケース単位で算出することで、サイクルタイムの分布や外れ値を分析し、部門や職位タイプなど、承認時間の長短に関係する要因を調べられます。重要な理由主要なパフォーマンス指標を直接測定し、承認の効率や遅延の要因を分析できます。入手先プロセスマイニングツールで、特定の開始アクティビティと終了アクティビティの時間差を求め、ケース単位で算出します。例 P5DT6HP12DP2DT12H30M
	職位タイプ PositionType	正社員、パートタイム、契約社員など、雇用条件に基づいて職位を分類します。
説明職位タイプは、Workdayでは「従業員タイプ」または「勤務時間タイプ」と呼ばれることが多く、職位に紐付く雇用形態を分類します。人員計画と管理の基本となる属性です。プロセスマイニングでは、この分析軸を使って、雇用形態ごとに職位管理プロセスを比較できます。たとえば、契約社員の承認プロセスが正社員より速いか、手順が少ないかを調べ、プロセスを改善できる領域を見つけられます。重要な理由正社員と契約社員など、雇用形態ごとに職位管理プロセスを比較し、改善の機会を見つけられます。入手先職位の定義に含まれ、「従業員タイプ」または「勤務時間タイプ」として設定されることがよくあります。例正社員パートタイム社員有期契約社員
	職位名 PositionTitle	「シニア財務アナリスト」や「主任ソフトウェアエンジニア」など、職位の具体的な名称です。
説明職位名は、役割を示す正式な名称で、ユーザーにも表示されます。職種ファミリーや職務プロファイルよりも具体的で、求人情報や組織図に記載される名称です。この属性を分析すると、職位の変更内容を詳しく把握できます。たとえば、再分類の分析では、職位名が大きく変わったかどうかを確認できます。また、標準化のダッシュボードで、部門をまたいで類似する役割の名称に一貫性があるかを確認する際にも使われます。重要な理由役割の詳細を把握でき、再分類や役割の標準化を分析するうえで欠かせません。入手先 Workday HCMの職位オブジェクトに標準項目として用意されています。例シニアプロダクトマネージャー人事ビジネスパートナーIIアソシエイト会計士
	職務プロファイル JobProfile	職務の責任や資格要件など、基本的な特性を定義する標準テンプレートです。
説明職務プロファイルは、Workdayの職務体系を構成する基本要素です。職務のテンプレートとして、標準の職位名、資格要件、報酬等級などを定義します。職位は、特定の部門における職務プロファイルの具体例です。この属性は、プロセスの標準化を把握するうえで重要です。職務プロファイル別にプロセスを分析すると、特定の役割で承認サイクルが長い、または手戻りが多いといった傾向が分かります。また、職位が別の職務プロファイルに移る再分類の追跡にも欠かせません。重要な理由職位を標準的な職務テンプレートに紐付け、役割の標準的な特性に基づいてプロセスのばらつきを分析できます。入手先 Workday HCMでは、すべての職位に必須の項目です。採用データモデルの主要な要素です。例 JP-FIN-Analyst3JP-ENG-Dev5JP-HR-Generalist2

必須推奨任意

採用から退職までの職位管理のアクティビティ

採用から退職までの職位管理プロセスを正確に把握するために、イベントログに記録する主なステップと節目です。

6 推奨 7 任意

	アクティビティ	説明
	ポジションを作成	Workdayシステムでポジションが正常に作成され、正式に登録されたことを示します。「ポジションの作成」ビジネスプロセスが正常に完了した時点で記録されます。
重要な理由承認段階の終了と、ポジションの採用準備が整ったことを示す重要な節目です。承認サイクルタイム全体の重要業績評価指標（KPI）を測定するうえで欠かせません。入手先 Workdayのイベントログまたは監査証跡に記録された、「ポジションの作成」ビジネスプロセスの完了タイムスタンプから取得します。記録「ポジションの作成」ビジネスプロセスが正常に完了した際に記録されるイベントです。イベントタイプ explicit
	ポジションを無効化	ポジションが無効になり、採用できなくなったことを示します。正式に終了する前段階として行われることがよくあります。「ポジションの無効化」ビジネスプロセスの完了時に明示的なイベントとして記録されます。
重要な理由無効化はポジションのライフサイクルにおける重要な節目であり、最終的な終了とは異なります。無効化から終了までの時間は、組織構造を整理する事務処理の効率を測る指標になります。入手先 Workdayの監査ログに、「ポジションの無効化」ビジネスプロセスの正常な完了時に記録されます。記録「ポジションの無効化」ビジネスプロセスが正常に完了した際に記録されるイベントです。イベントタイプ explicit
	ポジションを終了	ポジションのライフサイクルにおける最終アクティビティで、組織からポジションを恒久的に削除することを示します。Workdayでは、「ポジションの終了」ビジネスプロセスが正常に完了した際に記録されます。
重要な理由多くのケースで最終イベントとなるこのアクティビティは、ポジションのライフサイクルの終点を示します。プロセス全体の所要時間を把握し、人員数のデータを正確に保つうえで重要です。入手先 Workdayの監査証跡またはビジネスプロセスログに記録された、「ポジションの終了」ビジネスプロセスの完了タイムスタンプから取得します。記録「ポジションの終了」ビジネスプロセスの完了時に記録されるイベントです。イベントタイプ explicit
	ポジション属性を変更	役職名や部門など、既存のポジションの属性が1つ以上変更されたことを示します。ユーザーが「ポジション制限の編集」ビジネスプロセスを正常に完了した時点で明示的に記録されます。
重要な理由変更が頻繁に発生する場合、データ入力ミス、職務内容の変化、またはプロセスの非効率が考えられます。このアクティビティの分析は、「ポジションデータの手戻り分析」ダッシュボードやデータ品質の改善に役立ちます。入手先 Workdayの「ポジション制限の編集」または同様のビジネスプロセスの完了ログから取得します。監査証跡で変更されたフィールドを確認できます。記録「ポジション制限の編集」ビジネスプロセスが正常に完了した際に記録されるイベントです。イベントタイプ explicit
	ポジション申請を開始	新しいポジションの作成申請が正式に提出され、ポジション管理のライフサイクルが始まります。Workdayでユーザーが「ポジションの作成」ビジネスプロセスを開始した時点で、明示的なイベントとして記録されます。
重要な理由このアクティビティは、プロセスの主な開始イベントです。このイベントから後続の承認までにかかる時間を分析すると、ポジション作成サイクル全体の効率を測定できます。入手先このイベントは、Workdayのビジネスプロセスイベントログに記録されます。該当するポジションIDについて、「ポジションの作成」ビジネスプロセスのトランザクション開始時刻を確認してください。記録「ポジションの作成」ビジネスプロセスの開始時に記録されるイベントです。イベントタイプ explicit
	予算を承認	財務部門または予算管理者が、新しいポジションの予算を確保できることを確認する重要な節目です。指定された承認者がビジネスプロセスの予算承認ステップを完了した時点で記録されます。
重要な理由予算承認は、大きなボトルネックになることがよくあります。このアクティビティのサイクルタイムを測定すると、財務確認の効率化や採用の迅速化につなげられます。入手先 Workdayの「ポジションの作成」ビジネスプロセスの監査履歴に記録されます。予算承認ステップの完了イベントに該当します。記録ビジネスプロセスログに記録された、財務または予算承認ステップの完了タイムスタンプです。イベントタイプ explicit
	ポジションのコンプライアンスを確認	社内方針や外部規制などに照らして、ポジションの正式なコンプライアンス確認が行われたことを示します。親ビジネスプロセス内の特定の「To Do」または「チェックリスト」ステップとして記録される場合があります。
重要な理由コンプライアンス確認を追跡することは、リスクの軽減と組織基準の遵守に欠かせません。このアクティビティは、「ポジション関連操作のコンプライアンス率」の重要業績評価指標（KPI）に直接関係します。入手先「ポジションの作成」や「ポジションの編集」などのビジネスプロセス内で、完了済みの「To Do」ステップまたは特定の承認ステップとして記録される場合があります。正確な記録方法の確認には、システムの分析が必要です。記録ビジネスプロセスログに記録された、コンプライアンス関連の承認または「To Do」ステップの完了タイムスタンプです。イベントタイプ explicit
	ポジションの凍結を解除	凍結を解除し、一時停止中のポジションを再び有効にして採用可能にする操作です。通常、ポジションのステータスフィールドが「凍結」から「アクティブ」に変わったことから判定します。
重要な理由このイベントは、凍結中のポジションが解消されたことを示します。「ポジションを凍結」してからこのイベントまでの時間は、「凍結中ポジションの解消時間」の重要業績評価指標（KPI）を測定するうえで重要です。入手先ポジションの履歴または監査ログにある、有効日付きのステータス変更から判定できる場合があります。設定によっては、明示的な「凍結解除」ビジネスプロセスイベントとして記録されることもあります。記録有効日付きの履歴に基づき、ポジションのステータスが「凍結」から「アクティブ」に変わったことを検出します。イベントタイプ inferred
	ポジションを再分類	ポジションに関連付けられた職務プロファイルまたは分類が正式に変更されたことを示します。特定のポジションに対する「職務の変更」ビジネスプロセスが正常に完了した際に記録されます。
重要な理由このアクティビティから、組織再編や職務内容の大幅な変更を把握できます。再分類を追跡すると、人員構成の変化や職務体系の安定性を分析できます。入手先ポジションに対して「職務の変更」ビジネスプロセスを適用した際の完了ログから取得します。従業員に適用した場合とは区別されます。記録ポジションに対する「職務の変更」ビジネスプロセスが正常に完了した際に記録されるイベントです。イベントタイプ explicit
	ポジションを凍結	ポジションを一時的に停止し、採用できない状態にする操作を示します。Workdayでユーザーが「ポジションの凍結」ビジネスプロセスを正常に完了した際に記録されます。
重要な理由このアクティビティは、人員数と予算の管理に欠かせません。ポジションが凍結状態にある期間を分析すると、判断の滞留を特定し、リソース計画を最適化できます。入手先「ポジションの凍結」ビジネスプロセスの完了時に取得します。このイベントの結果として、通常はポジションのステータスフィールドが更新されます。記録「ポジションの凍結」ビジネスプロセスの完了時に記録されるイベントです。イベントタイプ explicit
	ポジション申請を却下	承認者が申請を却下し、ポジション作成申請が不成立に終わったことを示します。Workdayでは、「ポジションの作成」ビジネスプロセスの最終ステータス「却下」として記録されます。
重要な理由却下された申請を分析すると、予算上の制約や方針との不一致など、よくある却下理由を特定できます。プロセスの改善や申請者への適切な案内に役立ちます。入手先「ポジションの作成」ビジネスプロセスのインスタンスの最終ステータスから取得します。イベントのタイムスタンプは、却下操作が行われた時刻です。記録ビジネスプロセスのステップで承認者が「却下」操作を選択した際に記録されるイベントです。イベントタイプ explicit
	マネージャーの承認を提出	採用マネージャーまたは監督組織のマネージャーによる確認・承認ステップの完了を示します。Workdayでは、「ポジションの作成」ビジネスプロセス内の承認ステップが完了した時点で、個別の完了イベントとして記録されます。
重要な理由これは初期段階でよく見られる節目であり、ボトルネックになる可能性もあります。この承認にかかる時間を追跡すると、ポジション作成ワークフローの初期段階における遅延を特定できます。入手先「ポジションの作成」ビジネスプロセスの監査証跡から取得します。「マネージャー承認」ステップの完了に該当します。記録ビジネスプロセスログに記録された、マネージャー承認ステップの完了タイムスタンプです。イベントタイプ explicit
	人事の承認を提出	人事担当者がポジション申請を確認し、承認したことを示します。Workdayのビジネスプロセスで、人事承認者が割り当てられたステップを完了した時点で明示的に記録されます。
重要な理由この承認は、ポジションが社内方針や職務体系に沿っていることを確認する重要なチェックポイントです。ここでの遅延は、サイクルタイム全体に大きく影響する可能性があります。入手先該当するビジネスプロセスのWorkday監査証跡から取得します。「人事承認」ステップの完了イベントに該当します。記録ビジネスプロセスログに記録された、人事承認ステップの完了タイムスタンプです。イベントタイプ explicit

推奨任意

データ抽出ガイド

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

ステップ

Workdayにログインする：カスタムレポートの作成権限と、必要なHuman Capital Management（HCM）データドメインへのアクセス権を持つユーザーアカウントで、Workdayテナントにサインインします。
カスタムレポートを作成する：検索バーで「Create Custom Report」タスクを検索し、開きます。
レポート種別とデータソースを選択する：「ProcessMind Position Management Events」などのレポート名を付けます。レポート種別には「詳細設定」を選択します。データソースには「Business Process Transactions」を選択します。このデータソースでは、ビジネスプロセスの各ステップに関するイベント単位の詳細情報を取得できます。
レポートの列を定義する：「Columns」タブで、イベントログの列となるフィールドを追加します。Workdayのオブジェクトやフィールドを、必要な属性に対応付けます。たとえば、次のように設定します。
- PositionId：ビジネスプロセスのコンテキストにある「Position ID」に対応付けます。
- EventTime：各ステップの「Completed Date」または「Corrected Completed Moment」に対応付けます。
- ユーザー：トランザクションの「Completed By」に対応付けます。
- PositionStatus、部門、CostCenter、JobFamily：ビジネスオブジェクト「Position」の該当フィールドに対応付けます。
アクティビティ名の計算フィールドを作成する：このデータ抽出では、ビジネスプロセスのステップを標準アクティビティ名に変換することが重要です。「Related Business Objects」メニューを開き、「Calculated Field」を作成します。「Evaluate Expression」タイプを使って条件分岐を設定します。たとえば、次のように設定します。
- 「Business Process Type」が「Create Position」で、「Transaction Status」が「Successfully Completed」の場合、「Position Created」を返します。
- 「Business Process Type」が「Create Position」、「Step」が「[Your Manager Approval Step Name]」、「Status」が「Completed」の場合、「Manager Approval Submitted」を返します。
- 必要な13種類のアクティビティそれぞれに条件を作成します。
レポートのフィルターを設定する：「フィルター」タブで、データの範囲を指定する入力欄とフィルターを追加します。日付範囲を選択できるよう、「Completed Date」の入力欄を作成します。「Create Position」、「Edit Position Restrictions」、「Change Job」、「Freeze Position」、「Inactivate Position」、「Close Position」など、対象となる「Business Process Types」だけを含めるフィルターを追加します。
並べ替えと出力を調整する：「Sort」タブで、結果をPositionId、続いてEventTimeの順に並べ、各ケースの時系列を整えます。
Webサービス（RaaS）として有効にする：レポートがUI上で正しく実行されることを確認したら、「Actions」>「Web Service」>「Enable as Web Service」の順に選択します。設定で「Content Type」を「JSON」にすると、連携しやすくなります。
エンドポイントを保護してテストする：Webサービスのセキュリティを設定し、アクセスできるユーザーやシステムを指定します。生成されたJSONまたはWSDLのURLを控えます。Postmanや簡単なスクリプトでエンドポイントをテストし、データを取得できることを確認します。
データ抽出を自動化する：連携プラットフォームまたはスクリプトを使い、スケジュールに従ってRaaSのURLを呼び出します。リクエストのパラメーターとして、対象の日付範囲を渡します。
ProcessMind用にデータを整形する：スクリプトでWorkdayからのJSONレスポンスを解析し、フラットなCSVファイルに変換します。CSVの列見出しが必要な属性名（PositionId、ActivityName、EventTime、ユーザーなど）と一致していることを確認します。
ProcessMindにアップロードする：整形済みのCSVファイルをProcessMindにアップロードし、分析を開始できます。

設定

レポート種別：「Advanced」を選択します。計算フィールドの作成や、異なるビジネスオブジェクトのデータ結合に必要です。
主なデータソース：「Business Process Transactions」を選択します。イベントを中心としたこのデータソースには、ビジネスプロセスの各ステップの状況、タイムスタンプ、参加者など、必要な詳細情報が含まれます。
主なフィルター：
- Business Process Type：「Create Position」「Close Position」「Freeze Position」「Change Job」「Edit Position Restrictions」「Inactivate Position」など、対象のプロセスだけを含めます。処理性能を保つために重要です。
- Completed Date：このフィールドにプロンプト付きフィルターを設定し、ユーザーが抽出期間を指定できるようにします。最初は3～6か月分のデータを読み込むことを推奨します。
計算フィールド：標準化されたActivityNameを導出し、イベントデータに主要な「Position」オブジェクトの属性を取り込むため、「Evaluate Expression」と「Lookup Related Value」の計算フィールドを多く使用します。
Webサービスの出力：RaaSの出力形式にはJSONを設定します。XMLも選択できますが、一般にJSONのほうが最新のアプリケーションで解析しやすい形式です。
権限：レポートを作成するユーザーには、「Business Process Transactions」「Position Management」「Worker Data」などのデータドメインに対するセキュリティ権限が必要です。RaaSの呼び出しで返されるデータは、これらの権限の範囲に限られます。

クエリの例 sql

/*
 This is a logical representation of the Workday Advanced Report configuration.
 It is built using the Workday Report Writer UI, not by writing code.
 Each 'SELECT' block represents a set of conditions within a single 'Evaluate Expression' calculated field for the 'ActivityName' column.
 The report's primary data source is 'Business Process Transactions'.
*/

// Calculated Field for ActivityName: 'cf_ActivityName'
// Type: Evaluate Expression

// Condition 1: Position Request Initiated
WHEN ('Business Process'.Type = 'Create Position' AND 'Business Process Transaction'.Is First Step = true)
THEN 'Position Request Initiated'
// Column Mapping for this condition:
// PositionId: 'Position' From Business Process -> Position ID
// ActivityName: 'cf_ActivityName' (this calculated field)
// EventTime: 'Business Process' -> Initiation Moment
// User: 'Business Process' -> Initiator

// Condition 2: Manager Approval Submitted
WHEN ('Business Process'.Type = 'Create Position' AND 'Business Process Step'.Name CONTAINS 'Manager Approval' AND 'Business Process Transaction'.Status = 'Completed')
THEN 'Manager Approval Submitted'
// Column Mapping for this condition:
// EventTime: 'Business Process Transaction' -> Completed Moment
// User: 'Business Process Transaction' -> Completed By

// Condition 3: HR Approval Submitted
WHEN ('Business Process'.Type = 'Create Position' AND 'Business Process Step'.Name CONTAINS 'HR Approval' AND 'Business Process Transaction'.Status = 'Completed')
THEN 'HR Approval Submitted'
// Column Mapping for this condition:
// EventTime: 'Business Process Transaction' -> Completed Moment
// User: 'Business Process Transaction' -> Completed By

// Condition 4: Budget Approved
WHEN ('Business Process'.Type = 'Create Position' AND 'Business Process Step'.Name CONTAINS 'Budget Approval' AND 'Business Process Transaction'.Status = 'Completed')
THEN 'Budget Approved'
// Column Mapping for this condition:
// EventTime: 'Business Process Transaction' -> Completed Moment
// User: 'Business Process Transaction' -> Completed By

// Condition 5: Position Request Denied
WHEN ('Business Process'.Type = 'Create Position' AND 'Business Process'.Status = 'Denied')
THEN 'Position Request Denied'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business Process Transaction' -> Completed By (on the denial step)

// Condition 6: Position Created
WHEN ('Business Process'.Type = 'Create Position' AND 'Business Process'.Status = 'Successfully Completed')
THEN 'Position Created'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business process' -> Initiator

// Condition 7: Position Attributes Modified
WHEN ('Business Process'.Type = 'Edit Position Restrictions' AND 'Business Process'.Status = 'Successfully Completed')
THEN 'Position Attributes Modified'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business Process' -> Initiator

// Condition 8: Position Reclassified
WHEN ('Business Process'.Type = 'Change Job' AND 'Business Process'.Context.Is Position = true AND 'Business Process'.Status = 'Successfully Completed')
THEN 'Position Reclassified'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business Process' -> Initiator

// Condition 9: Position Compliance Reviewed
WHEN ('Business Process Step'.Name CONTAINS 'Compliance Review' AND 'Business Process Transaction'.Status = 'Completed')
THEN 'Position Compliance Reviewed'
// Column Mapping for this condition:
// EventTime: 'Business Process Transaction' -> Completed Moment
// User: 'Business Process Transaction' -> Completed By

// Condition 10: Position Frozen
WHEN ('Business Process'.Type = 'Freeze Position' AND 'Business Process'.Status = 'Successfully Completed')
THEN 'Position Frozen'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business Process' -> Initiator

// Condition 11: Position Unfrozen
// Note: This often relies on a different data source, 'Position History', to track status changes.
// If using 'Business Process Transactions', this assumes an 'Unfreeze' BP exists or is part of another BP.
// The example below assumes an 'Edit Position' BP is used to change the status.
WHEN ('Business Process'.Type = 'Edit Position Restrictions' AND 'Position'.Is Frozen (Prior) = true AND 'Position'.Is Frozen = false AND 'Business Process'.Status = 'Successfully Completed')
THEN 'Position Unfrozen'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business Process' -> Initiator

// Condition 12: Position Deactivated
WHEN ('Business Process'.Type = 'Inactivate Position' AND 'Business Process'.Status = 'Successfully Completed')
THEN 'Position Deactivated'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business Process' -> Initiator

// Condition 13: Position Closed
WHEN ('Business Process'.Type = 'Close Position' AND 'Business Process'.Status = 'Successfully Completed')
THEN 'Position Closed'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business Process' -> Initiator

// Default case for the calculated field
ELSE 'Other Activity'

/*
Final Report Structure:
- Data Source: Business Process Transactions
- Columns:
  - Position ID (from Position)
  - cf_ActivityName
  - Event Time (Calculated field to pick correct timestamp based on activity)
  - User (Calculated field to pick correct user)
  - End Time (same as Event Time for discrete events)
  - Position Status (from Position)
  - Reason For Change (from Business Process -> Reason)
  - Department (Supervisory Organization from Position)
  - Cost Center (from Position)
  - Job Family (from Job Profile)
- Filter:
  - Business Process Type IN ('Create Position', 'Edit Position Restrictions', 'Change Job', 'Freeze Position', 'Inactivate Position', 'Close Position', ...)
  - Completed Date IS IN [Prompted Date Range]
  - cf_ActivityName IS NOT 'Other Activity'
*/

ステップ

**前提条件：Workdayカスタムレポートを作成します。**スクリプトを実行する前に、必要なデータを提供するカスタムレポートをWorkdayで作成します。「Business Process Transactions」データソースを使用します。職位ID、ビジネスプロセス種別、ステップ名、状況、有効日、完了日、開始者など、イベントログに必要なフィールドを公開します。「Advanced」タブで「Enable as Web Service」を選択してレポートをWebサービスとして有効化し、Integration System User（ISU）に必要な権限を設定します。
**前提条件：Workday連携ユーザーを設定します。**前の手順で作成したカスタムレポートにアクセスできる権限を持つIntegration System User（ISU）を用意します。ユーザー名、パスワード、レポート用に生成されたRaaS（Reports-as-a-Service）のJSONエンドポイントURLを控えます。
**Python環境を準備します。**データ抽出を実行するマシンにPythonをインストールします。pipを使って必要なライブラリをインストールします：pip install requests pandas。
**Pythonスクリプトを設定します。**提供されたPythonスクリプトをダウンロードします。テキストエディターでファイルを開き、スクリプト冒頭のプレースホルダー変数を更新します。WorkdayのRaaS URL、ユーザー名、パスワードを指定します。また、抽出期間のSTART_DATEとEND_DATEを設定します。
**スクリプトの処理内容を確認します。**スクリプトはWorkdayで認証を行い、カスタムレポートのWebサービスを呼び出して、日付範囲をパラメーターとして渡します。WorkdayからはJSON形式でデータが返されます。結果が複数ページにわたる場合、スクリプトが自動的にページネーションを処理します。
**スクリプトを実行します。**ターミナルまたはコマンドプロンプトを開き、スクリプトを保存したディレクトリに移動して、次のコマンドを実行します：python workday_extraction.py。
**アクティビティを対応付けます。**スクリプトには、Workdayのビジネスプロセスとステップの状況の組み合わせを、ProcessMindで必要な標準アクティビティ名に変換する対応表（activity_map）があります。Workdayテナントで設定されている実際のビジネスプロセス名に合わせて、対応表のキーを調整する必要がある場合があります。
**データを変換します。**スクリプトはWorkdayレポートから返された各レコードを処理します。アクティビティの対応付けを行い、必要な属性を抽出して、タイムスタンプを適切な形式に整えます。有効なイベントはリストに追加されます。
**出力を作成します。**すべてのデータを処理した後、スクリプトはイベントのリストをpandasのDataFrameに変換します。これにより、PositionId、ActivityName、EventTime、Userなど、必要な列名を持つ表形式に整えられます。
**ProcessMind用のCSVを出力します。**スクリプトは最終的なDataFrameをposition_management_event_log.csvという名前のCSVファイルに保存します。ファイルはUTF-8でエンコードされ、そのままProcessMindにアップロードできます。

設定

Workdayカスタムレポート（RaaS）：主なデータソースは、Webサービスとして有効化したWorkdayカスタムレポートです。このレポートは「Business Process Transactions」データソースを基に作成します。
レポートのフィールド：職位ID、ビジネスプロセス定義、ビジネスプロセスのステップ、トランザクション状況、有効日時、完了日時、開始者のほか、原価センターや監督組織など必要な属性を含めます。
Integration System User（ISU）：認証にはユーザー名とパスワードを持つISUが必要です。このユーザーは、カスタムレポートのWebサービスエンドポイントへのアクセス権を持つセキュリティグループに所属している必要があります。
日付範囲：スクリプトではSTART_DATEとEND_DATEのパラメーターを使用します。初回の抽出では、データ量を運用しやすい範囲に抑え、処理を速めるため、3～6か月分を推奨します。2回目以降は、より短い差分期間を指定できます。
APIエンドポイント：カスタムレポートのJSONエンドポイントURLが必要です。このURLは、Workdayのカスタムレポート定義にある「Web Service」タブで確認できます。
アクティビティの対応付け：スクリプトでは、Workdayのプロセス名と状況を最終的なアクティビティ名に対応付ける設定可能なロジックを使用します。Workdayのビジネスプロセス設定に応じて、調整が必要な場合があります。

クエリの例 python

import requests
import pandas as pd
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Settings --- #
class=class="hl-string">"hl-comment"># Replace with your Workday RaaS endpoint, username, and password
WORKDAY_RAAS_URL = class="hl-string">'[Your_Workday_RaaS_JSON_Endpoint_URL]'
WORKDAY_USERNAME = class="hl-string">'[Your_ISU_Username]'
WORKDAY_PASSWORD = class="hl-string">'[Your_ISU_Password]'

class=class="hl-string">"hl-comment"># Set the date range for the extraction (YYYY-MM-DD format)
START_DATE = class="hl-string">'2023-01-01'
END_DATE = class="hl-string">'2023-12-31'

class=class="hl-string">"hl-comment"># --- Activity Mapping --- #
class=class="hl-string">"hl-comment"># This dictionary maps Workday processes and statuses to standardized activity names.
class=class="hl-string">"hl-comment"># The keys are tuples: (class="hl-string">'Business Process Name', class="hl-string">'Step Name / Status').
class=class="hl-string">"hl-comment"># You MAY need to adjust the class="hl-string">'Business Process Name' to match your Workday configuration.
activity_map = {
    (class="hl-string">'Create Position', class="hl-string">'Initiation Step'): class="hl-string">'Position Request Initiated',
    (class="hl-string">'Create Position', class="hl-string">'Manager Approval'): class="hl-string">'Manager Approval Submitted',
    (class="hl-string">'Create Position', class="hl-string">'HR Approval'): class="hl-string">'HR Approval Submitted',
    (class="hl-string">'Create Position', class="hl-string">'Budget Approval'): class="hl-string">'Budget Approved',
    (class="hl-string">'Create Position', class="hl-string">'Denied'): class="hl-string">'Position Request Denied',
    (class="hl-string">'Create Position', class="hl-string">'Successfully Completed'): class="hl-string">'Position Created',
    (class="hl-string">'Edit Position Restrictions', class="hl-string">'Successfully Completed'): class="hl-string">'Position Attributes Modified',
    (class="hl-string">'Change Job', class="hl-string">'Successfully Completed'): class="hl-string">'Position Reclassified',
    (class="hl-string">'Freeze Position', class="hl-string">'Successfully Completed'): class="hl-string">'Position Frozen',
    class=class="hl-string">"hl-comment"># Assuming a business process exists for this. If not, this requires a different approach.
    (class="hl-string">'Unfreeze Position', class="hl-string">'Successfully Completed'): class="hl-string">'Position Unfrozen',
    (class="hl-string">'Inactivate Position', class="hl-string">'Successfully Completed'): class="hl-string">'Position Deactivated',
    (class="hl-string">'Close Position', class="hl-string">'Successfully Completed'): class="hl-string">'Position Closed',
    class=class="hl-string">"hl-comment"># Mapping a class="hl-string">'To Do' step within a parent process for compliance review
    (class="hl-string">'Create Position', class="hl-string">'Compliance Review To Do'): class="hl-string">'Position Compliance Reviewed',
    (class="hl-string">'Edit Position Restrictions', class="hl-string">'Compliance Review To Do'): class="hl-string">'Position Compliance Reviewed'
}

def get_activity_name(process, step, status):
    class="hl-string">"""Determines the activity name based on the mapping."""
    class=class="hl-string">"hl-comment"># Denied and successful completion are based on the overall process status
    if status == class="hl-string">'Denied':
        return activity_map.get((process, class="hl-string">'Denied'))
    if status == class="hl-string">'Successfully Completed':
        return activity_map.get((process, class="hl-string">'Successfully Completed'))

    class=class="hl-string">"hl-comment"># Other activities are based on specific steps
    return activity_map.get((process, step))

def fetch_workday_data():
    class="hl-string">"""Fetches data from the Workday RaaS endpoint with pagination."""
    all_entries = []
    page = 1
    while True:
        params = {
            class="hl-string">'format': class="hl-string">'json',
            class="hl-string">'page': page,
            class="hl-string">'StartDate': fclass="hl-string">'{START_DATE}T00:00:00Z',
            class="hl-string">'EndDate': fclass="hl-string">'{END_DATE}T23:59:59Z'
        }
        print(fclass="hl-string">"Fetching page {page}...")
        try:
            response = requests.get(
                WORKDAY_RAAS_URL,
                auth=(WORKDAY_USERNAME, WORKDAY_PASSWORD),
                params=params
            )
            response.raise_for_status() class=class="hl-string">"hl-comment"># Raise an exception for bad status codes
            data = response.json()
            entries = data.get(class="hl-string">'Report_Entry', [])
            if not entries:
                print(class="hl-string">"No more entries found. Concluding fetch.")
                break
            all_entries.extend(entries)
            class=class="hl-string">"hl-comment"># Check if this is the last page
            if len(entries) < data.get(class="hl-string">'Report_Data', {}).get(class="hl-string">'Page_Size', 1000):
                 break
            page += 1
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data from Workday: {e}")
            break
        except ValueError:
            print(class="hl-string">"Error parsing JSON response. Check the URL and credentials.")
            print(class="hl-string">"Response text:", response.text)
            break

    print(fclass="hl-string">"Total entries fetched: {len(all_entries)}")
    return all_entries

def main():
    class="hl-string">"""Main function to extract, transform, and save data."""
    report_entries = fetch_workday_data()
    if not report_entries:
        print(class="hl-string">"No data extracted. Exiting.")
        return

    event_log = []
    for entry in report_entries:
        class=class="hl-string">"hl-comment"># Assuming your RaaS report column names are aliased for clarity
        process_name = entry.get(class="hl-string">'BusinessProcessType')
        step_name = entry.get(class="hl-string">'BusinessProcessStep')
        status = entry.get(class="hl-string">'TransactionStatus')
        position_id = entry.get(class="hl-string">'PositionID')
        
        activity = get_activity_name(process_name, step_name, status)
        
        if not activity or not position_id:
            continue class=class="hl-string">"hl-comment"># Skip records that don't map to a required activity or have no Position ID

        event_log.append({
            class="hl-string">'PositionId': position_id,
            class="hl-string">'ActivityName': activity,
            class="hl-string">'EventTime': entry.get(class="hl-string">'CompletedDateTime', entry.get(class="hl-string">'EffectiveDateTime')),
            class="hl-string">'EndTime': entry.get(class="hl-string">'CompletedDateTime'),
            class="hl-string">'User': entry.get(class="hl-string">'InitiatorName'),
            class="hl-string">'PositionStatus': entry.get(class="hl-string">'PositionStatus'), class=class="hl-string">"hl-comment"># Assumes this field is in the report
            class="hl-string">'ReasonForChange': entry.get(class="hl-string">'Reason'),
            class="hl-string">'Department': entry.get(class="hl-string">'SupervisoryOrganization'),
            class="hl-string">'CostCenter': entry.get(class="hl-string">'CostCenter'),
            class="hl-string">'JobFamily': entry.get(class="hl-string">'JobFamily')
        })

    if not event_log:
        print(class="hl-string">"No processable events found after mapping. Exiting.")
        return

    df = pd.DataFrame(event_log)

    class=class="hl-string">"hl-comment"># Data Cleaning and Formatting
    df[class="hl-string">'EventTime'] = pd.to_datetime(df[class="hl-string">'EventTime'], errors=class="hl-string">'coerce')
    df.dropna(subset=[class="hl-string">'PositionId', class="hl-string">'ActivityName', class="hl-string">'EventTime'], inplace=True)
    df.sort_values(by=[class="hl-string">'PositionId', class="hl-string">'EventTime'], inplace=True)

    class=class="hl-string">"hl-comment"># Reorder columns for clarity
    final_columns = [
        class="hl-string">'PositionId', class="hl-string">'ActivityName', class="hl-string">'EventTime', class="hl-string">'User', class="hl-string">'EndTime', 
        class="hl-string">'PositionStatus', class="hl-string">'ReasonForChange', class="hl-string">'Department', class="hl-string">'CostCenter', class="hl-string">'JobFamily'
    ]
    df = df.reindex(columns=final_columns)

    output_filename = class="hl-string">'position_management_event_log.csv'
    df.to_csv(output_filename, index=False, encoding=class="hl-string">'utf-8')
    print(fclass="hl-string">"Successfully created event log: {output_filename}")

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

ステップ

MuleSoft、Boomi、Informaticaなど、選択したミドルウェアまたはETLプラットフォームにライセンス済みのWorkdayコネクターがあり、連携実行環境からWorkdayに接続できることを確認します。Workday管理者から、必要な連携システムユーザーの認証情報、セキュリティグループの割り当て、レポートまたはAPIの権限、テナントエンドポイントの設定を取得します。
Workdayで、ビジネスプロセス履歴、承認ステップの完了、職位属性、状況変更、ワーカーまたはユーザーの参照情報、有効日時を取得できる承認済みのレポートまたはAPIを特定します。レポート名やAPI名はテナントの設定によって異なるため、正確な名称には[システムに応じて設定]を使用します。ソースから職位IDと、必要なすべてのアクティビティを区別するのに十分なビジネスプロセスの情報を取得できることを確認します。
ミドルウェアプラットフォームのコネクターに、Workdayテナントへの接続、認証方式、リクエストのタイムアウト、ページネーション、再試行ポリシー、差分抽出のパラメーターを設定します。日付パラメーターには[開始日]と[終了日]を指定し、承認済みの会社または監督組織のフィルターを適用します。
ソースデータセットを抽出し、ミドルウェアプラットフォームのステージングオブジェクトに格納します。ソースID、イベント日時、完了日時、実行者ID、職位状況、理由、部門、原価センター、職種ファミリー、ビジネスプロセス名、ステップ名、ステップ状況、有効日付きの職位属性を保持します。イベントの推定をProcessMindに任せないでください。
ステージングデータを変換し、明示的に対応付けられた各アクティビティについてイベント行を作成します。ソースのビジネスプロセス開始をPosition Request Initiatedに、完了したマネージャー、HR、予算の承認ステップをそれぞれ該当するアクティビティに、最終状況が否認の場合はPosition Request Deniedに対応付けます。Create Positionが正常に完了した場合はPosition Createdに、指定された職位変更プロセスが正常に完了した場合はそれぞれ該当するアクティビティに対応付けます。コンプライアンスレビューは、完了済みのTo Doまたはチェックリストのステップを明示的に取得できる場合に限り対応付けます。Position Unfrozenは、変換処理中にFrozenからActiveへの状況遷移がソースに明示的に記録されている場合に限り対応付けます。
ステージングされたソースビューに対して、クエリフィールドでSQL変換全体を実行します。接続情報、認証情報、日付、会社固有のプレースホルダーのみを置き換えます。クエリ内のソースビュー名と列名は、実装時に置き換える仮の名称です。設定済みのWorkdayコネクターで公開される実際のオブジェクトとフィールドに置き換えてください。
すべての出力行にPositionId、ActivityName、EventTimeが設定されていること、タイムスタンプが合意したタイムゾーンに統一されていること、ソースイベントIDまたは文書化した複合キーで重複レコードが除外されていることを確認します。取得可能な場合は、User、EndTime、PositionStatus、ReasonForChange、Department、CostCenter、JobFamilyも保持します。
結果をUTF-8のCSV、またはProcessMindが対応する別のイベントログ形式で出力します。PositionIdをケースID、ActivityNameをアクティビティ列、EventTimeをイベント日時として設定します。推奨属性を追加列として含め、1行を1イベントとして保持します。不足するアクティビティをProcessMindが補うことは想定せず、ファイルをアップロードしてください。

設定

コネクター：MuleSoft、Boomi、Informatica、または選択したETLプラットフォームで、承認済みのWorkdayコネクターを設定します。利用できるコネクター操作、レポート名、APIリソースは、テナントとコネクターのバージョンによって異なります。
ソース設定：ビジネスプロセスイベント、承認ステップ、職位状況の履歴、有効日付きの職位属性を取得するWorkdayレポートまたはAPIには、[システムに応じて設定]を使用します。
日付範囲：完了済みイベントをまず3～6か月分抽出します。実行時間、ページネーション、ソースのデータ保持期間、ProcessMindの取り込み上限を確認してから、対象期間を広げてください。
差分読み込み：EventTimeまたはソースイベントの更新日時をウォーターマークとして使用します。実行間に短い重複期間を設け、ソースイベントIDまたは文書化した複合キーで重複を除外します。
必須出力列：PositionId、ActivityName、EventTimeを含め、値を設定します。PositionIdはケースIDです。
推奨出力列：User、EndTime、PositionStatus、ReasonForChange、Department、CostCenter、JobFamily。
アクティビティのフィルター：設定済みの「Create Position」「Edit Position Restrictions」「Change Job」「Freeze Position」「Inactivate Position」「Close Position」のビジネスプロセス名に加え、設定済みのコンプライアンス関連To Doまたはチェックリストのステップで絞り込みます。想定上のラベルではなく、テナントで設定された正確な値を使用します。
状況の処理：Position Unfrozenは、FrozenからActiveへの状況遷移がソースに明示的に記録されている場合に限り抽出します。現在の状況がActiveであることだけを理由にイベントを作成しないでください。
処理性能：コネクターのページネーション、範囲を限定した日付フィルター、ソース側の絞り込み、対応している場合に限った並列抽出、段階的な差分処理を設定します。テナント全体を無条件に抽出することは避けてください。
セキュリティ：連携ユーザーには、ビジネスプロセス履歴、承認ステップ、職位データ、状況履歴、組織属性、ユーザー参照情報を読み取る権限が必要です。セキュリティドメインとレポートへのアクセス権は、Workday管理者の承認を得てください。
前提条件：Workdayコネクターのライセンス、ミドルウェアの実行環境、認証情報の安全な保管、ネットワークアクセス、ソースレポートまたはAPIの利用可否、ProcessMindへのインポート権限を確認します。

クエリの例 sql

WITH source_events AS (
    SELECT
        [Position ID] AS PositionId,
        [Business Process Name] AS BusinessProcessName,
        [Step Name] AS StepName,
        [Step Status] AS StepStatus,
        [Event Type] AS EventType,
        [Event Timestamp] AS SourceEventTime,
        [Completion Timestamp] AS SourceEndTime,
        [Performed By] AS SourceUser,
        [Position Status] AS SourcePositionStatus,
        [Reason] AS SourceReasonForChange,
        [Department] AS SourceDepartment,
        [Cost Center] AS SourceCostCenter,
        [Job Family] AS SourceJobFamily,
        [Previous Position Status] AS PreviousPositionStatus,
        [Source Event ID] AS SourceEventId
    FROM [Your Workday staged event source]
    WHERE [Event Timestamp] >= CAST('[Your start date]' AS TIMESTAMP)
      AND [Event Timestamp] < CAST('[Your end date]' AS TIMESTAMP)
      AND [Position ID] IS NOT NULL
),
position_attributes AS (
    SELECT
        [Position ID] AS PositionId,
        [Position Status] AS PositionStatus,
        [Reason] AS ReasonForChange,
        [Department] AS Department,
        [Cost Center] AS CostCenter,
        [Job Family] AS JobFamily
    FROM [Your Workday staged position attribute source]
),
normalized_events AS (
    SELECT
        s.PositionId,
        'Position Request Initiated' AS ActivityName,
        s.SourceEventTime AS EventTime,
        s.SourceEndTime AS EndTime,
        s.SourceUser AS User,
        COALESCE(s.SourcePositionStatus, p.PositionStatus) AS PositionStatus,
        s.SourceReasonForChange AS ReasonForChange,
        COALESCE(s.SourceDepartment, p.Department) AS Department,
        COALESCE(s.SourceCostCenter, p.CostCenter) AS CostCenter,
        COALESCE(s.SourceJobFamily, p.JobFamily) AS JobFamily,
        s.SourceEventId AS SourceEventId
    FROM source_events s
    LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.BusinessProcessName = 'Create Position'
      AND (s.EventType = 'Initiated' OR s.StepName = 'Create Position')
    UNION ALL
    SELECT s.PositionId, 'Manager Approval Submitted', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.BusinessProcessName = 'Create Position' AND s.StepName = 'Manager Approval' AND s.StepStatus = 'Completed'
    UNION ALL
    SELECT s.PositionId, 'HR Approval Submitted', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.BusinessProcessName = 'Create Position' AND s.StepName = 'HR Approval' AND s.StepStatus = 'Completed'
    UNION ALL
    SELECT s.PositionId, 'Budget Approved', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.BusinessProcessName = 'Create Position' AND s.StepName = 'Budget Approval' AND s.StepStatus = 'Completed'
    UNION ALL
    SELECT s.PositionId, 'Position Request Denied', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.BusinessProcessName = 'Create Position' AND (s.StepStatus = 'Denied' OR s.EventType = 'Denied')
    UNION ALL
    SELECT s.PositionId, 'Position Created', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.BusinessProcessName = 'Create Position' AND s.StepStatus = 'Completed' AND s.EventType = 'Completed'
    UNION ALL
    SELECT s.PositionId, 'Position Attributes Modified', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.BusinessProcessName = 'Edit Position Restrictions' AND s.StepStatus = 'Completed'
    UNION ALL
    SELECT s.PositionId, 'Position Reclassified', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.BusinessProcessName = 'Change Job' AND s.StepStatus = 'Completed'
    UNION ALL
    SELECT s.PositionId, 'Position Compliance Reviewed', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.StepStatus = 'Completed' AND (s.StepName = 'Compliance Review' OR s.StepName = 'Compliance Checklist' OR s.StepName = 'Compliance To Do')
    UNION ALL
    SELECT s.PositionId, 'Position Frozen', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.BusinessProcessName = 'Freeze Position' AND s.StepStatus = 'Completed'
    UNION ALL
    SELECT s.PositionId, 'Position Unfrozen', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.PreviousPositionStatus = 'Frozen' AND s.SourcePositionStatus = 'Active'
    UNION ALL
    SELECT s.PositionId, 'Position Deactivated', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.BusinessProcessName = 'Inactivate Position' AND s.StepStatus = 'Completed'
    UNION ALL
    SELECT s.PositionId, 'Position Closed', s.SourceEventTime, s.SourceEndTime, s.SourceUser, COALESCE(s.SourcePositionStatus, p.PositionStatus), s.SourceReasonForChange, COALESCE(s.SourceDepartment, p.Department), COALESCE(s.SourceCostCenter, p.CostCenter), COALESCE(s.SourceJobFamily, p.JobFamily), s.SourceEventId
    FROM source_events s LEFT JOIN position_attributes p ON p.PositionId = s.PositionId
    WHERE s.BusinessProcessName = 'Close Position' AND s.StepStatus = 'Completed'
),
deduplicated_events AS (
    SELECT
        PositionId,
        ActivityName,
        EventTime,
        EndTime,
        User,
        PositionStatus,
        ReasonForChange,
        Department,
        CostCenter,
        JobFamily,
        ROW_NUMBER() OVER (
            PARTITION BY PositionId, ActivityName, EventTime, COALESCE(SourceEventId, '')
            ORDER BY EndTime DESC NULLS LAST
        ) AS duplicate_rank
    FROM normalized_events
)
SELECT
    PositionId,
    ActivityName,
    EventTime,
    EndTime,
    User,
    PositionStatus,
    ReasonForChange,
    Department,
    CostCenter,
    JobFamily
FROM deduplicated_events
WHERE duplicate_rank = 1
  AND PositionId IS NOT NULL
  AND ActivityName IS NOT NULL
  AND EventTime IS NOT NULL
ORDER BY PositionId, EventTime, ActivityName;

準備はできましたか？

このデータテンプレートを使えば、職位管理プロセスの改善に向けた分析を始められます。Workday HCMのデータを使ってプロセスを把握し、業務効率の向上につなげましょう。

改善ガイドに戻る

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

Workday HCMの職位管理を今すぐ改善

非効率な部分を特定し、職位管理のサイクルタイムを30％短縮しましょう。

無料トライアルを開始

クレジットカードは不要です。14日間の無料トライアルを開始できます。

採用から退職までの職位管理向けデータテンプレート

採用から退職までの職位管理向けデータテンプレート

採用から退職までの職位管理の属性

採用から退職までの職位管理のアクティビティ

データ抽出ガイド

Workdayカスタムレポートによるサービス（RaaS）でのデータ抽出

ステップ

設定

クエリの例 sql

Workday Web Services（WWS）APIを使ったPythonスクリプト

ステップ

設定

クエリの例 python

Workdayコネクターを備えたミドルウェアまたはETLプラットフォーム

ステップ

設定

クエリの例 sql

準備はできましたか？

Workday HCMの職位管理を今すぐ改善