営業は提案文用、総務は社内問い合わせ用、広報は文章の推敲用。部署から別々のAIツールを使いたいと言われても、すべてを一つにそろえる必要はありません。社内資料を渡さずに完結する用途は、部署ごとに使い分ける候補です。
社内資料を使う業務は、「同じ資料をいくつのツールへ渡すか」と「解約・乗り換え時に何を持ち出せるか」を先に確かめます。ツール数を減らしても、部署別の閲覧権限や引っ越しの手順まで簡単になるとは限りません。
社内資料を渡さない用途なら、部署ごとに分けられる
公開済みの商品紹介文の言い換えや、架空の文章を使う練習なら、部署に合うAIツールを残す選択ができます。社内資料を入力せず、社内のファイルやメールにも接続しないことが前提です。
たとえば広報が、自社サイトで公開済みの商品紹介文だけを貼り付けて、見出し案を作る使い方です。完成文を会社の保存先へ戻せるなら、資料の管理を理由に営業用AIへ寄せる必要はありません。ただし、契約・請求の管理をまとめたい場合は、別の理由で統一を選ぶこともあります。これは使い分けを考えるための架空例で、導入実績ではありません。
一方、公開文に「来月の未発表価格も反映して」と追記すれば、入力には社内情報が混ざります。添付ファイルがなくても、会話への貼り付けや共有ドライブへの接続で情報を渡していないか見てください。
部署別利用でも、会社が許可する契約・アカウントを使い、出力の誤りや公開してよい内容を担当者が確認します。「公開情報だから何でも入力してよい」という意味ではなく、転載・利用の条件も確認します。入力情報の分け方は、生成AIの情報漏えい対策と利用前に決める項目を参照してください。
同じ社内資料を、どのツールに渡しているか数える
社内資料を使うなら、製品の数だけでなく、資料ごとの渡し先を一覧にします。同じ商品仕様書を営業用と総務用の両方へ登録するなら、改訂時に両方を更新する運用まで引き受けられるかが判断点です。
次は架空の記入例です。A・B・Cは製品名ではなく、自社で契約するツールの仮名です。
| 資料 | 渡し先・用途 | 改訂したときの確認 |
|---|---|---|
| 社内用の商品仕様書 | A：営業の提案文、B：総務の問い合わせ回答 | A・Bの両方で旧版の削除と新版への差し替えを確認 |
| 公開済みの商品ページ | C：広報の見出し案 | 公開ページを確認し、使う文章を更新 |
| 社内の人事評価資料 | AIには渡さない | 接続対象のフォルダーにも含めない |
この例で共通化を検討するのは、商品仕様書を使うA・Bの用途です。Cまで寄せるかは別に判断できます。「何個以下なら安全」という基準を作るための表ではありません。
棚卸しには、手動アップロード、会話への貼り付け、クラウド保存サービスやメールとAIをつなぐ連携設定を含めます。同じ製品でも、別契約・別の作業スペースに資料を置くなら、更新・削除を別々に確認する単位として記録してください。
一つのツールでも、確認する相手が一社とは限らない
AIサービスの裏側で、別の事業者がデータを処理する場合があります。たとえばNotionは、Notion AIで第三者のAI処理事業者（契約先から処理を任される会社）を利用し、既定では顧客データをモデル学習に使わないと説明しています。保存条件もプラン・機能別に示されています（2026年9月18日確認）。学習への利用とデータ保存は別の条件なので、「学習に使わない」だけで保存・削除まで確認済みにはしません。 詳細はNotion AIのセキュリティ・プライバシー文書で確認できます。
自社の候補についても、利用規約とデータ取り扱い文書で、入力内容の利用目的、保存・削除、処理の委託先を確認します。棚卸し表には公式文書のURLと確認した契約プラン・日付を添え、不明な条件は提供元へ問い合わせてください。ツールの個数と、データを処理する事業者の数は分けて扱います。
解約前に「持ち出せるもの」と「再現できるもの」を分ける
データの書き出し機能があっても、別のツールで同じ仕事を再開できるとは限りません。完成した文章だけで足りるか、会話履歴や登録資料、指示や権限設定まで必要かを、解約前に分けて確認します。
| 残したいもの | 持ち出しの確認 | 乗り換え先での確認 |
|---|---|---|
| 完成文・生成したファイル | 会社の保存先へ保存できるか | 開いて編集できるか |
| 会話履歴・添付資料 | 必要な履歴と添付が書き出し対象か | 読み返せるだけか、会話として取り込めるか |
| AIに登録した社内資料 | 原本と最新版が手元にあるか | 登録し直す対象が分かるか |
| 定型の指示・回答ルール | 指示文を保存できるか | 同じ指示で期待する回答になるか |
| 共有・権限・外部連携の設定 | 設定を記録・出力できるか | 誰が見られるか、何に接続するかを再設定できるか |
各行には「失うと業務を再開できない」「手作業で作り直せる」の区分も付けます。完成文だけで再開できる仕事なら、全履歴を同じ形で移すことまで必須にしません。必要な原本が手元になく、書き出せるかも分からないなら、解約を先に進めないでください。
公式文書にも、保存と再現の違いが示されています。Notionは、書き出したワークスペースの内容を再アップロードしても、元の環境をすぐには再現できないと説明しています。また、書き出す人がアクセスできないページは対象に含まれません。Notionの書き出し手順と制限を読むと、形式だけでなく範囲の確認も必要だと分かります。
実行できる人も確認してください。ClaudeのTeam・Enterpriseでは、データ書き出しにアクセスできるのは組織のPrimary Owner（主所有者）だけです。Claudeのデータ書き出し案内に記載があります。いずれも2026年9月18日に確認した仕様の例で、他の製品・契約へそのまま当てはめるものではありません。
表の各行を「保存済み」「手作業で移す」「移せない」「未確認」に分けましょう。残すつもりの完成文でも、ツール内にしか置いていなければ、手元に残ると判断できません。
導入候補では、機密を含まない試験用の文章を作り、書き出したファイルを実際に開きます。既存ツールでは必要なデータを権限のある担当者が保存し、内容の欠落を確認します。そのうえで、解約・アカウント削除・契約終了のそれぞれについて、いつ閲覧や書き出しができなくなるか、提供元の解約手順と規約を確認してください。利用者が見られなくなる時点と、提供元がデータを削除する時点は別の確認欄にします。
共通資料を使う業務だけ寄せる選択もある
全社で一つにそろえるほかに、共通の社内資料を使う業務だけ寄せる選択があります。先ほどの例ならA・Bの共通化を検討し、公開文だけを扱うCは別に残します。ただし、集約先で必要な業務と閲覧権限を両立できることが条件です。
選択が変わるのは、次のような場合です。
- 部署別のまま使う： 社内資料を渡さない用途で、完成物を会社の保存先へ戻せる。用途と契約の管理担当も決まっている。
- 共通資料を使う業務を寄せる： 同じ資料の差し替え先が重なり、集約先で必要な機能・権限分け・持ち出し条件を満たせる。
- 別々に維持する： 専用機能や情報の隔離が必要で、一本化では仕事や閲覧制限を保てない。資料ごとの更新・削除担当と退出手順を決める。
- 追加契約や集約を保留する： 必須の履歴・成果物が持ち出せるか不明、または担当者以外に見せない設定を確認できていない。
共通化で迷うなら「同じ資料を月に何回改訂し、その都度すべての渡し先を直せているか」を確認します。別々に残すなら「集約先で代替できない機能や、守れない閲覧制限は何か」を言葉にしてください。
一本化しても、必要な設定を作り直す手間や、止まったときに影響する業務の範囲は残ります。資料の置き場を減らせる利点と、集約先に依存する仕事の範囲を並べて判断してください。何人へアカウントを配るかは別の問いなので、AIツールの配布範囲を全社か一部かで判断する記事へ進めます。
部署の要望には、入力する資料と完成物の保存先を聞き、社内資料を使う場合は次の一覧を埋めてもらうと判断しやすくなります。
いま使っている社内資料を一つ選び、「資料名／渡しているツール・契約／更新と削除の担当／解約前に残すもの／持ち出せないもの」を書いてみてください。空欄は提供元へ確認する質問になります。その一覧があれば、部署別利用を続けるのか、共通資料を使う業務から寄せるのかを具体的に話し合えます。
