--- sourceDocument: Yokohama 従業員サービス管理 (ESM) sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/employee-service-management Release : - yokohama ft:locale : - ja-JP ft:publication_title : - Yokohama 従業員サービス管理 (ESM) ft:clusterId : - emplsm bundleId : - emplsm workflow : - Employee --- # ライフサイクルイベント ワークフローの移行 # ライフサイクルイベント ワークフローの移行 {#ariaid-title1} * リリースバージョン: Yokohama * * 更新日 2025年01月30日 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：4分 Washington DC または Xanadu リリースから Yokohama リリースにアップグレードする ライフサイクルイベント のお客様は、システムプロパティを使用して、ライフサイクルイベント アプリがベースシステムワークフローに使用するワークフローテクノロジーを定義できます。 ## 始める前に 必要なロール：admin \[sn_hr_le.admin\] ## このタスクについて Yokohama リリースでは、ライフサイクルイベント を持つ既存のお客様は、sn_hr_le.use_flow プロパティを使用して、アプリとともにインストールされる各ベースシステムワークフローを、ワークフローからフローに移行できます。この移行により、ライフサイクルイベント は、レガシー製品に関連する古いワークフローテクノロジーであるワークフローではなく、プロセス自動化のための現在のワークフローテクノロジーであるフローを使用できるようになります。 次の ライフサイクルイベント ワークフローは、sn_hr_le.use_flow プロパティの \[値\] フィールドを \[True\] に設定するとフローに移行されます。 * アカウント通知 * LE アクティビティユーザーをパルスサーベイに追加 * HR アクティビティランチャー * HR アクティビティセットランチャー * HR アクティビティセットトリガーチェック * ライフサイクルイベントケースの承認 * ライフサイクルイベント通知 {#le-migrate-workflows__ul_yvs_vfq_zdc} さらに、sn_hr_le.use_flow プロパティで \[値\] フィールドを \[True\] に設定すると、アクティビティ構成 \[sn_hr_le_fulfiller_activity_config\] テーブルに 2 つの構成が追加されます。対応するフローをサポートするために、次のアクティビティの設定がテーブルに追加されます。{#le-migrate-workflows__table_x12_k2l_12c__entry__2} | アクティビティ | フロー | |-|-| | 承認 | ライフサイクルイベントケースの承認 | | 通知 | ライフサイクルイベント通知 | [表 : 1. ライフサイクルイベント アクティビティと対応するフロー] {#le-migrate-workflows__table_x12_k2l_12c}前述のアクティビティのアクティビティ設定レコードで \[構成タイプ\] フィールドが \[フロー (テンプレート)\] に設定され、フローの使用がサポートされます。 sn_hr_le.use_flow プロパティの \[値\] フィールドのデフォルト値は、ライフサイクルイベント の既存のお客様か新規のお客様かによって異なります。Yokohama リリース以降、ライフサイクルイベント を実装する新規のお客様の場合、sn_hr_le.use_flow プロパティの \[値\] フィールドはデフォルトで \[True\] に設定されます。逆に、Yokohama リリースにアップグレードする ライフサイクルイベント を持つ既存のお客様の場合、sn_hr_le.use_flow プロパティの \[値\] フィールドはデフォルトで \[False\] に設定されます。 重要: このタスクは、Yokohama リリースにアップグレードするライフサイクルイベントを持つ既存のお客様に関連します。既存のお客様は、このタスクを非本番インスタンスで実行して、ライフサイクルイベント への根本的な変更によって悪影響が生じるかどうかを検証する必要があります。このタスクは、徹底的にテストして満足のいく結果が得られた後にのみ、本番インスタンスで実行してください。 ## 手順 1. \[すべて\] メニューに移動し、ナビゲーションフィルターに「sys_properties.list」と入力します。 システムプロパティ \[sys_properties\] テーブルが表示されます。 2. \[検索\]フィールドに関連付けられたドロップダウンリストから、\[名前\] を選択します。 3. \[検索\] フィールドに「*sn_hr_le」と入力します。 ライフサイクルイベント に関連付けられたシステムプロパティのリストが表示されます。 4. sn_hr_le.use_flow プロパティを選択します。 5. \[値\] フィールドを使用して、 ベースシステムワークフローにライフサイクルイベント使用するワークフローテクノロジーに対応するオプションを指定します。 | オプション | 説明 | | True | フロー | | False | ワークフロー | |-|-| {#le-migrate-workflows__choicetable_xgs_vbs_12c} 6. \[更新\] を選択します。 ## 次のタスク ライフサイクルイベントビルダーを使用して、承認の既存のアクティビティを削除し、新しいアクティビティを再作成します。承認対象の既存のアクティビティを識別できるようにするには、対応するアクティビティレコードの \[アクティビティタイプ\] フィールドが、\[承認\] に設定されていることを確認します。 承認用の新しいアクティビティを作成して、アクティビティ構成テーブルの承認に対応する構成を使用できるようにする必要があります。sn_hr_le.use_flow プロパティで \[値\] フィールドを \[True\] に設定した後に作成する承認のアクティビティでは、次のフィールド値を含むアクティビティ設定レコードが使用されます。 * \[アクティビティ\] フィールドが \[承認\] に設定されています。 * \[構成タイプ\] フィールドが \[フロー (テンプレート)\] に設定されています。 {#le-migrate-workflows__ul_umr_wh1_b2c} ライフサイクルイベント アクティビティ作成プロセスの詳細については、「[ライフサイクルイベントアクティビティの設定](https://servicenow-prod.fluidtopics.net/kP18BPhF30Q31gl_S38ooA#configure-hr-lifecycle-event-activity "ライフサイクルイベントアクティビティを作成または変更します。ライフサイクルイベントアクティビティには、承認、従業員タスク、履行者アクティビティ、通知、フロー、コンテンツ、またはアクティビティコンテナーがあります。")」を参照してください。