既定ポータル Employee Center（/esc）はカタログを持たない：導線はタクソノミーが作る

ServiceNow を新しく触ると、社員が使う画面（ポータル）がいくつも登録されていることに気づきます。その中で、初期状態で「既定」に設定されているのが Employee Center（エンプロイー・センター） です。この記事では、Employee Center を PDI（個人用の検証インスタンス）の初期状態で開きます。読み解くのは、ホーム画面の見た目・sp_portal の全設定値・テーマ（デザイン）の中身・ヘッダの導線・ホームページのウィジェット・各ウィジェットが持つコードです。確認には REST と実画面の両方を使いました。

全ポータル共通の並び（概要 → 見た目 → 基本設定 → 画面遷移 → デザイン → ウィジェット → メニュー → スクリプト → まとめ）で構成しました。前半は「開くと何が並び、どういう機能への入口になっているか」を見ます。後半は、その画面を裏で決めている テーマ・ホームページのウィジェット全6配置・各ウィジェットの公開範囲とコード を実測ベースで並べました。テーブルの内部構造（sp_portal → sp_page → sp_widget のつながり方）そのものは別記事に譲り、本記事は「どの設定が、どの画面につながるか」に集中します。この1本で /esc を設定・開発できるレベルまで把握することを目標にしたリファレンスです。

このポータルは何か

Employee Center は、このPDIで唯一 default=true に設定された、社員向けの総合ポータルです。IT だけでなく人事・総務なども含めて、社員が何か困ったときに最初に来る入口として作られています。位置づけは公式ドキュメントの Employee Center でも説明されています。

ポータルの定義は sp_portal テーブルに入っていて、今回の PDI ではポータルが全部で9件登録されていました。そのうち既定になっているのは Employee Center だけです。URL は https://<インスタンス>/esc で、esc（Employee Service Center の略）が入口の識別子（url_suffix）になります。見た目は「Employee Center Coral Theme」というテーマが担います。最初に開くページは ec_standard_home（ページ名: Employee Center Homepage）でした。

従来の Service Portal（/sp）との作りの違いは、コンテンツの束ね方にあります。/sp は sc_catalog（Service Catalog）や kb_knowledge_base（IT）をポータルに直接ひもづけます。「カタログ」「ナレッジ」といった機能ごとの導線を前面に出す作りでした。Employee Center はそこを固定せず、社員が探したいテーマ（トピック）から入れるように整理されています。このトピックの分類が後述する「タクソノミー」です。ヘッダの主要ナビも /sp のようなメニュー項目ではなく、このタクソノミーが担います。そこが /sp との最大の相違です（Service Portal と比較）。

より高度な「Curated Experiences（キュレーテッド・エクスペリエンス）」を含む上位エディションとして Employee Center Pro もあります（Employee Center Pro）。このPDIの標準の Employee Center でどこまでが Pro 相当かの切り分けは、今回は検証範囲外とします。

見た目（ホーム画面）

実際に /esc を開いたホーム画面が次です。

この画面に並んでいたのは、赤いバナー・ヘッダ・ヒーローの検索ボックス・4種類のカード・右下のチャット吹き出しでした。

上部の赤いバナー：「Do you have the latest Employee Center?」というお知らせが出ていました。Employee Center は Store 経由で年に数回更新される製品で、最新版の案内です。

ヘッダ：左に servicenow ロゴ、続いて「Technology services ▾」というドロップダウン（後述するタクソノミーのトピック）。右側に「My Tasks」「My Requests」「My Favorites」、通知ベル（バッジは 2）、アバター、それに製品ツアーの案内。右端に「Get support」ボタンが置かれます。

ヒーロー（中央上部）：Coral テーマの淡いグラデーション背景に、大きな検索ボックスが1つ。社員はまずここから「知りたいこと・申請したいこと」を検索します。

本文のカード群：

• Quick links：よく使う操作へのショートカット。「Password reset」「System status」「Request Standing Desk」などが画像タイルで並びます。

• My active items：自分に紐づく作業の件数サマリ。このPDIの実画面では Tasks 0 / Requests 9+ / Surveys 0 でした（件数はこのアカウントの実データ）。

• Popular topics：よく見られるトピックのタイル。「Computers」「Email accounts」「Software issues」「Accessories」などがアイコン付きで並び、各タイルのハートのアイコンでお気に入り登録できます。

• My favorites：お気に入り登録したものの一覧。このPDIでは未登録（空）でした。

右下：バーチャルエージェント（VA）のチャット吹き出し。困りごとを会話形式で相談できる導線です。「検索」「Quick links」「Popular topics」と、探し方の入口が複数用意されているのが Employee Center のホームの特徴といえます。

ポータルの基本設定（sp_portal）

ここからがリファレンス部分です。/esc の見た目と挙動を決めているのは sp_portal レコードの設定値です。REST で読み取った全項目を、意味とあわせて並べます。

入口とページ差し替え

homepage（最初に開くページ）、login_page（未ログイン時）、notfound_page（404）は、それぞれ別の sp_page を指します。ページを丸ごと差し替えたいときは、この3つを変えます。/esc では ec_standard_home / login / 404 が入っていました。加えて Employee Center では、カタログとナレッジの表示ページも専用ページに分かれています。sc_catalog_page に esc_sc_category、kb_knowledge_page に esc_knowledge_home が指定されていました。

カタログ・ナレッジ・検索・お気に入り

sc_catalog（単一カタログ）と kb_knowledge_base（単一ナレッジベース）は 未設定 でした。従来の Service Portal（/sp）は、これらに「Service Catalog」や「IT」を直接ひもづけ、1つのカタログ・1つのナレッジを前提に画面を作っていました。Employee Center はそこを固定せず、タクソノミー（トピック）を通じて複数部門のカタログ項目やナレッジ記事をまとめて見せる方式にしています。

検索まわりは3つの設定で決まります。enable_ais＝true は AI Search を使う指定です。search_application＝ESC Portal Default Search Application が検索対象にあたります。search_results_configuration＝ESC Portal Search が結果表示です。AI Search を無効にしたときの検索ソースの扱いは、公式の Configure search source when AI search is disabled にまとまっています。

お気に入りは enable_favorites＝true で有効でした。/sp が false だったのと対照的です。さらに quick_start_config には、お気に入りアイコンの定義が JSON で入っていました。中身はチェック時 fa-heart、未チェック fa-heart-o、色 primary です。ホームの「Your Favorites」やトピックタイルのハートのアイコンは、この設定に対応します。表で「未設定」と書いた項目は REST で空だったもので、空でも ServiceNow 側が既定の挙動へフォールバックします。

画面遷移とページ構成

/esc は sp_portal の設定と、ヘッダのタクソノミーを通じて、いくつものページへ枝分かれします。どの設定・どの導線から、どのページへ到達するかを一枚にまとめました。

読み方は次のとおりです。

• ポータル本体（sp_portal）が直接指すページは5つ。homepage＝ec_standard_home（ホーム）、login_page＝login（ログイン）、notfound_page＝404 がベースです。残りは sc_catalog_page＝esc_sc_category（カタログ）と kb_knowledge_page＝esc_knowledge_home（ナレッジ）です。

• ヘッダのメインメニュー（sp_rectangle_menu＝Employee Center Menu）は More と Get support の2項目だけ という最小構成でした。/sp のように Knowledge・Catalog・Requests がメニューに並んではいません。

• 代わりに、ホームのヘッダと「Popular topics」タイルからタクソノミー Employee のトピックへ入り、そこがカタログ項目やナレッジ記事への実際の主導線になります（図の点線）。

Employee Center のページ遷移も、URL でいうと /esc?id=<ページのid> という形をとります。たとえばホームは /esc?id=ec_standard_home、カタログは /esc?id=esc_sc_category です。この id が sp_page レコードの識別子で、ポータル設定は「どの id のページを開くか」を指定している、という関係になります。

ポータル設定が指す5ページに、それぞれどのウィジェットが載っているかも実測しました。

login（ログイン）ページは Login ウィジェット1つの最小構成でした。404（Not Found）は HTML と Breakout Game の2つで、OOTB の 404 にはブロック崩し風のミニゲームが載っています。ページが無いときにも遊びのある画面で、この点は Service Portal の 404 と同じ作りでした。カタログ側の入口 esc_sc_category（Catalogs）に載っていたのは4つです。breadcrumbs / SC Categories / SC Category Page / SC Scroll to top でした。ナレッジ側の esc_knowledge_home（Knowledge）は5つです。breadcrumbs / KB Knowledge Bases / KB Categories - KBv3 / KB Top Rated / KB Most Viewed が載っていました。ポータルに単一カタログ・単一ナレッジを固定していないぶん、これらのページがトピックからたどり着いた先の受け皿になります。

デザイン設定の詳細（テーマ）

/esc の配色とヘッダ・フッタの見た目を決めているのが、ポータル設定 theme が指す Employee Center Coral Theme（sp_theme）です。ここを読むと、ポータル設定だけでは分からない「見た目の中身」が見えてきます。

テーマが束ねるヘッダ・フッタ

テーマは配色だけでなく、ヘッダ・フッタの部品も束ねます。このテーマでは header＝Employee Center Header、footer＝Employee Center Footer という専用部品が割り当たっていました。ホームのヘッダに見えていた My Tasks / My Requests / My Favorites や検索欄は、ホームページのウィジェットではなく、このヘッダ部品側で描かれているとみられます。厳密な描画元の切り分けはこのPDIの見た目だけでは確定できないため、検証範囲外とします。navbar_fixed・footer_fixed はいずれも false で、ヘッダ・フッタはスクロールに追従して固定されない設定でした。

css_variables（SCSS 変数）

css_variables には SCSS の変数群が入っていました。先頭には $border-bg-transparent : transparent、$align-left : left、$font-weight-base : 400 が並びます。続いて $font-weight-md : ceil(($font-weight-base * 1.25))（＝500）のように、基準値から派生値を計算する定義が見えます。フォントの太さ・余白・配色といった見た目の基準値を SCSS 変数で持ち、ceil() などの関数で段階を作る作りです。個別の値をすべて追うより、「配色やフォントの基準はここに集約されている」と押さえておけば、テーマを調整するときの見どころが分かります。一方、ポータル個別の上書き用フィールド portal.css_variables は空で、このPDIではテーマ側の定義がそのまま効いていました。

ロゴ・アイコン・ダークテーマ

logo は設定あり（ヘッダ左のロゴ画像）、icon（ファビコン等）は未設定でした。Next Experience のテーマと対応づける matching_now_experience_theme も空です。ダークテーマ（dark_theme）は未設定で、このテーマはライト表示のみを持ちます。配色を切り替えたい場合は、この dark_theme にダーク用テーマを割り当てるか、css_variables の値を調整するのが入口になります。

関連するウィジェット（ホーム6配置）

ホーム（ec_standard_home）は、6個のウィジェット配置（sp_instance）でできていました。どのコンテナに、どのウィジェットが、どんなインスタンスtitle で置かれているか、そして各ウィジェットの公開範囲（public / roles）まで実測しました。

表の見方を、実画面と対応づけます。

• ヒーローの検索＝Container 1 の Homepage Search。画面中央の大きな検索ボックスにあたります。widget id は未設定で、public＝true（ログイン前でも表示できる）でした。

• Quick links＝Container 2 の Quick Links（id=quick-links）。よく使う操作へのショートカットタイルです。public＝true で、roles に snc_internal / sn_ta_hiring_core.applicant / snc_external の3つが入っていました。ウィジェット本体の description には「Generic way to create and save links on the page」とだけ入っていました。

• Popular topics＝Popular Topics（id=popular-topics）。よく見られるトピックのタイルで、タクソノミーのトピックが表示元です。public＝false でした。

• Relevant for you＝Relevant for you（id=relevant_for_you）。インスタンスtitle は「Recommended for you」で、利用者に合わせたおすすめ枠にあたります。

• My active items＝My Items（id=my-items）。自分のタスク・申請・アンケートの件数サマリを出します。実画面の Tasks 0 / Requests 9+ / Surveys 0 はこのウィジェットの描画です。

• My favorites＝Your Favorites（id=your_favorites）。インスタンスtitle は「Favorites」で、お気に入り登録した項目の一覧です。

Quick Links を除くウィジェット本体（sp_widget）の description は空（説明未設定）でした。表の「実画面での役割」列は、ウィジェット名とインスタンスtitle、実際の描画から読み取った内容で、公式の説明文ではありません。/sp のホームが16配置だったのに対し、Employee Center のホームは6配置と少なめで、1つ1つのウィジェットが検索・トピック・自分の作業といった大きなブロックを担っています。public が true なのは Homepage Search と Quick Links の2つだけで、残り4つはログインを前提とした表示でした。

ヘッダーメニューなどの設定

Employee Center と Service Portal で最も分かれるのが、ヘッダの主要ナビの作りです。/sp はメニュー項目（Knowledge / Catalog / Requests …）が導線でしたが、/esc はメニューをほぼ持たず、タクソノミーのトピックが導線を担います。

メインメニュー（More / Get support）

sp_rectangle_menu＝Employee Center Menu に定義されたメニュー項目を、order 順に読み取りました。

項目は More と Get support の2つだけ です。いずれも type は URL で、リンク先は空（サブメニューの器や、テーマ側で解決される導線）でした。/sp のヘッダメニューが6項目あり、type・遷移先・condition まで細かく作り込まれていたのと比べると、Employee Center のメインメニューは最小限に抑えられています。ヘッダに見えていた My Tasks / My Requests / My Favorites や検索は、このメニュー定義から来ていません。テーマ（Employee Center Coral Theme）側のヘッダ部品として描かれているようです。

タクソノミーとトピック階層

導線の主役はタクソノミーです。ヘッダの「Technology services ▾」やホームの「Popular topics」タイルは、いずれもこの仕組みから来ています。今回の PDI では、タクソノミーは Employee の1件で、その下に有効なトピックが21件ありました。トップレベル（親を持たない）のトピックは Technology services と Risk and compliance の2つです。

Technology services の下には Hardware / Software / Network が並びます。さらに Privacy and security / IT for IT / Developer services も同じ階層です。その下では Hardware に Computers など6件、Software に Email accounts など4件、Network に WiFi など3件がぶら下がります。全体で3階層に枝分かれしていました。ホームのタイルに出ていた「Computers」「Email accounts」「Software issues」「Accessories」は、いずれもこの階層のトピックにあたります。

このトピックにナレッジ記事やカタログ項目をひもづけて、テーマ単位でコンテンツを見せるのが Employee Center の考え方です。トピックの作り方は Create and associate topics、コンテンツの結び付けは Connect content to topic pages with the topic list selector にまとまっています。タクソノミー全体の設計思想は Unified Taxonomy for Employee Center が入口です。本記事では「ホームの見た目が、このタクソノミー／トピックから来ている」という対応関係の確認までにとどめます。

ビジネスルール・スクリプト等の周辺機能

ウィジェットは見た目の部品であると同時に、サーバ／クライアント両側のスクリプトを内側に持ちます。ホーム6ウィジェットについて、どんなコードを持ち、どのロールに見せるか（public / roles）、外部依存はあるかを実測しました。

ウィジェットが持つコード

6ウィジェットとも、サーバスクリプト（server）・リンク関数（link）・オプション定義（option_schema）・スタイル（css）・テンプレート（html）を持っていました。クライアントスクリプト（client）は Homepage Search だけが持たず、残り5つは持っています。Service Portal のウィジェットは、この「server / client / link / html / css / option_schema」を1レコードにまとめた部品です。個々のスクリプトの中身（何を照会し、どう描くか）までは本記事では追わず、検証範囲外とします。

Service Portal ウィジェットの基本の作りはこうです。server スクリプトが GlideSPScriptable の data オブジェクトにデータを詰めます。必要に応じて Script Include や GlideRecord を呼んでテーブルを読みます。その data を html テンプレートと client スクリプトが受け取って描画します。My Items が実データ（Requests 9+ など）を出せるのは、この server 側でログインユーザー基準のレコードを集計しているためと考えられます。ただし各ウィジェットの実際の照会内容は読み取っていないため、具体的な処理は検証範囲外です。

可視制御（public / roles）と依存

public は、ログイン前（未認証）でもウィジェットを描けるかを決めます。Homepage Search と Quick Links が true で、ログインページや未認証状態でも出せる部品です。残り4つ（Popular Topics / Relevant for you / My Items / Your Favorites）は false で、ログインを前提にします。roles を持つのは Quick Links だけで、snc_internal / sn_ta_hiring_core.applicant / snc_external が入っていました。ここに値があるウィジェットは、指定ロールを持つユーザーにだけ表示されます。外部依存（sp_dependency に登録される JS/CSS ライブラリの読み込み）は、6ウィジェットとも「なし」でした。RetinaIconsCSS や angular-ellipsis のような共有依存は、これらのウィジェットには結び付いていません。

Angular Provider とテンプレートの位置づけ

Service Portal のクライアント側は AngularJS で動きます。複数ウィジェットで共有するロジックは sp_angular_provider（Angular Provider）に切り出せます。共有する HTML 断片は sp_ng_template（Angular Template）に切り出す仕組みです。今回のホーム6ウィジェットは、いずれも外部依存が「なし」で、共有 Provider／Template に依存する構成にはなっていませんでした。テーブルに載る従来型のビジネスルール（sys_script）は、ウィジェットではなくその裏のテーブル側で動く別レイヤーで、本記事のポータル層の確認範囲からは外れます。ウィジェット単位のスクリプトを触るなら server / client / link を、テーブルの業務ロジックを触るならビジネスルールを、という切り分けになります。

開発者の勘所・まとめ・検証範囲・参考

開発者の勘所

• ページ遷移は ?id=<page> 形式。ポータル設定が指すのは sp_page の id（ec_standard_home / login / 404 / esc_sc_category / esc_knowledge_home）です。URL を組み立てるときも /esc?id=... になります。

• 主導線はメニューではなくタクソノミー。/esc のメインメニューは More / Get support の2項目だけで、Knowledge やカタログへはトピックとその配下のコンテンツからたどらせます。

• 見た目はテーマ、内容はタクソノミー。配色・ヘッダ・フォントは Employee Center Coral Theme（css_variables の SCSS）で決まります。導線に出るトピックやコンテンツはタクソノミー Employee が持ちます。触る前にどちら側の話かを分けると迷いにくくなります。

• ウィジェットは公開範囲を持つ。public と roles で誰に見せるかが決まり、ホームでは Homepage Search と Quick Links が public=true でした。表示可否を疑うときは、ウィジェットのコードより先に public / roles を確認します。

内部構造は sp_portal → sp_page → sp_container → sp_row → sp_column → sp_instance → sp_widget とつながります。この構造そのものは ポータル1画面は複数テーブルの組み合わせ（sp_portal） で整理しています。参照フィールドの向きや件数まで追った記事です。「どのテーブルのどのレコードを直すか」を突き詰めたいときはそちらを参照してください。

まとめ

• /esc の Employee Center は、sp_portal に登録された社員向け総合ポータル。このPDIでは唯一 default=true の既定。theme=Employee Center Coral Theme、homepage=ec_standard_home。login_page=login、notfound_page=404。

• sc_catalog / kb_knowledge_base は未設定。単一カタログ・単一ナレッジを固定せず、カタログは esc_sc_category、ナレッジは esc_knowledge_home という専用ページへ分けていた。

• テーマは header=Employee Center Header / footer=Employee Center Footer を束ねる。css_variables に SCSS 変数（$font-weight-base:400 ほか）を持つ。dark_theme は未設定でライト表示のみ。

• ホーム（ec_standard_home）は6配置のウィジェットで構成。内訳は Homepage Search / Quick Links / Popular Topics / Relevant for you / My Items / Your Favorites。各ウィジェットは server / link / html / css / option_schema を持ち、Homepage Search 以外は client も持つ。public=true は Homepage Search と Quick Links の2つ。

• 導線の主役はタクソノミー Employee（有効トピック21件、トップは Technology services と Risk and compliance）。メインメニューは More / Get support の最小構成だった。

関連記事

• ServiceNow Service Portalはどこを直せば画面が変わる？ 構成7テーブルを実機で追う — 既定ポータルEmployee Centerを、sp_portalからsp_widgetまでの7テーブル構造から捉え直せます

検証範囲とおことわり

• 撮影・確認はすべて System Administrator（管理者）ログインでの見た目です。ロールやライセンスが異なる一般ユーザーでは、表示されるトピック・カード・件数が変わる可能性があります。

• 「My active items」の件数（Requests 9+ など）は、このアカウントの実データです。環境ごとに変わります。

• ウィジェットの description は Quick Links を除いて空でした。役割は名称・インスタンスtitle・実描画からの読み取りで、公式の説明文ではありません。

• 各ウィジェットが server / client / link スクリプトと option_schema を「持つこと」までは実測しました。スクリプトの中身（照会内容・描画ロジック）は読み取っていません。ヘッダの My Tasks / My Requests の描画元（テーマかメニューか）の厳密な切り分けも範囲外です。テーマの SCSS コンパイル結果、Employee Center Pro 相当の機能範囲も本記事では扱いません。

• 数値・状態はこのPDIの実測値であり、環境によって異なります。

参考URL（ServiceNow 公式ドキュメント・Zurich）

• Employee Center … Employee Center の概要

• Employee Center Pro … 上位エディション（Curated Experiences 等）

• Unified Taxonomy for Employee Center … 統一タクソノミーとトピックの考え方

• Create and associate topics … トピックの作成・関連付け

• Connect content to topic pages with the topic list selector … トピックページへのコンテンツ結び付け

• Create taxonomy content … タクソノミーに載せるコンテンツの用意

• Configure search source when AI search is disabled … AI Search 無効時の検索ソース設定

• Service Portal … 従来型ポータル（/sp との比較用）