会社売却や事業承継を考えるとき、決算書、契約書、許認可、従業員、取引先への対応は早くから議題になります。一方で、販売管理、会計、給与、受発注、メール、ファイル共有、予約サイトなどのIT環境は「担当者に聞けば分かる」「買い手が後で統合するだろう」と先送りされがちです。しかし実際には、システムが一日止まるだけで出荷、請求、給与計算、顧客対応が止まり、企業価値や取引の信頼を損なう可能性があります。
特に大阪・関西の中小企業では、長年付き合いのある地元ベンダーが独自仕様で構築した仕組み、社長個人名義のクラウド、古いサーバーと新しいSaaSの併用、Excelや紙を介した属人的な運用が珍しくありません。仕組みが古いこと自体が直ちに問題なのではなく、誰が権限を持ち、どの契約で動き、どのデータがどこにあり、停止時にどう復旧するかを説明できないことがリスクです。
本稿では、譲渡企業のオーナーが秘密保持を守りながら情報システム資産を棚卸しし、買い手の確認に備え、最終契約とクロージング後の運用へつなぐ方法を解説します。株式譲渡と事業譲渡では契約や個人情報の扱いが異なり、個別事情によって必要な対応も変わります。法務・税務・労務・情報セキュリティの最終判断は、弁護士、税理士、社会保険労務士、情報処理安全確保支援士等の専門家および各サービス提供者へ確認してください。
なぜM&AでITの引継ぎが重要なのか
事業の実体がシステムの中にある
顧客台帳、商品マスター、見積履歴、製造指図、仕入単価、勤怠、請求残高は、事業を動かす知識そのものです。設備や在庫を引き渡しても、最新データにアクセスできなければ買い手は翌日の業務を始められません。担当者の頭の中にある検索方法、例外処理、締め日の作業も含め、システムと業務を一体で把握する必要があります。
買い手が確認したいのは高価な最新製品を導入しているかではありません。事業継続に必要な機能、費用、契約、障害、更新期限、データ品質が見えることです。弱点があっても、事実と改善計画が整理されていれば検討できます。反対に「問題ない」とだけ説明し、後で個人契約や復旧不能が判明すると、価格調整、補償条項、クロージング条件の議論につながります。
株式譲渡でも自動的に安心とは限らない
株式譲渡では法人格が存続するため、多くの契約は形式上継続します。ただし、支配権変更時の通知・承諾を求めるチェンジ・オブ・コントロール条項、利用会社や利用者を限定する規約、代理店や保守会社との個別合意がある場合は別です。買い手グループのネットワークへ接続するだけでも、ライセンス範囲や国外アクセス、委託先追加が問題になることがあります。
事業譲渡では、対象資産、契約、データを個別に移す設計が基本となり、提供者の承諾、新規契約、データ移行、個人情報の取扱いをより早く検討します。「データをコピーして渡せばよい」と考えず、移転の法的根拠、本人への告知、不要データの除外、譲渡後の原本・バックアップの扱いを決めることが重要です。
最初に作る情報システム資産台帳
システム名ではなく業務から洗い出す
最初から製品名だけを並べると、無料ツール、個人アカウント、Excel、複合機の保存先などが漏れます。受注、仕入、製造、在庫、配送、請求、入金、会計、給与、採用、営業、顧客対応という業務の流れを書き、それぞれで入力、保存、出力する仕組みをたどります。店舗なら予約・POS・デリバリー、製造業ならCAD・生産管理・検査記録、建設業なら施工管理・写真台帳も対象です。
台帳には、用途、製品名、提供者、契約名義、契約期間、更新日、月額・年額、解約条件、利用人数、管理者、認証方法、データ所在地、外部連携、バックアップ、障害時連絡先、重要度を記録します。「社長のスマートフォンでしか二要素認証できない」「退職者のメールが管理者」「販売管理から会計へCSVを手作業で渡す」といった運用事実も備考に残します。
端末・ネットワーク・ドメインも忘れない
パソコン、スマートフォン、タブレット、サーバー、NAS、ルーター、VPN、Wi-Fi、監視カメラ、複合機、USB媒体を拠点別に把握します。所有、リース、レンタルを分け、端末のOS、暗号化、更新状況、管理番号、利用者を確認します。リース契約の承継可否や返却期限は、取引スキームとクロージング日に影響します。
会社のドメイン、DNS、ウェブサイト、SSL証明書、メール配信、ECモール、SNS、地図サービスの店舗情報も重要な無形資産です。登録者メールが制作会社や退職者のままでは、更新や移管ができません。レジストラ、名義、支払方法、更新日、移管ロック、復旧用連絡先を確認し、共有管理できる会社アカウントへ整えます。ただし、M&Aの事実を知る人を不用意に増やさないよう、権限変更の理由と時期は慎重に設計します。
アカウントと権限の棚卸し
「誰が入れるか」を一覧にする
管理者、一般利用者、外部委託先、退職者、共有IDをシステムごとに整理します。強い権限を持つアカウントについて、作成、設定変更、利用者削除、データ出力、請求情報変更が可能かを区別します。全員が管理者、同じパスワードを共有、退職者を削除していない状態は、情報漏えいだけでなく、クロージング直後に誰も管理できない事態を招きます。
是正は一度に行わず、事業継続を優先します。まず予備管理者を会社管理のメールで作り、回復コードを安全に保管し、正常にログインできることを試します。その後、不要権限を停止します。二要素認証の端末変更、APIキーの再発行、サービスアカウントのパスワード変更は連携停止を起こすことがあるため、影響確認と復旧手順を用意して実施します。
個人名義・私物端末を会社管理へ移す
創業時に社長個人のクレジットカードやメールで契約したクラウドは少なくありません。料金を会社が負担していても、契約者が個人であれば自動的に会社の資産になるとは限りません。名義変更の可否、データ移管方法、過去請求書、利用規約を提供者へ確認します。移管できない場合は会社名義で新規契約し、データと設定を検証しながら移す計画が必要です。
従業員の私物スマートフォンに顧客連絡先や認証アプリがある場合も、突然初期化を求めるのではなく、会社データと私物の境界、就業規則、同意、費用負担、代替端末を整理します。労務上の扱いは社会保険労務士や弁護士に確認し、本人のプライバシーを尊重した手順にします。
データと個人情報を分類する
保有場所・目的・保存期間を結び付ける
データ一覧には、顧客、取引先、従業員、応募者、株主、技術、品質、会計、契約、メールを含めます。紙、サーバー、クラウド、端末、委託先、バックアップのどこに存在するか、何の目的で利用し、誰が閲覧でき、いつまで保存するかを記録します。同じ顧客台帳が営業部のExcel、販売管理、メール配信サービスに三重保存されていることもあります。
個人情報を含むデータは、取得時の利用目的、第三者提供、共同利用、委託、越境移転、要配慮情報の有無を確認します。M&Aの検討段階で買い手候補へ開示できる範囲と、契約後に移転できる範囲は同じとは限りません。初期は集計・匿名化・マスキングを使い、必要性と秘密保持体制を確認してから段階的に開示します。
不要データは「消せばよい」でも「全部残す」でもない
古い名簿やメールを無制限に残せば、漏えい時の影響と移行費用が増えます。一方で、訴訟、税務、労務、品質保証、契約上の保存義務に関係する資料をM&A直前に削除すると、説明責任を果たせません。保存義務、利用目的、係争保全、バックアップを確認し、承認記録を残して削除します。通常業務の保存方針に沿い、買い手の調査を避けるための削除と誤解されない手続が必要です。
バックアップにも個人情報や営業秘密が含まれます。暗号化、保管場所、世代数、復元テスト、廃棄方法を確認します。「毎日バックアップ」と説明しても、一度も復元していない、同じ建物の同じNASに保存している、退職したベンダーしか復号鍵を持たないのであれば実効性がありません。少なくとも重要システムは、復元に必要な時間と手順を実際に確かめます。
ITデューデリジェンスで聞かれること
費用と更新投資
買い手は現在の月額費用だけでなく、保守切れ、OSサポート終了、機器老朽化、利用者増加、データ移行費を見ます。直近三年のIT費用を、クラウド利用料、保守、回線、リース、開発、セキュリティ、外注に分け、一時費用と経常費用を区別します。未請求の開発費や口頭合意の保守がないかも確認します。
更新が必要な設備やシステムは隠さず、選択肢と概算を示します。継続利用、部分改修、買い手環境への統合の三案を比較できれば、買い手は投資額を事業計画へ反映できます。譲渡企業が先に全面刷新することが常に有利とは限りません。買い手の標準環境と二重投資になる可能性があるため、緊急の安全対策と将来統合を分けて判断します。
障害・事故・脆弱性
ランサムウェア、誤送信、端末紛失、不正ログイン、長時間停止、バックアップ失敗などの履歴を整理します。発生日、影響範囲、原因、顧客・行政等への報告、復旧、再発防止、未解決事項を残します。小さな事故をゼロと断言するより、問い合わせや誤操作を含めた記録があり、再発防止が機能している方が管理状態を説明しやすくなります。
外部診断を行う場合は、対象、業務影響、ベンダー許可、秘密保持を決めます。M&A支援者や買い手が譲渡企業のシステムへ無断で侵入試験を行うことは避けるべきです。既存の診断報告、設定表、更新履歴を先に提示し、追加テストは双方の責任者と範囲を書面で合意します。
知的財産とソースコード
自社開発システムでは、ソースコード、設計書、リポジトリ、開発環境、著作権、外部ライブラリ、委託契約を確認します。費用を払ったから著作権も会社に移ったとは限りません。元従業員や制作会社が作ったプログラム、画像、データベースについて、権利帰属と改変・再利用の範囲を契約書で確認します。
オープンソースソフトウェアにはライセンス条件があります。買い手への説明では、主要部品、バージョン、ライセンス、改変、配布の有無を一覧にします。法的評価は弁護士等へ確認し、不明点は不明と明示して調査計画を示します。
秘密保持を守る段階的な情報開示
初期・基本合意後・最終契約前を分ける
初期段階では、システム構成図、費用合計、主要サービス、重大事故の有無など、企業や個人を特定しにくい概要から始めます。買い手の関心、資金、競合関係、秘密保持契約、情報管理体制を確認した後、契約書、設定、障害履歴、サンプルデータへ広げます。生の顧客名簿、従業員評価、パスワード、秘密鍵をデータルームへ置く必要は通常ありません。
閲覧者、期限、ダウンロード可否、透かし、アクセスログ、質問窓口を設定します。競合する買い手候補には、顧客別単価や原価、技術詳細をクリーンチームだけが確認する方法も検討します。適切な範囲は案件ごとに異なるため、M&A支援者と弁護士に相談してください。
パスワードを資料として渡さない
デューデリジェンスでは画面共有、権限を限定した閲覧用ID、マスキングした出力で確認できます。管理者パスワード、APIキー、回復コード、電子証明書はクロージング前に買い手へ渡さず、専用の安全な方法と受領記録を用います。データルームへ平文の一覧を置くと、閲覧者全員が事業を操作できる危険があります。
最終契約と移行計画で決めること
残すもの・移すもの・終了するもの
システムごとに、現状継続、契約承継、新規契約への移行、買い手環境へ統合、終了を決めます。事業譲渡で譲渡企業に別事業が残る場合、共用システムから対象事業のデータだけを切り出す必要があります。分離が難しければ、一定期間譲渡企業がサービスを提供する移行サービス契約を検討します。
移行サービスでは、対象業務、利用者、対応時間、料金、障害時責任、再委託、個人情報、安全管理、終了日、延長条件を明確にします。「従来どおり使わせる」という曖昧な合意は、譲渡企業に無期限の運用負担を残します。移行完了の判定条件と買い手側の協力義務も決めます。
表明保証・補償・前提条件
ITに関する表明保証では、システムの権利、重要契約、法令・規約順守、事故、個人情報、バックアップ、マルウェア、事業継続などが対象になり得ます。譲渡企業は把握できる範囲と例外事項を開示資料へ具体的に記載します。「一切の障害がない」など広すぎる表現は、事実と保証可能性を専門家と確認します。
クロージング前提条件には、重要クラウドの承諾取得、会社名義アカウントへの変更、重大脆弱性の是正、移行テスト完了などが入る場合があります。誰が、いつまでに、費用を負担し、取得できない場合にどうするかを明文化します。契約文言の判断は弁護士へ確認してください。
クロージング当日から100日までの実務
当日の切替台本を作る
当日は、管理者権限、ドメイン、電子証明書、暗号鍵、ベンダー連絡先、端末、バックアップの引渡しを時刻順に並べます。実施者、確認者、失敗時の戻し方、業務停止許容時間を記載します。パスワード変更後にメールが届かず二要素認証できない、といった連鎖を防ぐため、順序が重要です。
切替直後は、受注登録、出荷、請求、入金、給与、メール、ウェブ問い合わせ、バックアップを実際にテストします。単にログインできたことではなく、重要業務が最初から最後まで通ることを確認します。問題は担当者だけで抱えず、譲渡企業・買い手・ベンダーの共通窓口へ記録します。
30日・60日・100日の確認
30日までは安定稼働を優先し、不要な大規模統合を急ぎません。利用者追加・削除、権限、障害、請求、バックアップ、重要取引の締め処理を確認します。60日までに、重複サービス、古い端末、未使用アカウント、買い手標準とのギャップを整理します。100日までに統合ロードマップ、予算、責任者、教育、監査方法を確定します。
譲渡企業オーナーが移行期間に残る場合も、個人アカウントを恒久的に残してはいけません。質問対応の範囲、承認権限、アクセス期限、記録方法を決め、業務が移った時点で段階的に権限を外します。引退後も社長しか分からない状態を残さないことが、真の承継です。
M&A相談事例：大阪の卸売会社で個人契約のIT環境と移行条件を整理
以下の相談事例は、当社に実際に寄せられたM&A・事業承継のご相談をもとに、相談者や企業を特定できないよう、内容の一部を加工・再構成して掲載しています。相談時の課題や検討内容をご紹介するものであり、個別案件の成約や同様の結果を保証するものではありません。 大阪市内の業務用資材卸から、後継者不在を背景とする株式譲渡のご相談がありました。販売管理ソフト、表計算による在庫表、クラウド上の営業資料を引き継ぐ際に、個人メール名義のクラウド、個人カードによるドメイン決済、事務所内のバックアップ環境を確認することが課題でした。
候補先への開示に向け、構成図、契約名義、管理者権限、復旧方法、退職者アカウントの扱いを整理する方針を検討しました。販売管理の全面刷新は候補先の基幹システムとの重複も踏まえ、現行環境を維持する期間と移行条件を確認する必要があります。顧客データは初期段階の集計情報と、必要性に応じて限定開示する個社情報に分け、開示の範囲と順序を検討しました。
この相談の中心は、契約名義、復旧、権限、移行期限、費用負担を確認できる状態にすることでした。既存の仕組みが業務に与える影響と見直しの順序を整理し、候補先との条件検討に必要な情報を準備する方針を確認しました。
業種別に追加で確認したい論点
製造業・町工場
東大阪、八尾、堺などの製造業では、生産管理だけでなく、CAD・CAMデータ、加工条件、検査成績、設備の制御用パソコン、取引先指定のEDIを確認します。古いOSの端末がインターネットから切り離され、専用設備だけを動かしている場合、単純な更新で設備が停止することがあります。ネットワーク分離、予備端末、部品、復旧媒体、メーカー保守の有無を設備単位で整理します。
図面や加工条件には顧客の営業秘密が含まれ、契約で保存場所や再委託、国外移転を制限されている場合があります。買い手の海外拠点や共通クラウドへ直ちに移す前に、取引先契約と承諾要否を確認します。品質記録の保存期間と改ざん防止も重要です。フォルダ名だけでは製品との対応が分からない場合、品番、版数、承認日、廃止日のメタデータを整えます。
卸売・小売・電子商取引（EC）
卸売業では、販売管理、在庫、倉庫、EDI、請求、与信、価格表が連動しています。営業担当が顧客ごとの特別単価を個人Excelに持っていると、システム移行後に粗利が変わる恐れがあります。基準価格と例外承認、返品、リベート、締め日、消費税端数処理までテストします。バーコードや送り状ソフトのプリンター設定も、当日の出荷を左右します。
小売・電子商取引（EC）では、ECモール、自社サイト、決済代行、ポイント、レビュー、広告、配送、返品の契約を結び付けます。モールの店舗アカウントや評価を譲渡できるとは限らず、規約違反と判断されれば停止される可能性があります。提供者へ確認し、新店舗への移行が必要なら、顧客告知、ポイント残高、注文履歴、返金窓口を設計します。決済情報は自社で保持しているのか、決済代行だけが保持するのかも区別します。
介護・医療周辺・生活サービス
介護・医療周辺サービスでは、利用者の健康や生活に関する要配慮個人情報を扱うことがあります。アクセス権を職種と担当範囲に限定し、印刷物、持出端末、FAX、記録媒体を含めて確認します。請求システムや自治体・保険者向け伝送は、電子証明書、届出、事業所番号、締め日に依存するため、クロージング日との関係を早く整理します。
美容、学習、修理、訪問サービスなど予約型事業では、予約サイト、電話、SNS、メッセージアプリに顧客情報が分散します。担当者個人のアカウントに履歴があると、退職時に関係が切れます。会社窓口へ誘導しつつ、顧客に不自然な通知を送ってM&A情報が漏れないよう、移行の時期と説明文を準備します。
従業員・ベンダー・買い手との役割分担
知っている人を特定し、秘密保持と両立させる
IT担当者が一人しかいない会社では、その人を外して正確な棚卸しをすることは困難です。一方、検討初期から広くM&Aを伝えると、従業員の不安や情報漏えいを招きます。経営者、M&A責任者、IT担当、外部専門家の最小チームを定め、各人が知る目的、資料、期間を限定します。本人へは虚偽の説明をせず、必要な範囲で通常の事業継続・セキュリティ点検として協力を求める方法もあります。
重要担当者には、評価や処遇への不安から退職リスクが生じることがあります。引継ぎ資料の作成、後任育成、一定期間の継続勤務をどう依頼するかは、雇用契約、就業規則、インセンティブ、情報開示時期と合わせて検討します。労働条件の変更や個別同意が関係する場合は、社会保険労務士や弁護士へ確認します。
外部ベンダーへ丸投げしない
長年のベンダーは重要な協力者ですが、会社側にも契約書、管理者、構成図、バックアップを残す必要があります。「担当者しか分からない」は、社内担当者でも外部ベンダーでも同じ属人化です。ベンダーが廃業、担当変更、価格改定をした場合にも事業を続けられるかを考え、設定情報とデータの返還、移行協力、消去、再委託、障害対応を契約で確認します。
買い手のIT部門には、譲渡企業の現場運用を早めに説明します。買い手標準への統合を急ぐと、譲渡企業側でしか使っていない帳票や取引先接続が失われることがあります。譲渡企業は例外業務を隠さず、買い手は統制要件を明示し、優先順位を共同で決めます。経営、現場、IT、法務のいずれか一部だけで決めないことが大切です。
価格・資金繰り・スケジュールへの反映
IT課題を価格だけの話にしない
サーバー更新やシステム移行に費用がかかると、買い手は事業計画や譲渡条件へ反映します。ただし、見積額をそのまま譲渡価格から差し引くのが唯一の方法ではありません。譲渡企業が実施してから引き渡す、買い手が統合時に実施する、費用を分担する、一定額を留保するなど複数の設計があります。必要性、緊急度、買い手固有の統合費用を分けて協議します。
クラウドの年払い、解約金、リース残額、移行サービス、外部専門家、従業員教育、二重運用の費用を月別に置きます。クロージング前後は通常業務も続くため、譲渡企業の運転資金が不足しないよう支払時期を確認します。税務・会計上の処理や譲渡対価との関係は、取引スキームに応じて税理士・公認会計士へ確認してください。
クリティカルパスを把握する
承諾に数週間かかるクラウド、電子証明書の再発行、専用回線の敷設、ドメイン移管、データ変換、月次締めは、取引全体の期限を左右します。契約締結日とクロージング日だけでなく、申請期限、テスト日、切戻し判断日、顧客告知日を逆算します。繁忙期、決算、給与計算、連休中の切替は避けられるか検討します。
すべてを同日に切り替える必要はありません。法的な譲渡日と、技術的な移行日を移行サービスでつなぐ方法があります。ただし暫定運用が長期化すると、二重入力、責任の曖昧さ、セキュリティ費用が増えます。期限と終了条件を明確にし、週次で未完了事項を管理します。
オーナー向け実務チェックリスト
資産・契約
- 全業務を起点に、クラウド、ソフト、Excel、紙を洗い出した
- 契約名義、更新日、解約条件、費用、承継制限を確認した
- 端末、サーバー、回線、リース、ドメインを拠点別に一覧化した
- 開発委託契約とソースコード、著作権、ライセンスを確認した
- 重要ベンダーの担当者と障害時連絡先を記録した
アカウント・セキュリティ
- 管理者、利用者、外部委託先、退職者の権限を確認した
- 会社管理の予備管理者と回復手段を用意した
- 共有パスワード、私物端末、個人名義契約を把握した
- 更新、ウイルス対策、暗号化、ログ、バックアップを確認した
- 事故履歴と再発防止、未解決事項を一覧化した
データ・移行
- 個人情報、営業秘密、会計、労務、品質データを分類した
- 利用目的、保存期間、第三者提供、委託先を確認した
- 初期開示は集計・匿名化し、必要性に応じ段階化した
- 継続、承継、移行、終了をシステムごとに決めた
- 当日の切替台本、復旧手順、30・60・100日計画を作った
よくある質問（FAQ）
Q1. 小規模企業でもITデューデリジェンスは必要ですか。
規模より事業依存度で判断します。数人の会社でも、予約、顧客管理、決済が一つのクラウドに集中していれば停止影響は大きくなります。大掛かりな診断から始めず、重要業務、契約、管理者、バックアップを確認するだけでも有効です。
Q2. M&A前に古いシステムを刷新すべきですか。
一律ではありません。サポート終了や重大な安全上の欠陥は早めに対処すべきですが、全面刷新は買い手の統合方針と重複する可能性があります。安定稼働に必要な是正と、中長期の統合投資を分けて買い手と協議します。
Q3. 顧客名簿を買い手候補へ渡してよいですか。
検討初期に生の名簿を渡すのは慎重であるべきです。利用目的、法的根拠、秘密保持、競合関係、必要性を確認し、まず件数や属性の集計で代替します。個別案件では弁護士等に確認してください。
Q4. 社長個人のクラウド契約は株式譲渡で引き継がれますか。
個人が契約者なら、法人の株式が移っても自動的に契約者が変わるとは限りません。提供者の規約、名義変更、データ移管、支払方法を確認し、必要なら会社名義の新規契約へ移します。
Q5. パスワード一覧はいつ渡しますか。
調査段階では渡さず、閲覧用権限や画面共有で確認します。管理権限の引渡しは、契約とクロージング条件に沿い、安全な経路、本人確認、受領記録、変更手順を決めて行います。
Q6. サイバー事故があると会社は売れませんか。
事故の存在だけで直ちに売却不能とは限りません。影響範囲、報告、復旧、再発防止、残存リスクを正確に整理することが重要です。隠して後から判明すると信頼や契約責任の問題になるため、開示方法を専門家と検討します。
Q7. 事業譲渡後、譲渡企業側のバックアップは消すべきですか。
即時に全削除するとは限りません。法令・契約上の保存義務、係争、移行確認、個人情報の利用目的を踏まえ、保持範囲、アクセス制限、削除期限、削除証明を合意します。
Q8. ベンダーにはいつM&Aを伝えますか。
承諾取得や移行協力が必要な時期と、情報漏えいリスクを比較します。秘密保持契約、窓口限定、説明内容、取引先への告知順を決め、基本合意後や最終契約前など案件に合う時期を選びます。
まとめ：ITを見える化して、事業を止めない承継へ
M&AにおけるIT整理の目的は、資料を増やすことではなく、買い手がクロージング翌日から事業を続けられる状態をつくることです。業務から資産を洗い出し、契約名義、管理者、データ、事故、復旧、費用を結び付けます。その上で、初期開示、詳細調査、最終契約、当日切替、100日計画へ段階的につなげます。
大阪M&A総合センターでは、大阪・関西の中小企業オーナーによる会社売却・事業承継の準備を支援しています。システムの全容がまだ分からない段階でも、必要な台帳と関係者の整理から始められます。譲渡をご検討の方は譲渡・事業承継のご相談、買収をご検討の企業様は買い手企業様向けお問い合わせをご利用ください。
ご相談前にご利用ガイドラインとプライバシーポリシーもご確認ください。本稿は一般的な情報提供であり、個別の契約、個人情報保護、サイバーセキュリティ、税務、労務上の判断を断定するものではありません。実行前には、弁護士、税理士、社会保険労務士、IT・情報セキュリティの専門家およびサービス提供者へ個別にご確認ください。
