---
sourceDocument: Yokohama IT Operations Management
sourceDocumentLink: https://www.servicenow.com/docs/r/ja-JP/yokohama/it-operations-management

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

    - Yokohama IT Operations Management

ft:clusterId :

    - itom

bundleId :

    - itom

workflow :

    - Technology


---

# 詳細計画ルールの設定

# 詳細計画ルールの設定 {#ariaid-title1}

* リリースバージョン: Yokohama
* 
* 更新日 2025年01月30日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：4分

詳細設定の属性に対してシステムが実行できるアクションを含むルールを構成します。

## 始める前に

必要なロール：sn_cmp.cloud_service_designer

## 手順

1. ルールを作成する属性が含まれる詳細計画を開きます。
2. \[カタログ\] タブで、属性を含むプロビジョニング操作などの操作をクリックします。  
3. \[クラウドカタログアイテム\] フォームの \[変数セット\] 関連リストで、変数を含む変数セットの名前をクリックします。
4. \[変数セット\] フォームの \[クラウド変数\] 関連リストで、ルールを作成する変数の名前をクリックします。
5. \[ルール\] 関連リストで、\[新規\] をクリックし、フォームに入力します。  
   {#configure-a-blueprint-rule__table_osz_gph_xz__entry__2}

   | フィールド | 説明 |
   |-|-|
   | 名前 説明 | 名前と説明を入力します。 |
   | 順序 | 他のレコードと比較して最初に評価するレコードをシステムに指示する番号を入力します。最も低い番号のレコードが最初に実行されます。 |
   [ ]

   {#configure-a-blueprint-rule__table_osz_gph_xz}
6. フォームヘッダーを右クリックし、\[保存\] を選択します。

## 例

このルール例は CloudAccount プロパティに基づいており、ユーザーがクラウドアカウントを変更したときに、場所のリストを更新するようにシステムに指示するアクションが含まれています。  
図 : 1. 詳細計画のルール例

## 次のタスク

オプションの[条件](https://www.servicenow.com/docs/kCsSa7LqKkRts67T7M~2yw#configure-blueprint-form-event-conditions "詳細計画フォームイベントルールで、ルール内のアクションの実行可能な時期を決定する条件を設定します。条件はオプションです")と必須[アクション](https://www.servicenow.com/docs/kCsSa7LqKkRts67T7M~2yw#configure-blueprint-form-event-actions "詳細計画フォームの属性アクションまたはイベントアクションがトリガーされたときにシステムが実行するアクションを設定します。フィールドの必須設定、フィールドの表示/非表示、フィールドの自動入力などのアクションを設定できます。")を設定します。
**関連タスク**   

* [実行計画へのリソース運用の追加](https://www.servicenow.com/docs/YYMp7qdpCQ64ndjbElsWSA "ベースシステム には、定義済みのリソース運用の大規模なセットが含まれます。リソースに対してカスタム運用を追加することはほとんどありません。")
* [詳細計画の運用の並列実行](https://www.servicenow.com/docs/oLjm1wRlOUeSBx1PffVa~w "詳細計画のリソース運用を実行して、線形または並列で実行できます。")  
**関連資料**   

* [詳細計画の属性](https://www.servicenow.com/docs/VPpoFnSq1Ov_C7~txod~5Q "詳細計画の運用をリソースに追加すると、システムは適切な属性を追加します。システムが操作を実行するときに、属性をフォームのカタログプロパティとして使用可能にするかどうかを選択できます。")

## 詳細計画ルール条件の設定 {#ariaid-title2}

詳細計画フォームイベントルールで、ルール内のアクションの実行可能な時期を決定する条件を設定します。条件はオプションです

### 始める前に

必要なロール：sn_cmp.cloud_service_designer

### 手順

1. 詳細計画で[変数のルール](https://www.servicenow.com/docs/kCsSa7LqKkRts67T7M~2yw#configure-a-blueprint-rule "詳細設定の属性に対してシステムが実行できるアクションを含むルールを構成します。")を開きます。
2. \[条件\] 関連リストで、\[新規\] をクリックします。
3. フォームフィールドに入力します (テーブルを参照)。  
   {#configure-blueprint-form-event-conditions__table_k4k_chk_wz__entry__2}

   | フィールド | 説明 |
   |-|-|
   | オペランド | 条件付き評価を実行できるプロパティを入力します。たとえば、詳細計画にデータセンターの値を保持するプロパティがある場合は、ここにプロパティ名を入力します。 |
   | オペレーター | オペランドを評価する演算子を選択します。 |
   | 値 | 評価されたイベントルールが一致する必要がある値を入力します。 |
   | 条件タイプ | 複数の条件を設定する場合は、システムが条件を次の条件に関連してどのように評価するかを決定する論理演算子を選択します (次の条件は \[順番\] フィールドで決まります)。 * AND：この条件と次の条件は、ポリシーが実行対象になる前に条件を満たす必要があります。 * OR：条件にこの条件または次の条件が一致する場合は、ポリシーが実行対象になります。 {#configure-blueprint-form-event-conditions__ul_ecr_yhk_wz}オプションを選択しない場合は、デフォルトで AND が使用されます。 |
   | 順序 | 他のレコードと比較して最初に評価するレコードをシステムに指示する番号を入力します。最も低い番号のレコードが最初に実行されます。 |
   | ステータス | ステータスを有効に保ち、システムが条件を処理するようにします。システムで条件を処理しない場合は、ステータスを非アクティブに変更します。 |
   [ ]

   {#configure-blueprint-form-event-conditions__table_k4k_chk_wz}
4. \[送信\] をクリックします。

### 例

この条件例は、ユーザーがカタログアイテムフォームのフィールドである Logical_Datacenter プロパティに対して AWS データセンターを選択した場合に適用されます。  
図 : 2. 詳細計画条件の例

### 次のタスク

[詳細計画アクションの設定](https://www.servicenow.com/docs/kCsSa7LqKkRts67T7M~2yw#configure-blueprint-form-event-actions "詳細計画フォームの属性アクションまたはイベントアクションがトリガーされたときにシステムが実行するアクションを設定します。フィールドの必須設定、フィールドの表示/非表示、フィールドの自動入力などのアクションを設定できます。")

## 詳細計画アクションの設定 {#ariaid-title3}

詳細計画フォームの属性アクションまたはイベントアクションがトリガーされたときにシステムが実行するアクションを設定します。フィールドの必須設定、フィールドの表示/非表示、フィールドの自動入力などのアクションを設定できます。

### 始める前に

必要なロール：sn_cmp.cloud_service_designer

### 手順

1. 詳細計画でプロパティまたはイベントのルールを開きます。
2. \[アクション\] 関連リストで、\[新規\] をクリックし、フォームに入力します。  
   {#configure-blueprint-form-event-actions__table_nls_lrk_wz__entry__2}

   | フィールド | 説明 |
   |-|-|
   | 名前 | 一意のわかりやすい名前 |
   | アクションタイプ | 以下のアクションタイプを選択します。 * 再ロード： * 表示： * 非表示： * MakeMandatory： * MakeNonMandatory： * TriggerChangeEvent： * SetValue： {#configure-blueprint-form-event-actions__ul_ep1_g5k_wz} |
   | データソース | 以下のアクションタイプを選択します。 * クラウドのアカウントを再ロード： * クラウドの場所を再ロード： * クォータを確認： * リソースプロファイルを再ロード： * プロファイルから再ロード (Reload From Profile)： {#configure-blueprint-form-event-actions__ul_kpm_v5k_wz} |
   | ターゲットフィールド | アクションが適用されるフォーム上のフィールドの名前を入力します。たとえば、アクションタイプに \[TriggerChangeEvent\] を選択した場合、[詳細計画ルール](https://www.servicenow.com/docs/kCsSa7LqKkRts67T7M~2yw#configure-a-blueprint-rule "詳細設定の属性に対してシステムが実行できるアクションを含むルールを構成します。")で指定されたフォームで何かが変更されるとフィールドの値が変化します。 |
   | 値 | ターゲットフィールドに割り当てるオプションの値を入力します。たとえば、\[アクションタイプ\] フィールドの \[SetValue\] を選択し、\[リソースグループ名 (Resource Group Name)\] を更新する場合は、値 `${ResourceGroup}` を使用して、詳細計画からリソースグループの名前を取得できます。 |
   | 順序 | 他のレコードと比較して最初に評価するレコードをシステムに指示する番号を入力します。最も低い番号のレコードが最初に実行されます。 |
   [ ]

   {#configure-blueprint-form-event-actions__table_nls_lrk_wz}
3. ヘッダーを右クリックし、\[保存\] を選択します。
4. **オプション:** KeyValues 関連リストに \[キー\] と \[値\] を入力します。  
   \[値\] フィールドの値が \[キー\] フィールドの属性に適用されます。
5. 必要な数のアクションを作成します。

### 例

このアクション例は、CloudAccount 属性に基づく[詳細計画ルール例](https://www.servicenow.com/docs/kCsSa7LqKkRts67T7M~2yw#configure-a-blueprint-rule "詳細設定の属性に対してシステムが実行できるアクションを含むルールを構成します。")に適用されます。このアクションは、ユーザーがクラウドアカウントを変更したときに場所のリストを更新するようにシステムに指示します。図 : 3. 詳細計画アクションの例

### 次のタスク

[クラウドカタログアイテムとしての詳細計画の公開](https://www.servicenow.com/docs/iq_mfU4dAIBL6deN7brX9A "詳細計画から直接カタログアイテムを作成して公開できます。")に展開したカスタムモバイルアプリケーションを使用して管理しました。