SymphonyAI Apex 2.0 Service Managementは、問い合わせ対応だけでなく、申請、問題管理、変更管理、ナレッジ、サービスカタログなどをまとめて扱う企業向けのITSM製品です。ITSMとは、社内ITを安定して提供するために、問い合わせや申請、変更、機器・システムの情報などを継続的に管理する考え方を指します。
この製品の特徴は、会話型AIや自動化をサービスデスクの流れに組み込めることです。日常的な受付から、問題の原因分析、変更の審査、外部システムとの連携、レポートまでを広く検討したい組織に向いています。一方、契約するパッケージやAI、導入支援などは個別見積もりで決まるため、必要な範囲を整理してから問い合わせることが重要です。
Apex 2.0は、企業向けのサービス管理基盤として提供されています。主な範囲には、インシデント、サービスリクエスト、問題、変更、リリース、ナレッジ、サービスカタログが含まれます。
インシデントは、システム停止やパソコンの不具合など、通常どおり使えない状態への対応です。サービスリクエストは、アカウント発行やソフトウェア利用申請など、利用者からの定型的な依頼を指します。両方を同じ窓口で扱いつつ、依頼の種類に応じて処理の流れを分けたい場合に検討できます。
ただし、Apex 2.0の範囲と、IT資産管理やIT運用管理の追加モジュールは分けて考える必要があります。また、旧ApexやSummitから移行する場合も、旧版の機能がそのまま現行版に含まれるとは限りません。選定時には、Apex 2.0の現行機能と契約の対象を基準に確認します。
Apex 2.0は企業向けプラットフォームとして提供され、利用するパッケージや導入支援の内容は営業窓口との相談で確定します。公開された一律の構成をそのまま選ぶ形ではなく、自社が必要とする機能や運用規模を伝え、見積もりと導入範囲を詰めていく製品です。
とくに、担当者数、会話型AIの利用、IT資産管理・IT運用管理モジュールの追加、導入支援の範囲は、見積もりに含まれる内容を確認しておきたい項目です。既存製品から移行する場合は、現在使っている機能ごとに移行後の対応状況を照合すると、契約後の行き違いを減らせます。
サービスデスクの中心になるのが、インシデントとサービスリクエストの管理です。たとえば「業務システムに入れない」という不具合と、「新しい社員のアカウントを作ってほしい」という申請では、必要な確認や担当部署が異なります。Apex 2.0では、こうした案件をサービス管理の対象として扱えます。
受付後の作業を一定の流れに沿って進めることで、担当者ごとの処理のばらつきを抑えやすくなります。対応期限を管理するときに使われるSLAは、サービス提供側と利用側で合意した対応時間などの基準です。ワークフローやSLAを含む運用を設計する場合は、自社の受付分類、承認、担当割り当て、期限管理をどこまで仕組み化したいかを整理しておくとよいでしょう。
サービスカタログは、利用者が申請できる社内ITサービスをメニューのようにまとめる仕組みです。申請の内容と必要事項をそろえやすくなるため、メールや口頭での依頼を減らし、受付後の処理につなげやすくなります。
Apex 2.0では、サービスカタログに加えて、ナレッジ記事と会話型AIエージェントをセルフサービスに利用できます。たとえば、利用者がまずナレッジから解決方法を探し、必要であれば申請へ進む、といった窓口を検討できます。セルフサービスを導入するときは、AIの有無だけでなく、申請メニューやナレッジを継続して更新できるかどうかも重要です。
同じ不具合が繰り返される場合は、個々の問い合わせを閉じるだけでなく、原因を調べて再発を防ぐ問題管理が必要になります。Apex 2.0の機能範囲には、根本原因分析と問題対応のワークフローが含まれます。
変更管理では、システム変更に伴うリスクの評価、変更諮問委員会での審査、変更予定の管理を扱えます。さらにリリース管理も製品範囲に含まれます。日常の問い合わせ対応だけでなく、原因分析から変更・リリースまでを同じサービス管理の流れでつなげたい組織に関係する領域です。
CMDBは、サーバー、業務システム、ネットワーク機器などの構成要素と、その関係を管理するデータベースです。Apex 2.0では、構成アイテムと変更カレンダーを関連付けるなど、変更管理と構成情報をつなぐ使い方ができます。
ここで注意したいのは、サービス管理に必要なCMDBの利用と、IT資産管理・IT運用管理の契約範囲が同じとは限らない点です。機器の台帳管理、構成情報、運用監視など、自社が必要とする管理の対象を分けたうえで、どのモジュールに含まれるのかを見積もり時に確認する必要があります。
Apex 2.0は、Service Automation Platformと会話型AIエージェントを備えています。申請の受付後に承認や担当割り当てへ進めるなど、決まった手順をワークフローとして整える用途に使えます。
外部システムとの接続には、製品内のIntegration Hubが入口になります。実際にどのシステムとどこまで連携できるかは、自社が接続したい対象と必要な処理を具体化して確認するのが適切です。単に「連携できるか」ではなく、データを参照するだけなのか、チケットの作成や更新まで自動化したいのかを分けて伝えると、必要な構成を判断しやすくなります。
運用状況を把握するためのレポート機能が用意されており、アンケートやデータ保管に関する基盤機能も製品範囲に含まれます。問い合わせ件数や対応状況を確認するだけでなく、利用者からの評価を集め、サービスデスクの改善につなげる運用を検討できます。
導入前には、管理者が見たい指標と、現場の担当者が日々確認したい情報を分けておくとよいでしょう。必要なレポートを先に整理しておけば、受付項目や分類をどの程度そろえるべきかも判断しやすくなります。
SymphonyAI Apex 2.0 Service Managementの料金は要問い合わせです。課金単位は個別見積もりで、契約周期も契約内容によって決まります。パッケージ、担当者、AI、導入支援の内容に加え、IT資産管理・IT運用管理モジュールを含めるかどうかを明示して見積もりを依頼します。
注意
料金情報は2026年7月21日時点のグローバル向け情報に基づきます。日本向けの固定された円価格は確認されていません。日本語で案内されることと、日本市場向け価格が公開されていることは別です。金額と請求周期、含まれるモジュールは契約前に確認してください。
Apex 2.0は、インシデントや申請だけでなく、問題、変更、リリース、カタログ、ナレッジまでを広く管理し、AIと自動化も取り入れたい組織の候補になります。複数の領域を一つのサービス管理基盤で扱いたい場合や、旧Apex・Summitからの移行先を検討する場合にも関係します。
一方で、公開価格を見てすぐ費用を比較したい場合には、判断の材料が足りません。モジュールやAI、導入支援を含む見積もりが必要です。資産・CMDBについても、必要な機能がサービス管理の範囲なのか、別モジュールの範囲なのかを確認してから比較する必要があります。
Q.料金は公開されている？
A.固定価格は公開されておらず、要問い合わせです。パッケージ、担当者、AI、導入支援などを含む個別見積もりで確定します。
Q.インシデント管理と申請管理の両方に使える？
A.はい。インシデントとサービスリクエストは、いずれもApex 2.0のサービス管理機能に含まれます。申請については、サービスカタログやセルフサービスと組み合わせて設計できます。
Q.資産管理やCMDBも同じ契約に含まれる？
A.必要な範囲によります。サービス管理で使う構成情報と、IT資産管理・IT運用管理モジュールの境界を分け、見積もり時に契約の対象を確認する必要があります。
確認日: 2026-07-21（記載の各公式ページで確認。価格などは変わることがあります）
SymphonyAI Apex 2.0 Service Management