月額10万円の請求書が届くSaaSを「月契約」だと思っていた。更新日の前月に管理画面を開いたら、実際は年契約の月払いで、次年度の停止期限を過ぎていた。このとき問題になるのはボタンの場所ではなく、契約期間と請求周期を同じものとして管理していたことです。
法人SaaSの終了には、少なくとも五つの日があります。社内で不要と判断する日、事業者へ通知する期限、自動更新日、利用できなくなる日、データが消える日です。一日だけを「解約日」と呼ぶと、担当者間で違う予定を見てしまいます。
管理画面で自動更新をOFFにすることは、直ちに契約・請求・アカウント・保存データをすべて消す操作ではありません。何がいつ終わるかを項目ごとに確認します。
この記事は、企業がクラウド型業務サービスを更新せず、安全に終了するための実務を扱います。2026年9月5日に公的機関とMicrosoftの公式資料を確認しました。製品・販売経路・契約類型により条件は異なり、記載例は個別契約の法的判断ではありません。
請求書ではなく、申込書と管理画面を横に置く
購入経路と課金アカウントまで特定します。
最初に集めるのは、最新の申込書、利用規約、個別契約、見積・注文書、管理画面の契約情報、請求書です。優先順位を一律に決めるのではなく、どの文書が契約条件へ組み込まれているかを確認します。Web規約が改定されている場合は、申込時の版と通知履歴も対象です。
記録する欄は、契約主体、契約ID、販売者、製品名、ライセンス数、開始日、契約期間、更新単位、通知期限、通知方法、返金条件です。直接購入と販売代理店経由では、同じ製品名でも連絡先や取消し手続が違うことがあります。
Microsoft 365の法人向け公式案内でも、課金アカウントの種類や購入方法で解約条件が分かれます。MCAでは開始・更新後7日以内なら日割りの返金対象となる場合がある一方、その期間を過ぎると自動更新を止めて契約期間の残りを利用する扱いがあります。年契約を月払いにしている場合、残存期間の請求が続くと明記されています。
「毎月請求される」と「一カ月ごとに自由に終了できる」は同じ意味ではありません。契約期間、支払回数、更新単位の三欄を分けます。
この条件をすべてのSaaSへ当てはめることはできません。Microsoft内でもMOSA等では扱いが異なり、販売者主導の提案や国・地域による例外があります。製品名だけで期限を決めず、自社の契約IDにひもづく画面・文書を読みます。
4月1日更新なら、1月31日は作業開始日ではない
社内判断と移行を通知期限から逆算します。
架空の例で、契約期間が2026年4月1日から2027年3月31日、自動更新は一年、更新しない通知は満了60日前までとします。2027年4月1日の更新を止める通知期限は、日数の数え方と休日の扱いを契約で確かめたうえで、遅くとも1月31日を社内の基準日とします。
しかし1月31日に検討を始めては遅すぎます。代替が本当に動くか、必要データを出せるか、承認者が決裁できるかが未確認だからです。更新120日前の12月1日に契約責任者へ通知し、90日前までに利用部署と代替案を確定、75日前までに移行テスト、60日前より前に所定の方法で通知する日程を置きます。
通知がメールなら、送信した事実だけで完了にしません。宛先、件名、契約ID、対象製品、終了意思、希望日を残し、受付番号や相手の受領回答を保存します。管理画面なら変更前後の状態、操作者、操作日時、表示された満了日を記録します。口頭の営業連絡だけで所定の通知にならない契約もあります。
「満了60日前」は、60日前に考え始めるという意味ではありません。社内判断と移行試験を終え、正式通知が相手へ届いている期限です。
契約管理表へ更新日だけを置くのではなく、検討開始日、決裁期限、通知期限、移行開始日、最終利用日を入れます。責任者が退職・異動しても動くよう、個人の予定表ではなく共有の台帳へ置き、一次責任者と代行者を決めます。
月額10万円でも、止め損ねた金額は120万円になり得る
月払いと年契約を分けて残額を読みます。
年額120万円を月10万円ずつ支払う契約を例にします。更新を一カ月契約と誤認して期限を過ぎ、一年間の更新が成立すれば、利用を止めても120万円の支払義務が残る条件はあり得ます。実額は規約、解約条項、返金、減数、交渉結果で変わるため、これは損失の予測値ではなく、年契約と月払いの差を示す計算です。
反対に、不要な30ライセンスを1席月3,000円で一年残せば108万円です。契約全体を解約するかだけでなく、更新時に席数を減らせる期限と最小単位も調べます。SaaSの席数と利用率の見直し では、最終ログインだけで未使用を決めない方法を説明しています。
費用表には、残額、解約料、移行先の並行利用、データ変換、作業時間、外部支援、再設定、教育を入れます。旧環境を一カ月並行利用する費用は無駄とは限りません。給与計算や請求締めなど、戻せない業務の一周期を新旧で照合する保険になるからです。
解約で減る利用料だけを効果にすると、移行期間の二重払い、データ変換、連携の再構築を落とします。終了判断は初年度の移行費と二年目以降の固定費を分けて比べます。
データを出しただけでは、移行は終わらない
件数だけでなく業務で使えるかを照合します。
CSVをダウンロードできれば安心、とは限りません。添付ファイル、コメント、承認履歴、権限、監査ログ、ユーザーと案件の関連、削除済みデータ、文字コード、日時のタイムゾーンが含まれない場合があります。利用部門は画面で見えていた情報を、移行後にも同じ意味で使えるか確認します。
ファイルの存在だけでなく、件数、期間、添付、権限、日付が移行先で再現できるかを照合します。
たとえば顧客1万2,480件、添付3万1,205件、直近7年分を移すと決めたら、出力前後の件数と期間を記録します。これは架空の検証例です。無作為に20件を開くだけでなく、古い案件、権限限定、添付あり、文字化けしやすい氏名、削除・取消しの履歴を含むテスト集合を作ります。
Microsoftの解約案内は、解約前に利用者がデータを保存するよう注意し、顧客データは解約後30日以降に消える可能性があり、遅くとも180日以内に削除されると説明しています。ただし、この期間を他製品の共通保証にはできません。自社の契約で、読取可能期間、出力方法、削除予定、削除証明の有無を確認します。
本番データを移行先で開き、必要な業務を一度通せるまで、エクスポートファイルの作成を「移行完了」と呼びません。
独自ドメインと連携を最後に残さない
アカウント外の依存関係まで終了対象にします。
メールや認証へ使う独自ドメインは、解約前に解除や移管が必要なことがあります。Microsoftも、契約へ追加した独自ドメインは解約前に外すよう案内しています。DNSを先に変えるのか、ユーザーのメールを移すのか、旧環境からドメインを外すのかは、停止を避ける手順として設計します。
解約するSaaSの外側にある認証、ネットワーク、連携処理も、止める順番を決める対象です。
連携一覧には、シングルサインオン、API、Webhook、会計、給与、CRM、ファイル保管、バックアップ、監視、端末管理を含めます。画面から見えないサービスアカウントや夜間処理が残りやすい箇所です。APIキーの停止、許可アプリの解除、連携先でのエラー監視まで終了作業に入れます。
管理者が一人しかいないと、退職後に自動更新を止められない事態も起きます。請求担当、全体管理者、ドメイン管理者、データ所有者を台帳に分け、権限の引継ぎを定期的に試します。Microsoftの例でも操作には課金アカウントや課金管理の役割が必要です。
セキュリティ面では、契約終了後の保管・消去、バックアップの残存、再委託先、管理者ログの取得を確認します。IPAは2026年改訂の中小企業向けガイドラインでバックアップを基本項目に加えています。契約終了はバックアップを消す作業ではなく、保持義務と不要データ削除を両立させる作業です。
「法人だからクーリング・オフ」で議論を終えない
消費者向け制度の当然適用を前提にしません。
法人名義や事業目的の契約を、家庭向けの定期購入と同じ手順で扱うことはできません。消費者庁は消費者契約法の「消費者」から、個人でも事業として、または事業のために契約する場合を除いています。事業用契約で、消費者向けの取消しや解約の説明が当然に使えると決めつけないことです。
ただし、「法人ならどんな条項も無条件に有効」と逆方向へ飛ぶのも危険です。契約成立、説明、通知、条項の組込み、権限、個別合意には事実確認が要ります。争いがある場合は、管理画面を慌てて削除せず、契約書、規約の版、営業とのメール、請求、操作記録を保存して法務・専門家へ渡します。
IPAが2020年に公表したITサービス契約の調査では、契約内容や情報の取扱いを確認した企業が委託元で約6割、委託先で7割以上でした。事故が起きたときだけ読むのではなく、更新前の定例作業として残すほうが、価格・データ・責任範囲を同時に見直せます。
続ける場合も、前回の契約をコピーしない
利用実態と終了条件を更新時に直します。
更新するなら、値引率だけでなく、利用席数、追加機能、SLA、障害時の連絡、価格改定通知、データ利用、再委託、セキュリティ、終了時支援を読み直します。利用目的が変われば、当初は軽微だった停止やデータ損失が重要なリスクへ変わるからです。
契約レビューを技術部門だけ、または法務だけに預けません。利用部署は必要業務、情報システムは連携と移行、セキュリティはデータ、購買・経理は期間と金額、法務は条項と証拠を担当します。契約レビューを支援するリーガルテック を使う場合も、現場で何が止まるかという事実は担当者が補います。
更新の承認書には、「継続する理由」に加え、次回の判断日、解約通知期限、担当者、移行に必要な概算期間を残します。次回もゼロから調べないためです。契約を続ける決定と、自動更新を放置することは別の行為です。
良い契約台帳は、支払先の一覧ではありません。更新を止める最終日と、止める前に業務・データ・権限を移すための開始日を一緒に示します。
90分で作る終了判定シート
不明点と完了条件を一枚に残します。
最初の30分で、申込書・規約・管理画面から、契約期間、通知期限、通知方法、販売者、残額を書きます。次の30分で、データ、連携、ドメイン、管理者、法定・社内の保存期間を利用部門と確認します。最後の30分で、継続、減数、代替、終了の担当者と期限を置きます。
その日に解約を押す必要はありません。分からない欄を「問題なし」で埋めず、事業者への質問として残します。回答は口頭メモだけでなく、契約IDが分かる形で保存します。期日までにデータ移行が終わらないなら、更新せずに延長できるか、短期契約があるかを期限前に交渉します。
一枚の最後は、料金ではなく完了条件です。「新環境で締め処理が完了」「旧データの件数一致」「全連携停止」「利用者へ通知」「事業者の解約受付を保存」「最終請求を確認」と書きます。ボタンを押した瞬間ではなく、業務と証拠が残った時点を終了とします。
クラウド費用全体を見直す企業では、SaaSだけを終了しても、連携先の予約容量やバックアップ費が残る場合があります。クラウドの予約割引と解約リスク も別表で確認し、SaaSの契約IDとインフラの請求項目を同じものとして消さないようにします。
終了判定シートは法務書類の代用ではありません。担当部署が事実を持ち寄り、期限前に不足を見つけるための索引です。条項の解釈に争いがある場合と、作業が単に未完了の場合も分けて記録します。前者は証拠とともに法務へ、後者は責任者と完了予定日へつなぎます。
参考情報
事業者の具体例と公的な契約・安全資料です。
2026年9月5日確認。Microsoftの条件は対象製品・課金アカウント・購入経路により異なるため、一般的な法則として転用していません。
よくある質問 気になる質問を開くと、本文の重要点を短く確認できます。
Q 自動更新をOFFにした画面があれば、解約証明になりますか？ A 重要な証拠の一つですが、対象契約ID、満了日、請求、データ、販売代理店側の受付まで全てを証明するとは限りません。受付回答と契約文書、操作日時も保存します。
Q 年契約の月払いは、翌月から支払わなくてよいですか？ A 一律には言えません。残りの契約期間の請求が続く条件があります。契約期間、途中解約、返金、減数の条項を自社の購入経路で確認します。
Q CSVを保存したらデータ移行は完了ですか？ A 移行先で必要な業務ができるかを確認するまで完了ではありません。件数、期間、添付、権限、履歴、文字コード、関連付けを照合します。
Q 法人契約にもクーリング・オフを使えますか？ A 事業のための契約に消費者向け制度が当然に適用されるとは限りません。個別事情と契約を確認し、紛争があれば資料を保全して専門家へ相談します。
Q 更新する契約は台帳から外してよいですか？ A 外しません。次回判断日、通知期限、責任者、契約額、席数、終了に必要な期間を更新し、利用実態とリスクが変わったときに再評価できるようにします。
Q 誰を解約責任者にすべきですか？ A 一人へ全責任を集中させず、契約責任者を明記したうえで、利用部署、情報システム、セキュリティ、経理・購買、法務の確認欄と代行者を置きます。
