ServiceNow問い合わせ対応をClaudeで自動化 — 情シス部門の実装手順

ServiceNowコネクタとは何か

ServiceNowコネクタは、ClaudeからServiceNowの業務システムへ直接働きかけるためのディレクトリConnectorです。IT・HR・カスタマーサービス・セキュリティ・リスクといった部門をまたぐワークフローを、チャットの指示だけでトリガーできます。ServiceNow自身が開発・提供する接続先で、Connectorsディレクトリ上のカテゴリは「Productivity」、権限区分は「Read & write」に分類されています。読み取りだけでなく、承認済みの操作を実行する書き込み系のアクションまで対応する点が、他の多くのディレクトリConnectorとの違いです。

裏側の仕組みは「ServiceNow Action Fabric」という基盤です。ServiceNowのアプリチームがあらかじめ用意したドメイン別のMCPサーバー群を、Claudeが呼び出す形で動きます。加えて、ServiceNow管理者が独自に構築したカスタムMCPサーバーを組み合わせることもできます。実行できる操作の範囲は、接続したアカウントが元々ServiceNow側で持つ既存の権限を超えません。ここは他のディレクトリConnectorsと共通の設計です。

情シス部門の問い合わせ対応で何が変わるか

情シス部門が普段さばく一次対応の多くは、ServiceNow上のインシデント・アラート・変更リクエストを起点にしています。ServiceNowコネクタを使うと、これらの照会と一次整理をClaudeとの会話だけで進められます。公式が挙げる利用例は次のようなものです。

• 重大な未対応アラートを一覧で確認する
• 特定のアラートを深掘りし、何が起きたかを整理する
• そのアラートの影響範囲を調べる
• 決済データベースのような特定サービスに依存するシステムを、ナレッジグラフから逆引きする

ヘルプデスクの現場に当てはめると、「決済まわりが遅い」という一報に対し、関連する未解決インシデントの有無、直近の変更履歴、影響を受けるサービスの依存関係までを、チケット画面を何度も開き直さずに1つの会話でたどれます。担当者が最初にやる「状況を掴む」作業が、ServiceNow画面の行き来からClaudeへの質問に置き換わる形です。

Claude ServiceNow連携の接続手順

Connectorsディレクトリ経由での追加は、個人アカウントであれば数ステップで完了します。

1. claude.aiで「Customize」→「Connectors」を開く
2. ディレクトリから「ServiceNow」を検索し、詳細ページを開く
3. 「Connect」をクリックし、自組織のServiceNowインスタンスへの認証を完了する
4. 権限の確認画面で、要求されるアクセス範囲を確認してから接続を許可する

Team・Enterpriseプランでは、まず組織のオーナーがConnectorsディレクトリからServiceNowを組織に追加し、そのうえでメンバー側が個別に認証する二段階の流れになります。個人が「Connect」を押しても反応がない場合、組織側でまだ有効化されていないことが多く、まず管理者への確認が近道です。個人アカウントでのConnectors全般の追加手順や、ディレクトリのVerified・Communityラベルの見方はClaude Connectorsとはにまとめています。

Cowork上で使う場合は、承認モードの設定が実際の動作を大きく左右します。Coworkには書き込み系の操作をどこまで自動で通すかを決める3段階のモード(Manual・Auto・Skip)があり、ServiceNowのような読み書き両対応のコネクタでは特に効いてきます。承認モードの詳しい挙動と組織設定の優先順位はClaude CoworkのConnectors一覧で扱っています。

Claude Codeからも、claude.aiアカウントでログインしていれば同じ接続をそのまま利用できます。

/mcp

/mcpを実行すると、claude.ai側で追加済みのConnectorsが一覧に表示され、claude.ai由来であることを示す表示が付きます。

ServiceNowコネクタで「部門をまたぐ一次対応」が会話だけで完結する

ServiceNowコネクタが他の多くのディレクトリConnectorと違うのは、対象領域を1つの業務に絞っていない点です。GitHubならコード、Notionならドキュメントというように、多くのディレクトリConnectorは単一領域に閉じています。ServiceNowはIT・HR・カスタマーサービス・セキュリティ・リスクを横断する前提で設計されており、Action Fabricという基盤名がそのまま示すとおり、部門ごとに別々だった一次対応の窓口を1つの会話に集約する狙いが見えます。

情シス部門にとっての意味は明確です。これまでIT担当が個別に開いていたServiceNowの画面を、HR担当やカスタマーサービス担当も同じ会話の延長で扱えるようになります。ただし実行できる範囲は接続したアカウントの権限までなので、部門をまたぐ一次対応が実際に成立するかどうかは、ServiceNow側でどこまで横断的なロールを設計しているかに依存します。コネクタを入れただけで組織の縦割りが解消するわけではありません。

Connectorsディレクトリ自体は、Claude.ai・Cowork・Desktop・Mobile・Claude Codeで共通の1つのカタログを参照する仕組みです。公式のConnectorsギャラリーの「Used in」欄にはClaude・Claude desktop app・Claude mobile app・Claude Code・Claude APIという動作対応が示されていますが、Coworkもこの共通カタログ経由で同じServiceNowコネクタを追加できます。利用形態ごとに別々のコネクタを探し直す必要はありません。

ServiceNowコネクタは単体でも情シス業務の一次対応をカバーできますが、実際の運用ではSlackやGitHubなど他のディレクトリConnectorと組み合わせて使われる場面のほうが多くなります。障害対応を例にすると、Slackで一次報告を受けて状況を要約し、ServiceNowでインシデントの影響範囲を確認し、必要な修正のプルリクエストの進み具合をGitHub側で追う、という一連の流れを1つの会話の中でつなげられます。部門をまたぐConnectorの組み合わせ方や、情シス以外の業務での実際の活用例はClaude Cowork活用事例で扱っています。

導入前に確認しておきたい注意点

書き込み系の操作に対応している分、ServiceNowコネクタは導入前の確認事項がやや多めです。

まず、ドメイン別のMCPサーバーはServiceNowのアプリチームが個別に用意したものなので、自組織が導入していないServiceNowアプリに対応するMCPサーバーは最初から使えません。どのモジュールが対応しているかは、接続前にServiceNow側の管理者に確認するのが確実です。

次に、Claudeが実行できる操作は接続アカウントの既存権限までという制約は、裏を返せばそのアカウントがServiceNow上で持つ権限をそのまま引き継ぐという意味でもあります。インシデントのクローズやチケットの再割り当てのような取り消しにくい操作を許可する前に、どのロールで接続するかを決めておく価値があります。

最後に、Cowork上でManual以外(Auto・Skip)のモードを選ぶと、書き込み系の操作がClaude自身の安全判定だけで通ることがあります。ServiceNowのような業務システムに対しては、当面Manualモードで運用し、挙動に慣れてから緩めるという順序のほうが手堅い場面もあります。

よくある質問

個人のPro・Maxプランでも使えますか

ディレクトリConnectorsの多くはPro・Max・Team・Enterpriseプランを前提としています。ServiceNow自体のライセンス契約は別に必要で、接続できてもServiceNow側のアカウントがなければ利用できません。

Claude CodeやAPIからも同じように操作できますか

claude.aiアカウントでログインしたClaude Codeであれば、/mcpから同じ接続を参照できます。Claude APIから使う場合はMCPサーバーとしての別途の組み込みが必要で、claude.aiの「Connectors」設定とは経路が異なります。

書き込み権限だけを止めることはできますか

ServiceNow側のロール設計で読み取り専用のアカウントを用意すれば、Claudeが実行できる操作もそのアカウントの範囲に制限されます。コネクタ自体に書き込みだけを個別にオフにする設定は確認できていません。

既存のServiceNow権限を超えて操作できますか

できません。Connector経由でClaudeが触れる範囲は、接続したアカウントがServiceNow側で元々持つ権限までです。これはServiceNowに限らずディレクトリConnectors共通の設計です。

まとめ

ServiceNowコネクタは、Action Fabricを介してIT・HR・カスタマーサービスなどの一次対応をClaudeとの会話に集約する、読み書き両対応のディレクトリConnectorです。情シス部門であれば、アラートの確認からインシデントの影響分析、依存関係の逆引きまでを画面を行き来せずに進められます。導入時は接続に使うアカウントの権限設計と、Cowork側の承認モードの2点を先に決めておくと、書き込み系の操作でつまずきにくくなります。