--- sourceDocument: Xanadu IT Service Management sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/xanadu/it-service-management Release : - xanadu ft:locale : - ja-JP ft:publication_title : - Xanadu IT Service Management ft:clusterId : - itsm bundleId : - itsm workflow : - Technology --- # 変更要求の作成 # 変更要求の作成 {#ariaid-title1} * リリースバージョン: Xanadu * * 更新日 2024年08月01日 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：9分 変更要求を作成することで、承認され、サポートされている構成アイテム (CI) を変更するための制御プロセスを実装します。 ## 始める前に 必要なロール：itil、admin、または sn_change_write ## このタスクについて 変更要求は、変更の理由、優先度、リスク、変更のタイプ、変更カテゴリなど、変更に関する詳細情報を記録します。 競合の検出を使用する場合は、開始予定日と終了予定日、および構成アイテム (CI) が必要です。 ## 手順 1. これらのオプションのいずれかを使用して変更要求を作成します。 | オプション | 説明 | | 変更モジュールから | 変更の 3 つのすべてのタイプを、\[変更\] モジュールから作成できます。 1. \[すべて\]\[変更\]\[新規作成\] に移動します。 2. \[通常\]、\[緊急\]、または \[標準\] の変更を選択します。 {#t_CreateAChange__ol_pzl_jlc_3t} アップグレードのお客様が変更モデルを使用する場合は、変更モデルのプロパティを有効にする必要があります。変更モデルとそのプロパティの詳細については、「[変更モデル](https://servicenow-prod.fluidtopics.net/k9yS5323wVP~NbI3q9sElA "変更マネージャーは、変更モデル機能を使用して、特定のユースケースに合わせて変更アクティビティとフローを調整できます。")」を参照してください。 変更モデルのプロパティを有効にして、\[すべて\]\[変更\]\[新規作成\] に移動すると、以下のタブが表示されます。 * モデル：選択可能なモデルがすべて表示されます。 * 事前承認済み：選択可能な事前承認済みモデルのリストが表示されます。 * 固定：\[モデル\] および \[事前承認済み\] タブから固定されたモデルが表示されます。 * すべて：モデルはすべて選択可能です。 {#t_CreateAChange__ul_iws_krl_ynb} | | インシデントまたは問題から | sn_change_write ロールを持つユーザーは、インシデントまたは問題から、標準、通常、または緊急の変更を作成できます。 1. インシデントまたは問題を開きます。 2. フォーム ヘッダーを右クリックし、\[通常の変更を作成\]、\[標準的な変更の作成\]、または \[緊急の変更の作成\] を選択します。 {#t_CreateAChange__ol_ps5_2lc_3t} | | 既存の変更レコードから | 管理者が変更要求コピー オプションを有効にしている場合は、既存の変更レコードをコピーして新規変更を作成することができます。 1. コピーする変更レコードを開きます。 2. \[変更のコピー\] をクリックします。 {#t_CreateAChange__ol_yjp_mqc_3t} 注: タスクワークフロー作成が \[change_task\] テーブルの \[create_from\] フィールドを \[ワークフロー\] に設定している場合、既存の変更レコードから手動で作成されたタスクがコピーされます。 | |-|-| {#t_CreateAChange__choicetable_agp_ckc_3t} 2. フォームのフィールドに入力します。 {#t_CreateAChange__table_ij1_vgq_dq__entry__2} | フィールド | 定義 | |-|-| | 番号 | 変更要求番号。 | | 要求元 | 変更を要求したユーザー。特定の変更を誰が要求したかを参照できるように、このフィールドは \[変更要求\] リスト ビューで利用可能です。 | | カテゴリ | 変更のカテゴリは、たとえば \[ハードウェア\]、\[ネットワーク\]、\[ソフトウェア\] などです。 | | サービス | 変更要求に対して使用できるようにするビジネスサービス。 注: 構成アイテムとしてビジネスサービスを選択し、そのビジネスサービスが他のアクティブなタスクの構成アイテムとしてもリストされている場合は、アクティブなタスクアイコン (![アクティブなタスクアイコン]()) が表示されます。このアイコンをクリックすると、ビジネスサービスに影響を与えている他のすべてのアクティブなタスクのリストが表示されます。選択したビジネスサービスの BSM マップ (依存関係ビュー) を表示するには、依存関係アイコン (![依存関係アイコン]()) をクリックします。 | | サービスオファリング | 可用性、スコープ、価格設定、およびパッケージングに関して、サービスのレベルを一意に定義する 1 つ以上のサービスコミットメントで構成されています。サービスオファリングから、特定のサービスの別のレベルのパフォーマンスおよび機能を受けるよう選択することができます。利用可能なサービスオファリングをフィルタリングするには、サービスを選択する必要があります。 | | 構成アイテム | \[追加\] を選択して、変更の CI を追加します。\[新規\] ステータスの変更に対してのみ CI を追加できます。 変更が適用される CI。変更要求は、SLA への詳細なアクセスと可用性要件を提供するサービス提供を含む、あらゆるタイプの CI に関連付けることができます。 動的 CI グループを選択すると、選択した動的グループに関連する構成アイテムはすべて、\[影響を受ける CI\] 関連リストに入力されます。\[影響を受ける CI\] 関連リストで、動的 CI グループを手動で追加および削除することもできます。動的 CI グループを追加すると関連 CI がすべて追加され、動的 CI グループを削除すると関連 CI が削除されます。 CI を選択した後、健全性ダッシュボードアイコン (![健全性ダッシュボードアイコン]()) をクリックすると、CI の健全性の詳細を表示できます。 注: デフォルトでは、サービスオファリングは除外され、プリンシパルクラスの CI が選択されます。プリンシパルクラスフィルター機能は、Paris リリースを開始する新規顧客に適用され ます。 「[影響を受けたサービスプロパティのリフレッシュ](https://servicenow-prod.fluidtopics.net/Y6pEAbFkm3IFOu1vLn04wg "影響を受けるサービスのリフレッシュプロパティを使用すると、影響を受けるサービスのリフレッシュ機能を有効または無効にし、また影響を受ける追加のサービスプロパティの基準を設定できます。")」を参照してください。 | | 優先度 | 優先度は、影響度と緊急度に基づき、サービスデスクがタスクにどの程度迅速に対処すべきかを示します。 | | リスク | 変更のリスク レベル。 変更のリスクは、手動で \[高\]、\[中\]、または \[低\] に定義できます。また、「[リスク計算とリスク アセスメント](https://servicenow-prod.fluidtopics.net/WbMLiF79ce9_KvgAW9edCQ "変更のリスクを計算するには 2 つの方法があります。[ベストプラクティス - 変更リスク算出(Best Practice - Change Risk Calculator)] が、デフォルトで基本システムでアクティブ化されています。変更管理 - リスク アセスメントはオプションです。")」を使用して、変更のリスク値を作成することもできます。 | | 影響 | 影響は、インシデント、問題、またはビジネスプロセスの変更の影響の指標です。 | | タイプ | 変更要求のタイプ。このフィールドは読み取り専用です。 | | 状況 | 変更要求状況。デフォルトのステータスは \[新規\] です。 | | 競合ステータス | この変更に対して競合があるかどうか、あるいは競合が実行されていないかどうかを示すステータス。 | | 最近の実行の競合 | 競合が最後に実行された日時。 | | アサイン先グループ | 変更要求に対応するグループ。 ビジネスルール Populate Assignment Group based on CI/SO は、CI またはサービスオファリングで利用可能な \[アサイン先グループ\] フィールドに連続して入力します。 注: ビジネスルールは、変更要求が作成または更新されたとき、および \[アサイン先グループ\] と \[担当者\] フィールドが空のときにトリガーされます。 デフォルト値を上書きする場合は、新しいプロパティを作成し、\[アサイン先グループ\] フィールドの入力に使用するプロパティ値のフィールドを指定する必要があります。次の優先順位でプロパティを作成します。 * com.snc.change_request.ci_assignment_group.field_name：\[アサイン先グループ\] フィールドに入力される CI フィールドを識別します。 * com.snc.change_request.service_offering_assignment_group.field_name：\[アサイン先グループ\] フィールドに入力されるサービスオファリングフィールドを識別します。 {#t_CreateAChange__ul_shw_xp2_s4b} | | 担当者 | 変更がアサインされているユーザー。アサインルールが適用される場合、変更は適切なユーザーまたはグループに自動的にアサインされます。 | | 簡単な説明 | 変更の概要。 | | 説明 | 変更の詳細な説明 | [表 : 1. 変更要求フォーム] {#t_CreateAChange__table_ij1_vgq_dq} 3. 変更を計画するには \[計画\] タブをクリックし、情報を入力します。 この情報は変更承認者にとって重要です。 4. \[スケジュール\] タブをクリックします。 1. 予定日について持っている情報をできるだけ多く入力してください。 標準的な変更は事前承認されているため、フィールドの一部は通常の変更または緊急の変更にのみ使用できます。 注: 通常の変更または緊急の変更の場合は、開始予定日と終了予定日、実開始日と実終了日を手動で入力します。アサイニーが作業を開始して完了する \[実装\] ステータス中に実開始日および実終了日フィールドに入力します。 2. \[CAB 必須\] チェック ボックスを表示するようにフォームが設定されている場合、それを選択して実装前に CAB 承認が必要であることを示します。 変更要求の \[CAB 実施日時\] フィールドは、CAB 会議フォームの \[会議開始時間\] フィールドの日時で自動的に更新されます。 3. 予定されていない CI アクティビティがある場合、\[権限なし\] チェックボックスを選択して、それが許可されていない変更であるかどうかを判断します。 詳細については、「[許可されていない変更要求](https://servicenow-prod.fluidtopics.net/_ur9H0yAoW3oIJpOX_KL0g "構成アイテム (CI) の不正な変更アクティビティがどのようにキャプチャおよび管理されているかを理解し、この変更をレビューしてタイムリーにアクションを実行できるようにします。")」を参照してください。 注: このチェックボックスは、緊急の変更要求に対してのみ使用できます。 4. \[CAB 代理人\] フィールドを表示するようにフォームが設定されている場合、変更を説明するために CAB 会議に出席するユーザーを選択します。 5. \[CAB の提言\] フィールドに、CAB 会議に関連するメモまたは実施結果を入力します。 {#t_CreateAChange__substeps_hwv_tmv_1x} 5. \[競合\] タブをクリックします。 6. 変更競合を検出するには、\[競合をチェック\] をクリックします。 7. フォーム ヘッダーを右クリックし、\[保存\] をクリックします。 8. 関連リストのエントリーをレビューし、必要に応じてエントリーを変更します。 {#t_CreateAChange__table_fc1_kth_5r__entry__2} | フィールド | 説明 | |-|-| | 影響を受ける CI | 変更によって影響を受ける (CMDB からの) CI のリスト。影響を受ける複数の CI を変更に関連付けることができます。 | | 影響するサービス/CI | 変更で影響を受ける CI によって影響する、ビジネスサービスや他の CI クラスなどの CI のリスト。複数の影響を受ける CI を変更に関連付けることができます。 | | サービスオファリング | 変更によって影響を受けるサービスオファリングのリスト。複数のサービスオファリングを変更に関連付けることができます。この関連リストは、サービスオファリングが選択されている場合にのみ利用できます。 影響するサービスに関連付けられたサービスオファリングが存在する場合は、\[影響するサービス/CI\] 関連リストを更新してオファリングを表示します。 注: Paris のリリース前にフォームまたは関連リストのデフォルトビューをカスタマイズしていた場合は、デフォルトではフィールドまたは関連リストを表示できません。手動で追加するには、フォームを変更します。 | | 承認者 | このリストは、ワークフローから自動的に生成されます。また、タスクにアサインされている承認者の \[グループ\] を表示することもできます。 | | タスクを変更 | タスクのリストをワークフローから作成できます。デフォルトのワークフローでは、\[実装\] ステータスでタスクが生成されます。新規変更タスクを作成することもできます。タスク タイプ \[実装\] の \[開始予定日\] および \[終了予定日\] は、変更要求で指定された開始予定日と終了予定日の範囲内になければなりません。 | | 問題 | 変更が問題から生成された場合、このリストが自動的に生成されます。 | | 変更により修正されたインシデント | 解決のために変更が必要なインシデントのリスト。 | | 変更によるインシデント | 変更の実装によって引き起こされたインシデントのリスト。 | | CAB アジェンダアイテム | アジェンダアイテムのリストと各項目の詳細。たとえば、会議の開始時間と終了時間、会議に割り当てられた時間、会議のステータス、およびそのアジェンダアイテムに対する決定などです。 注: リストが空である場合は、フォームに \[CAB アジェンダアイテム\] 関連リストは表示されません。この機能は、Jakarta インスタンスでのみ使用できます。 | [表 : 2. デフォルトの変更要求関連リスト] {#t_CreateAChange__table_fc1_kth_5r} 9. 変更要求が次のステータスに進む準備ができたら、\[承認リクエスト\] をクリックします。 変更要求のタイプに基づいてステータスが前に進みます。 * \[評価\] ステータス：通常の変更要求に対するグループレベル承認。承認レコードは、\[アサイン先グループ\] に基づいて自動的に生成されます。提案された変更のピア レビューと技術レビューを行うことができます。 * \[認可\] ステータス：緊急の変更要求。 * \[スケジュール済み\] ステータス：事前承認された標準的な変更。 {#t_CreateAChange__ul_wtg_fnb_4z} 注: 変更レコードをメールするには、コンテンツフレームで、その他のオプションアイコン (![その他のオプションアイコン]()) をクリックして、\[メール\] を選択します。変更を要求したユーザーと、変更にアサインされたユーザーは、どちらも受信者のリストに自動的に設定されます。 カレンダーを表示するには、\[変更要求\] フォームのタイトル バーにある \[カレンダーを表示\] をクリックします。 ## 次のタスク [変更要求の処理](https://servicenow-prod.fluidtopics.net/Huc0lhwKAMnae8z12FdMlg "変更要求の承認、実装、レビュー、およびクローズを行うことができます。") * **[CI からの変更要求の作成](https://servicenow-prod.fluidtopics.net/p9I5__KUWkzjvUBfMwxQJw)** CI のリストから変更要求を作成したり、リストから選択した CI を変更レコードに追加したりします。 * **[カタログからの標準的な変更の要求](https://servicenow-prod.fluidtopics.net/w75kMpzoBJE6ULgSZiIuMQ)** 発行された標準的な変更カタログテンプレートから新しい標準的な変更を要求することができます。 * **[変更要求のコピー](https://servicenow-prod.fluidtopics.net/PAtYvybqCGgF5zdZ1uPSlA)** アクティブまたはキャンセルされた変更要求の詳細を、新しい変更要求にコピーできます。 * **[変更タスクの作成](https://servicenow-prod.fluidtopics.net/iDU8C4IavzTXezGO9DzuGg)** 変更要求の変更タスクを作成することができます。変更タスクとは、変更要求に関連している作業のことです。たとえば、変更を計画し、変更を実装し、テストし、作業をレビューするタスクがあります。 * **[許可されていない変更の要求](https://servicenow-prod.fluidtopics.net/_ur9H0yAoW3oIJpOX_KL0g)** 構成アイテム (CI) の不正な変更アクティビティがどのようにキャプチャおよび管理されているかを理解し、この変更をレビューしてタイムリーにアクションを実行できるようにします。 **関連概念** * [状況モデルと移行](https://servicenow-prod.fluidtopics.net/KDpDZuAOhkSNkMicAbZh4Q "変更管理は、いくつかのステータスを経て変更要求を移動および追跡するための状況モデルを提供します。") * [競合するカレンダー](https://servicenow-prod.fluidtopics.net/gG~VUyb54593jsdMlAigOA "競合するカレンダーは、変更要求に対する潜在的なスケジューリング競合をグラフィカルに表します。競合は、アクティブな変更要求、ブラックアウトスケジュール、および、メンテナンススケジュール外でスケジュールされた変更として識別されます。[スケジュールアシスタント] を使用して、スケジュールの競合を解決します。") **関連タスク** * [変更要求の保留](https://servicenow-prod.fluidtopics.net/rZVdgTklHg~93CH8Yk~mLQ "変更要求を保留にして、作成された変更要求の追加情報を取得できます。")