署名前にChatGPTでITサービス契約書・SOWをレビューする方法

要点： 契約書をアップロードし、「要約して」ではなく固定の質問セットを走らせる——何が範囲内で、何が明示的に除外され、「応答時間」はどう定義され、サービスクレジットは実際にいくら払い、契約はどう終わり、解約時に構成データは誰のものか。20分でギャップが見えます。ただし、その取引を結ぶべきかどうかは教えてくれません。

ITサービス契約書は、多くの中小企業の購買側が丁寧に読まない種類の文書です。そしてそれは、間違った理由で下された合理的な判断です。14ページの、密度が高く、いかにも汎用的に見える文章。営業担当は親切だったし、価格はもう決まっている。交渉可能に見えた項目——単価、期間、人数——は数週間前にメールで決着している。残っているのは定型文に見える。

定型文ではありません。何かが起きたときにどうなるかを決める段落こそ、誰も読まない段落であり、それはベンダーの法務が、ベンダーのために書いたものです。これはスキャンダルではなく、契約とはそういうものです。非対称なのは、一方はこの文書を100回読んでいて、もう一方は初めて読むという一点だけです。

言語モデルはその差の一部を安く埋めます。契約が公正かどうかは教えてくれませんし、弁護士でもありません。得意なのは、チェックリストに照らして14ページを読み切り、9ページ目で飽きないことです——これはまさに、多忙な購買担当者が夕方6時に契約書を見るときの典型的な失敗の仕方です。

あとで金がかかる条項と、それが定型文に見える理由

高くつく条項は、めったに攻撃的ではありません。たいていは、読み手が注意を払っていない水準で正確なだけです。

「応答時間」はほぼ確実に「復旧時間」ではありません。 4時間応答SLAは通常、誰かが4時間以内にチケットを受け付けることを意味します。その日のうちに直るのか、その週なのか、そもそも直るのかは、多くの場合まったく触れられていません。この定義上の一点の欠落が、「SLAがあるのに3日かかった」という会話の最も一般的な発生源です。

除外条項は範囲リストより多くの仕事をしています。 範囲のセクションは営業が見せたものです。除外リスト——サードパーティ製ソフトの不具合、メーカー自身のサポート窓口が絡む一切、配線工事、「顧客支給機器に起因する問題」——こそが、実際の請求額を決めます。除外されたものはすべて料金表に落ち、その単価をあなたは他社と比べたことがおそらく一度もありません。

サービスクレジットは通常、インシデントより小さい。 よくある構造は、クレジットの上限を月額の一定割合に設定するものです。1日の停止による損失がそれを明確に上回るなら、そのクレジットは救済ではなく身振りです。事後ではなく事前に知る価値があります。

自動更新と長い通知期間の組み合わせは実コストです。 12か月契約、自動更新、解約には90日前の書面通知。この窓を1週間逃せば、もう1年買ったことになります。署名した日に通知期限をカレンダーへ入れてください。

解約時の引き継ぎはサービスであり、サービスには料金がかかります。 ドキュメントの書き出し、管理者資格情報の引き渡し、RMMテナントの移管、資産台帳の提供——誰が、誰の費用で行うのか。契約書が沈黙しているなら、こじれた別れ際の答えは「当社の標準時間単価で、手が空いたときに」です。

「この契約書を要約して」ではなく、構造化されたレビューを走らせる

要約を頼めば要約が返ってきます——流暢で、正確で、役に立たない、その文書の自己申告の言い換えです。価値は追及にあり、追及は二つの習慣から生まれます。固定の質問をすること、そして欠けているものを尋ねることです。

毎回走らせる価値のある質問セット

文書を渡し、役割を明示します。あなたは顧客側の立場でこれをレビューしており、顧客の期待と書かれた条件が食い違う箇所を見つけるのが仕事だ、と。そのうえで、一度に全部ではなく、軸を一つずつ進めます。

範囲と除外。 明示的に含まれるサービス、明示的に除外されるサービス、そして——最も有用なもの——合理的なマネージドIT購入者なら含まれると考えそうだが、文書がどちらとも述べていない事項を列挙させます。紛争は沈黙のなかに住んでいます。

SLAの仕組み。 応答時間、解決時間、重大度レベル、営業時間の正確な定義と、時間外の扱いを原文で引用させます。SLA達成の判定根拠は何か、誰が測定するのかも聞いてください。「サービス提供者のチケットシステム」は成り立つ答えですが、それが答えだと知っておくべきです。

お金。 月額以外の請求が発生しうるすべての状況を挙げさせます——範囲外作業、最低出動料、旅費、時間外倍率、プロジェクト作業、年次改定、通貨条項。

期間と解約。 期間、更新の仕組み、通知期間、双方の任意解約権、そして解約時に提供者が何を引き渡さなければならないか。

データとアクセス権。 ドキュメント、資産台帳、監視設定、バックアップは誰のものか。契約終了時にデータはどうなるか。提供者はあなたのテナントにどのような管理者アクセスを保持しているか。

このレビューが物珍しさで終わるか実務になるかを分ける技法が二つあります。要約ではなく原文引用を求めること——発見には必ず条項本文を添えさせます。モデルは契約を言い換えるときにずれることがあり、引用なら数秒で検証できるからです。そして、ベンダーの義務ではなく、あなたが負う義務を挙げさせること。購買側はベンダーの約束を読みます。しかし「顧客の義務」条項にこそ、「顧客は対象ハードウェアすべてについて有効なメーカー保守を維持すること」が静かに置かれ、その隣に「これを怠った場合SLAは無効」が並んでいます。

二社を同じ軸で比べる

この方法が元を取るのはここです。二つのマネージドサービス提案書は、書かれたままではほぼ比較できません。同じ言葉で違うものを指し、価格構造を意図的に別の形にしているからです。

各文書に同一の質問セットを別々に走らせ、抽出した軸で並べた対比を作らせます。両契約が同じ用語を違うように定義している箇所を必ず指摘させてください——ある社の「P1」はサービス全断を要求し、別の社のそれは役員1名のノートPCを含むかもしれません。この差は席あたり数ドルよりはるかに大きな価値があり、誰かが定義を並べるまで見えません。

実例——標準的なマネージドサービス契約書に見つかった三つの指摘

香港にオフィス、深圳に工場を持つ従業員120名の製造業が、地域マネージドサービス契約を結ぼうとしています。文書は15ページと付属文書2点。有能な提供者が出した、まっとうで理不尽でもない契約書です。

指摘一：応答SLAは実質的に受付SLAである。 付属文書AはP1応答を1時間と定義し、解決時間はどこにも定義していません。珍しくはなく、必ずしも問題でもありません——ただしこの購買担当者は、重大障害は「1時間で直る」と取締役会に説明していました。修正は一行の追加です。P1に目標解決時間を置くか、解決は最善努力であると明記するか。どちらでも構いません。間違ったほうを信じることだけが問題です。

指摘二：オンボーディングは範囲内、移行は範囲外。 範囲リストには「オンボーディングと移行支援」とあります。除外の付属文書には「データ移行および前任提供者の構成に起因する一切の作業」が除外されています。この二つの条項は同じ8週間の作業を指しており、顧客側の「何を買ったか」という理解は、完全に前者だけで形成されていました。

指摘三：通知期間が更新リマインダーより長い。 自動更新、90日通知。購買側の調達カレンダーは、年次ベンダー見直しのリマインダーを満了60日前に設定していました。窓を逃すことは、すでに日程に組み込まれていたわけです。

三つとも、悪いベンダーである証拠ではありません。三つとも、障害の最中ではなく署名前に聞く価値のある問いであり、三つともチェックリストを持った20分の作業から出てきました。モデルがしなかったのは、価格が妥当かを告げること、どちらの提供者を選ぶべきかを言うこと、そして準拠法条項が二つの法域をまたいで執行可能かを判断することです。それらは別の問いであり、答えも別です。

AI支援の契約レビュー vs 商務弁護士 vs ひな形にそのまま署名

• コストと所要時間 — AI支援レビューの圧勝。限界費用ほぼゼロの20分、しかも実際に文書が目の前にある瞬間に使えます。
• 定義のギャップと内部矛盾の発見 — AI支援レビューが優位。SLA付属文書と除外付属文書と本文を突き合わせるのは機械的な読解作業であり、モデルはそれが得意です。
• 執行可能性・管轄・責任上限 — 商務弁護士の圧勝。責任制限条項が香港、シンガポール、中国本土で通用するかは特定法域の法律問題であり、読解問題ではありません。
• 交渉の材料と市場慣行 — 弁護士か経験あるITアドバイザーが優位。どの条項なら提供者が通常譲るかは、多数の交渉経験から来る知識で、文書のなかにはありません。
• 助言が誤っていた場合の責任 — 弁護士が絶対的に優位。専門的助言には専門家責任が伴います。チャットのログには何も伴いません。
• 読まずにひな形へ署名 — 速さだけで勝ち、そして多くの中小企業が実際にやっていることです。こうした会話が障害の前ではなく後に起きる理由でもあります。

多くの中小企業にとって現実的な順序は、三択ではありません。モデルで短く具体的な質問リストを作り、その大半をベンダーと直接片づけ、残ったものだけを弁護士に持ち込む——これは「この契約書をレビューしてください」よりはるかに安い依頼です。

これは法的助言ではなく、その区別は免責文言ではない

「法的助言ではありません」はたいてい形式的な決まり文句として読まれるので、違いを正確に述べておく価値があります。

モデルは目の前の文字を読みます。第11.3条が責任を3か月分の料金に制限していること、そしてあなたが述べたリスク規模からすればその上限に実質的な意味があることは指摘できます。しかし、その上限が第19条の準拠法の下で有効かどうか、その法域の裁判所が類似条項を限定解釈してきたかどうか、第12条の補償があなたの保険とどう相互作用するかは分かりません。それらは文書の外にある法と判例に依存します。

交渉力についての見解も持ちません。条項を変えられるかどうかは、提供者がその案件をどれだけ欲しいか、いまが何四半期か、あなたに代替案があるか次第で、どれも紙の上にはありません。

出力は評決ではなく質問リストとして扱ってください。これは謙遜ではなく、手元にあるものの正確な説明です。

正しく進めるために——商業上の機密、NDA、そしていつITを入れるか

アップロードする前に、実務上の3点。

その文書が、あなたがやろうとしていることを禁じていないか確認する。 多くの契約ドラフト、そしてほぼすべてのNDAは、内容の第三者への開示を制限します。AIサービスで処理することが開示に当たるかは、文言と、そのサービスの条件によります——契約上のデータ取り扱い確約がある法人向け/エンタープライズ階層と、消費者向けアカウントは実質的に別の立場です。レビューする契約書の機密条項を、レビューする前に読んでください。そして自分が実際に使っている階層の現行のデータ保持・学習利用条件を、思い込みではなく確認してください。

不要なものは削る。 このレビューが依拠するのは構造と定義であって、固有名ではありません。ベンダー名、自社の法人名、担当者名、場合によっては価格もプレースホルダに置き換えられ、発見は一つも弱まりません。

技術付属文書こそ、非技術の購買側がつまずく場所です。 パッチ適用の時間帯、バックアップのRPOとRTO、対象デバイス数と超過時の扱い、監視の範囲、そして「顧客支給機器」の除外——これらは技術の衣をまとった商務条件です。IT環境を運用してきた人間が読むべきであり、その規律——明示的な成果物、明示的な除外、測定可能な受け入れ基準——こそ、きちんと書かれたIT作業範囲記述書（SOW）の存在意義です。当社のAI+サポートとマネージドITサポートはその両側に位置します。Brocentは2007年の北京での創業以来アジア全域でこうした契約を書き、履行してきました。本社はシンガポール、2016年から香港にオフィスがあります——ときには、顧客がこのチェックリストを当社自身の契約書に走らせることも含めて。問うべき質問を公開するベンダーは、自ら守らなければならない約束をしています。同じ「文書を尋問する」型の応用として、AIで財務モデルをレビューする方法も併せてどうぞ。

よくある質問

NDAの対象である契約書をAIツールにアップロードするのは違反ですか？

違反になりうるもので、答えはその文書のなかにあります。機密条項は通常、第三者への開示を制限し、同等の義務を負う専門アドバイザーやサービス提供者について例外を置くことがあります。AIベンダーがその例外に収まるかは、条項と、あなたの契約階層に適用されるベンダーの契約条件によります。機微な契約なら、データ取り扱い確約のある法人向け階層を使い、識別情報を伏せるか、相手方に聞いてください。聞くことは弱さではありません。

解約・終了条項が「ない」ことをAIは見つけられますか？

見つけられます。しかも「欠落」こそ最も有用な用途です——ただし直接尋ねた場合に限ります。モデルは「この文書はXを扱っているか」に答えるほうが、Xが欠けていると自発的に気づくよりはるかに得意です。この種の完全な契約が通常カバーする項目リストを渡し、どれが扱われていないか尋ねてください。この問い直しが、難しい作業を易しい作業に変えます。

商務弁護士の代わりになりますか？

なりません。代わりになるのは「誰も契約書を読まない」版のレビューであり、多くの中小企業にとってはそれが現実の代替案です。うまく使えば弁護士を安く使えます。「この契約書をレビューしてください」ではなく、具体的な6つの条項と各々への質問を持って行けるからです。

SLAではどの定義を求めるべきですか？

最低限、応答と解決の書面上の区別、提供者の判断ではなく業務影響で定義された重大度、明記された営業時間と時間外の扱い、そして測定元の明示です。解決時間のコミットメントまで必要かどうかは、停止が実際にいくらの損失かによります——その数字は交渉の前に持っておく価値があります。

二社のMSP見積もりを公平に比べるには？

両方から同じ軸を抽出し——範囲、除外、SLA定義、請求が発生しうるすべての事象、期間と解約、データ帰属——提案書ではなく軸を比べます。両方が使っていて定義が異なる用語に特に注意してください。席あたり単価は最も比べやすく、総コストを決めることは滅多にありません。

スキャンPDFや二言語契約も扱えますか？

スキャン文書はまず信頼できるテキスト抽出が必要です。品質の悪いスキャンは自信満々の誤りを生むので、抽出結果を数条項分は原本と突き合わせてください。二言語契約はこの地域では一般的で、通常どちらか一方を正文と定めます。まずその正文条項をモデルに特定させ、正文側をレビューしてください。そして両版の間に見つかった差異は、結論ではなくベンダーへの質問として扱ってください。

最初の一歩

目の前の契約書ではなく、前回署名した契約書で試してください。その関係がその後どうなったかをあなたはすでに知っているので、手法の精度チェックが無料で手に入ります——そしてレビューが、1年間ずっと引っかかっていたまさにその点を掘り出したなら、更新時に何を求めるべきかが分かります。出てきた質問が法的リスクではなく範囲と除外に関するものだったなら、それは法務の会話ではなくITの会話であり、私たちが喜んで受ける種類の会話です。お問い合わせください。