「導入した人がもう部署にいない」SaaS契約の見直し方

「このSaaS、誰が契約したんだっけ」——社員が30人に近づいてくる会社で、総務や経営者からこの言葉を聞くことは珍しくありません。数年前に入社した営業担当が契約したツール、産休から復帰予定のないまま退職した人事担当が導入したシステム、部署異動で今はまったく別の業務をしている元担当者が管理していたアカウント。契約した本人がすでにその部署にいない、あるいは会社そのものにいない、という「契約主不在」のSaaSは、組織が拡大する過程でほぼ避けられずに発生します。

この問題が10〜30人規模の会社で特に深刻になるのは、専任の情シス担当がまだ存在せず、契約や引き継ぎのルールが整っていないためです。5人未満の小さな組織であれば、誰が何を契約したかを全員が把握できていますが、30人に近づくにつれて、担当者ごとの契約が「その人にしか分からないブラックボックス」として社内に散在するようになります。異動や退職のたびに、そのブラックボックスの数が少しずつ増えていくのです。

このガイドでは、契約した本人がすでにいなくなったSaaSに、どのような手順で向き合い、安全に利用状況を確認し、継続・解約・引き継ぎのいずれかを判断していけばよいのかを、30人規模の会社が現実的に実行できる形で解説します。

なぜ「契約した人がいなくなる」ことがこれほど厄介なのか

まず、この問題が単なる「担当者不在」以上に厄介である理由を整理しておきます。SaaSの契約は、多くの場合、契約者個人のメールアドレスがそのまま管理者アカウントとして登録されています。つまり、契約した本人がいなくなるということは、単に「詳しい人がいない」だけでなく、「そのサービスの管理者権限そのものにアクセスできなくなる」ことを意味する場合が多いのです。

管理者権限を失うと、次のような操作ができなくなります。

• 利用中のプラン内容や請求情報の確認
• 他のメンバーのアカウント追加・削除
• セキュリティ設定（多要素認証等）の変更
• サービスの解約手続き

つまり、「使いたくても設定を変えられない」「解約したくても解約ボタンにたどり着けない」という、身動きの取れない状態に陥ってしまうのです。この状態を放置すればするほど、パスワードリセットや本人確認の手続きが複雑になり、後から手を付けるほど解決のコストが高くなっていきます。

30人規模特有の「引き継ぎ不全」が起きる背景

10人未満の会社であれば、契約数自体が少なく、社長が全体を把握しているため、担当者が抜けてもすぐに気づいて対応できます。しかし30人規模になると、状況は大きく変わります。

• 部署が分化し、契約が部署内で完結するようになる: 総務や経営者の目が届きにくい、部署内だけで完結した小規模な契約が増える
• 人の入れ替わりの頻度が上がる: 組織が拡大する過程では、採用と退職・異動の両方が活発になり、担当者の交代機会そのものが増える
• 退職・異動時の引き継ぎに「システムの契約情報」という項目が定型化されていない: 業務の引き継ぎ書には担当業務の進め方は書かれていても、「自分が管理者になっているSaaSアカウントの一覧」まで書き残す文化がまだ根付いていない

この3つが重なることで、30人規模の会社は「引き継がれないまま契約主が消えるSaaS」が発生しやすい、構造的な弱点を抱えることになります。逆に言えば、退職・異動の引き継ぎフローに「管理しているSaaSアカウントの棚卸し」という一項目を追加するだけで、この問題の新規発生をかなり抑えられるということでもあります。

契約主不在のSaaSを発見する方法

契約主が不在のSaaSは、通常の業務の中では見えてこないため、意図的に発見しにいく必要があります。次の3つの方法を組み合わせることをお勧めします。

1. 経理の支払い明細から定期支払いを洗い出す: 毎月・毎年同額が引き落とされている項目をリストアップし、現在の担当者に「これは何か知っているか」を確認する
2. メールの受信ボックスを検索する: 契約時の確認メールや、月次の請求書メールが、退職済みの元担当者や、共有されていない個人アドレスに届いていないかを確認する（在職中に共有アドレスへの転送設定がされていれば発見しやすくなる）
3. 各部署にヒアリングする: 「あなたの部署で、契約した経緯を知る人がもういないシステムはありますか」と、あえて「分からないものはないか」という切り口で質問する

この3つの中でも、経理の明細から入るのが最も確実です。使われていない、あるいは契約経緯が不明なサービスであっても、支払いだけは律儀に継続しているケースがほとんどだからです。逆に言えば、支払いが止まっているサービスは、すでに何らかの理由で利用が終わっている可能性が高く、優先度を下げて構いません。

「契約主不在」の3つのパターンを見極める

契約主不在のSaaSと一口に言っても、実際には状況が異なるいくつかのパターンに分けられます。パターンごとに、その後取るべき対応の難易度や優先順位が変わってくるため、発見した段階でどのパターンに当てはまるかを見極めることが重要です。

このうち、最も対応しやすいのは部署内異動型です。本人が社内にいる以上、直接ヒアリングして経緯を確認し、必要であれば管理者権限を後任者に移すだけで済みます。まず着手すべきはこのパターンに該当するものから、というのが効率的な進め方です。

退職済み・連絡困難型は、最も対応に時間がかかるパターンです。このパターンに該当するSaaSが見つかった場合は、優先度を急いで上げすぎず、他の作業と並行しながら、サービス提供元への申請を気長に進めるという心構えで臨むことをお勧めします。

発見したら最初にやるべきこと: 利用実態の確認

契約主不在のSaaSを発見したら、いきなり解約や引き継ぎを検討する前に、まず「今も実際に使われているか」を確認する必要があります。この確認を飛ばすと、まだ現役で使われているサービスを誤って解約してしまい、業務に支障をきたすリスクがあるためです。

利用実態を確認する方法として、次のようなアプローチがあります。

• 社内チャットやメールで、心当たりのある部署に直接尋ねる: 「〇〇というサービス、今も使っている人はいますか」と、名指しで確認するのが最も早い方法です
• サービスの管理画面にログインできる場合、最終ログイン日時やアクセスログを確認する: 管理者権限を取り戻せた場合は、直近数ヶ月のアクセス状況を見れば、実際に使われているかどうかが客観的に判断できます
• 請求金額の変動を確認する: 従量課金型のサービスであれば、利用量に応じて金額が変動します。長期間金額が変わっていない、あるいは最低利用枠のままであれば、実質的に使われていない可能性が高くなります

これらの確認を経て、「使われている」「使われていない」「一部の部署だけが細々と使っている」のいずれかに分類してから、次のアクションを決定します。

管理者権限を取り戻す3つのアプローチ

利用実態を確認した結果、継続利用が必要だと判断した場合、次に取り組むべきは管理者権限の回復です。方法は主に3つあります。

サポート窓口への申請は、サービスによって求められる証跡や手続きの複雑さが大きく異なります。法人向けプランを提供している主要なSaaSであれば、比較的スムーズに対応してくれることが多い一方、個人向けプランのまま契約されている場合は、そもそも「法人としての契約である」ことの証明自体が難しく、交渉が長引くこともあります。

このため、権限回復を依頼する前に、まず契約がそもそも個人向けプランなのか法人向けプランなのかを確認しておくことをお勧めします。個人向けプランのまま長期間運用されているサービスについては、個人契約のクラウドサービスを会社契約に切り替えるタイミングもあわせて参照し、この機会に法人向けプランへの切り替えを検討するとよいでしょう。

サポート窓口へ申請する際に用意すべき書類

管理者権限の移管をサービス提供元のサポート窓口に依頼する場合、スムーズに手続きを進めるためには、あらかじめ必要な書類を揃えておくことが重要です。サービスによって求められる内容は異なりますが、一般的に次のような書類・情報を準備しておくと、やり取りの往復を減らせます。

• 契約時の請求書・領収書: 契約が確かに存在し、支払いが継続していることを示す証跡になります
• 会社の登記事項証明書、または名刺等の法人であることを示す資料: 個人ではなく法人としての契約であることを証明する場合に求められます
• 現在の担当者・申請者が会社の正当な代表者であることを示す資料: 名刺、社員証、あるいは会社のメールアドレスからの申請であること自体が証跡になる場合もあります
• 契約者本人が退職済みであることを示す説明: 退職日や、なぜ現在連絡が取れないのかについての簡潔な事情説明

これらの書類を求められるかどうか、また具体的にどの書類が必要かは、サービスごとに大きく異なります。まずはサポート窓口に問い合わせ、必要な書類の一覧を確認してから準備を始める方が、手戻りを防げます。特に海外のSaaSベンダーの場合、日本の商習慣とは異なる証跡を求められることもあるため、問い合わせ時点で具体的な要件を確認しておくことが重要です。

申請から実際に権限が移管されるまでの期間も、サービスによってまちまちです。数日で完了する場合もあれば、数週間かかる場合もあるため、緊急性の高いサービスについては、この手続きと並行して代替手段（一時的に他のツールで業務を回す等）も検討しておくと安心です。

退職者と連絡を取る際の注意点

契約主がすでに退職している場合、パスワードリセットのために本人へ連絡を取る必要が生じることがあります。この際、いくつか注意しておきたい点があります。

まず、退職者への連絡は、可能な限り穏当な形で行うことが望ましいです。円満退職であれば快く協力してもらえることがほとんどですが、退職の経緯によっては連絡自体を避けたい事情がある場合もあります。連絡する際は、業務上必要な確認である旨を簡潔に伝え、相手の負担にならない範囲での協力を依頼する姿勢を心がけてください。

次に、退職者に協力を仰いだ結果、パスワードリセットや権限移管が完了したら、その後は速やかに退職者自身のアクセス権限を完全に削除することを忘れないでください。一時的に協力してもらったからといって、退職者のアカウント情報がその後もシステムに残ったままになっていると、それ自体が新たなセキュリティリスクになります。

もし退職者と連絡が取れない、あるいは連絡すること自体が難しい事情がある場合は、無理に個人的なやり取りで解決しようとせず、サービス提供元のサポート窓口を通じた正規の手続きに切り替えることをお勧めします。個人間のやり取りに依存した権限回復は、記録が残りにくく、後から「本当に正当な手続きだったか」が問われる場面でも弱くなります。

解約すべきと判断した場合の進め方

利用実態の確認の結果、すでに使われていない、あるいは他のツールで代替できると判断した場合は、解約に進みます。ただし、契約主不在のSaaSの解約には、通常の解約よりも一段慎重な進め方が求められます。

1. 解約の意思決定を、複数人で確認してから進める: 「本当に使われていないか」の確認は、担当者一人の判断だけでなく、関係しそうな部署の責任者にも一声かけてから最終決定する
2. 解約前に、念のためデータをエクスポートしておく: 契約経緯が分からないサービスほど、過去にどんなデータが蓄積されているか把握しきれていない可能性があります。解約前に可能な範囲でデータをエクスポートし、一定期間保管しておくと安全です
3. 解約後も、しばらくの間は請求明細を確認し続ける: 契約主不在のサービスは、解約手続きが正しく完了したかどうかの確認自体も難しい場合があります。数ヶ月分の明細を追跡し、確実に引き落としが止まったことを確認してください

なお、データのエクスポート形式や具体的な手順については、SaaS解約前にやるべきデータエクスポート手順で詳しく解説していますので、あわせて参照してください。

「一部の部署だけが細々と使っている」場合の判断

利用実態を確認した結果、完全に使われていないわけではないが、ごく一部の部署の、ごく少数の人間だけが細々と使い続けている、という中間的なケースに行き着くこともよくあります。この場合の判断は、一律に「解約」か「継続」かを決めつけず、いくつかの軸で検討することをお勧めします。

• 代替できる他のツールが社内にすでにあるか: 別のツールで同じ用途をカバーできるのであれば、少数利用者に移行を依頼した上で解約する選択肢が現実的です
• 利用している業務が、会社にとってどれだけ重要か: 利用者は少なくても、その業務自体が会社の売上や法令対応に直結している場合は、安易に解約せず継続を優先すべきです
• 契約コストと利用価値のバランス: 月額費用が小さいのであれば、無理に解約を急がず、次の契約更新のタイミングまで様子を見るという判断も合理的です

こうした中間的なケースこそ、専任の情シス担当がいない30人規模の会社では判断に迷いやすいポイントです。迷った場合は、まず利用している部署の責任者と直接話し、業務上の必要性を確認した上で、総務・経営者が最終判断を下すという流れを徹底すると、判断の後戻りが少なくなります。

属人化との関係: なぜこの問題が繰り返されるのか

契約主不在のSaaSが生まれる根本的な原因は、属人化（属人化）という、より広い問題の一部だと捉えることができます。特定の担当者しか業務のやり方や仕組みを把握していない状態が、SaaSの契約管理という文脈で表面化したものが、まさに「契約した人がいなくなったSaaS」なのです。

属人化は、SaaS契約に限らず、業務マニュアルの不在、特定の担当者しか分からない社内ルール、後任者への引き継ぎ不足など、さまざまな形で組織に現れます。30人規模の会社でこの問題が目立ち始めるのは、組織がまだ「属人化を前提としない仕組み」を持たないまま、人の出入りの頻度だけが先に上がってしまうためです。

この観点に立つと、契約主不在のSaaSへの対応は、単発の後始末として終わらせるのではなく、「属人化した業務を、複数人が把握できる状態に変えていく」という、より大きな取り組みの一部として位置づけることができます。SaaS契約の棚卸しをきっかけに、他の業務領域でも同様の属人化が起きていないか、あわせて点検してみる価値は十分にあります。

管理者権限を「個人」から「役割」へ移す考え方

契約主不在の問題を根本的に減らすためには、管理者権限の持たせ方そのものを見直す必要があります。多くのSaaSでは、契約時に個人のメールアドレスをそのまま管理者アカウントとして登録してしまいがちですが、これこそが「契約者個人がいなくなると管理者権限も一緒に失われる」という構造的な脆弱性の原因です。

この構造を変えるための考え方が、権限を「個人」ではなく「役割」に紐づけるという発想です。具体的には、次のような工夫が有効です。

• 総務や情シスの役割用に共有メールアドレスを用意し、管理者アカウントの登録にはそちらを使う: 個人名の入ったアドレスではなく、it@example.comのような役割ベースのアドレスであれば、担当者が交代してもアドレス自体は引き継がれます
• 管理者権限を持つアカウントを、必ず2名以上に設定する: 1名しか管理者がいない状態は、その1名が不在になった瞬間に管理不能になるリスクを抱えたままです
• パスワード管理ツールで、個人の記憶に依存せず組織として管理する: 誰が異動・退職しても、パスワード管理ツールにアクセスできる後任者が、業務を継続できる状態を保ちます

この「個人から役割へ」という考え方は、一度に全社のSaaSに適用しようとすると大きな作業になります。まずは新規に契約するSaaSから徹底し、既存の契約については契約主不在の問題が発覚したタイミングで、権限回復と同時に役割ベースへの切り替えを進めるという、段階的なアプローチが現実的です。

引き継ぎフローに「契約棚卸し」を組み込む

契約主不在のSaaSへの対応は、一度きりの整理作業で終わらせるのではなく、今後同じ問題が再発しないよう、退職・異動の引き継ぎフローそのものを見直すところまで含めて取り組むべきです。

具体的には、退職・異動が決まった時点で、次の項目を必ず確認する運用を定着させることをお勧めします。

• 自分が管理者アカウントになっているSaaSの一覧を書き出す: 契約者本人が最も正確にリストアップできるのは、まさにこのタイミングです
• 各サービスの管理者権限を、後任者または総務・経営者にも付与する: 権限を単独で持たせず、必ず複数人がアクセスできる状態にしてから引き継ぎを完了とする
• パスワード管理ツールに登録し、個人のメモや記憶に依存しない状態にする: 引き継ぎ書という紙・データの資料だけでなく、実際にログインできる状態を確認してから引き継ぎを終える

この運用は、退職・異動が発生するたびに徹底することで、少しずつ「契約主不在のSaaS」が新たに生まれる余地を減らしていきます。一気に全社的な仕組みを作ろうとする必要はなく、まずは退職・異動の際のチェックリストに一行加えるところから始めれば十分です。

発見できたケース・発見できなかったケースの両方に備える

ここまで、経理明細やメール、部署へのヒアリングを通じて契約主不在のSaaSを発見する方法を紹介してきましたが、実際にはこれらの手段を尽くしても発見しきれないケースが残ることも想定しておく必要があります。特に、契約から数年が経過し、担当者の退職後に引き落とし方法が個人のクレジットカードから変更されないまま、経理側も「昔からある固定費」として深く確認せずに処理を続けているようなケースは、明細だけでは気づきにくいものです。

こうした「発見しきれない可能性」に備えるためにも、一度の棚卸しで終わらせず、半年〜1年に一度のペースで、経理明細の見直しを定期的な業務として組み込んでおくことをお勧めします。1回で完璧に洗い出そうとするのではなく、定期的な点検を繰り返す中で少しずつ発見していく、という前提に立つ方が、現実的かつ長続きする運用になります。

また、発見した契約主不在のSaaSすべてに同じ熱量で対応する必要もありません。月額費用が数百円〜数千円程度で、かつ利用実態が確認できないものについては、優先度を下げて次回の棚卸しに持ち越すという判断も、限られたリソースの中では合理的です。すべてを一度に解決しようとせず、影響の大きいものから着実に手をつけていく姿勢を保ってください。

経営者・総務が兼任するからこそ意識したいこと

30人規模の会社では、この契約主不在の問題に向き合うのが、専任の情シス担当ではなく、総務や経営者自身であることがほとんどです。本業を抱えながらこの作業を進める立場だからこそ、意識しておきたいポイントがあります。

まず、すべてを自分一人で調べ上げようとしないことです。各部署の責任者やメンバーに協力を仰ぎ、「心当たりのある契約がないか」を一緒に洗い出す姿勢の方が、限られた時間の中で効率よく進められます。総務・経営者の役割は、すべてを把握することではなく、全社を横断して情報を集約し、判断を下すことにあると捉えてください。

次に、この作業を「緊急性の低い雑務」として先送りにし続けないことです。契約主不在のSaaSは、放置すればするほど権限回復の難易度が上がっていきます（担当者との関係が疎遠になる、サービス自体の仕様が変わる、証跡となる書類が散逸するなど）。今すぐに業務へ影響が出ているわけではなくても、早めに着手するほど解決のコストは低く済むという点を、優先度を判断する際の材料にしてください。

まとめ: 「いなくなった人の契約」は今のうちに拾い集める

契約した本人がすでに部署にいない、あるいは会社を退職しているSaaSは、30人規模に近づく会社であれば、多かれ少なかれ必ず存在しています。これは特定の会社の管理不行き届きというより、組織が拡大する過程でほぼ避けられずに起きる自然な現象です。

大切なのは、この状態に気づいたときに「誰が悪いか」を探すのではなく、経理明細やメール、部署へのヒアリングを通じて実態を洗い出し、利用状況を確認した上で、継続・引き継ぎ・解約のいずれかを冷静に判断していくことです。そして何より重要なのは、この整理を一度きりで終わらせず、退職・異動のたびに同じ問題が再発しないよう、引き継ぎフローに契約棚卸しの一項目を組み込んでおくことです。

30人という規模のうちにこの土台を整えておけば、会社がさらに拡大し、専任の情シス担当が置かれる段階になったときに、「契約主が誰か分からないシステム」という重荷を抱えずに済みます。まずは経理明細から、心当たりのないSaaSがないか、今一度確認してみてください。

契約主不在のSaaSへの対応は、地味で目立たない作業に見えるかもしれません。しかし、放置すればするほど権限回復の難易度が上がり、いざというときにサービスが突然使えなくなる、あるいは解約すらできないという事態を招きかねません。30人規模というこのタイミングで一度きちんと洗い出し、権限を役割ベースに整理し、引き継ぎフローに組み込んでおくことが、この先何年にもわたって組織を守る、地味だが確実な備えになります。

同時にこの一連の作業は、部署ごとに個別契約されたSaaS全体の乱立を整理する、より広い取り組みの一部でもあります。契約主不在のSaaSを見つけ出す過程で、重複契約や個人名義のまま放置されている契約にも同時に気づくことが多いはずです。あわせて部署ごとに契約した小規模SaaSが乱立した状態を整理する方法も参照しながら、契約情報全体の可視化を進めていくことをお勧めします。