従業員オンボーディングのデータテンプレート
従業員オンボーディングのデータテンプレート
- 詳細な分析に推奨される属性
- オンボーディング全体で監視すべき主要なアクティビティ
- Oracle HCM Onboardingからデータを抽出する手順
従業員オンボーディングの属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ名
ActivityName
|
従業員のオンボーディングプロセス中に発生した特定のイベントまたはTaskの名前です。 | ||
|
説明
この属性は、「Offer Accepted」、「Background Check Completed」、「First Day Orientation Conducted」など、Onboarding Journey内の1つのステップまたはマイルストーンを表します。これらのアクティビティがプロセスマップの構成要素となります。 これらのアクティビティの順序と所要時間を分析することは、プロセスマイニングの基本です。ボトルネック、標準プロセスからの逸脱、自動化や改善の機会を特定できます。アクティビティの流れを把握することは、サイクルタイムやプロセスバリアントに関するダッシュボードの作成にも欠かせません。
重要な理由
プロセス内のステップを定義し、オンボーディングのワークフロー、ボトルネック、バリエーションを可視化・分析できます。
入手先
通常は、Oracle HCM Onboardingモジュール内のイベントログまたはTaskログから取得します。標準化されたTask名やステータス変更レコードの場合があります。
例
オファー承諾バックグラウンドチェック開始入社前書類の提出完了初日のオリエンテーション実施
|
|||
|
イベント時刻
EventTime
|
特定のオンボーディングアクティビティまたはイベントが発生した時点を示すタイムスタンプです。 | ||
|
説明
イベント時刻は、Taskが完了した日時やマイルストーンに到達した日時を正確に記録します。この時系列データは、プロセスマイニングにおける時間ベースの指標を計算する基盤です。 この属性により、イベントを正しい順序に並べ、アクティビティ間の所要時間を計算し、オンボーディングプロセス全体のサイクルタイムを測定し、遅延を特定できます。ボトルネック分析やサイクルタイムの追跡など、ほぼすべてのダッシュボードとKPIに欠かせません。
重要な理由
イベントの順序付け、所要時間の計算、時間ベースの目標に対するプロセスパフォーマンスの測定に欠かせないタイムスタンプです。
入手先
通常は、Oracle HCM Onboardingモジュールのトランザクションログまたはイベントログで、各アクティビティとともに記録されます。
例
2024-05-20T10:00:00Z2024-05-21T14:35:10Z2024-05-22T09:00:00Z
|
|||
|
オンボーディング案件
OnboardingCase
|
1人の新入社員のOnboarding Journeyに関するすべてのイベントとアクティビティをまとめる一意の識別子です。 | ||
|
説明
Onboarding Caseは、オファーの承諾から組織への完全な適応まで、オンボーディングプロセス全体の中心となる識別子です。各Caseは、1人の新入社員のライフサイクル全体を表します。 プロセスマイニングでは、関連するすべてのアクティビティを一貫したエンドツーエンドのプロセスマップに結び付けるために、この属性が欠かせません。個々のOnboarding Journeyについて、プロセスのバリアント、サイクルタイム、結果を分析できるため、新入社員によってプロセスの体験がどのように異なるかを詳細に把握できます。
重要な理由
関連するオンボーディングアクティビティをすべて結び付ける中核的な識別子であり、新入社員ごとにプロセスフロー全体を分析できます。
入手先
通常は、候補者のJourneyが開始された際にOracle HCM Onboardingモジュール内で生成されます。具体的なフィールドを特定するには、Oracle HCM Onboardingのドキュメントを確認するか、システム管理者にお問い合わせください。
例
ONB-2024-00123ONB-2024-00124ONB-2024-00125
|
|||
|
イベント終了時刻
EventEndTime
|
測定可能な所要時間を持つアクティビティが終了した時点のタイムスタンプです。 | ||
|
説明
イベント時刻(StartTime)が開始時点または瞬間的なイベントの発生時点を示すのに対し、イベント終了時刻は完了時点を示します。開始時刻と終了時刻の両方があれば、「Background Check」などのアクティビティの所要時間を正確に測定できます。 瞬間的に完了しないTaskの「ProcessingTime」や「ActivityDuration」を計算するために欠かせません。Task開始前の待機時間と、実際の実行時間を区別できるため、ボトルネックをより正確に分析できます。
重要な理由
アクティビティの処理時間を正確に計算でき、プロセスのボトルネックや非効率を正確に特定するうえで重要です。
入手先
Oracle HCM Onboardingのドキュメントを確認してください。開始時刻とともに、Taskまたはワークフローテーブルに記録されている場合があります。
例
2024-05-23T11:05:00Z2024-05-24T16:20:15Z2024-05-25T10:00:00Z
|
|||
|
コンプライアンス期限
ComplianceDueDate
|
必須研修またはコンプライアンスTaskを完了すべき期限です。 | ||
|
説明
主に法令、規制、社内ポリシーに関わる重要なオンボーディングTaskの目標完了日を示します。コンプライアンス関連アクティビティのサービスレベル合意(SLA)として機能します。 分析では、この日付を「Mandatory Training Completed」などのアクティビティの実際の完了タイムスタンプと比較し、コンプライアンス目標が達成されているかを確認します。「On-Time Training Completion Rate」KPIと「Compliance Adherence Tracking」ダッシュボードの基準となる日付です。
重要な理由
コンプライアンスの監視、必須Taskの期限内完了率の計算、企業リスクの低減に欠かせない日付です。
入手先
通常はOracle HCMのオンボーディングTask設定またはJourneyテンプレートで定義され、入社日を基に算出される場合があります。
例
2024-06-302024-07-152024-08-30
|
|||
|
実行ユーザー
PerformedByUser
|
オンボーディングアクティビティを実行した従業員またはシステムのユーザーIDまたは名前です。 | ||
|
説明
HRスペシャリスト、採用マネージャー、新入社員本人など、Taskの完了を担当した人を示す属性です。システムが実行した自動処理を示す場合もあります。 誰がどのアクティビティを実行したかを分析することで、リソース配分、業務量の分布、自動化の度合いを把握できます。特定のチームや役割に遅延が集中しているかを明らかにし、対象を絞った研修やプロセス再設計の機会を特定する際にも役立ちます。
重要な理由
各アクティビティの実行者を特定し、プロセス内の業務量、リソースパフォーマンス、自動化の度合いを分析できます。
入手先
通常は、Oracle HCM Onboarding内の監査証跡またはイベント履歴ログで、各Taskまたはトランザクションに関連付けて記録されます。
例
john.doejane.smithHCM_SYSTEM_AUTOMATION recruiter_team
|
|||
|
採用マネージャー
HiringManager
|
新入社員のマネージャーの名前またはIDです。 | ||
|
説明
新入社員を担当するマネージャーを示します。採用マネージャーはオンボーディングプロセスの主要な関係者です。 採用マネージャー別にデータを分析することで、マネージャーによるオンボーディングへの関与の違いを把握できます。たとえば、「Team Introduction」などのTaskを速やかに完了するマネージャーと、追加の支援が必要なマネージャーを特定し、マネージャーの対応力と新入社員の組織適応を改善できます。
重要な理由
採用マネージャーのオンボーディングへの関与と対応力を分析でき、新入社員の体験に直接影響する要素を把握できます。
入手先
Oracle HCMの従業員レコードにある基本情報で、従業員と直属のマネージャーを関連付けます。
例
manager_user1Emily Whitemanager_user3
|
|||
|
新入社員の所属部門
NewHireDepartment
|
新入社員が所属する部門または組織単位です。 | ||
|
説明
「Sales」、「Engineering」、「Finance」など、新入社員が配属される部門を示します。オンボーディングプロセスを分類・比較するための重要な軸です。 部門ごとにフィルタリングまたは比較することで、組織内の各部門でオンボーディングの体験や効率が異なるかを確認できます。特定の部門のベストプラクティスや、追加の支援またはプロセス改善が必要な部門を明らかにできます。ビジネス環境によってプロセスパフォーマンスがどのように変わるかを理解するうえで欠かせません。
重要な理由
オンボーディングデータを分類し、組織内の各部門でプロセスの効率と体験を比較できます。
入手先
新入社員の職位に関する基本属性であり、Oracle HCMの従業員プロファイルに保存されます。
例
営業・マーケティングソフトウェアエンジニアリング財務人事
|
|||
|
新入社員の職種
NewHireJobTitle
|
新入社員の正式な職種名です。 | ||
|
説明
「Senior Software Engineer」や「Account Executive」など、新入社員の具体的な役割を示します。プロセス分析における詳細な切り口となります。 職種によっては、専門的な研修や機器など、固有のオンボーディング要件があります。職種別にプロセスを分析することで、こうした要件が効率的に満たされているかを確認でき、技術職でITプロビジョニングに時間がかかるといった傾向も把握できます。
重要な理由
新入社員の役割に関する背景情報を提供し、職務や職位によってオンボーディングプロセスが異なるかを分析できます。
入手先
新入社員の基本的な職務情報の一部であり、Oracle HCMの従業員レコードに保存されます。
例
シニアソフトウェアエンジニアアカウントエグゼクティブ人事ジェネラリストプロダクトマネージャー
|
|||
|
正式な入社日
OfficialStartDate
|
新入社員の正式な雇用開始日です。 | ||
|
説明
オンボーディングプロセスにおける重要なマイルストーンとなる日付です。入社前のアクティビティと、採用後の組織適応に関するアクティビティを分けます。 「Pre-Employment Cycle Time」、「Time to Team Introduction」、「First Day Ready Rate」など、複数の重要なKPIの基準日として使用します。入社日を基準にアクティビティを分析することで、新入社員の受け入れ準備が十分に整っているか、初日から業務を開始できる状態かを評価できます。
重要な理由
入社前の効率を測定し、新入社員が初日から成果を上げられる状態に整っているかを評価するための重要なマイルストーンです。
入手先
Oracle HCM Core HRモジュールの新入社員レコードにある基本フィールドです。
例
2024-06-012024-07-152024-08-01
|
|||
|
HRプロファイルの再作業有無
IsHrProfileRework
|
新入社員について「HR Profile Created」アクティビティが複数回発生したかどうかを示すフラグです。 | ||
|
説明
HRプロファイル作成ステップで再作業が発生したケースを特定するために使うブール型の属性です。同じオンボーディングケース内で「HR Profile Created」アクティビティ、または関連する修正アクティビティが複数回発生した場合にtrueになります。 この属性は「HR Profile Rework Rate」KPIに直接対応します。再作業の発生率が高い場合、データ品質、システム連携、ユーザー操作の誤りなどに問題があり、オンボーディングプロセスに遅延や非効率が生じている可能性があります。
重要な理由
修正が必要なケースを特定し、データ入力やプロセス設計に潜む問題を示すことで、プロセスの非効率を定量化できます。
入手先
プロセスマイニングツールでプロセス内のアクティビティの順序を分析し、繰り返し発生するステップを検出して算出する属性です。
例
falsetrue
|
|||
|
Onboarding Journeyの種類
OnboardingJourneyType
|
新入社員に割り当てられたオンボーディングプランまたはJourneyの具体的な種類です。 | ||
|
説明
組織では、「Standard Hire」、「Executive」、「Intern」、「Rehire」など、複数のオンボーディングプログラムを用意することがあります。この属性は、割り当てられたプランに基づいてOnboarding Caseを分類します。 異なるオンボーディングプログラムを直接比較できるため、分析において有効な軸となります。たとえば、「役員向けオンボーディングは標準プロセスより速いか」といった問いに答えられ、プロセスバリアントの把握にも欠かせません。
重要な理由
プログラムの種類でOnboarding Caseを分類し、異なるオンボーディング経路と体験を直接比較できます。
入手先
Oracle HCM Onboardingで新入社員に適用されたオンボーディングチェックリストまたはJourneyテンプレートによって決まります。
例
標準採用エグゼクティブのオンボーディング新卒採用社内異動
|
|||
|
オンボーディング総サイクル時間
TotalOnboardingCycleTime
|
オファーの承諾から30日目のチェックイン完了までにかかる総時間です。 | ||
|
説明
ケース単位で測定する指標で、オンボーディングの主要プロセスにかかるエンドツーエンドの所要時間を示します。最初のアクティビティである「Offer Accepted」と、主要な統合マイルストーンである「30-Day Check-in Performed」の時間差として計算されます。 この属性は、「Average Onboarding Cycle Time」KPIおよび「Overall Onboarding Cycle Time」ダッシュボードの主要な測定値です。プロセス効率を概観でき、新入社員が業務で成果を上げられるようになるまでの時間を示す重要な指標です。
重要な理由
オンボーディングプロセスのエンドツーエンドの効率を測定し、新入社員が組織に完全に適応して業務で成果を上げられるようになるまでの速さに直接影響します。
入手先
各Onboarding Caseの「Offer Accepted」および「30-Day Check-in Performed」アクティビティのタイムスタンプから算出する指標です。
例
345600043200002592000
|
|||
|
ソースシステム
SourceSystem
|
オンボーディングデータを抽出した記録元のシステムです。 | ||
|
説明
データの取得元を示す属性で、このプロセスでは通常「Oracle HCM Onboarding」です。データ変換時に固定値として追加することもできます。 複数のシステムを連携している環境では、データガバナンスとイベントの背景を把握するうえで重要です。たとえば、別のバックグラウンドチェックベンダーシステムで発生したオンボーディングアクティビティを区別できます。
重要な理由
データの取得元に関する重要な背景情報を提供し、複数システム環境でのデータガバナンスとトラブルシューティングに役立ちます。
入手先
通常は、データ抽出・変換(ETL)プロセスでデータセットを識別するために追加する固定値です。
例
Oracle HCM OnboardingHCM_PRODOracleCloudHCM
|
|||
|
バックグラウンドチェックのステータス
BackgroundCheckStatus
|
バックグラウンドチェックプロセスの結果またはステータスです。 | ||
|
説明
入社前フェーズにおける重要で、時間のかかることも多いバックグラウンドチェックの結果を追跡します。ステータスには「In Progress」、「Clear」、「Requires Review」などがあります。 「Pre-Employment Cycle Time」ダッシュボードで監視する重要な属性です。バックグラウンドチェックの遅延や問題は新入社員の入社日に大きく影響する可能性があるため、この属性を追跡することで潜在的な障害を早期に特定し、対応できます。
重要な理由
入社前の重要なステップを可視化し、新入社員の入社日に影響する可能性のある進捗遅延を特定できます。
入手先
Oracle HCM Onboardingに保存されている場合もあれば、連携している第三者のバックグラウンドチェックベンダーから取得する必要がある場合もあります。
例
問題なし要確認進行中未開始
|
|||
|
最終データ更新日時
LastDataUpdate
|
このレコードのデータが最後に更新または抽出された時点を示すタイムスタンプです。 | ||
|
説明
最新のデータロードが行われた日時を示します。分析データの鮮度を把握するうえで重要なメタデータ項目です。 ダッシュボードや分析結果が最新の情報に基づいているかを確認するために利用します。データの遅延に関する認識をそろえ、データ品質や更新スケジュールを検証する際にも役立ちます。
重要な理由
データの鮮度を示し、分析やダッシュボードが最新情報に基づいていることを確認するうえで重要です。
入手先
通常は、データ抽出・変換(ETL)プロセスで生成され、追加されるタイムスタンプです。
例
2024-06-10T04:00:00Z2024-06-11T04:00:00Z
|
|||
|
初日準備完了フラグ
IsFirstDayReady
|
新入社員の入社日前に必要な機器が納品されたかを示す計算済みフラグです。 | ||
|
説明
「Equipment Delivered」およびその他の準備関連アクティビティの完了タイムスタンプを「Official Start Date」と比較して算出するブール属性です。初日までにすべての前提条件が満たされている場合にtrueになります。 「First Day Ready Rate」KPIに直接使用されます。割合が高い場合は、新入社員がスムーズかつ前向きに初日を迎え、すぐに業務を開始できることを示します。割合が低い場合は、対応が必要なプロビジョニングプロセス上の構造的な問題を示します。
重要な理由
入社前の準備が成功したかを測定します。新入社員の生産性と入社直後の体験に関わる重要な指標です。
入手先
各Caseについて、「Equipment Delivered」のタイムスタンプと「Official Start Date」属性を比較して算出する計算済み属性です。
例
truefalse
|
|||
|
必須研修のステータス
RequiredTrainingStatus
|
新入社員に割り当てられた必須研修の現在のステータスです。 | ||
|
説明
「Assigned」、「In Progress」、「Completed」などの値で、必須研修の進捗を追跡します。新入社員のコンプライアンス対応状況を把握できます。 「Mandatory Training Completion Rates」ダッシュボードで重要な属性となり、HRチームとコンプライアンスチームが進捗を監視し、研修が期限を過ぎた場合に対応できます。完了イベントだけを見るよりも、詳細な状況を把握できます。
重要な理由
コンプライアンス研修の状況を明確に示し、進捗の監視と必須要件の期限内完了に役立ちます。
入手先
Oracle Learning Cloudモジュール、またはOracle HCMと連携した同様の研修モジュールから取得できる可能性があります。
例
割り当て済み進行中完了期限超過
|
|||
|
新入社員の所在国
NewHireCountry
|
新入社員が勤務する国です。 | ||
|
説明
新入社員の地理的な所在を示します。労働法や文化的慣行が異なるため、オンボーディングプロセスは国によって大きく異なる場合があります。 国別にプロセスを分析することで、地域ごとの効率とコンプライアンスの違いを特定できます。可能な範囲でプロセスを標準化しながら、必要な地域差にも対応するための重要な情報です。
重要な理由
オンボーディングプロセスを地域別に分類し、パフォーマンスとコンプライアンスの地域差を特定できます。
入手先
Oracle HCMの従業員プロファイルにある、新入社員の勤務地またはアサインメント情報の一部です。
例
米国ドイツインド英国
|
|||
|
研修期限内完了フラグ
IsTrainingOnTime
|
必須研修がコンプライアンス期限までに完了したかを示す計算済みフラグです。 | ||
|
説明
「Mandatory Training Completed」アクティビティの完了タイムスタンプを「Compliance Due Date」と比較して算出するブール属性です。期限日以前に研修が完了している場合にtrueになります。 「On-Time Training Completion Rate」KPIの中核となる指標です。コンプライアンス遵守を明確な二値の結果で示すため、期間ごとのパフォーマンスを追跡し、コンプライアンス違反のリスクがあるCaseを特定できます。
重要な理由
コンプライアンス遵守状況を明確に示し、必須研修の期限超過に伴うリスクの追跡と管理に役立ちます。
入手先
「Mandatory Training Completed」のタイムスタンプと「Compliance Due Date」属性を比較して算出する計算済み属性です。
例
truefalse
|
|||
|
雇用形態
EmploymentType
|
正社員、パートタイム、契約社員など、新入社員の雇用形態を示します。 | ||
|
説明
雇用契約に基づいて新入社員を分類する属性です。雇用形態によって、オンボーディングの経路や要件が異なることがあります。 この属性でフィルタリングすると、契約社員と正社員のサイクルタイムを比較するなど、特定のオンボーディングプロセスを分析できます。従業員の区分ごとにOnboarding Journeyを調整し、最適化する際にも役立ちます。
重要な理由
異なる従業員区分のオンボーディングプロセスを比較し、それぞれの経路が適切に最適化されているかを確認できます。
入手先
Oracle HCMの従業員の職務またはアサインメントレコードにある標準フィールドです。
例
正社員パートタイム契約社員インターン
|
|||
従業員オンボーディングのアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
30日目のチェックイン実施
|
通常は入社から30日後に行う、新入社員とマネージャーによる最初の正式なチェックインが完了した時点を示します。マネージャーがOnboarding Journey内の該当Taskを完了した時点で記録されます。 | ||
|
重要な理由
初期適応フェーズの終了を示す重要なマイルストーンです。オンボーディング全体のサイクルタイムと効果を測定する際の終点として使われることがあります。
入手先
Oracle HCMの新入社員のOnboarding Journey内にある「30-Day Check-in」Taskの完了タイムスタンプを記録します。
取得
30日目のチェックインTaskが「Completed」としてマークされた時点のタイムスタンプです。
イベントタイプ
inferred
|
|||
|
HRプロファイルの作成
|
このアクティビティは、基幹HRシステムで正式な従業員レコードを作成し、候補者を従業員へ移行したことを示します。Oracle HCMで新しいPersonレコードが作成された際に記録される基本的なイベントです。 | ||
|
重要な理由
HRプロファイルを適時に作成することは、ITプロビジョニングや給与設定など、後続のアクティビティを可能にするうえで欠かせません。ここでの遅延は、プロセス全体に連鎖的な悪影響を及ぼします。
入手先
Oracle Fusion HCMのPersonレコード(PER_ALL_PEOPLE_Fテーブル)の作成日から取得し、Onboarding Caseに関連付けます。
取得
基幹HRのPersonレコードテーブルにあるCREATION_DATEフィールドを使用します。
イベントタイプ
explicit
|
|||
|
オファー承諾
|
このアクティビティは、候補者が正式に求人オファーを承諾した時点で発生し、オンボーディングプロセスの正式な開始を示します。通常は、Oracle RecruitingまたはOnboardingモジュール内で候補者のステータスが「Offer Accepted」または同様の状態に更新された時点で記録されます。 | ||
|
重要な理由
これは、すべてのオンボーディングケースにおける重要な開始点です。このイベントから他のイベントまでの時間を分析することで、入社前準備とオンボーディングの合計期間を把握できます。
入手先
このイベントは通常、Onboardingモジュールと連携するOracle Recruiting Cloudの候補者求人応募レコードで、ステータスが変更されたことから推定されます。
取得
候補者の応募ステータスが「Offer Accepted」または同等の状態に変わった時点のタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
バックグラウンドチェック完了
|
バックグラウンドスクリーニングプロセスが完了したことを示します。通常は、対応するオンボーディングタスクが手動または自動連携によって完了として記録された時点で発生します。 | ||
|
重要な理由
このアクティビティが完了すると後続のステップに進めるようになり、コンプライアンス要件を満たすうえで重要なマイルストーンとなります。開始から完了までの時間は、重要なKPIです。
入手先
Oracle HCMで従業員に割り当てられたOnboarding Journey内の「Background Check」タスクが完了した時点のタイムスタンプを取得します。
取得
バックグラウンドチェックタスクのステータスが「Completed」または「Closed」に変わった時点のタイムスタンプです。
イベントタイプ
inferred
|
|||
|
入社前書類の提出完了
|
新入社員が必要な入社前書類をすべて正常に記入し、提出した時点を示します。Onboarding Journey内の書類関連Taskが完了としてマークされた時点で記録されます。 | ||
|
重要な理由
コンプライアンスと新入社員の入社日の準備状況を確保します。送付から完了までの時間から、新入社員の対応やシステムの使いやすさに関するボトルネックを把握できます。
入手先
Oracle HCMの従業員のOnboarding Journey内にある、関連する書類収集Taskの完了タイムスタンプを記録します。
取得
必要な書類Taskのステータスがすべて「Completed」に変更された時点のタイムスタンプです。
イベントタイプ
inferred
|
|||
|
必須トレーニングの完了
|
新入社員が割り当てられた必須研修モジュールを正常に完了した時点を示します。通常は、コース完了時にOracle Learning Cloud内で自動的に記録されます。 | ||
|
重要な理由
コンプライアンスと監査のために欠かせません。このイベントのタイムスタンプを期限と比較することで、期限内の完了率を監視できます。
入手先
Oracle Learning Cloudモジュールの受講登録レコードにある完了日から取得される明示的なイベントです。
取得
ラーニング受講登録のステータスが「Completed」に変更された時点のタイムスタンプです。
イベントタイプ
explicit
|
|||
|
ITアカウントのプロビジョニング開始
|
新入社員のITアカウント作成プロセスの開始を示します。通常は、Onboarding Journey内でITプロビジョニング用の特定のTaskが作成またはトリガーされた時点で記録されます。 | ||
|
重要な理由
このアクティビティは、新入社員が初日からシステムにアクセスできるようにするうえで重要です。開始時点を追跡することで、IT対応の効率を測定できます。
入手先
新入社員のOnboarding Journey内にある「IT Provisioning」Taskの作成または開始時点のタイムスタンプを記録します。
取得
IT関連Taskが作成された時点、またはステータスが「In Progress」に変更された時点のタイムスタンプです。
イベントタイプ
inferred
|
|||
|
Onboarding Journeyの割り当て
|
HR管理者が新入社員に特定のOnboarding Journeyまたはチェックリストを割り当てた時点で発生します。このJourneyには、新入社員やその他の関係者が完了すべきTaskの順序が含まれます。 | ||
|
重要な理由
システム上でガイド付きのオンボーディングプロセスを正式に開始します。分析することで、プロセスが標準化され、速やかに開始されているかを把握できます。
入手先
チェックリストがPersonに割り当てられた際に、Journey管理テーブル(PER_ALLOCATED_CHECKLISTS)で取得される明示的なイベントです。
取得
割り当て済みのJourneyまたはチェックリストを管理するテーブルで、レコードが作成された時点のタイムスタンプです。
イベントタイプ
explicit
|
|||
|
オンボーディングの完了
|
新入社員のオンボーディングプロセス全体を正式に終了したことを示します。システム上でOnboarding JourneyまたはCase全体のステータスが「Completed」に設定された時点で記録されます。 | ||
|
重要な理由
プロセスの明確な終点となり、総サイクルタイムとスループットを正確に測定できます。
入手先
PER_ALLOCATED_CHECKLISTSテーブルで、従業員に割り当てられたJourneyまたはチェックリスト全体のステータスが「Completed」に変更されたことから推定します。
取得
Journeyのマスターステータスが「Completed」に更新された時点のタイムスタンプです。
イベントタイプ
inferred
|
|||
|
チーム紹介の完了
|
新入社員をチームに正式に紹介したことを示します。通常はオンボーディングチェックリスト内のソフトTaskで、採用マネージャーが完了としてマークします。 | ||
|
重要な理由
エンゲージメントと定着に関わる、組織への適応状況を示すアクティビティです。完了状況を追跡することで、マネージャーがこの重要な責任を果たしているかを確認できます。
入手先
Onboarding Journey内にある「Introduce New Hire to Team」Taskの完了タイムスタンプを記録します。
取得
チーム紹介Taskのステータスが「Completed」に変更された時点のタイムスタンプです。
イベントタイプ
inferred
|
|||
|
バックグラウンドチェック開始
|
新入社員のバックグラウンドチェックが開始された時点を示します。多くの場合、第三者ベンダーとの連携を通じて実施されます。通常は、新入社員のオンボーディング経路またはチェックリスト内にある特定タスクの開始として記録されます。 | ||
|
重要な理由
バックグラウンドチェックの所要時間は、よくあるボトルネックです。開始点と終了点を追跡することは、正式な入社日を遅らせる可能性のある遅延を特定するうえで重要です。
入手先
Oracle HCMで従業員に割り当てられたOnboarding Journey内の「Background Check」タスクが作成または開始された時点のタイムスタンプを取得します。
取得
バックグラウンドチェックタスクが作成された時点、またはステータスが「In Progress」に変わった時点のタイムスタンプです。
イベントタイプ
inferred
|
|||
|
入社前書類の送付
|
契約書やポリシーへの同意書など、入社前に必要な書類が新入社員へ送付された時点で発生するアクティビティです。多くの場合、オンボーディング経路内で電子書類を配布し、署名を依頼する自動化されたステップとして実行されます。 | ||
|
重要な理由
書類が送付された時点を記録することは、文書管理プロセスの効率を測定し、遅延を特定するための第一歩です。
入手先
通常は、新入社員に書類を送付した際に、Oracle OnboardingのチェックリストまたはJourney内で記録される明示的なイベント、またはTaskの作成として記録されます。
取得
「Distribute Documents」Taskのイベントログまたは作成タイムスタンプです。
イベントタイプ
explicit
|
|||
|
初日のオリエンテーション実施
|
新入社員の初日のオリエンテーションセッションが完了したことを示します。通常はOnboarding Journey内のチェックリスト項目で、HR担当者または採用マネージャーが完了としてマークします。 | ||
|
重要な理由
すべての新入社員が一貫性のある十分なオリエンテーションを受けられるようにします。追跡することで、オンボーディングプロセスの標準化状況を確認できます。
入手先
従業員のOnboarding Journey内にある「First Day Orientation」Taskの完了タイムスタンプを記録します。
取得
オリエンテーションTaskのステータスが「Completed」に更新された時点のタイムスタンプです。
イベントタイプ
inferred
|
|||
|
必須トレーニングの割り当て
|
新入社員に必須のコンプライアンス研修または職務別研修が割り当てられた時点で発生します。通常はOracle Learning Cloudとの連携を通じて取得され、受講登録が作成されます。 | ||
|
重要な理由
コンプライアンス研修の追跡を開始する時点です。入社後、速やかに研修が割り当てられているかを確認できます。
入手先
HCMスイートの一部であるOracle Learning Cloudモジュールの受講登録作成日から取得できます。
取得
ラーニング項目の受講登録レコードが作成された時点のタイムスタンプです。
イベントタイプ
explicit
|
|||
|
機器の発注
|
ノートパソコンや電話など、新入社員用の機器の依頼が正式に提出された時点で記録されます。通常はOnboarding Journey内のTaskで、完了すると発注済みであることを示します。 | ||
|
重要な理由
新入社員が初日から業務を開始できる状態にするには、機器を適時に発注することが欠かせません。このアクティビティにより、調達プロセスがどれだけ速やかに開始されたかを測定できます。
入手先
Onboarding Journey内の「Order Equipment」Taskの完了タイムスタンプ、または調達システムとの連携イベントを記録します。
取得
機器発注Taskのステータスが「Completed」に変更された時点のタイムスタンプです。
イベントタイプ
inferred
|
|||
|
機器の納品
|
新入社員用の機器が正常に納品されたことを確認した時点を示します。通常は、ITまたは施設管理の担当者がOnboarding Journey内の「Equipment Delivered」Taskを手動で完了した時点で記録されます。 | ||
|
重要な理由
初日から業務を開始できる状態を整えるための重要なマイルストーンです。「Equipment Ordered」からこのアクティビティまでのサイクルタイムは、ITおよび施設管理のパフォーマンスを測る重要なKPIです。
入手先
Oracle HCMの新入社員のOnboarding Journey内にある「Confirm Equipment Delivery」Taskの完了タイムスタンプを記録します。
取得
機器納品確認Taskのステータスが「Completed」に変更された時点のタイムスタンプです。
イベントタイプ
inferred
|
|||
抽出ガイド
始める準備はできましたか?
このテンプレートを使って、より効率的でコンプライアンスに対応した従業員オンボーディングプロセスへの取り組みを始めます。今日からデータを具体的な改善案につなげていきます。
今すぐ従業員オンボーディングの最適化を開始
95%のコンプライアンス達成と、初日からスムーズな新入社員体験を実現します。
クレジットカードは不要です。今日から最適化を始めます。