「当社の判断で停止」「いつでも料金変更」では足りない――継続契約を安全に運用するための設計
SaaSでは、利用規約が契約関係を長期間支えるため、サービス開始後の運用変更が避けられません。利用規約違反や不正利用があればアカウントを止める必要があり、コスト上昇や機能拡張があれば料金体系の見直しも必要になります。ところが、利用規約に「当社は必要と判断した場合にいつでも停止できる」「料金は当社の判断で変更できる」と書いておけば、そのとおりに運用できるとは限りません。
とくに料金改定は、契約期間中に既存顧客へ適用するのか、次回更新から適用するのかで法的な評価が大きく異なります。また、BtoB SaaSと消費者向けSaaSでは、消費者契約法や特定商取引法の追加的な検討も必要です。本稿では、アカウント停止と値上げを中心に、SaaS利用規約を「実際に運用できる契約」にするための考え方を整理します。
この記事の結論
SaaS利用規約では、①契約書類の優先順位、②停止事由と停止手続、③停止・解除・データ削除の区別、④料金改定の適用時期、⑤規約変更の法的根拠と周知方法を一体で設計する必要があります。
アカウント停止は、緊急停止が必要な事由と、通知・是正機会を与える事由を分けるのが基本です。料金改定は「規約変更条項があるから自由に変更できる」のではなく、定型約款に当たる場合には民法548条の4の要件を満たす必要があります。契約期間中の値上げは特に慎重に扱い、更新時適用、個別合意、あらかじめ明確な算定ルールを定める方法などを検討します。
1.最初に「どの文書が契約条件を決めるか」を整理する
SaaSの契約条件は、利用規約だけで完結しないことが一般的です。法人向けSaaSでは、申込書・注文書(Order Form)、利用規約、個別契約、SLA、DPA、料金表、仕様書などが併存します。値上げや利用停止を検討する前に、まず各文書の優先順位と変更方法を確認する必要があります。
| 文書 | 主な役割 | 停止・値上げとの関係 |
|---|---|---|
| 申込書・注文書 | プラン、料金、契約期間、ID数等を個別に確定 | 個別に合意した料金・期間は、一般的な規約変更で当然に上書きできるとは限らない |
| 利用規約 | 共通の利用条件、禁止事項、停止・解除、規約変更等 | 停止権限や変更手続の基本ルールを定める |
| 料金表・プラン表 | 単価、従量課金、オプション料金等 | 規約の一部として組み込むなら、対象文書と変更方法を明確にする |
| SLA・仕様書 | 可用性、サポート、機能範囲等 | 停止ではなく障害・保守による利用不能を扱う場合がある |
| DPA等 | 個人データ処理、安全管理等 | 停止・終了時のデータ返却・削除と接続する |
実務上重要なのは、優先順位条項です。たとえば「注文書と利用規約が抵触する場合は注文書を優先する」と定めている場合、注文書で年間料金を固定しているのに、利用規約の一般的な変更条項だけを使って契約期間中の料金を上げることには慎重な検討が必要です。
2.利用規約は「掲載しているだけ」で契約内容になるわけではない
民法548条の2は、一定の取引に用いられる定型約款について、定型約款を契約内容とする旨を合意した場合、又は準備者があらかじめその旨を相手方に表示していた場合に、個別条項についても合意したものとみなす仕組みを定めています。他方、相手方の権利を制限し、又は義務を加重する条項で、取引の態様・実情・社会通念に照らして信義則に反し相手方の利益を一方的に害すると認められるものは、合意しなかったものとみなされます。
SaaSの利用規約が常に「定型約款」に該当するわけではありません。多数の利用者との定型的な取引のために一方当事者が準備した条項であれば該当しやすい一方、個別交渉を前提とする大口法人契約や、特定顧客向けに条件を作り込む契約では、定型約款規定だけで整理できないことがあります。定型約款に当たらない場合、既に成立した契約を一方的に変更できるかは、契約条項と一般原則に基づき別途検討します。
実務上のポイント
利用規約へのリンクを申込画面に置くだけでなく、「利用規約を契約内容とする」ことが分かる導線を設け、契約時点の規約バージョンを後から確認できる状態にしておくことが重要です。料金表、利用ポリシー、APIポリシー等を規約の一部にしたい場合は、対象文書を特定し、どの文書が契約を構成するのかを曖昧にしないようにします。
3.アカウント停止条項は「停止できるか」より「どう停止するか」を設計する
SaaS事業者には、セキュリティ、他の利用者保護、料金回収、法令遵守のためにアカウントを停止しなければならない場面があります。しかし、停止は顧客の業務を直接止めるため、根拠が広すぎたり手続が不透明だったりすると、契約上の紛争や損害賠償請求につながり得ます。停止条項は「停止権限」を確保するだけではなく、停止のレベル、通知、是正、再開、データの扱いまで設計します。
3-1.停止事由を「緊急」と「是正可能」に分ける
| 類型 | 典型例 | 基本的な対応 | 規約上の設計 |
|---|---|---|---|
| 緊急停止 | 不正アクセス、認証情報漏えい、攻撃行為、重大な法令違反、第三者権利侵害、サービス全体への重大な危険 | 事前通知なしの即時停止が必要になり得る | 「合理的に必要な範囲」で即時停止できる旨、通知可能時の事後通知、復旧判断を定める |
| 料金不払い | 支払期限経過、カード決済失敗等 | 催告・猶予後の停止が通常は運用しやすい | 支払期限、猶予期間、停止日、再開条件、停止中の料金発生の有無を明記 |
| 通常の規約違反 | 禁止行為、利用範囲違反、ライセンス超過等 | 是正可能なら通知と是正期間を設ける | 違反内容の通知、是正期間、未是正時の停止・解除を段階化 |
| 法的・外部要請 | 裁判所・行政機関の命令、クラウド基盤からの要請等 | 内容に応じ迅速に対応 | 法令上許される範囲で通知し、対象範囲を必要最小限にする |
「当社が不適切と判断した場合」「当社が必要と認めた場合」といった包括条項だけに依存すると、予測可能性が低くなります。列挙事由に加え、想定外の重大リスクに備える補充条項を置く場合も、「サービスの安全・第三者の権利保護等のため合理的に必要な場合」のように判断目的と必要性を限定する方が説明しやすくなります。
3-2.全面停止だけでなく「必要最小限の措置」を用意する
停止は0か100かではありません。APIキーの無効化、特定ユーザーの停止、書込機能の制限、外部共有機能の停止、管理者のみログイン可能にするなど、リスクに応じた段階的措置を設計できれば、顧客業務への影響を抑えられます。規約でも、サービス全部又は一部を停止・制限できることを明確にし、技術的にも同じ粒度で制御できるようにしておくことが望まれます。
3-3.通知・是正期間は一律に決めない
SaaSのアカウント停止について、あらゆる場合に法律上「30日前通知」などの一律の期間が定められているわけではありません。重要なのは、違反の性質、緊急性、顧客への影響、是正可能性に応じて合理的な手続を設計することです。重大なセキュリティリスクでは即時停止が必要な一方、料金不払い・軽微な違反であれば、事前通知と是正期間を設ける方が紛争予防に有効です。
- 停止理由と対象範囲を、可能な限り通知できるようにする
- 是正可能な違反では、違反内容と期限を特定する
- 即時停止した場合でも、秘密保持・捜査対応等に支障がない範囲で事後説明を行う
- 再開条件、再開申請方法、確認に必要な資料を定める
- 誤検知や第三者による不正利用に備え、問い合わせ窓口を整備する
3-4.「利用停止」「契約解除」「データ削除」を別々に定める
利用停止は契約を存続させたままサービス利用を一時的に制限する措置です。これに対し、契約解除・強制退会は契約関係を終了させる措置であり、データ削除はさらに別の問題です。これらを一つの条項で「停止・削除等ができる」とまとめると、停止時点でデータが消えるのか、料金は発生するのか、復旧できるのかが分からなくなります。
| 措置 | 契約関係 | 料金 | データ |
|---|---|---|---|
| 一時停止 | 原則継続 | 発生させるか停止するかを規約で明確化 | 原則保持。アクセス可否・保持期間を定める |
| 契約解除・強制退会 | 終了 | 終了日までの料金・未払金・違約金等を整理 | 返却・エクスポート期間、削除時期を定める |
| データ削除 | 契約終了後等に実施 | 直接の料金問題とは別 | 本番・バックアップ・ログの扱いまで運用と整合させる |
3-5.裁判例から見るアカウント停止の合理性
東京地裁令和3年4月21日判決(令和元年(ワ)第13863号)では、オンラインショッピングサイトの利用者が購入数量制限に複数回違反し、事業者がアカウントを閉鎖した結果、登録されていたギフト券残高も利用できなくなったことについて、停止措置の違法性が争われました。
事業者は、最初の違反時とその後の再違反時に、注文をキャンセルするとともに、違反を繰り返せば関連アカウントを含めて取引停止となり得ること、アカウント閉鎖時にはギフト券等も無効となることを通知していました。それでも再度数量制限違反が行われたため、アカウントが閉鎖されました。裁判所は、数量制限には買占め防止や一般利用者の購入機会確保という合理的理由があり、複数回の違反と警告を経た閉鎖措置に不当な点はないとして、不法行為責任を否定しました。
もっとも、この判決は、事前警告が常に法的な必須条件であるとしたものではありません。裁判所は、利用者が客観的に複数の規約違反をしていたことも認定し、仮に警告を認識していなかったとしても、直ちに閉鎖措置が違法になるわけではないとしています。実務上は、是正可能な違反について警告・是正機会を設け、その通知内容や違反履歴を記録しておくことが、停止判断の合理性を説明するうえで有効です。
これに対し、東京地裁令和3年3月30日判決(令和元年(ワ)第35164号)は、事前通知なしの即時停止が問題となった事例です。利用者は、通常の市場価格を大きく上回る価格で、知人との間で同一日に複数の腕時計を相互に売買していました。裁判所は、この取引状況から、ギフト券等で支払った金銭を自己の下に還流させて現金化しようとするものであり、アカウントが違法な活動に使用されている可能性があると事業者が判断したことには相当の理由があるとして、利用規約等に基づく予告なしの停止を違法とはしませんでした。また、出品用アカウントに関するBSAは事業者向け契約であるため消費者契約法が適用されず、一般利用規約の予告なし停止条項についても、迅速な停止の必要性があるとして同法10条により無効とはいえないと判断しました。
これらの裁判例は、利用規約に広い停止裁量を書いておけば自由に停止できることを示すものではありません。裁判所は、具体的な規約違反や取引状況、停止の目的・必要性、事前警告の経緯などを個別に検討しています。SaaS利用規約でも、通常の規約違反については通知・是正・停止を段階化し、不正利用や重大なセキュリティリスク等については客観的な根拠に基づく即時停止を可能にするなど、停止類型ごとに手続を分けて設計することが重要です。
4.障害・保守による利用不能を「アカウント停止」と混同しない
計画メンテナンス、クラウド障害、通信障害、災害等によるサービス中断は、利用者の違反を理由とするアカウント停止とは性質が異なります。利用規約では、保守・障害によるサービス停止の根拠と通知、SLA上の可用性やサービスクレジット、免責・責任制限を別に整理します。
これらを全て「当社はいつでもサービスを停止でき、責任を負わない」と一括すると、契約上の義務の範囲が不明確になります。特にBtoCでは、事業者の損害賠償責任を全面的に免除する条項等について消費者契約法8条の規律があるため、免責条項まで含めて別途確認が必要です。
5.値上げ条項は「いつから、誰に、どの根拠で適用するか」を決める
料金改定で最も重要なのは、「料金を変更できる」と書くことではなく、どの顧客に、どの時点から、どの法的根拠で新料金を適用するのかを決めることです。月額契約、年間契約、最低利用期間付き契約、従量課金など契約構造によって、適切な変更方法は異なります。
5-1.定型約款の変更には民法548条の4の要件がある
利用規約が定型約款に当たり、その変更により既存契約の内容を個別合意なく変更する場合、民法548条の4が中心的なルールになります。同条は、①変更が相手方の一般の利益に適合する場合、又は②契約目的に反せず、変更の必要性、変更後の内容の相当性、変更条項の有無・内容その他の事情に照らして合理的な場合に、定型約款を変更できるとしています。
また、変更の効力発生時期を定め、変更する旨、変更後の内容、効力発生時期をインターネットその他の適切な方法で周知する必要があります。したがって、利用規約に「当社はいつでも自由に変更できる」と記載しただけで、すべての値上げが当然に有効になるわけではありません。
「値上げ条項がある=自由に値上げできる」ではない
値上げは通常、利用者に経済的不利益を与える変更です。とくに契約期間中の大幅な値上げや、顧客が容易に他社へ移行できない状況での変更は、民法548条の4の合理性を慎重に検討する必要があります。変更条項の存在は判断要素の一つですが、それだけで有効性が決まるものではありません。
5-2.契約期間中の値上げと「次回更新からの値上げ」を分ける
| 方法 | 法的・実務的な特徴 | 設計上のポイント |
|---|---|---|
| 契約期間中に既存料金を変更 | 既存契約の中核条件を変更するため慎重な検討が必要 | 民法548条の4の要件、注文書等との優先関係、値上げ幅・理由・解約可能性等を総合検討 |
| 次回更新から新料金を適用 | 現在の契約期間中の価格を維持し、次期契約条件として提示できる | 更新期限より十分前に新料金と適用日を通知し、更新拒絶・解約の方法を分かりやすくする |
| 個別合意を取得 | 変更の合意を明確にできる | 大口顧客、年額固定契約、大幅改定等で有効。承諾記録を保存 |
| あらかじめ算定式を定める | 料金決定ルール自体を契約時に合意 | 従量単価、利用数、外部指数等の客観的要素と計算方法を明確にし、事業者の無制限裁量を避ける |
経済産業省の「電子商取引及び情報財取引等に関する準則」も、継続的な取引で利用規約を変更する場面について民法548条の4を踏まえて整理しています。とくにデジタルサービスでは、顧客がデータや業務フローを蓄積し、他社への切替えが容易でない場合があります。単に「嫌なら解約できる」とするだけで、値上げの合理性が当然に確保されるわけではない点に注意が必要です。
5-3.「30日前通知」は万能な法定ルールではない
料金改定について「30日前に通知すれば有効」という一律の法定ルールがSaaS全般に存在するわけではありません。必要な予告期間は、契約期間、値上げ幅、顧客の切替えに要する期間、請求サイクル、解約期限等を踏まえて設計します。実務では30日、60日、90日などを設定することがありますが、重要なのは数字を置くこと自体ではなく、顧客が変更内容を把握し、必要に応じて対応できる時点で確実に通知することです。
- 新料金、適用対象、適用開始日を明示する
- 変更前後の料金を比較できるようにする
- 更新期限・解約期限との前後関係を整合させる
- メールだけでなく管理画面等、重要通知として認識しやすい方法を検討する
- 通知日時、宛先、規約バージョン、変更内容を記録として保存する
5-4.「料金表だけ差し替える」運用は避ける
ウェブ上の料金表を差し替えるだけでは、既存顧客に対する新料金の適用根拠や適用時期が不明確になります。料金表を利用規約の一部とする場合は、その位置付け、変更方法、既存契約への適用時期を明らかにし、旧料金表も保存します。請求システム上のプランIDや契約開始日と法務上の料金条件を紐付けておくと、顧客ごとにどの価格が適用されるかを追跡しやすくなります。
6.BtoC SaaSでは消費者契約法・特定商取引法も確認する
法人・事業者のみを対象とするSaaSと、個人消費者も利用できるSaaSでは追加規制が異なります。消費者契約に該当する場合、消費者契約法10条は、任意規定による場合に比べて消費者の権利を制限・義務を加重し、信義則に反して消費者の利益を一方的に害する条項を無効とします。したがって、事業者の完全な裁量だけで停止・値上げを可能にする条項は、BtoCでは特に慎重に設計する必要があります。
また、インターネット上で消費者にSaaS・デジタルサービスを販売し、特定商取引法上の通信販売に該当する場合には、申込みの最終確認画面で、価格・対価、支払時期・方法、役務の提供時期、解除等に関する事項などを明確に表示する必要があります。定期的・継続的に料金が発生する契約では、各回の支払や契約期間、自動更新、解約方法等を誤認させない表示が重要です。
BtoBとBtoCを同じ利用規約で運用する場合
法人ユーザーと消費者ユーザーを同一規約で扱うと、消費者向けの強行規定を踏まえて条項を設計する必要があります。サービスの対象が法人限定であれば、申込時に法人・事業利用であることを確認し、個人利用を許容するならBtoC規制を前提に申込画面・規約・解約導線まで設計します。
7.危険な条項と、実務上の改善方向
| 論点 | 避けたい設計 | 改善方向 |
|---|---|---|
| 停止事由 | 「当社が必要と判断した場合、理由なく停止できる」 | 具体的事由+合理的必要性の補充条項。緊急停止と是正型停止を区別 |
| 停止手続 | 停止と同時に自動解除・データ削除 | 一時停止→是正→解除を段階化し、データ保持・再開条件を別途定める |
| 料金変更 | 「当社はいつでも任意に料金を変更できる」 | 変更理由・適用時期・通知方法・契約期間との関係を定め、548条の4の要件を前提に運用 |
| 更新 | 更新日直前に値上げを通知 | 更新拒絶・解約期限より前に通知し、次期料金を認識して判断できる期間を確保 |
| 外部文書 | 料金表・利用ポリシーを無限定に「当社ルール」とだけ記載 | 契約を構成する文書を特定し、優先順位と変更方法を明確にする |
| 変更証跡 | 現行規約だけを上書き保存 | 規約バージョン、変更履歴、通知ログ、契約時点の適用版を保存 |
8.利用規約変更の社内フローを決めておく
利用規約は法務だけで変更しても運用できません。料金変更なら営業・請求・CS、停止条項ならセキュリティ・サポート・開発との連携が必要です。変更時の標準フローをあらかじめ決めておくことで、「規約だけ変えたがシステムは旧運用」という状態を避けられます。
| 手順 | 確認事項 | 残すべき記録 |
|---|---|---|
| 1. 変更内容の分類 | 利用者に有利か不利か、料金・停止・データ等どの中核条件に関わるか | 変更案、目的、必要性 |
| 2. 契約構造の確認 | 定型約款該当性、注文書・個別契約との優先関係、契約期間 | 対象契約・顧客セグメント |
| 3. 法的根拠の確認 | 個別合意か、次回更新か、548条の4による変更か | 法務レビュー記録 |
| 4. 通知設計 | 対象、通知方法、予告期間、効力発生日、解約期限 | 通知文面、送信ログ |
| 5. システム反映 | 請求、アカウント制御、UI、規約バージョン | デプロイ・設定記録 |
| 6. 問合せ対応 | FAQ、例外承認、異議・再開手続 | CS対応履歴、承認記録 |
9.SaaS利用規約チェックリスト
- 注文書・利用規約・料金表・SLA等の優先順位を定めているか
- 契約時点でどの利用規約が適用されたかを保存できるか
- アカウント停止事由を具体的に定めているか
- 緊急停止と、通知・是正期間を設ける停止を区別しているか
- 全面停止だけでなく必要最小限の機能制限ができるか
- 停止中の料金、データ保持、再開条件を定めているか
- 停止・解除・データ削除の法的効果を分けているか
- 障害・保守によるサービス停止をアカウント停止と区別しているか
- 料金変更条項が「無制限の裁量」になっていないか
- 契約期間中の値上げと次回更新からの値上げを区別しているか
- 年間契約・個別注文書の料金を一般規約だけで上書きしない設計になっているか
- 値上げの適用日、通知方法、更新・解約期限が整合しているか
- 料金表・利用ポリシー等を契約の一部にする場合、文書を特定しているか
- BtoCの場合、消費者契約法・特定商取引法上の表示等を確認したか
- 規約変更履歴、通知ログ、顧客ごとの適用条件を保存しているか
- 是正可能な違反では、警告・是正期限・再違反時の措置について通知履歴を保存できるか
- 緊急停止では、不正利用等を疑う客観的根拠となるログ・取引履歴等を保存できるか
- 停止に伴いポイント・残高等の経済的利益が失効する場合、その根拠と効果を明確にしているか
10.よくある質問
Q1.利用規約に「当社の判断で停止できる」と書けば、自由に停止できますか?
その文言だけで全ての停止が有効になるわけではありません。東京地裁令和3年4月21日判決(令和元年(ワ)第13863号)では、複数回の規約違反と警告を経たアカウント閉鎖について不法行為責任が否定されました。一方、東京地裁令和3年3月30日判決(令和元年(ワ)第35164号)では、不正・違法利用を疑う客観的な取引状況があり、迅速な対応の必要性があるとして、予告なしの停止が違法とはされませんでした。いずれも、規約文言だけでなく具体的な事実関係と停止の必要性が検討されています。停止事由を具体化し、是正可能な違反と緊急停止を分け、停止判断の根拠となる記録を残すことが重要です。
Q2.料金を30日前に通知すれば、既存顧客にも値上げできますか?
30日前通知はSaaS全般に共通する法定の万能ルールではありません。契約期間中の値上げでは、定型約款に当たる場合の民法548条の4の要件、個別契約との関係、値上げ幅・必要性等を検討します。
Q3.年間契約の途中で値上げするより、更新時に新料金を適用する方が安全ですか?
一般には、現在の契約期間中の合意済み料金を維持し、次回更新条件として新料金を提示する方が整理しやすいです。ただし、自動更新や更新拒絶・解約期限との関係を明確にし、十分前に通知する必要があります。
Q4.値上げに必ず解約権を付けなければなりませんか?
SaaS全般について一律に「値上げ時の解約権が法定必須」とはいえません。ただし、不利益を緩和し変更の合理性を支える事情になり得るため、特に大きな変更では検討価値があります。契約期間・顧客の乗換え可能性も踏まえて判断します。
Q5.料金表をウェブサイトで変更すれば、新料金を請求できますか?
既存顧客への適用は、料金表の契約上の位置付け、変更条項、契約期間、通知等によります。単に公開ページを差し替えただけでは、既存契約の料金を変更できるとは限りません。
Q6.料金未払いなら即時停止してよいですか?
契約条項と状況によります。少額・短期の遅延でも即時全面停止とする設計は顧客業務への影響が大きいため、通常は催告・猶予・再開条件を設計します。悪質性や信用リスクが高いケースについては別途即時対応を検討します。
Q7.BtoB SaaSなら消費者契約法は気にしなくてよいですか?
取引相手が事業者として契約する純粋なBtoB契約では、通常、消費者契約法の消費者契約には当たりません。ただし、個人消費者にも提供するサービスでは、申込主体・利用目的を確認し、BtoC向け規制を前提に設計する必要があります。
11.主要な一次資料・公的資料
- e-Gov法令検索「民法」
- 経済産業省「電子商取引及び情報財取引等に関する準則」2025年改訂
- 消費者庁「消費者契約法 逐条解説」
- 消費者庁・特定商取引法ガイド「通信販売の申込み段階における表示」
- 消費者庁「通販事業者の皆さんへ 最終確認画面や申込書面の表示方法」
まとめ|停止権限と値上げ権限は「広く書く」より「運用できるように書く」
SaaS利用規約では、事業者の裁量を最大限に広げれば安全になるわけではありません。アカウント停止では、緊急性と是正可能性に応じて手続を分け、停止・解除・データ削除を区別することが重要です。料金改定では、契約期間中の変更と更新時の新料金提示を分け、定型約款の変更ルール、個別注文書との優先関係、通知・解約期限を整合させます。
利用規約の文言と、実際の請求システム、アカウント制御、通知、CS運用が一致して初めて、条項は実務で機能します。新規SaaSのローンチ時だけでなく、料金体系の見直し、プラン統廃合、セキュリティルール変更、自動更新条件の変更などを行う際にも、既存顧客への適用方法から逆算して利用規約を確認することが重要です。
利用規約の新規作成・改定をご検討の企業様へ
弊所では、SaaS・ITサービスの利用規約、料金改定、停止・解除等について、サービス仕様と実運用を踏まえた設計・レビューに対応しています。
企業法務の取扱業務を見る