ClaudeとFreshserviceを連携する方法 — ITサービスデスクでできること
FreshserviceのConnectorはチケット・資産・オンボーディング申請・ナレッジベースを会話から操作できます。接続手順とできること、権限設定の考え方をまとめます。
Claude Freshservice連携とは — 何ができるか
FreshserviceのConnectorは、Freshservice上のチケット・資産・ITリクエストをClaudeとの会話から直接操作できる公式連携です。開発元はFreshserviceを提供するFreshworksで、Connectorsディレクトリでは「Productivity」カテゴリーに分類されています。接続にはFreshserviceアカウントでのサインインが必須です。
用意されているツールは35種類です。ディレクトリの一覧画面で確認できるのはfetchTickets(チケット一覧取得)、createTicket(チケット作成)、updateTicket(更新)、fetchAssets(資産情報取得)、createOnboardingRequest(入社時リクエスト作成)、createOffboardingRequest(退職時リクエスト作成)、fetchSolutionArticles(ナレッジベース記事の検索)といった名前です。作成・更新系のツールが並んでいる時点で、読み取り専用のConnectorではないと分かります。残り11種類はボタン展開後にしか表示されず、名称は確認できていません。
公開されているツール名から分類すると、対応する操作は次の3系統になります。
- チケット・インシデント・サービスリクエストの参照・作成・更新
- 資産情報の取得とサービスカタログ経由でのアイテム申請
- ナレッジベース記事(Solution Article)の検索・作成・更新
claude.aiでFreshserviceを接続する手順
接続の流れは他の公式Connectorと共通です。
- claude.aiで「Customize」→「Connectors」を開く
- 「+」ボタンからディレクトリを開き、Freshserviceを検索する
- 「Connect」をクリックし、Freshserviceのサインイン画面で認証する
- 要求される権限の範囲を確認し、アクセスを許可する
Team・Enterpriseプランでは、まずOwnerが組織側でFreshserviceを有効化し、そのうえでメンバー各自が個別に認証する2段階の流れになります。組織側の有効化だけでは誰も使えるようにならず、個人の認証が別途必要です。Enterprise-managed auth(ベータ機能)を使っている組織では、Ownerの認証をメンバーが初回ログイン時に引き継げます。
対応プラットフォームとモバイルの制限
Connectors全般の対応範囲は、Claude・Claude Desktop・Claude Code・API(MCP Connector経由)です。ディレクトリの閲覧自体はClaude・Claude Desktop・Claude for iOS/Androidのいずれからも可能ですが、モバイルからのConnector追加はベータ機能です。一度WebかDesktopで接続を済ませておけば、次にログインしたときからiOS/Androidアプリでも同じ接続を使った会話ができます。
Freshserviceコネクタでできること
チケット業務を軸に、実際の依頼文でイメージすると次のように使えます。
| できること | 依頼の例 |
|---|---|
| チケットの参照・更新 | 依頼の例未対応の優先度Highのチケットを一覧にして、担当エージェントごとに振り分けて |
| 資産情報の照会 | 依頼の例このノートPCの資産情報を調べて、保証期限が切れていないか教えて |
| オンボーディングリクエスト作成 | 依頼の例来週入社する新入社員のオンボーディングリクエストを作成して |
| オフボーディングリクエスト作成 | 依頼の例来月末退職予定のメンバーのオフボーディングリクエストを起票して |
| サービスカタログからの申請 | 依頼の例ノートPCの貸与リクエストをサービスカタログから申請して |
| ナレッジベース記事の更新 | 依頼の例VPN接続手順のSolution Articleを最新のクライアントバージョンに更新して |
チケット参照・資産照会のような読み取り中心の使い方は他の多くのITSM系Connectorと共通です。オンボーディング・オフボーディングの専用リクエスト作成ツールを備えている点はFreshservice独自の設計です。同じITサービスデスク領域でServiceNowを使っている場合の問い合わせ対応の組み立て方はServiceNow問い合わせ対応をClaudeで自動化する手順にまとめています。退職者の手続きをCowork側でチェックリストとして管理する方法はCoworkで退職者のオフボーディング手続きをチェックリスト化するで扱っています。
読み書き権限の扱いと承認設定
Freshserviceコネクタが実行できる範囲は、接続したアカウントがFreshservice側で持つロールの権限を超えません。閲覧権限のないチケットや、申請権限のないサービスカタログのアイテムには、Claudeを介しても届きません。
Team・Enterpriseプランでは、これとは別にClaude側の制限を組織全体にかけられます。Ownerが「Customize」→「Connectors」からFreshserviceを選び「Tool permissions」を開くと、ツールが「読み取り系」「書き込み・削除系」のようにカテゴリ別に表示され、カテゴリ単位・個別ツール単位のどちらでも「Always allow(常に許可)」「Needs approval(承認が必要)」「Blocked(ブロック)」の3段階で設定できます。チケットの参照や資産情報の取得はAlways allowのままにし、オンボーディング・オフボーディングリクエストの作成やチケットの更新だけをNeeds approvalにする、という段階的な設定が現実的です。この制限は組織全体に一律で適用され、メンバー個人が自分の判断で上書きすることはできません。
この制限はFreshservice側の権限を上書きしません。Claude側で作成を許可しても、接続した本人がFreshserviceで該当リクエストの起票権限を持っていなければ操作は失敗します。設定の細かい落とし穴はClaude Connectorsの権限設定でよくある失敗と対策にまとめています。
ServiceNow・Zendesk連携との違い
ITサービスデスク向けのConnectorはFreshserviceだけではありません。同じITサービスデスク用途の主な連携先と比べると、次のようになります。
| 連携先 | 提供形態 | 得意な操作 |
|---|---|---|
| Freshservice | 提供形態公式ディレクトリConnector | 得意な操作入退社リクエストの起票・サービスカタログ申請・ナレッジベース更新 |
| ServiceNow | 提供形態公式ディレクトリConnector(Action Fabric経由) | 得意な操作IT・HR・セキュリティを横断するアラート対応・インシデント調査 |
| Zendesk | 提供形態コミュニティ製MCPサーバー | 得意な操作カスタマーサポートチケットの読み書き |
FreshserviceとServiceNowはどちらも公式ディレクトリ経由の読み書き対応Connectorですが、ServiceNowは部門横断のワークフロー実行に軸足があるのに対し、Freshserviceは入退社時のIT手続きとサービスカタログ申請に特化したツールを個別に持つ点が異なります。両サービスとも接続後に実行できる操作の範囲は、最終的には接続したアカウント自身の権限で決まる点は共通しています。Zendeskは公式Connectorではなく、コミュニティが提供するMCPサーバー経由の連携である点がそもそもの前提として異なります。すでにServiceNowやZendeskを導入している組織がFreshserviceも併用検討する場面は、機能の重複ではなく担当部門の違いから生まれることが多いです。
複数Connectorを併用するときの注意点
Freshserviceを含め複数のConnectorを同時に接続していると、会話のたびにツール定義が読み込まれ、本来ドキュメントや会話履歴に使いたい文脈の余地を圧迫します。読み込みのタイミングを選べる「ツールアクセス」設定で調整でき、詳細はClaudeのツールアクセス設定にまとめています。
接続後は、毎回「Freshserviceを使って」と名指ししなくても、チケットや資産に関わる依頼をすればClaudeが自動的にFreshserviceを使う場合があります。ServiceNowのような似た用途のConnectorを同時に接続していると、どちらを使うか名指しが必要になる場面もあります。
よくあるつまずき
接続はできたのに一部のツールが動かない
接続したアカウントがFreshservice側でそのツールに対応するロール権限を持っていない可能性があります。管理者権限が必要なサービスカタログの操作などは、担当者のロール設定を先に確認します。
組織で有効化したのに使えないメンバーがいる
組織側の有効化と個人の認証は別工程です。Ownerが有効化しただけでは全員が使えるようになりません。メンバー各自がFreshserviceアカウントで認証を済ませる必要があります(Enterprise-managed authを使っている場合を除く)。
オンボーディングリクエストの作成が失敗する
Freshservice側でオンボーディングリクエストのテンプレートやワークフローが設定されていないと、リクエストの作成自体が通らない可能性があります。Freshserviceの管理画面でテンプレートが用意されているかを先に確認します。
資産情報が一部しか取得できない
接続したアカウントに閲覧権限のない資産は、検索結果から除外されている可能性があります。件数が想定より少ないときは、対象の部門やロケーションへのアクセス権を確認します。
まとめ
Freshserviceコネクタは、チケット・資産・オンボーディング/オフボーディングリクエスト・ナレッジベースまでを会話の中で操作できる読み書き両対応のConnectorです。組織で使う場合は、参照系をAlways allowのままにし、リクエストの起票やチケットの更新のような取り消しづらい操作をNeeds approvalに設定する段階的な運用が現実的です。同じITSM領域のServiceNow・Zendesk連携と比べると、入退社時の手続きに専用ツールを持つ点がFreshserviceの独自性です。