テーブルビルダー でのポリシーとルールのプロパティ

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

    • テーブルビルダー で、作業しているフィールドの基本的なフィールドポリシーとルールを設定できます。

    UI ポリシー

    [UI ポリシー] セクションを使用すると、ロールとユーザー入力に基づいて、フォームの表示方法を設定できます。

    基本的なフィールドプロパティを理解するには、「 テーブルビルダー での UI ポリシーの作成」を参照してください。

    次の表は、UI ポリシーを追加または編集するときの [ポリシーの詳細] セクションのフィールドの説明を示しています。
    表 : 1. ポリシーの詳細
    フィールド 説明
    簡単な説明 UI ポリシーの簡単な要約。
    テーブル ポリシーが適用されるデータテーブル。
    ドメイン 選択肢が存在するドメイン。
    順番

    処理のシーケンス (最小値から最大値まで)。2 つのポリシーが競合する場合は、数値の大きい UI ポリシーが実行されます。

    継承された UI ポリシーについては、拡張 (子) テーブルの UI ポリシーが最初に実行されます。次に、ベーステーブルの UI ポリシーが実行されます。どちらも、指定された値が最も小さいものから最も大きいものの順序で実行されます。
    アクティブ UI ポリシーのステータス。アクティブ化されている UI ポリシーのみが適用されます。
    すべてのビューに適用/ビューに適用 [詳細設定] UI ポリシーをすべてのフォームビューまたは特定のビューのどちらに適用するかを指定するオプション。フォームビューの詳細については、「ビュー管理」を参照してください。
    ロード時 [詳細設定]

    フォームの変更時に UI ポリシーの動作を OnLoad で実行するように指定するためのオプション。

    UI ポリシーの [ロード時] チェックボックスをオンまたはオフにして、フォームがロードされ、条件が満たされるたびにそれを実行するかどうかを制御できます。次の例では、管理者は、ユーザーが顧客に説明を提供しない限り、インシデントが [ユーザー情報待ち] ステータスにならないようにします。管理者は、次の設定で UI ポリシーを作成します。
    • [これらの条件が満たされている場合] セクションで、条件 [ステータス][は次の値に等しい ][ユーザー情報待ち] を追加し、[ロード時] チェックボックスをオフにします。ステータスが [ユーザー情報待ち] に変更された場合にのみ UI ポリシーが適用されます。
    • [UI ポリシーアクション] リストで、条件が満たされたときに [追加コメント] フィールドを必須にするレコードを作成します。
    False の場合は取り消し [詳細設定] ポリシーの条件が false と評価された場合に UI ポリシーアクションを取り消す必要があることを指定するためのオプション。条件が true の場合はアクションが実行され、false に変更されるとアクションが取り消されます (元に戻されます)。
    継承 [詳細設定]

    拡張テーブルがこの UI ポリシーを継承するかどうかを指定するオプション。

    子テーブルに親テーブルから継承された UI ポリシーがある場合、UI ポリシーの順序に関係なく、子テーブルの UI ポリシーが常に最初に実行されます。次に例を示します。
    • 子テーブルには、条件が満たされたときに [緊急度] フィールドを表示する、[順序] 値 500 の UI ポリシーがあります。
    • その親テーブルには、[緊急度] フィールドを非表示にする同じ条件の UI ポリシーがあります。親テーブルの UI ポリシーの [順序] 値は 100です。
    • 親テーブルの [順序] フィールドの値の方が小さい値ですが、最初に子 UI ポリシーが実行され、次に親 UI ポリシーが実行されます。条件が満たされると、[緊急度] フィールドは非表示になります。
    次の表は、UI ポリシーを追加または編集するときの [これらの条件が満たされている場合] セクションのフィールドの説明を示しています。
    表 : 2. これらの条件が満たされている場合
    フィールド 説明
    条件セット

    条件を満たすと UI ポリシーが適用されることになる条件。条件は、条件ビルダーでロジックステートメントを使用して構築します。スクリプトを使用して条件を設定するには、代わりにクライアントスクリプトを使用します。

    ユーザーが手動でフォームのフィールドを変更した場合のみ、条件が再度確認されます。UI アクション、コンテキストメニューアクション、リストエディターによる変更は、評価されません。
    次の表は、UI ポリシーを追加または編集するときの [次を実行 (Do the following)] セクションのフィールドの説明を示しています。
    表 : 3. 必要な操作
    フィールド 説明
    フィールド名
    条件を満たしている場合に UI ポリシーがアクションを実行する対象となる、選択したテーブルのフィールド。
    注:
    指定したフィールドがフォーム上にない場合、UI ポリシーは同じ名前の変数に対してアクションを実行します。
    必須
    UI ポリシーがフィールドの必須ステータスに与える影響を指定するためのリスト。選択肢は次のとおりです。
    • 放置する
    • True
    • False
    表示
    UI ポリシーがフィールドの表示ステータス (つまり表示されるかどうか) に与える影響を指定するためのリスト。選択肢は次のとおりです。
    • 放置する
    • True
    • False
    読み取り専用
    UI ポリシーがフィールドの読み取り専用状態に与える影響を指定するためのリスト。選択肢は次のとおりです。
    • 放置する
    • True
    • False
    フィールド値をクリア

    条件が満たされた場合に指定されたフィールドをクリアするオプション。

    アクセス制御ルール

    [アクセス制御ルール] セクションを使用すると、適合するロール、条件、スクリプト基準に基づく、指定されたリソースへのアクセスを設定できます。

    次の表は、[アクセス制御ルール] セクションのフィールドの説明を示しています。
    フィールド 説明
    名前 フォームまたはデータにアクセスする権限を持つ各ユーザーを指定します。
    • 名前を小文字の firstname.lastname として、ピリオドで区切って入力します (例：john.smith)。各名前には、hi.servicenow.com で対応するユーザーレコードが必要です。
    • 複数のユーザーがフォームまたはデータにアクセスする権限を持っている場合は、複数の名前をカンマで区切って入力します。
    • すべてのユーザーがフォームまたはデータにアクセスできるようにするには、名前としてアスタリスク (*) を入力します。
    説明 アクセス制御ルールによって制限または有効化される内容の概要。
    タイプ アクセスが制御されるオブジェクトのタイプ。次が含まれます。
    • クライアントコール可能スクリプトインクルード
    • プロセッサ
    • レコード
    • UI ページ
    • UX ルート
    オブジェクトタイプの詳細については、「 オブジェクトの ACL 一致要件」を参照してください。
    運用

    指定されたオブジェクトに対してシステムが実行できるアクションのタイプ (削除や実行など)。レコードなどの一部のオブジェクトは複数の操作をサポートしますが、REST_Endpoint などの他のオブジェクトは 1 つの操作のみをサポートします。アクションタイプの詳細については、「ACL ルールのタイプ」を参照してください。
    アクティブ ルールのアクティブステータス：
    true
    ルールがアクティブで利用可能になります。
    false
    ルールは非アクティブで利用できません。
    条件 ルールに適用される条件。
    ロール ルールが適用されるロール。
    管理者優先 アクセスレベルで管理者優先のルールの評価を強制するオプション。管理者優先の詳細については、「アクセスレベルで管理者優先を評価する」を参照してください。
    詳細 スクリプトをルールに関連付けるオプション。

    クライアント スクリプト

    [クライアントスクリプトルール] セクションを使用すると、定義済みの基準に基づいてフォームフィールドの表示方法を制御するスクリプトを作成できます。

    クライアントスクリプトフィールドの値の全リストについては、「クライアントスクリプトフォーム」を参照してください。

    次の表は、[クライアントスクリプトルール] セクションのフィールドの説明を示しています。
    フィールド 説明
    名前 スクリプトの名前。
    説明 スクリプトの機能と目的の概要。
    テーブル スクリプトが利用可能なテーブルまたはフォーム。
    有効 スクリプトのアクティブステータス：
    true
    スクリプトがアクティブで、利用可能になります。
    false
    ルールは非アクティブで利用できません。
    UI タイプ スクリプトが利用可能なアプリケーションのタイプ (デスクトップやモバイルなど)。
    タイプ 次を含むテーブルまたはフォームでスクリプトが実行される場合：
    • onCellEdit
    • onChange
    • onLoad
    • onSubmit
    フィールド名 スクリプトが実行されるフィールド。
    表示 クライアントスクリプトが実行されるビュー (グローバルスクリプトには適用されません)。
    継承 クライアントスクリプトが拡張テーブルに適用されるかどうかを示します。

    ビジネスルール

    [ビジネスルール] セクションを使用すると、特定の条件が満たされたときにフォームフィールドの値を自動的に変更するなどのタスクを遂行するためのビジネスルールを作成できます。

    ビジネスルールの値の全リストについては、「ビジネスルールの作成」を参照してください。

    次の表は、[ビジネスルール] ルールセクションのフィールドの説明を示しています。
    フィールド 説明
    名前 ビジネスルールの名前。
    テーブル ビジネスルールが実行されるテーブルまたはフォーム。
    有効 ビジネスルールのアクティブステータス：
    true
    ビジネスルールがアクティブで利用可能になります。
    false
    ビジネスルールは非アクティブで利用できません。
    時期 ビジネスルールの実行タイミング：データベース操作の完了に関連して、[表示]、[次の前]、[非同期]、または [次の後] から選択します。
    フィルター条件 選択したテーブルのフィールド値に基づいてビジネスルールを実行する必要があるタイミングを決定するために、Condition Builder を使用して作成された条件。
    ロールの条件 テーブルまたはフォーム内のレコードを変更するユーザーが実行するビジネスルールに対して保持している必要があるロール。
    アクション 指定されたフィールドでビジネスルールによって実行されるアクション (挿入、更新、削除など)。
    フィールド値の設定 アクションが実行されるテーブルまたはフォームフィールド。
    メッセージの追加 このビジネスルールの実行時にメッセージを表示するかどうか：
    true
    ビジネスルールの実行時にメッセージが表示されます。
    false
    ビジネスルールの実行時にメッセージは表示されません。
    アクションの中止 ビジネスルールが現在のデータベーストランザクションを中止するかどうか：
    true
    ビジネスルールは、実行時に現在のデータベーストランザクションを中止します。
    false
    ビジネスルールは、実行時に現在のデータベーストランザクションを中止しません。
    たとえば、挿入前のビジネスルールで、条件が満たされている場合は、レコードをデータベースに挿入しません。
    順番 このビジネスルールを実行する順序を示します。特定のアクティビティに複数のルールがある場合、ルールは指定された順序 (昇順) で実行されます。

    ワークスペースビュールール

    [ワークスペースビュー] セクションを使用すると、基準に基づいてユーザーがワークスペースを表示する方法を制御するルールを定義できます。

    次の表は、[ワークスペースビュールール] セクションのフィールドの説明を示しています。
    フィールド 説明
    名前 ワークスペースビュールールの名前。
    テーブル ワークスペースビュールールが利用可能なテーブルまたはフォーム。
    表示 フォームの表示に使用されるビュー。このフィールドが空のままであるか、無効な値が含まれている場合は、デフォルトのビューが使用されます。
    ロール ルールが適用されるロール。
    条件 ルールに適用される条件。
    セクションのナビゲーションを非表示 セクションナビゲーションを有効または無効にするオプション。
    セクションの折りたたみを無効にする セクションの折りたたみを有効または無効にするオプション。
    デフォルトタブの順序 デフォルトでフォームタブが表示される順序。