---
sourceDocument: Xanadu IT Operations Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/xanadu/it-operations-management

 Release :

    - xanadu

ft:locale :

    - ja-JP

ft:publication_title :

    - Xanadu IT Operations Management

ft:clusterId :

    - itom

bundleId :

    - itom

workflow :

    - Technology


---

# クラウドカタログフォームからのフィールドの削除

# クラウドカタログフォームからのフィールドの削除 {#ariaid-title1}

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

ユーザーが特定のグループに属している場合に、クラウドプロビジョニングとガバナンス カタログフォームからフィールドを削除します。

## 始める前に

必要なロール：sn_cmp.cloud_service_designer  
この例を参照する前に、詳細計画と詳細計画ルールの作成について理解しておく必要があります。次のリソースを参照してください。

* [クラウドプロビジョニングの詳細計画](https://servicenow-prod.fluidtopics.net/Zi_cMeGgsnka~Op1VQkWVA "詳細計画 は、クラウドサービス (スタック) をクラウドユーザーに提供するための特別なカタログアイテムテンプレートです。詳細計画は任意のクラウドサービスプロバイダー (Amazon AWS クラウド や Microsoft Azure クラウド など) で動作します。詳細計画は Orlando リリース以降、使用が制限されています。")
* [クラウドプロビジョニング 詳細計画のビルド](https://servicenow-prod.fluidtopics.net/SKHpT4IJRfDC77eZ4pyxBA "詳細計画デザイナーを使用して、クラウドプロビジョニングとガバナンス アプリケーションのカスタム詳細計画を作成します。詳細計画は Orlando リリースで廃止されました。")
* [詳細計画ルールの設定](https://servicenow-prod.fluidtopics.net/HlMTwFbZssM9PMxOtnGiMQ#configure-a-blueprint-rule "詳細設定の属性に対してシステムが実行できるアクションを含むルールを構成します。")
{#remove-mandatory-field-example__ul_jb3_hc4_p2b}

## このタスクについて

この例の目的は、カタログ要求者がデータベースグループに属している場合は、カタログフォームで \[コストセンター\] フィールドを非表示にすることです。次のような例に従って、他のフィールドの値に基づいてカタログアイテムフィールドを表示または非表示にできます。

## 手順

1. 仮想サーバーを使用して詳細計画を作成します。  
   この例では、AWS データセンター上の仮想サーバーによる詳細計画が使用されます。

2. 詳細計画フォームで、\[カタログ\] タブをクリックし、\[プロビジョン\] 操作を表すタイルをクリックします。  
   ![カタログアイテム]()
3. 同僚と連携して仕事を進めるには、上の 一般情報 \[変数セット\] 関連リストの変数セット。
4. \[CostCenter\] 変数をクリックして、クラウド変数フォームを開きます。
5. ユーザーグループに基づいてコストセンターを削除するルールを構成します。
   1. \[ルール\] 関連リストで、\[新規\] をクリックします。
   2. \[名前\] フィールドと \[説明\] フィールドに入力します。
   3. フォームヘッダーを右クリックし、\[保存\] を選択します。
6. ユーザーグループがデータベースと等しくなる必要がある条件を構成します。
   1. \[条件\] 関連リストで、\[新規\] をクリックします。
   2. フォームのフィールドに入力します。  
      {#remove-mandatory-field-example__table_ik4_nbs_t2b__entry__3}

      | フィールド | 入力または選択する値 | 説明 |
      |-|-|-|
      | オペランド | UserGroup | この値は、ユーザーが選択するユーザーグループフィールドです。 |
      | 演算子 | -- なし -- | 設定する必要があるのはこの条件のみなので、この値は \[--なし--\] のままにします。条件を追加する場合は、別の演算子を選択して、他の演算子に対するこの条件の評価方法を決定することができます。 |
      | 値 | 287ee6fea9fe198100ada7950d0b1b73 | この値は、インスタンスのデモデータの一部として提供されるデータベースユーザーグループの Sys ID です。詳細については、「[Sys ID](https://www.servicenow.com/docs/access?context=c_UniqueRecordIdentifier&version=xanadu&pubname=xanadu-platform-administration&ft:locale=en-US)」を参照してください。 |
      [ ]

      {#remove-mandatory-field-example__table_ik4_nbs_t2b}
   3. \[送信\] をクリックします。
7. ユーザーグループの Sys ID がシステムに必要な理由を理解するには、以下のステップを実行します。
   1. 詳細計画を再度開き、プロビジョニング操作を再度クリックします。
   2. \[変数セット\] 関連リストで \[一般情報\] をクリックします。
   3. \[UserGroup\] 変数をクリックします。  
      \[タイプ仕様\] タブで、システムは \[UserGroupPool\] からユーザーグループを設定します。システムは \[GroupsUserBelongsTo\] と呼ばれるスクリプト化されたプールフィルターを実行します。

   4. クラウドアドミンポータルで、 管理リソースプール.
   5. \[UserGroupPool\] を検索して開きます。  
      プールの値は、\[ルックアップテーブル\] フィールドのテーブル (この場合は \[グループ\] sys_user_group テーブル) から派生していることに注意してください。  
      また、\[リソースプールフィルター\] 関連リストには 2 つのクエリがあることにも注意してください。
      * \[すべて\] は、\[ルックアップテーブル\] からすべてのレコードリストを返す汎用クエリです。このテーブルから返される値は、\[ルックアップフィールド\] (この場合は Sys ID) から返されます。ただし、スクリプト化されたクエリが存在するため、この場合、システムは \[All\] クエリを無視します。
      * \[GroupsUserBelongsTo\] は、\[ルックアップテーブル\] でレコードの Sys ID を返すスクリプトクエリです。
      {#remove-mandatory-field-example__ul_zqs_hqy_q2b}  
      重要:  
      スクリプト化されたクエリが存在する場合、システムは汎用の \[ALL\] クエリの代わりにそれを使用します。

      汎用クエリとスクリプト化されたクエリの両方はルックアップテーブルでレコードの Sys ID を返します。しかし、実際には、システムが \[ルックアップフィールド\] で指定された \[すべて\] クエリと値を無視し、\[GroupsUserBelongsTo\] スクリプトが使用されています。  
      図 : 1. スクリプト化されたクエリ
   {#remove-mandatory-field-example__substeps_vz2_kpy_q2b}