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

  • リリースバージョン: Washingtondc
  • 更新日 2024年02月01日
  • 読む3読むのに数分

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

    始める前に

    必要なロール：管理者

    このタスクについて

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

    手順

    1. 移動先 すべて > サービスカタログ > カタログ定義 > ユーザー基準 レコードを作成します
    2. 必要に応じて、フォームのフィールドに入力します。
      表 : 1. ユーザー基準フィールド
      フィールド 説明
      名前 条件レコードの名前。
      ユーザー 一致する個々のユーザーレコード。
      グループ 一致するグループレコード。
      ロール 一致するロール。
      注:
      • ロールの評価はセッションにキャッシュされるため、ロールを変更するには、ACL (アクセス制御リスト) のロールと同様に、ログアウトしてからログインする必要があります。
      • ユーザー基準は、昇格された権限ロールには適用されません。
      詳細 [スクリプト] フィールドを表示または非表示にするチェックボックス。
      スクリプト 追加の条件を定義するスクリプト、[true] または [false] を返すスクリプト。このフィールドは、[詳細] が選択されている場合にのみ使用できます。
      注:
      • スクリプトは、ユーザー基準が作成された適用範囲内で評価されます。
      • スクリプトの評価はセッションにキャッシュされるため、評価を変更するには、ACL のロールと同様に、ログアウトしてからログインする必要があります。
      • gs.getUser() またはその他のセッション API を使用しないでください。診断ツールで使用された場合に競合が発生します。スクリプトにある事前定義済みの user_id 変数を使用して、スクリプトの評価に使用されているユーザーのユーザー ID を取得します。
      • ユーザー基準のスクリプトを含め、スクリプトは動的に評価されるため、レコードのパフォーマンスが低下する可能性があります。
      • answer は事前予約されたキーワードなので、回答としてその名前が付いた関数、つまり answer() を使用しないでください。
      有効 この条件レコードをアクティブ化または非アクティブ化するチェックボックス。
      会社 一致する会社。
      所在地 一致する所在地。
      部門 一致する部門。
      すべて一致 入力された各条件フィールドのすべての要素が一致する必要があるかどうかを判断するためのチェックボックス。選択すると、すべての基準に一致するユーザーのみにアクセス権が与えられます。オフにすると、アクセス権を取得するためにユーザーは 1 つまたは複数の設定基準を満たす必要があります。

      デフォルトでは、満たされた条件があれば一致するようにこのチェックボックスはオフになっています。

      たとえば、次のユーザー基準レコードを使用します。
      • 場所 A または B
      • 会社 C または D
      [すべて一致] を選択すると、これらすべての条件を満たすユーザーのみが一致します。たとえば、場所 A および会社 C に所属するユーザーです。
      [すべて一致] をオフすると、これらいずれかの条件を満たすユーザーが一致します。たとえば、場所 B のユーザー。
      注:
      [すべて一致] をオンにした場合は、決して満たされない矛盾した条件を作成しないようにしてください。たとえば、場所 A の会社 G に所属するすべてのユーザーの場合、この例の条件は決して満たされません。

    ユーザー基準の実装

    システムのユーザー基準を作成する場合、以下の推奨事項を順守してください。

    • 再利用のための設計基準：

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

    • 名前付け規則：各ユーザーの条件レコードに意味のある名前を付けると、そのレコードの機能を判断するのに役立ちます。例を次に示します。
      • Cloud Dimensions 社に所属し、かつマドリードにいるユーザー
      • Cloud Dimensions 社に所属する、またはマドリードにいるユーザー
      • グループ開発、IT、または営業に属するユーザー
      • ロール itil、asset_manager、または catalog_admin を持つユーザー
    • 開発インスタンスまたはテストインスタンスでユーザー基準をテストし、更新セットを使用して、ユーザー条件テーブルのレコードおよびカタログレコードを本番インスタンスに転送します。