サービスカタログ UI ポリシーが機能しないか、想定する順序で起動しないIssue 問題の説明 カタログ UI ポリシーは、特定のカタログアイテムまたは特定の変数セットを使用するアイテムのいずれかに適用されます。カタログアイテムに対して定義されている変数 (変数セット) のみを含めて参照できます。参照可能で名前が付いている限り、該当する変数の動作を制御できます。読み取り専用、参照可能、必須といった変数のプロパティは、カタログ UI ポリシーアクションを作成するか、クライアントスクリプトを使用することで制御できます。 カタログアイテムに、変数セットとカタログアイテム自体の両方から適用される UI ポリシーがあるのは珍しいことではありません。そのため、さまざまな UI ポリシーが同じフィールドにアクションを実施した場合、競合が発生する可能性があります。このタイプの競合を減らすために、すべての UI ポリシーレコードに [順序] フィールドがあります。 順序の数値が小さい UI ポリシーは、順序の数値が大きい UI ポリシーよりも先に実行されます。 たとえば、1 は 2 よりも先に実行されます。最後に実行される UI ポリシーが有効な操作になるため、最後に実行される UI ポリシーが優先されることになります。 ただし、変数セットとカタログアイテムの UI ポリシーの間にも優先順位があります。カタログアイテムの UI ポリシーは、変数セットの UI ポリシーよりも優先されます。 変数セットの UI ポリシーが先に実行され、その後カタログアイテムの UI ポリシーが実行されます。そのため、競合する UI ポリシーがある場合、カタログアイテムの UI ポリシーが常に変数セットの UI ポリシーよりも優先されます。 注意：上記のルールには例外が 1 つあります。glide.sc.ui_policiy.variable_set_run_first プロパティが false に設定されている場合は、変数セットの UI ポリシーが 2 番目に実行されるため、カタログアイテムの UI ポリシーよりも優先されます。 ポリシーの順序が働くのはカタログアイテム UI ポリシーか変数セット UI ポリシーのいずれかを処理している場合だけであり、順序の数値が大きいポリシーが優先されます。 カタログアイテム UI ポリシーと変数セット UI ポリシーに 1 つずつあるタイプのポリシーを並べ替えても、競合は解決できないことに注意してください。 症状 フィールド値が想定どおりでない。読み取り専用や参照可能といったフィールドプロパティが想定どおりでない。 原因 最後に実行された UI ポリシーが優先されます。[順序] フィールドの値にかかわらず、変数セット UI ポリシーがカタログアイテム UI ポリシーより優先されることはありません。 解決策 ソリューションの設計をレビューし、優先させたい UI ポリシーが競合している UI ポリシーの後に実行されることを確認します。 詳細については、製品ドキュメントの「サービスカタログ UI ポリシー」を参照してください。