外注中の情シスを別の委託先へ移管する手順と注意点｜解約予告・ライセンスの購入経路・管理者権限の移譲で止まらないために
情シス業務をすでに外部に委託している会社から、「委託先を変えたい」という相談を受けることがあります。理由はさまざまです。問い合わせへの対応が遅い、費用を見直したい、クラウドへの移行やセキュリティ対策の相談に乗ってもらえない、担当者が変わって以前のように動いてくれなくなった。
ただし、委託先の切り替えは「契約を変えれば終わり」ではありません。管理者権限、ドキュメント、ライセンスの購入契約、ネットワーク機器へのリモート接続経路が現行委託先に握られたままだと、契約を変えた翌日から運用が止まります。乗り換えを検討すべきサインや全体のスケジュール感は情シス外注先の乗り換えガイドで扱っているので、本記事は移管の手順と、権限・契約・ライセンスの移譲でつまずきやすい点に絞って整理します。
移管の全体の流れ
- 現行契約の確認
- 委託範囲と環境の棚卸し
- 新しい委託先の選定
- 並行期間を設けた引き継ぎ
- 管理者権限・契約の移譲
- 移管後の検証と運用開始
目安として、現行契約の終了日の3〜6か月前には検討を始めると、余裕を持って進められます。解約予告期間が「3か月前まで」と定められている契約も多く、予告期限を過ぎると契約が自動更新され、切り替えが1年先になることがあります。
| 時期 | やること |
|---|---|
| 終了日の6〜4か月前 | 現行契約の確認（解約予告期間、ドキュメントの帰属、ライセンスの購入経路）。委託範囲と環境の棚卸し |
| 4〜3か月前 | 新しい委託先の選定。見積に移管時の引き継ぎ作業が含まれているかを確認。解約予告を出す |
| 2〜1か月前 | 並行期間。ヒアリング、ドキュメントの受け渡し、新体制の管理者アカウントで実機確認 |
| 切替日 | 管理者権限・接続経路・認証情報の移譲。旧委託先の権限と接続経路を無効化 |
| 切替後1か月 | 入退社対応、バックアップ、障害時の連絡経路、アラート受信を実際に確認 |
1. 現行契約の確認
まず、現行の委託契約で次の点を確認します。ここで分かる内容が、以降のスケジュールと手順を決めます。
- 解約予告期間：「〇か月前までに通知」と定められていることが多い。自動更新の条件も併せて確認する
- 成果物・ドキュメントの帰属：構成図や手順書が誰のものか。委託先の著作物として扱われていると、受け取れない場合がある
- 引き継ぎへの協力義務：契約終了時に引き継ぎ対応をしてもらえるか、有償か、期間の上限はあるか
- ライセンスの契約形態：Microsoft 365やGoogle Workspaceなどを委託先経由（販売代理店経由）で購入していないか
ライセンスが委託先経由の場合は、運用委託とライセンス購入の契約を分けて確認します。運用委託先だけを変更し、購入先を維持できる場合もあります。購入先も変える場合は、契約期間・更新日・移管の可否・費用と必要な手続きを確認します。年契約の途中では解約できない条件もあるため、ライセンスを先に解約しないことが大切です。ライセンスが止まれば、メールもファイルも止まります。
契約書で確認する項目の全体像は情シスアウトソーシングの契約前チェックリストにまとめています。次の委託先との契約でも同じ項目を確認しておくと、将来また切り替えるときに同じ苦労をしません。
2. 委託範囲と環境の棚卸し
現在委託している業務と、社内で担っている業務の境界を明確にします。
- ヘルプデスク（社員からの問い合わせ対応）
- アカウント・権限管理（入退社対応）
- PC・スマートフォンの管理、キッティング
- ネットワーク・サーバーの運用
- セキュリティ製品の運用・監視
- ベンダー調整、IT企画
あわせて、利用中のシステム（Microsoft 365／Google Workspace、サーバー、SaaS、ネットワーク機器）を一覧にします。この棚卸しが、新しい委託先への見積依頼の前提資料になります。棚卸しが曖昧なまま見積を取ると、「それは範囲外でした」が移管後に出てきます。
業務の境界を決める考え方は情シス外注で「丸投げ」が失敗する理由とRACIチャートの作り方で扱っています。
3. 新しい委託先の選定
選定時には価格だけでなく、次の点を確認するのがおすすめです。
- 担当者一人に依存しないチーム体制か
- 作業内容が記録・可視化されるか。ドキュメントが自社に残る契約か
- 月間の稼働時間と、超過したときの扱いが明確か
- 契約の増減・解約の条件（予告期間）
- 移管時の引き継ぎ作業を見積に含めているか
最後の点は見落とされがちです。引き継ぎは通常運用とは別の工数がかかります。見積に含まれていないと、移管直後の月だけ稼働時間を超過するか、引き継ぎが浅いまま運用が始まります。今の委託先に感じている不満が、次の委託先では契約上どう扱われるかを、口頭ではなく契約条件で確認します。
4. 並行期間を設けた引き継ぎ
現行委託先と新しい委託先が同時に関わる**並行期間（1か月程度）**を設けるのが理想です。この期間に、ヒアリング、ドキュメントの受け渡し、実機での確認を行います。
並行期間を取れない場合は、現行委託先からドキュメントを先に受け取り、新しい委託先が不明点を洗い出してから質問をまとめて送る形で進めます。質問の往復には時間がかかるので、解約予告を出す前にドキュメントの受け取りを済ませておくと、予告後に協力が鈍っても影響が小さくなります。
引き継ぎの中で最も価値があるのは、「触ると危ないもの」と「過去に起きた障害」の聞き取りです。ドキュメントには残りにくく、新しい委託先が自力で把握するには時間がかかる情報だからです。
5. 管理者権限・契約の移譲
移管で最もトラブルが起きやすいのがこの工程です。
- 管理者アカウント：委託先担当者の個人アカウントに管理者権限が付いている場合は、自社管理の管理者アカウントを作成したうえで、新しい体制で管理操作ができることを確認し、合意した切替時点で旧委託先の権限を外します。アカウントの削除は、データや自動処理への影響を確認してから行います。管理者アカウントは担当者ごとに分け、必要最小限の権限を付与します
- ネットワーク機器・サーバー：管理パスワードを変更し、旧委託先からのリモート接続経路（VPN、リモート管理ツール、保守用の回線）を閉じます
- ライセンス：購入先変更の要否を判断し、必要な場合だけ販売代理店の切り替え等を行います。契約条件によって変更時期や手続きが異なるため、先にライセンスを解約しないよう注意します
- ベンダー窓口：回線事業者や保守ベンダーに、連絡先の変更を通知します。障害の連絡が旧委託先に届き続けると、復旧が遅れます
通常のユーザー権限だけを見ていると、次のような権限が残ります。移譲の前に棚卸しします。
| 見落としやすい権限・経路 | 確認すること |
|---|---|
| 販売代理店の委任管理権限 | Microsoft 365のCSPパートナーに付与した詳細な委任された管理者特権（GDAP）や、Google Workspaceの販売パートナーが持つ管理機能。購入先を変えないなら残り、変えるなら外す |
| リモート管理ツール | PCやサーバーに入っている遠隔操作・資産管理のエージェント。旧委託先のコンソールから切り離すか、アンインストールする |
| VPNの接続アカウント | 旧委託先の保守用に発行したユーザーや証明書 |
| アプリ連携・APIキー・サービスアカウント | 旧委託先が設定した自動処理や監視が、どの認証情報で動いているか |
| 共用していた認証情報 | 機器の管理パスワード、共有の管理者アカウント、Wi-Fiのパスフレーズ。知っている人が社外にいる前提で変更する |
引き継ぎ期間中のアクセス範囲と期限を決め、切替後は不要な権限・接続経路を無効化し、共用していた認証情報を変更します。業務用の自動処理（入社時のアカウント作成フロー、バックアップ、監視の通知など）は、認証情報の更新後も動作するかを確認します。ここを忘れると、「移管後にバックアップが静かに止まっていた」が起きます。
6. 移管後の検証と運用開始
移管後は、次の項目が問題なく行えるかを実際に確認します。資料上「できるはず」ではなく、一度やってみます。
- 入社・退社時のアカウント作成と削除、ライセンスの割り当て
- バックアップの取得と、ファイル1つでよいので復元
- 障害時のエスカレーション経路。社員は誰に連絡し、委託先はどう動くか
- セキュリティ製品のアラートが新しい担当に届くこと
最初の1か月は、旧委託先が無言で担っていた作業が「やられていない」形で見つかる時期でもあります。社員からの「以前はやってもらえた」という声を拾い、委託範囲の認識を揃えます。
移管を「環境刷新」のきっかけにする
委託先の切り替えは、IT環境を見直すよい機会でもあります。古いオンプレミスのサーバー、属人化したVPN、重複したSaaS契約などを、移管と同時に整理したくなる会社は少なくありません。ただし、移管と刷新を同時に進めると、トラブルが起きたときに原因が移管の不備なのか変更の影響なのか切り分けられなくなります。**「まず移管、次に刷新」**と段階を分けるのが安全です。
ハードウェア販売型の保守ベンダーからクラウド中心の運用へ切り替える場合の論点は、IT保守の乗り換えガイドで別に扱っています。
まとめ
- 委託先の切り替えは、契約終了の3〜6か月前から準備する。解約予告期限を過ぎると自動更新で1年先になることがある
- 最初に確認するのは、解約予告期間・ドキュメントの帰属・ライセンスの購入経路の3点。この3点でスケジュールと手順が決まる
- 運用委託とライセンス購入は別の契約。ライセンスを先に解約しない
- 新しい委託先の選定では、移管時の引き継ぎ作業が見積に含まれているかを確認する
- 管理者権限の移譲は、新体制で操作できることを確認してから旧委託先の権限を外す。委任管理権限、リモート管理ツール、VPN、APIキー、共用パスワードまで棚卸しする
- 移管後は入退社対応・バックアップ復元・障害連絡・アラート受信を実際に試す。環境の刷新は移管が落ち着いてから
「今の委託先に任せている範囲も、自社の管理者アカウントで何ができるかも、正確には分からない」という状態なら、そこからです。現行の委託先から受け取る前に、テナント・ネットワーク・契約を含めて環境を読み取り専用で調査し、移管で優先すべき項目をロードマップとしてお渡しするIT環境診断を用意しています。現行委託先からの引き継ぎ（現状把握・ドキュメント整備）、管理者権限と接続経路の移譲、移管後の運用は、運用支援の中で一貫して対応しています。