ある税理士事務所で、 顧問先からの照会が増えてきた時期に「ある商用 AI チャットツールが読みやすい文章を書く」 「契約書の PDF をまるごと渡せる」 という話を聞いて、 個人向けプランを所員が契約し始めた、 という相談を受けたことがあります。 半年経って「事務所として契約を一本化したい」 となったときに、 Team と Enterprise のどちらにするかで止まってしまいました。 業務範囲・守秘義務・所員数のどれを軸に判断すればよいか、 という場面です。 弁護士事務所や監査法人でも、 顧問先・依頼者情報を扱う守秘義務の重さは変わらないため、 同じ論点が出てきます。
汎用 AI チャットツールの法人プラン検討と同じ軸で進められる部分も多いのですが、 Claude 系のサービスには長コンテキスト・チームコラボ機能・コード生成エージェント機能周りで別途整理しておいたほうがよい論点があります。 ここでは、 税理士事務所・弁護士事務所が契約に進む前に手元で確認しておきたい観点を、 業務の流れに沿って並べてみます。
商用利用規約の改訂が示した方向
商用 AI チャットツールの主要事業者は、 商用プランで顧客コンテンツをモデル学習に使わないこと、 Outputs (= 出力) の権利を顧客側に割り当てることを利用規約に明示することが多くなっています 1。 関連の規約は DPA を参照により取り込む構造になっていて、 顧客データの処理条件は DPA を読まないと把握できない設計になっていることが多いです。
この方向性を見ると、 Claude 系を業務に入れる場面の判断軸が、「機能数の比較」 から「契約条件と運用設計の整合」 のほうに寄ってきている、 と読める形になっています。 長コンテキスト・落ち着いたトーン・コード周りの強みは、 契約書 PDF の要約・議事録全文からの論点抽出・社内スクリプトの整備といった業務と相性のよい部分です。 一方で、 入力サイズが大きくなるほど混入する個人情報・守秘情報の総量も増えます。「○○系の方が良いと聞いた」 で導入する前に、 Team / Enterprise / API のどこが自所の業務範囲に合うかを手元で整理しておくのが、 後戻りの少ない流れになりそうです。
判断軸は他の商用 AI チャットツールを検討するときと大きくは変わりません。 学習除外条件、 SSO/SCIM/Audit Logs などの管理機能、 DPA 締結、 サブプロセッサ開示、 第三者監査をプラン単位で確認していきます。 加えて Claude 系では、 長コンテキストでの「一度に渡してよい情報量」、 チームコラボ機能・コード生成エージェント機能を併用するときの所内資産の露出範囲を別途見ておく形になります。 仕様・価格は変更されうるため、 契約直前は公式の最新版をご確認いただきたいところです。
士業事務所規模で見る Team / Enterprise / API の位置づけ
商用 AI チャットツール事業者の業務利用向けプランは、 大きく次のような形になっています。
- Team: 小規模チーム向け。 複数アカウント管理と基本的な管理機能、 商用プランとしての学習除外を含みます
- Enterprise: SSO/SAML、 SCIM、 Audit logs、 Compliance API、 ロールベースアクセス、 データ保持制御、 HIPAA-ready オプション、 利用上限制御等が入ります 2。 チームコラボ機能・コード生成エージェント機能を単一契約配下に組み込める構成が示されています 3
- API: 自社システムから直接呼び出す用途
- 個人プラン: 商用プランとは学習・保持ポリシーが別建てになっています 4
士業事務所での検討は、 現場で見る限りおおむね次のような分かれ方が多いように感じます。
| 場面 | 規模・要件 | よく取られるプラン |
|---|---|---|
| 商用 AI チャットツールの UI をそのまま使う | 所員数人〜十数人 | Team |
| ID プロバイダ統合・ログ集約・監査が要る | 中〜大規模・複数拠点 | Enterprise |
| 顧問先管理・文書管理システムに組み込む | システム連携前提 | API (必要に応じ Enterprise 併用) |
UI の見た目は近くても、 契約条件・管理機能・コンプライアンス対応の範囲は裏側で差があります。
学習除外・データ保管・保存期間
「学習に使われるか」 と「サーバに保持されるか」 は別の話なので、 混ぜずに見ていきます。
商用 AI チャットツール事業者は、 商用プランについて、 デフォルトで入出力をモデル学習に使用しない方針を公式に説明していることが多いです 5。 ただし、 ユーザーが明示的にフィードバック (チャット評価) を提供した会話は改善目的で利用される場合があり、 一定期間保持されることがあります。 Team / Enterprise の所有者は、 組織設定でこの機能を無効化できる旨が記載されていることが多いです 5。 商用利用規約では、「顧客コンテンツでモデル学習を行わない」 旨と Outputs の権利の顧客側割当が明記されていることが多く 1、 データ処理は同規約参照の DPA で扱われる構造です。
個人情報保護委員会 (PPC) の令和 5 年 6 月 2 日「生成 AI サービスの利用に関する注意喚起等」 は、 生成 AI サービスを提供する事業者が個人データを機械学習に利用しないこと等を「十分に確認すること」 を、 個人情報取扱事業者に求めています 6。 注意喚起の全文引用と、 顧問先からの同意取得の実務 (契約変更同意書・AI 利用条項のひな型化) は、 シリーズ前編のChatGPT Business を士業事務所で契約する前に確認しておくことで扱っています。
「ベンダーがそう言っていた」 だけで運用に乗せるよりは、 契約条件・公式ドキュメントで確認したうえで自所の運用に落としていく、 という流れが読み取れます。 顧問先情報がプロンプトに混ざりやすい士業業務では、「学習除外」 「保持期間」 「フィードバック機能の扱い」 「アクセス権」 を別個に確認して、 入口に「入力してよい情報の線引き」 を置いておく運用が現実的だと感じます。
管理機能と契約条件 (商用利用規約 / DPA / サブプロセッサ)
法人プランの実務的なメリットは、 学習除外そのものよりも、 管理機能の有無に出てくる場面が多いです。 Enterprise の主な機能には次のようなものが並んでいます 2。
- SSO / SAML とドメイン認証: ID プロバイダ統合
- SCIM: 人事システムからのプロビジョニング・デプロビジョニング連携
- Audit logs: 操作ログの取得・参照
- Compliance API: 操作データをプログラム経由で取得
- Role-based access: 役割別の権限設計
- Data retention controls: 管理者側での保持期間制御
- HIPAA-ready offering available: 米国医療法規対応オプション
- 利用上限制御 / 利用量分析: 利用量の可視化と上限設定
「機能があること」 と「事務所内での運用に乗ること」 は別の話で、 SSO も ID プロバイダ未整備なら活きませんし、 Audit logs もレビュー担当・頻度を決めていないと事故時に追えなくなります。 DLP・SIEM 連携は Compliance API 経由で自所側で組む流れになるので、 事務所側の要件を先に並べてからプラン選定に入る順序のほうが、 後戻りが少ないと感じます。
契約条件の側では、 次の 3 点を見ておく場面が多いです。
商用利用規約には、 顧客コンテンツでのモデル学習を行わないこと、 Outputs の権利移転、 機密情報の取り扱い等が記載されていることが多いです 1。 同時に、 Outputs の検証責任は顧客側、 サービスは原則 as-is とも書かれていて、「ベンダーが品質を保証してくれる」 前提では設計しにくい形になっています。
Data Processing Addendum (DPA) は、 商用利用規約から参照される文書で、 顧客データを処理者として扱う条件 (所在地、 暗号化、 サブプロセッサ、 削除手順、 インシデント通知等) を定めています 1。 士業事務所の業務利用では、 DPA 締結は事実上の前提という整理が一般的です。
サブプロセッサと第三者監査レポートは、 商用 AI チャットツール事業者の Trust Center を通じて公開されていることが多いです 3。 契約前のデューデリジェンスとして、 最新のサブプロセッサ一覧・SOC 2・ISO 27001・ISO 42001 等を確認しておく事務所もあります。 賠償上限や免責条項は弁護士マターのため、 必要に応じてリーガルレビューを業務の流れに組み込む選択肢があります。
価格と契約形態
価格は時期・為替で変動するため、 具体額は本記事では断定しません。 最新は事業者の Pricing ページでご確認いただきたいところです 2。 検討時に出てくる論点としては、 次のあたりです。
- Team / Enterprise でシート単価・契約期間が異なる
- Enterprise は基本的にセールス経由の個別見積もり
- 年間契約のシート追加柔軟性や MSA・PO・使用量コミット・製品バンドル等のカスタム契約余地が示されています 2
- API は従量課金が中心
費用対効果は「単月コスト × 所員数」 だけで見ない場面もあります。 個人アカウントで業務情報を入れている所員がいる状態 (= シャドー AI) を一本化することで、 ログ・退職時の権限解除・契約条件の把握が一元化される、 という側面も挙げられます。 個人プランを各人が契約している状態は、 後から修正コストがかかりやすい場面と感じます。
Claude 系固有の検討ポイント (長コンテキスト・チームコラボ・コード生成エージェント)
他の商用 AI チャットツールの検討項目に加えて、 次の 3 点は Claude 系を入れるときに別建てで見ておきたい部分です。
長コンテキストと「一度に渡してよい情報量」
「契約書一式をまとめて渡せる」 「議事録を全文要約させられる」 のは強みになります。 一方で、 入力サイズが大きくなるほど混入する個人情報・守秘情報の総量も増えるため、「短いやり取りはこの範囲、 PDF まるごと貼り付けは別ルール」 のように、 情報量と機微度の二軸でガイドラインを置いている事務所もあります。
チームコラボ機能
商用 AI チャットツールには、 プロジェクト・知識・会話を共有する仕組み (= チームコラボ機能) が用意されていることがあり、 Enterprise の単一契約配下に組み込まれる構成が示されています 3。「誰がどのプロジェクトに参加しているか」 「退職時に共有領域の参照権を外せているか」 を運用に組み込んでおく場面で、 SCIM の自動デプロビジョニングと、 プロジェクト単位の棚卸しを定期化する流れを取っている事務所もあります。
コード生成エージェント機能
コード生成エージェント機能を業務に使う場面では、 所内リポジトリ・スクリプト・API キーがエージェントの作業範囲に入ってきます。 事業者は Enterprise の文脈で統合提供する旨を示していることがありますが 3、 所内ソースコード・顧問先情報を含むスクリプト・本番認証情報の露出範囲は、 業務範囲に合わせて別途設計しておきたい部分です。「業務効率化のツールだから誰でも使える」 という扱いで入れると、 想定外の挙動につながりやすい領域です。
セキュリティ・コンプライアンスの観点
商用 AI チャットツール事業者は Enterprise の文脈で Trust Center を通じてセキュリティ認証・サブプロセッサ・データポリシーを公開していて 3、 HIPAA-ready offering も Pricing ページに明示されていることがあります 2。「あること」 が直ちにリスクをゼロにするわけではないのですが、 契約前のデューデリジェンスとしては、 第三者監査の継続性と最新版の取得体制を見ておく観点として並べやすい指標です。 PPC の注意喚起は、 一般利用者向けに次のようにも示しています 6。
生成 AI サービスの利用者においては、 生成 AI サービスを提供する事業者の利用規約やプライバシーポリシー等を十分に確認し、 入力する情報の内容等を踏まえ、 生成 AI サービスの利用について適切に判断すること。
ベンダー側の整備の確認だけでなく、 自所側で運用に落とせているかを併せて点検する場面がここで出てきます。
後から痛みが出やすい場面
Claude 系の Team / Enterprise を入れた事務所で、 半年〜1 年経ってから「ここを最初に決めておけば」 と相談を受けやすい場面を、 いくつか並べておきます。
- フィードバック機能の扱いを未決定のまま運用に入ると、 一定期間保持される会話が想定外に積み上がっていく場面があります
- 「とりあえず PDF を全部貼る」 運用が固定化すると、 機微度の高い情報まで一気に渡してしまう流れが組織に定着しやすい場面があります
- チームコラボ機能のプロジェクト単位の参加メンバーの棚卸しを定期化していないと、 退職者・異動者の参照権が残り続ける場面があります
- コード生成エージェント機能の対象リポジトリ・認証情報の扱い・レビュー体制を決めずに導入すると、 所内ソースと顧問先情報が同じエージェントの作業範囲に入る場面があります
- 個人プランを業務に使い続けている所員がいると、 組織側のログには現れない経路が残ったままになる場面があります
- 商用利用規約の改訂を追うタイミングを決めていないと、 契約条件の改訂に気づかないまま運用が続く場面があります
「契約して SSO を ON にする」 までは事務所内で進めやすい部分です。 一方で、 チームコラボ機能・コード生成エージェント機能・長コンテキストを業務メニューに組み込む段階では、 上の場面が連動して出てきやすいので、 契約前に運用設計の主担当を決めておく流れにしている事務所もあります。
判断軸を「機能が多いか」 ではなく「自所の業務範囲と守秘義務に対して、 契約・管理・運用が整合するか」 のほうに置いてみると、 ベンダー比較の作業はぐっと軽くなる場面が多いように感じます。 プラン選定の前に、 現状棚卸し・業務範囲定義・要件確定を手元で済ませておく、 という順序が、 後から戻りにくい運用につながりやすいです。
本記事はベンダー別連載の Claude Team / Enterprise 編です。他のベンダーを検討中の方はあわせてどうぞ:
参考
Footnotes
-
商用 AI チャットツール大手の Commercial Terms of Service の一例として、 Anthropic「Commercial Terms of Service」 https://www.anthropic.com/legal/commercial-terms 。 「顧客コンテンツでモデル学習を行わない」 旨が明記されている例、 Outputs の権利を顧客側に割り当てる旨、 Customer Content を機密情報として扱う旨、 DPA を参照により取り込む旨が記載されていることが多いです。 各事業者の最新条件は契約時点の規約を確認のこと。 ↩ ↩2 ↩3 ↩4
-
商用 AI チャットツール大手の Enterprise Pricing ページの一例として、 Anthropic「Claude Enterprise Pricing」 https://claude.com/pricing/enterprise 。 Enterprise プランの機能として SSO and domain capture、 SCIM、 Audit logs、 Role-based access with fine-grained permissioning、 Compliance API、 Data retention controls、 HIPAA-ready offering available、 利用上限制御、 利用量分析、 関連機能の同梱が記載されていることが多いです。 各事業者の最新条件は契約時点の規約を確認のこと。 ↩ ↩2 ↩3 ↩4 ↩5
-
商用 AI チャットツール大手の Enterprise 製品ページの一例として、 Anthropic「Claude Enterprise」 https://www.anthropic.com/product/enterprise 。 顧客のプロンプト・応答がデフォルトでモデル学習に使われないこと、 保持期間が設定可能であること、 SSO による一元管理、 監査ポリシー対応、 関連機能を単一契約配下で展開可能であること、 Trust Center で認証・サブプロセッサ・データポリシーを公開していることが示されています。 各事業者の最新条件は契約時点の規約を確認のこと。 ↩ ↩2 ↩3 ↩4 ↩5
-
商用 AI チャットツール大手の個人向けプラン向けプライバシーセンターの一例として、 Anthropic Privacy Center「Is my data used for model training? (consumer products)」 https://privacy.claude.com/en/articles/10023580-is-my-data-used-for-model-training 。 個人向けプランを対象とした記事である旨が冒頭に明示されていて、 商用プランとは別ポリシーで運用されることが読み取れます。 ↩
-
商用 AI チャットツール大手の商用プラン向けプライバシーセンターの一例として、 Anthropic Privacy Center「Is my data used for model training? (commercial products)」 https://privacy.claude.com/en/articles/7996868-is-my-data-used-for-model-training 。 商用プランではデフォルトで入出力をモデル学習に使用しない旨、 ユーザーが明示的にフィードバックを提供した会話は一定期間保持されうる旨、 Team / Enterprise の所有者が組織設定で「チャット評価」 機能を無効化できる旨が記載されていることが多いです。 ↩ ↩2
-
個人情報保護委員会「生成 AI サービスの利用に関する注意喚起等」 (令和 5 年 6 月 2 日 / 2023-06-02 公表) https://www.ppc.go.jp/news/careful_information/230602_AI_utilize_alert/ 。 事業者向けに「機械学習に利用しないこと等を十分に確認すること」 を明記。 ↩ ↩2