ClaudeとZoho Deskを連携する方法 — チケット検索と返信の任せ方・確認点

Zoho Deskコネクタでできること

Zoho Deskコネクタは、Zoho自身が提供するコネクタです。Claudeの会話から、サポートチケット・問い合わせ者・会社(アカウント)の情報を検索し、チケットの作成や更新まで行えます。Claudeのディレクトリでは「Anthropic verified」の表示が付き、分類はCommunicationとProductivityです。

説明文は「Automate Zoho Desk customer support workflows with MCP tools for managing tickets, contacts, and knowledge base articles」。チケット、問い合わせ者、ナレッジベース記事の管理を謳っています。ただしツール一覧で名前を読み取れるのは、チケット・コメント・スレッド・問い合わせ者・会社・タスク・通話・イベントなど。一覧にナレッジベース記事を扱う名前のツールは載っていません。

肝心なのは、検索だけのコネクタではない点です。返信の送信(sendReply)やチケットの削除(deleteTicket)まで含まれるため、何を任せて何を人が確認するかを先に決めておく価値があります。

前提 — 必要なアカウントとプラン

Claude側は、Webのコネクタが「Claude、Cowork、Claude Desktop、Claude Mobile(iOS・Android)の全ユーザー」に提供されています。Claude Codeでも使えます。

Zoho側はサインインが必須です。接続したアカウントがZoho Deskで持つ権限が、そのままClaudeの到達範囲になります。サポートページには「Claudeは接続先サービスでの各自の権限を引き継ぐ」とあり、見えないチケットや部門には届きません。

Zoho MCPのヘルプには、認可方式が2種類あると書かれています。既定は「Authorization on Demand」で、アカウント単位の認可です。利用者が1人ずつ認証する形になります。もう1つが「Authorization via Connections」です。

claude.aiからZoho Deskを接続する手順

Team・Enterpriseプランでは、OwnerまたはPrimary Ownerが先に組織でコネクタを有効化します。有効化しても全員が使えるわけではなく、各メンバーが自分で認証します。有効化されていないと、メンバーの画面に選択肢が出ません。

リージョンの選び方 — Claude Codeから直接接続する場合

ディレクトリから「Connect」する通常の手順では、接続先URLを選ぶ場面はありません。URLを指定するのは、Claude CodeなどからMCPサーバーとして直接つなぐときです。Zoho Deskは契約中のデータセンターごとに接続先を用意しています。

日本のデータセンターで契約している場合の追加例は次のとおりです(一般的なclaude mcp addの書式に当てはめた例で、Zoho Deskの手順としては示されていません)。

claude mcp add --transport http zoho-desk \
  https://claude-zohodesk.zohomcp.jp/mcp/message

追加後はClaude Code内で/mcpを開き、認証を済ませます。契約リージョンと違うURLを選ぶと、組織のデータに届かない原因になります。Zoho Deskの管理画面で、自社のドメイン(.com / .eu / .in など)を先に見ておくと取り違えません。

41個のツールを5つの役割で読む

ディレクトリには41個のツールが載っています。名前から、次の5系統に分けられます。ツールの挙動の説明はコネクタページにないため、ここでは名前から読める範囲にとどめます。

getReplyMailAddressesのような返信元アドレスを取る系統が用意されている点は、返信を扱うことを前提にした構成に見えます。一方で、返信を送らずに下書きだけ残す専用のツール名は一覧にありません。「下書き」をどう実現するかは、次の節で扱います。

何を任せて何を人が確認するか

線引きの軸は、取り消せるかどうかです。読むだけの操作は失敗しても被害がなく、送信と削除は元に戻せません。

返信の下書きは「送らせない」運用で作る

返信を送らずに下書きだけ欲しいなら、依頼文で「返信文案だけを会話に出す。sendReplyは呼ばない」と指定します。より確実なのは、Claude側の設定でsendReplyを止めることです。Team・Enterpriseでは、OwnerがConnectorsの「Tool permissions」から、ツールごとに「Always allow」「Needs approval」「Blocked」を選べます。

次のような分け方が一例です。

サポートページには、Claude側で書き込みを許可しても、Zoho側で本人に権限がなければ変更できないとあります。Claude側の制限は到達範囲を狭めるだけで、広げることはありません。Zoho Desk側の権限を絞る設定と二重にかけると安全です。Ownerの設定画面を使えない個人利用では、依頼文での指定が主な歯止めになります。

依頼文の例

次はサポート担当が使える依頼文の一例です(実際の出力を示すものではありません)。

Zoho Deskで、直近7日に作成された未対応チケットを検索して。
同じ問い合わせ者から複数来ているものを先にまとめ、
各チケットの要点と、返信に必要な確認事項を表にして。
返信は送らず、文案だけを会話に出して。

この使い方なら、Claudeは読み取り系のツールだけで済みます。文案を人が直し、Zoho Deskの画面から送れば、顧客に届く前に必ず人の目を通せます。返信文の品質を上げる書き方はClaudeでカスタマーサポート返信を作る方法に、過去のやり取りを下敷きにする考え方がまとまっています。

ツール設定の確認と複数コネクタの併用

組織設定の失敗しやすい点はClaude Connectorsの権限設定でよくある失敗と対策にまとめています。Zoho Deskは41個のツールを持つため、他のコネクタと併用すると会話のたびに読み込むツール定義が増えます。読み込みのタイミングはClaudeのツールアクセス設定で調整できます。

接続後は、毎回「Zoho Deskを使って」と名指ししなくても、問い合わせ対応の依頼ならClaudeが自動で使うことがあります。同じ領域のコネクタを複数つなぐと、どれを使うかを名指しする場面が出ます。

データの扱いと共有の制限

Team・Enterpriseプランでは、コネクタは非公開のプロジェクトでのみ使えます。コネクタ経由で取り込んだ内容を含むチャットは共有できません。顧客の氏名や問い合わせ内容を含む会話が、意図せず広がらない設計です。

データの処理場所は、接続先のリージョンと契約しているZohoのデータセンターに依存します。Claude側の推論地域を制御する設定があっても、接続先サービスでの処理場所までは変わりません。個人情報を扱う業種では、Zoho側の契約地域を前提に確認します。

同じZohoのCRMや他社デスクとの違い

同じZohoのCRM側はClaudeとZoho CRMを連携する方法にあります。CRMはリードや商談、Deskは問い合わせ対応の窓口を担います。コネクタも別々なので、営業と窓口の両方をつなぐなら、それぞれ接続します。

他社のサポート系では、Claude Zendesk連携が非公式のMCPサーバーを使う導入手順です。ITサービスデスクならClaudeとFreshserviceを連携する方法があります。Zoho Deskは公式のコネクタがディレクトリにあり、導入の手間はこれらより小さくなります。

よくあるつまずき

検索結果が想定より少ない

接続したアカウントのZoho Desk上の権限が、見える範囲を決めます。Claudeはアカウントの権限を引き継ぐため、見える件数が担当者本人の画面と違うときは、認証したアカウントを疑います。

組織で有効化したのにメンバーが使えない

組織側の有効化と、メンバー個人の認証は別の工程です。有効化後、各メンバーがZohoのアカウントで認証を済ませる必要があります。

Claude Codeから接続できない

リージョンのURLが契約と合っていないことが多いです。管理画面のドメインと、表のURLを見比べます。再認証は/mcpから行えます。サポートページにも、認証に失敗したら切断して接続し直す手順があります。

返信が意図せず送られた

依頼文で止めただけでは、言い回しによっては実行される余地が残ります。sendReplyを「Needs approval」か「Blocked」にして、実行前に必ず確認が入る形にします。

まとめ

Zoho Deskコネクタは、チケットの検索・履歴の要約から、返信・起票・削除までを会話から扱える読み書き両対応です。始め方は、検索と要約を任せ、sendReplyと削除系のツールを承認制かブロックにすることです。返信文案は会話に出させ、送信は人がZoho Deskから行う運用にすると、顧客に届く前に確認が入ります。Claude Codeなどから接続するなら、契約リージョンのURLだけ先に確かめてください。