Claudeから人事データを操作、Rise MCPは書き込みを別許可に

カナダの人事・給与プラットフォームRiseは2026年9月2日、Claude、ChatGPT、Gemini、Microsoft 365 Copilotからライブの人事データを扱えるAIコネクターを 9月の製品更新として発表した。利用者本人のRise権限が反映され、接続は任意とされている。

第三者の製品カタログでも、Claude、ChatGPT、Gemini、Copilotに対応するAI Reporting Connectorsが 2026年9月2日付の更新として記録されている。ただし、安全性を判断するうえでは「既存権限を引き継ぐ」という説明だけでは足りない。閲覧、レポート保存、OAuthトークン、管理者による有効化、AI事業者側のデータ処理を分けて見る必要がある。

AIが扱うのはRiseのレポーティング領域

Rise MCP Serverの技術文書 は、自然言語によるレポートの照会、作成、保存と、RiseのWebアプリへのリンクを主な機能としている。接続先はClaude、ChatGPT、Gemini、Microsoft 365 Copilotで、認証にはOAuth 2.0を使う。レポートの実行と閲覧にはreports:read、カスタムレポートの保存と編集にはreports:writeが必要だ。

したがって、見出しにある「人事データを操作」は、公開文書で確認できる範囲ではレポーティング機能の操作を指す。従業員の基本レコードや給与計算結果を、AIから無制限に書き換えられるという意味ではない。書き込みスコープの対象は、カスタムレポートの保存と編集に限定して理解する必要がある。

質問できる内容には、人員数、部門別の平均給与、指定期間に該当する従業員といったレポート項目が含まれる。非集計の問い合わせでチャットに表示できる結果は1回につき最大100行で、件数が多い場合は条件の絞り込み、要約、完全なレポートとしての保存が選択肢になる。サーバー側で算出される合計、平均、内訳は、この表示上限の対象外とされる。

OAuth認証とreports:writeは別の判断になる

接続時にはRiseのサインイン画面が開き、利用者がログインして要求されたスコープに同意する。組織と利用者の識別情報はトークンから取得されるため、AIが別の組織IDや従業員IDを指定し、ほかの利用者として動作することは拒否される設計だ。

重要なのは、reports:readへの同意がreports:writeまで自動的に許可するわけではない点だ。閲覧と分析だけが目的なら、書き込みを認めなくても利用できる。カスタムレポートをRise内へ保存または編集する必要がある利用者に限って、追加スコープを認める構成にできる。

アクセストークンは約1時間で失効し、AIアシスタントが必要に応じて更新する。接続はRiseアカウントから取り消すか、AI側でコネクターを削除できる。ただし、失効や接続解除が止めるのは将来のアクセスであり、すでに外部AIの会話へ取得された内容まで自動的に消去する仕組みとは説明されていない。

管理者の有効化と個人の同意は同じではない

RiseでOAuth認証できることと、勤務先が利用するAI環境でMCPコネクターを有効にできることは別の統制点になる。ChatGPTの組織向け環境やMicrosoft 365 Copilotなどでは、管理者によるコネクターの登録、承認、公開が必要になる場合がある。その後、各利用者が自分のRiseアカウントで認証する。

Microsoft 365 Copilotでは、Copilot StudioでエージェントにRise MCP Serverを追加し、対象の利用者やグループへ公開する管理者主導の構成となる。Gemini Enterpriseでも、IT管理者がカスタムMCPサーバーを登録した後、各利用者が個別にRiseへサインインする。組織による利用許可と、本人に割り当てられたRise権限は、二段階で作用する。

提供状況にも留意が要る。製品更新では全Rise顧客を対象とする追加料金なしの機能とされる一方、技術文書では公開AIコネクターをRiseアカウント単位で順次有効化していると説明されている。契約上の対象であっても、個別アカウントへの展開が完了していなければ利用できない可能性がある。

読み取りだけでも取得結果は外部AIへ渡る

reports:writeを許可しなくても、データ保護上の検討が不要になるわけではない。Riseはリクエストごとにトークンを検証し、Webアプリと同じ権限、監査、レート制限を適用する。一方、AIが取得したレポート結果は接続先のチャットに入り、それ以降はAI事業者のデータ処理条件の対象となる。

つまり、「Rise内で閲覧できる情報」と「外部AIへ送信してよい情報」は別の判断事項だ。給与、住所、休暇、在籍状況などを含む場合、利用するAIアカウントが会社の管理下にあるか、会話の保持、削除、監査、学習利用に関する条件がどう定められているかを確認する必要がある。

書き込みスコープの分離は、Rise内でレポートを保存・編集する能力を制限する。しかし、reports:readで取得した情報がチャットへ移ることまでは防がない。日本の人事SaaS担当者やIT管理者にとっては、変更権限と情報持ち出しのリスクを同じ「AI連携権限」にまとめないことが要点になる。

接続前に確認する最小権限の境界

導入判断では、操作と処理先を次のように分けると、既存権限の継承だけでは見えない範囲を整理できる。

• 閲覧範囲：接続者がRiseで開けるレポートと、その中に含まれる給与、住所、休暇などの機微情報を特定する。
• 書き込み範囲：カスタムレポートの保存・編集が不要ならreports:writeを付与せず、必要な利用者に限定する。
• 認証と失効：利用者ごとのOAuth接続を前提に、異動や退職時にRise側とAI側の両方で接続を解除できる状態にする。
• 管理者承認：AI製品へMCPコネクターを登録・公開できる管理者と、利用対象のアカウントやグループを明確にする。
• 展開状況：契約上の対象だけで判断せず、利用予定のRiseアカウントでコネクターが有効かを確認する。
• AI側の処理：取得結果がチャットに入る前提で、保持、削除、監査、データ利用の契約条件を照合する。

現時点で確認できるのは、Riseが主要4種類のAIアシスタントとの接続を公開し、OAuth認証、既存権限の反映、reports:readとreports:writeの分離を明示していることだ。個々のアカウントへの有効化時期と、取得後のデータに適用される条件は一律ではない。導入可否は、Rise内の権限設計と接続先AIの契約・管理設定を合わせて判断することになる。