ServiceNowのAdmin Centerは何をする画面？ Application Manager・System Administrationとの違いを実機で確認する

検証環境：Zurich PDI / OOTB / 2026-08-10 確認

ナビゲーションの検索窓に「Admin」と打つと、Admin Center・Application Manager・System Administrationの3つが並んで出てくることがあります。どれも「管理者用の画面」に見えますが、開ける中身はまったく別物です。実際に開いて分かったのは「6つの事業目標から逆引きして、入れるべきアプリを提案してくれるランチャー」だということでした。Application Managerはストア全体からアプリを探してインストールする画面です。System Administrationは個々の設定を直接開く、従来型のメニューでした。今回はAdmin Centerの裏にある3つのテーブルを実機で開きました。sn_admin_center_application・sn_admin_center_solution・sn_admin_center_business_objectiveです。この役割分担を確かめました。

結論：Admin Centerは「事業目標から逆引きする」ための入口

• Admin Centerの実体はsn_admin_centerというスコープアプリで、sys_scopeの説明文には「Central application to manage common admin tasks」と書かれています

• 画面の中身は3つのテーブルで組み立てられています。business_objective（6件、画面表示は「Adoption Blueprint」）が事業目標、solution（75件）がその目標に紐づく推奨アプリのリンク、application（60件）が実際のアプリ・プラグインの定義です

• Application Manager（ストア全体3,093件からアプリを探す画面）やSystem Administration（個々の設定を直接開く画面）とは向いている場面が違います。「何を達成したいか」で探すか、「何を入れたいか」で探すか、「何を設定したいか」で探すか、という3方向の入口です

さっそく実際の画面を見てみます。

タイトルは「Adoption blueprints」でした。Admin Centerという文字列は画面のどこにも出てきません。カードが1枚ごとに1つの事業目標を表し、それぞれに「推奨アプリのうち何個をすでに入れているか」を示す進捗ゲージが付いています。右側の説明パネルには、次のような一文がありました。

事業目標ごとに最適なアプリを提案する、という設計思想がそのまま文章になっています。

Admin Centerはどこから開くか

URLは/now/admin-centerです。左メニュー（System Administrationのようなモジュールツリー）をsys_app_moduleで検索しても、Admin Centerというタイトルのモジュールは1件も見つかりませんでした。従来のメニュー階層をたどって開く画面ではないようです。検索かURL直打ちで開く前提の画面、ということになります。この点はApplication ManagerやNow Assist Adminといった、比較的新しい管理画面と同じ作りです。

sys_ux_page_registry（画面のURL入口を集めたテーブル）で確認すると、Admin Centerのparent_appは「Unified Navigation app shell」でした。root_macroponentは「ACE Unified Nav App Shell」です。以前に別記事で調べたNow Assist Adminと同じ外枠の系統でした。新しい管理画面はこの共通の外枠に乗っていて、Admin Centerもその1つだと分かります。

注意点が1つあります。同じテーブルを「Admin Center」というタイトルで検索すると、実はもう1件ヒットします。「Service Operations Workspace Admin Center」（path=sow-admin）という別画面です。名前だけで検索すると紛れ込みやすいので、URLパス（admin-centerかsow-adminか）まで見て区別したほうが安全です。今回はこの別画面の中身までは確認していません。

3つのテーブルの役割分担

Admin Centerの中身は、次の3つのテーブルの組み合わせでできています。

business_objectiveが起点で、そこから複数のsolutionがぶら下がり、それぞれのsolutionが1つのapplicationを指す構造です。1つの事業目標に対して複数のアプリが推奨されるので、solution（75件）はapplication（60件）よりも多くなります。同じアプリが複数の事業目標から推奨されているケースがある、ということでもあります。

business_objective：6件、画面上は「Adoption Blueprint」と表示される

テーブル名にはbusiness_objectiveと入っていますが、一覧のタイトルもフォームのフィールドラベルも、実機では一貫して「Adoption Blueprint」と表示されます。内部の名前と画面の見た目が一致しない例です。6件の事業目標は次の通りでした。

1. Deliver Extraordinary Employee Experiences, Resiliency and Productivity

2. Ensure technology teams meet compliance and performance standards

3. Expand technology services while reducing costs

4. Increase change throughput with DevOps tooling integrations

5. Operationalize workforce effectiveness and processes

6. Reduce incidents and keep services flowing with AI Based automation

それぞれのレコードにはuseful_tipsという列があり、Admin Centerの使い方そのものが書かれていました。次のような一文です。

この4段階は、次に紹介するsolutionのmaturityフィールドと対応しています。

solution：75件、objectiveとapplicationを結ぶ中心テーブル

solutionは1件につき、objective（必須）とapplication（必須）を1つずつ参照します。加えてmaturity（Crawl/Walk/Run/Fly）とweight（Recommended/Optional）という2つの属性を持ちます。

75件を事業目標ごとに数えると、32・19・8・6・5・5件という内訳でした。1つの事業目標に対して5件しか推奨アプリがないケースもあれば、32件と幅広いケースもあります。maturityで数えるとCrawl 27件・Walk 20件・Run 17件・Fly 11件、weightで数えるとRecommended 64件・Optional 11件でした。大半が「まず入れるべき」推奨枠に入っていることになります。

1件のsolutionレコードを開くと、フィールドの意味がヘルプ文としてそのまま書かれていました。

このヘルプ文で、maturityの4段階が「基礎を作る→体験を強化する→機能を最適化する→高度な機能を足す」という順番を表していることが分かります。企業が段階を踏んで導入することを前提にした設計だと読み取れます。すべてのアプリを最初から一度に入れる想定ではないようです。

application：60件、Application 30件とPlugin 30件がちょうど半々

3つ目のテーブルが、実際に入れる対象そのものを定義するapplicationです。60件のうち、application_typeがApplicationのものが30件、Pluginのものが30件と、きれいに半分ずつでした。business_impactという列もあり、High 16件・Medium 31件・Low 13件という内訳です。

このテーブルにはguided_setup_urlという列があり、60件中56件に値が入っていました。中身を見ると、飛び先はさまざまです。

• 専用アプリのホーム画面（例: now/dpm/home）

• Guided Setupウィザード（$guided_setup.do系）

• Performance Analyticsのダッシュボード（$pa_dashboard.do）

• System Administration配下のシステムプロパティ画面（system_properties_ui.do）

Admin Center自身は新しい設定画面を持っていません。既存の画面へ連れて行くランチャーの役割を担っている、という構造がここから読み取れます。

Application Managerとの違い：探し方の起点が違う

Admin Centerと名前が近く混同しやすいのがApplication Managerです。開いてみると、作りがまったく違いました。

Application Managerは「ライセンス済みのアプリ・プラグインをインストール／更新／管理する」画面です。画面には「Store applications (3093)」と表示されていて、ストア全体を検索・フィルタして目的のアプリを探す作りになっています。公式ドキュメントのInstalling apps, plugins, and productsにも、同様の説明があります。ライセンスに含まれる、またはストアから調達したアプリ・プラグイン・製品をインストールする画面だ、という位置づけです。

Admin Centerの60件は、Application Managerが対象にする3,093件のうち「事業目標の達成につながる」と判断された、ごく一部の抜粋です。あらかじめ知っているアプリ名で検索するならApplication Manager、目標から探すならAdmin Center、という向き不向きがあります。

両画面の内部構造にも差があります。以前の記事で、Application Manager画面のsys_ux_app_route（画面内の操作単位）が6件だったことを確認しました。今回Admin Centerの同じ値を数えると67件です。カードから詳細画面、詳細画面から個々のアプリ、という階層を持つAdmin Centerのほうが、画面としての作り込みは深いことになります。

System Administrationとの違い：置き換えではなく入口

System Administrationは、ユーザー管理やシステムプロパティ、スケジュールジョブといった個々の設定を、モジュール単位で直接開く従来型のメニューです。1モジュール＝1つの設定画面という素朴な作りで、事業目標のような大きな単位ではまとめられていません。

先ほど見たように、Admin Centerのguided_setup_urlはsystem_properties_ui.doのようなSystem Administration配下の画面を直接指しているケースがありました。Admin CenterはSystem Administrationを置き換える画面ではありません。その手前に立って「まずどこを触ればいいか」を教えてくれる、案内役だと考えられます。この整理はguided_setup_urlの実際の値から導いたもので、公式ドキュメントに明記された説明ではありません。

3つの画面を並べると、次のような役割分担になります。

実務での使い方：どの画面から開くべきか

ここからは実測に基づく設計提案です。新しくPDIやサブ本番環境を触り始めた管理者が「まず何を入れればいいか分からない」という状態なら、Admin Centerを起点にするのが理にかなっています。事業目標のカードを選ぶだけで、Recommended（推奨）とOptional（任意）に分かれた具体的なアプリ名のリストが出てくるからです。

すでに入れたいアプリ名が決まっている場合は、Application Managerで直接検索したほうが速いはずです。ストア全体3,093件から名前で絞り込めるので、Admin Centerの60件という枠に収まらないアプリもここでカバーできます。

すでに入っている機能の細かい挙動を変えたいだけなら、System Administrationの該当モジュールを直接開くのが最短です。Admin Centerを経由する必要はありません。「目標から探す・アプリ名から探す・設定項目から探す」という3つの起点を使い分けるイメージです。

実機で気づいたこと

business_objectiveテーブルの内部ラベルは「Business Objective」です。それにもかかわらず、一覧のタイトルもフォームのフィールドラベルも一貫して「Adoption Blueprint」と表示されていた点が印象的でした。API経由でsys_db_objectのlabelを取得すると「Business Objective」という文字列が返ってきますが、実機の画面ではこの文字列を一度も見ません。テーブル設計時の名前と、リリース後にUI側だけ変更された表示名がずれた状態のまま残っている、という実例だと思います。

もう1つ意外だったのが、applicationテーブルのconsole_url列です。dictionaryにはurl型のフィールドとしてきちんと定義されているのに、60件全てで空でした。同じテーブルのguided_setup_urlは56件に値が入っているので、console_urlだけが「用意されているが、この時点では使われていない」列だということになります。将来の機能追加を見越して先に列だけ用意しておく、という設計はServiceNowではよくあるパターンです。ただ、空欄が0件でも1件でもなく「60件中0件」ときれいに揃っていると、意図的に使っていない列だと確信が持てます。

solutionのフォーム画面に出てきた警告バナーも収穫でした。「このレコードは別のアプリケーションに属している」という趣旨の表示です。属している先はAdoption Blueprint for Technology Excellence、現在のアプリケーションはGlobalとありました。調べてみると、これはAdmin Center本体（sn_admin_centerスコープ）とは別の、コンテンツパック的な位置づけのアプリでした。Admin Centerという1つのアプリがすべてのデータを抱え込む構造ではありません。後から別のアプリがsolutionレコードを追加できる、拡張を前提にした作りになっていると分かります。

一覧のAction列も引っかかった点です。Install と Activate という2種類の文言が並んでいて、最初はapplication_type（ApplicationかPluginか）と1対1で対応しているのではと予想しました。実際にはCertificate Inventory and ManagementのようにApplication型でもActivateと表示されるケースがあり、きれいには対応していませんでした。この対応関係の正確な条件までは、今回の範囲では特定できていません。

よくある質問

Q1. Admin Centerで見た60件のアプリは、自分の環境でも同じですか

なりません。今回の数字はZurichのOOTB PDIで確認したものです。ライセンス内容やインストール済みプラグインによって、Admin Centerに表示されるアプリの顔ぶれは変わります。テーブルの構造（business_objective→solution→applicationという参照関係）は共通ですが、件数は環境ごとに確認するのが確実です。

Q2. Admin CenterからアプリをインストールするとApplication Managerにも反映されますか

Admin Centerの画面には各アプリの「Install」「Activate」といった操作ボタンがあり、application_typeに応じてインストールまたは有効化を実行する作りに見えます。ただし今回はPDIへの書き込みを避けるため、実際にインストール操作を行った検証はしていません。反映の有無は未確認です。

Q3. System Administrationのモジュール一覧はどこで確認できますか

sys_app_moduleテーブルで、対象アプリケーション別にモジュール一覧を確認できます。今回はAdmin Centerがこのテーブルに登録されていないことを確認する目的で参照しました。System Administration配下の個々のモジュールを一つずつ棚卸しする内容は、この記事の範囲外です。

まとめ

Admin Centerはsn_admin_centerというスコープアプリが提供する画面でした。6つの事業目標（Adoption Blueprint）から、推奨アプリを逆引きするための入口です。business_objective（6件）・solution（75件）・application（60件）という3つのテーブルが、それぞれ役割を持っています。順に「目標」「目標とアプリを結ぶ推奨リンク」「アプリの実体」です。Application Managerはストア全体3,093件を検索してインストールする画面でした。Admin Centerはその中から事業目標に合う60件だけを抜き出して提案します。System Administrationとは競合しません。guided_setup_urlを通じてその手前に立つ、案内役という位置づけです。3つの画面のどれを開くべきか迷ったときは、「目標から探すか」「アプリ名から探すか」「設定項目から探すか」で選ぶと迷いにくくなります。

用語

• Admin Center … sn_admin_centerスコープが提供する、事業目標から推奨アプリを逆引きする管理画面（URL: /now/admin-center）

• sn_admin_center_business_objective … 事業目標を保持するテーブル（6件）。画面表示名は「Adoption Blueprint」

• sn_admin_center_solution … 事業目標とアプリを結ぶ推奨リンクのテーブル（75件）。maturity（Crawl/Walk/Run/Fly）とweight（Recommended/Optional）を持つ

• sn_admin_center_application … 推奨対象のアプリ・プラグインの実体テーブル（60件）。guided_setup_urlで既存の設定画面へ遷移する

• Application Manager … ストア全体のライセンス済みアプリ・プラグインをインストール／更新／管理する画面（URL: /now/app-manager）

自分の環境で確認するときのURL

• /now/admin-center … Admin Centerのトップ画面

• /sn_admin_center_business_objective_list.do … 事業目標（Adoption Blueprint）一覧

• /sn_admin_center_solution_list.do … 推奨リンク一覧（objective・application・maturity・weight）

• /sn_admin_center_application_list.do … 推奨アプリ・プラグイン一覧

• /now/app-manager … Application Manager（ストア全体からのインストール・更新）

参考リンク

• Admin Center summary（Zurich）

• Adoption blueprints（Zurich）

• Select your adoption blueprint（Zurich）

• Install applications for an adoption blueprint（Zurich）

• Installing apps, plugins, and products（Application Manager、Zurich）

関連記事

• ServiceNowのNow Assist AdminやApp Managerは何で作られている？ sys_ux_page_registryを実機で確認する

• アプリとスコープ：Globalとx_の違い（sys_app）

• プラグイン（v_plugin/sys_plugins）の有効・無効と依存

検証環境と未検証範囲

件数・フィールド構成はZurich PDI（OOTB、2026-08-10確認）で確認したものです。PDIへの書き込み（create/update/delete）は一切行わず、REST APIとブラウザでの画面表示のみで確認しました。

未検証の範囲もあります。Admin Centerからの実際のインストール・有効化操作は行っていません。次の点も、いずれも今回の範囲では確認していません。

• 「See details」ボタンを押した先の画面遷移

• Action列（Install/Activate）とapplication_typeの正確な対応条件

• 「Service Operations Workspace Admin Center」（path=sow-admin）という別画面の中身

• 「Adoption Blueprint for Technology Excellence」というコンテンツパックアプリ自体の詳しい構成

本番環境やライセンス内容によって、Admin Centerに表示されるアプリの顔ぶれや件数は変わります。business_objective→solution→applicationという参照関係そのものは、共通のはずです。