[Brazil調査] 画面まわりの小さな変更4件：空欄ラベル・日付形式・条件ビルダー・ワークスペース一覧
Brazil へのアップグレード後に、画面まわりの小さな変更を4つ確かめました。選択肢の空欄ラベル、日付形式の設定場所、条件ビルダーの OR、ワークスペースの一覧メニューです。
1件ずつ記事にするほどの量はありません。ただし、案内文書や手順書のスクリーンショットが古くなる原因にはなります。公式の説明、実機の表示、実務での使い方の順にまとめました。
検証環境：Brazil PDI（Australia からメジャーアップグレード）/ OOTB / 2026-10-09 確認
押さえておくこと
glide.ui.choice.display_none を true にすると、選択肢の空欄が「-- None --」から「None」に変わる。再起動は不要
日付形式と時刻形式は、Preferences の Language & Region に移った
従来の一覧フィルタには OR のボタンが残っている。非表示にできるのは UI Builder の Predicate Builder
ワークスペースの一覧は、行を右クリックすると Cell actions と Row actions が開く。色ラベルは設定で出る
空欄ラベルを変えるプロパティ
公式の説明
選択肢フィールドの空欄の表示を切り替えるのが glide.ui.choice.display_none です。Brazil のリリースノートに「Configurable choice field empty option labels」として載っています。
Configure choice fields to display either None or --None-- for empty options using the glide.ui.choice.display_none system property.
（訳：選択肢フィールドの空欄を、None と --None-- のどちらで表示するかを、システムプロパティ glide.ui.choice.display_none で設定する）
引用元：ServiceNow AI Platform core feature release notes
Australia から Brazil への差分ノートにも同じ項目があります。引用元：Combined ServiceNow AI Platform core feature release notes for upgrades from Australia to Brazil
実機の表示
PDI にはレコードが最初から存在し、値は false でした。説明欄には「デフォルトは false で、従来の -- None -- の表示を保つ」と書かれています。
Incident の新規フォームを、false と true で開き比べました。
①②（false）：Channel と Subcategory が「-- None --」
③④（true）：同じ2つが「None」
Category など、ほかの選択肢フィールドの空欄も同じ表記に変わった
値を変えて約6秒後に開いたフォームで反映済み。再起動はしていない
State のように空欄の選択肢が無いフィールドは、どちらでも変わらない
試験は新規フォームを開いただけで、レコードは保存していません。試験後に値を false へ戻し、戻ったことを確認しました。
実務での使い方
画面の文言を揃えたいときに使います。次の3点は、値を変える前に洗い出す対象です。洗い出しが済むまで、値は false のままが安全です。
「-- None --」を前提にした操作手順書やスクリーンショット
空欄の表示文字列を比較しているクライアントスクリプトやテスト
利用者向けの案内文書
値はシステム全体に効くため、特定のフォームだけを変えることはできません。変更前に、画面を作り直す範囲を決めます。
システムプロパティの一覧ページ（System properties）にも、このプロパティの説明があります。公式は次のように説明しています。
Controls the label displayed for the empty option in choice fields. Set to true to display None. When set to false, displays the default --None-- label.
（訳：選択肢フィールドの空欄に表示するラベルを制御する。true にすると None、false にすると既定の --None-- を表示する）
画面の見え方が変わる設定は、本番へ入れる前に、検証環境で主要な入力画面を開いて確かめるのが確実です。今回の画面（Incident の新規フォーム）では、Channel、Category、Subcategory の3項目で表記が変わりました。
日付形式の設定場所
公式の説明
日付形式と時刻形式の編集場所が、ユーザープロファイルから Preferences の Language & Region に移りました。
引用元：Combined System Localization release notes for upgrades from Australia to Brazil
設定手順のページには、もう1点あります。Combined date and time format のドロップダウンは、Date format と Time format の選択に合わせた値に変わる、という説明です。引用元：Configure Next Experience language and region preferences
実機の表示
Next Experience の右上のアバターから Preferences を開き、Language & Region を選びました。
④ Language & Region を開くと、Country、Date format、Time format、Combined date and time format、Timezone の5項目が並ぶ
① Date format は 2026-08-19 の形で表示された。システムプロパティ glide.sys.date_format の値（yyyy-MM-dd）と一致している
② Time format は 16:30:45 の形
③ Combined date and time format は、日付と時刻を並べた 2026-08-19 16:30:45 の形
管理者ユーザー自身の日付形式のユーザー設定レコードは0件で、システムの既定値を使っている状態
形式は変更していません。閲覧のみです。
実務での使い方
利用者から「日付の表示を変えたい」と問い合わせを受けたときは、Preferences の Language & Region を案内します。ユーザープロファイルの画面で探す手順書は、案内先を書き直します。
システム全体の既定は、従来どおりシステムプロパティ側です。利用者が自分で変える値と、管理者が決める既定値を、手順書の中で分けて書きます。
管理者が形式を変える前に、Preferences の Language & Region で Country と Date format の組み合わせを確かめる手順を、手順書に入れます。
そうすると、問い合わせの切り分けが速くなります。
アップグレード後は、次の2点を確認します。
利用者向けの案内文書で、日付形式の変更手順がユーザープロファイルの画面になっていないか
海外拠点の利用者が、Country と Date format の組み合わせを意図どおりに選べているか
公式は、設定画面を開くロールとして admin を挙げています。一般の利用者がこの画面を自分で開けるかは、今回の PDI では確かめていません。
条件ビルダーの OR
公式の説明
Configurable Workspace の差分ノートに、UI Builder の Predicate Builder コンポーネントの強化が載っています。global OR 演算子を非表示にできることと、Core UI の全フィールドが Predicate Builder で使えることが書かれています。
引用元：Combined Configurable Workspace release notes for upgrades from Australia to Brazil
対象は「UI Builder の Predicate Builder コンポーネント」です。名前が似ているため、従来の一覧画面のフィルタも変わったように読めます。
実機の表示
従来の一覧画面のフィルタ（クラシック UI の条件ビルダー）を開きました。
① フィルタ上部の OR ボタン
② 条件行の右の OR ボタン
どちらも Brazil でそのまま表示されている
一覧画面のフィルタでは OR を選べる状態です。この変更は、UI Builder で作った画面に Predicate Builder を置き、設定で OR を隠す場合の話です。UI Builder 側の画面は今回開いていません。「全フィールド対応」も確認していません。
実務での使い方
利用者に条件の組み合わせを単純にさせたいカスタム画面では、OR を隠す設定を検討します。誤った OR 条件でデータが大量に出るのを防げます。
既存の一覧画面は影響を受けません。「OR が使えなくなった」という問い合わせは、UI Builder で作った画面かどうかを先に確かめます。
OR を隠す設定を入れる場合は、対象画面の利用者へ、条件の組み方が変わることを事前に伝えます。画面の作り直しは、利用者の作業が止まらない時間帯に行います。
UI Builder の画面を持っている環境では、アップグレード後に次を確認します。
Predicate Builder コンポーネントを置いた画面の一覧（業務画面か、管理者向けか）
その画面の利用者が、OR を使った条件を日常的に作っているか
条件を保存して共有する運用がある場合は、保存済みの条件が開けるか
ワークスペースの一覧メニュー
公式の説明
Configurable Workspace では、一覧の行のコンテキストメニューの設定が新機能として載っています。
List row context menu actions: Configure context menu actions for list rows.（訳：一覧の行のコンテキストメニューの操作を設定する）
また、一覧のハイライト値に色の情報を併せて表示する機能（Color labels for highlighted values）も加わっています。
引用元：Combined Configurable Workspace release notes for upgrades from Australia to Brazil
行のアクションの作り方は、別のページに手順があります。All > Declarative Actions > Create New Action を開き、種類で Row Actions を選びます。ラベル、UI interaction、アイコン、対象テーブルなどを入れる形です。引用元：Configure a row action
実機の表示
Service Operations Workspace の「Incidents - All」一覧を開き、行のセルを右クリックしました。
① メニューは「Cell actions」（Show Matching、Filter Out）と「Row actions」（Edit form、Copy URL、Copy sys_id、Reassign、Assign to me など）の2段
② Priority 列の値は、色付きの背景で表示されている（5 - Planning は緑、4 - Low は紫）
Row actions には Copy URL・Copy sys_id・Assign to me が2回ずつ出ている
確かめられていないのは、次の2点です。
メニューを設定する画面の中身
Australia との差（右クリックのメニューが Australia から新しいのかは、この記事では判断できない）
メニューの項目は、公式の手順にある Row Actions の定義に由来していると考えられます。定義の一覧は All > Declarative Actions から開けます。項目を足したいときも、同じ場所から新しい行アクションを作る流れです。
行アクションの作成には admin ロールが要ると、公式の手順に書かれています。業務の担当者が自分でメニューを増やせる仕組みではないため、依頼の窓口と、追加する操作の審査基準を先に決めておくと運用が安定します。
色ラベルは設定で出る
初期状態では、色の名前を文字で並べる表示は出ませんでした。公式の手順を見ると、これは利用者ごとの設定でした。プロフィールアイコンから Preferences > Accessibility を開き、Highlighted value label in lists をオンにします。引用元：View color labels for highlighted values
この設定は利用者ごとに保存されます。管理者ユーザーでは、glide.ui.highlighted_value.color_accessible_labels という名前のユーザー設定として記録され、変更前の値は false でした。全員に一括で効く設定ではないため、導入するなら利用者への案内が要ります。
オンにして同じ一覧を開き直しました。ページを開き直すだけで反映されました。
① 5 - Planning の下に「Positive」（緑）
② 1 - Critical の下に「Critical」（赤）
③ 3 - Moderate の下に「Info」（青）
4 - Low は「Moderate」（紫）
色だけで状態を判断する利用者には、この設定が役立ちます。試験後はトグルをオフへ戻し、保存された値が false であることを確認しました。
実務での使い方
右クリックのメニューで見るのは、使わせたい操作が1操作で出るかどうかです。担当者への割り当てや URL のコピーは、一覧から直接使えます。
メニューの重複は、定義が二重に入っている可能性があります。Declarative Actions の一覧で確かめてください。
色ラベルはアクセシビリティの設定として案内します。色の区別がつきにくい利用者から問い合わせがあれば、Preferences の場所を伝えます。
実機で気づいたこと
設定の変更は6秒以内に画面に出た
プロパティの変更は6秒以内に画面に出ました。再起動もキャッシュクリアも行っていません。プロパティで切り替える変更は、試験が軽く済みます。ただし画面の文言が全体で変わるため、変更の時間帯は決めておきます。
条件ビルダーの変更は、既存画面に届かない
「global OR を隠せる」と読むと、一覧のフィルタが変わると思いがちです。実機では OR が残っていました。リリースノートの対象コンポーネントの名前を、先に確認します。
見当たらない機能は、利用者設定にある場合がある
色ラベルは、初期状態では出ませんでした。見当たらないときは、機能が無いと結論せず、公式の手順で設定場所を探します。この記事でも、設定場所を見つけてから表示を確認できました。
設定場所の4か所
4つの変更は、設定場所がすべて違いました。システムプロパティ、利用者の Preferences、UI Builder の部品設定、Declarative Actions の4か所です。同じ「画面の小変更」でも、担当する管理者が別になる場合があります。アップグレード後の「画面が変わった」という問い合わせは、見え方が変わった画面の種類から、設定場所を切り分けます。
検証範囲とおことわり
変更したのは glide.ui.choice.display_none（false → true → false）と、管理者ユーザーの Highlighted value label in lists（オフ → オン → オフ）。どちらも戻したことを確認済み
日付形式は閲覧のみ。管理者ユーザーの形式は変更していない
条件ビルダーは、クラシックの一覧フィルタだけ確認した。UI Builder の Predicate Builder は未確認。Core UI の全フィールド対応も未確認
ワークスペースの右クリックメニューは、Australia との比較をしていない。メニューの各項目の定義（Declarative Actions）も未確認
Australia の環境では確認しておらず、変更の有無は公式の記述に基づく
新規に作った Brazil インスタンスでの表示は未確認（この PDI は Australia からのアップグレード版）
保存済み条件への影響は未確認。OR を隠す設定が既存の保存条件を開けなくするかは、今回の PDI では確かめていません
System properties の説明は、ServiceNowDocs の Brazil 版ページ（r_AvailableSystemProperties.md）で確認しました。PDI 上の一覧ページを開いて照合はしていません
付録：用語
選択肢フィールド：決まった値から選ぶドロップダウンのフィールド
Predicate Builder：条件を組み立てる UI Builder のコンポーネント
Declarative Actions：画面のボタンやメニューの操作を定義する仕組み
ハイライト値：値に応じて色が付く、一覧の表示項目
