---
sourceDocument: オーストラリア ServiceNow AI Platform の機能
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/servicenow-platform

 Release :

    - australia

ft:locale :

    - ja-JP

ft:publication_title :

    - オーストラリア ServiceNow AI Platform の機能

ft:clusterId :

    - platcap

bundleId :

    - platcap

workflow :

    - Platform


---

# サービスカタログでユーザー条件レコードを作成する

# サービスカタログでユーザー条件レコードを作成する {#ariaid-title1}

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

ユーザーレコードに対して評価される条件を定義するようにユーザーレコードを作成します。

## 始める前に

必要なロール：admin、catalog_admin

## このタスクについて

1 つのカタログアイテムまたはカテゴリに複数のユーザー条件レコードを適用できます。この場合、ユーザーはこれらの条件レコードの 1 つだけを照合してアクセスします。

## 手順

1. 移動先 すべてサービスカタログカタログ定義ユーザー基準 をクリックし、レコードを作成します。
2. 必要に応じて、フォームのフィールドに入力します。  
   {#t_CreateAUserCriteriaRecord__table_ojq_r1g_1r__entry__2}

   | フィールド | 説明 |
   |-|-|
   | 名前 | 条件レコードの名前。 |
   | ユーザー | 一致する個々のユーザーレコード。 |
   | グループ | 一致するグループレコード。 |
   | ロール | 一致するロール。 注: * ロールの評価はセッションにキャッシュされるため、ロールを変更するには、ACL (アクセス制御リスト) のロールと同様に、ログアウトしてからログインする必要があります。 * ユーザー基準は、昇格された権限ロールには適用されません。 {#t_CreateAUserCriteriaRecord__ul_dwb_ss2_bjb} |
   | 詳細 | \[スクリプト\] フィールドを表示または非表示にするチェックボックス。 |
   | スクリプト | 追加の条件を定義するスクリプト、\[true\] または \[false\] を返す[スクリプト](https://servicenow-prod.fluidtopics.net/CollXZoILfxhQaJnMcJwnA#t_ContrlAccessByCDGUOrLoc "サービスカタログ では、アドミニストレーターが会社、部門、グループ、ユーザー、または場所ごとにサービスカタログアイテムまたはカテゴリへのアクセス権を付与または拒否することができます。")。このフィールドは、\[詳細\] が選択されている場合にのみ使用できます。 注: * スクリプトは、ユーザー基準が作成された適用範囲内で評価されます。 * スクリプトの評価はセッションにキャッシュされるため、評価を変更するには、ACL のロールと同様に、ログアウトしてからログインする必要があります。 * gs.getUser() またはその他のセッション API を使用しないでください。診断ツールで使用された場合に競合が発生します。スクリプトにある事前定義済みの <var class="keyword varname">user_id</var> 変数を使用して、スクリプトの評価に使用されているユーザーのユーザー ID を取得します。 * ユーザー基準のスクリプトを含め、スクリプトは動的に評価されるため、レコードのパフォーマンスが低下する可能性があります。 * answer は事前予約されたキーワードなので、回答としてその名前が付いた関数、つまり answer() を使用しないでください。 {#t_CreateAUserCriteriaRecord__ul_zgw_vql_l3b} |
   | 有効 | この条件レコードをアクティブ化または非アクティブ化するチェックボックス。 |
   | 会社 | 一致する会社。 |
   | 所在地 | 一致する所在地。 |
   | 部門 | 一致する部門。 |
   | すべて一致 | 入力された各条件フィールドのすべての要素が一致する必要があるかどうかを判断するためのチェックボックス。選択すると、すべての基準に一致するユーザーのみにアクセス権が与えられます。オフにすると、アクセス権を取得するためにユーザーは 1 つまたは複数の設定基準を満たす必要があります。 デフォルトでは、満たされた条件があれば一致するようにこのチェックボックスはオフになっています。 たとえば、次のユーザー基準レコードを使用します。 * 場所 A または B * 会社 C または D {#t_CreateAUserCriteriaRecord__ul_q3r_1jg_1r} \[すべて一致\] を選択すると、これらすべての条件を満たすユーザーのみが一致します。たとえば、場所 A および会社 C に所属するユーザーです。 \[すべて一致\] をオフすると、これらいずれかの条件を満たすユーザーが一致します。たとえば、場所 B のユーザー。 注: \[すべて一致\] をオンにした場合は、決して満たされない矛盾した条件を作成しないようにしてください。たとえば、場所 A の会社 G に所属するすべてのユーザーの場合、この例の条件は決して満たされません。 |
   [表 : 1. ユーザー基準フィールド]

   {#t_CreateAUserCriteriaRecord__table_ojq_r1g_1r}  
   次の属性のいずれも定義されていない場合、ユーザー基準レコードは空と見なされます。
   * ロール
   * グループ
   * 部門
   * 場所
   * 会社
   * スクリプト (またはその他のユーザー属性条件)  
     注:  
     空のユーザー基準は、認証されたユーザーのみに一致します。未認証ユーザーは、空のユーザー基準と一致しなくなります。この動作はオーストラリアのリリースにのみ適用されることに注意してください。

## ユーザー基準の実装 {#ariaid-title2}

システムのユーザー基準を作成する場合、以下の推奨事項を順守してください。
* 再利用のための設計基準：最大限再利用できるようにユーザー基準を設計するようにしてください。組織の要件に一致する条件の共通セットを持つユーザー基準レコードを作成します。個々のアイテムとカテゴリに複数の類似した基準レコードを作成するのではなく、できるだけ多くのアイテムとカテゴリで共有できるようにします。

* 名前付け規則：各ユーザーの条件レコードに意味のある名前を付けると、そのレコードの機能を判断するのに役立ちます。例を次に示します。
  * Cloud Dimensions 社に所属し、かつマドリードにいるユーザー
  * Cloud Dimensions 社に所属する、またはマドリードにいるユーザー
  * グループ開発、IT、または営業に属するユーザー
  * ロール itil、asset_manager、または catalog_admin を持つユーザー
  {#r_GoodPracImpleUsrCritria__ul_nly_gkg_1r}
* 開発インスタンスまたはテストインスタンスでユーザー基準をテストし、[更新セット](https://www.servicenow.com/docs/access?context=system-update-sets&version=australia&pubname=australia-application-development&ft:locale=en-US)を使用して、ユーザー条件テーブルのレコードおよびカタログレコードを本番インスタンスに転送します。
{#r_GoodPracImpleUsrCritria__ul_hnf_2kg_1r}