沖縄で会社売却や事業承継M&Aを進めるとき、決算書、借入金、従業員、主要取引先、不動産、許認可は比較的早い段階で話題になります。一方で、成約後に想像以上の混乱を生みやすいのが、IT資産と個人情報の引き継ぎです。予約台帳、POS、ECサイト、会員データ、LINE公式アカウント、Googleビジネスプロフィール、広告アカウント、クラウド会計、勤怠、給与、ファイル共有、メール、ドメイン、決済端末、Wi-Fi、監視カメラ、バックアップ。中小企業の日常業務は、いまや多くのクラウドサービスとデータの上に乗っています。
ところが、M&Aの検討段階では「パソコンとシステムはそのまま使えばよい」「SaaSはIDとパスワードを渡せば済む」「顧客名簿は会社の資産だから当然引き継げる」と考えられてしまうことがあります。実務では、契約名義、利用規約、個人情報の取得目的、委託先、管理者権限、ログ、バックアップ、過去の漏えい・障害、従業員の退職アカウント、ドメインやSNSの所有者がばらばらで、クロージング後に買い手が業務を止めてしまうケースがあります。
本記事では、沖縄企業のM&Aで見落とされやすいIT・個人情報デューデリジェンスを、売り手・買い手双方の実務目線で整理します。個人情報保護委員会、IPA、中小企業庁、経済産業省などの一次情報を参照しつつ、那覇、浦添、沖縄市、うるま、名護、宮古、石垣など地域企業で起きやすい運用課題に落とし込みます。なお、本記事は2026年5月5日時点の公開情報に基づく一般的な解説であり、個別案件では弁護士、税理士、社会保険労務士、ITベンダー、M&A専門家と確認してください。
なぜIT・個人情報DDが沖縄企業のM&Aで重要になっているのか
沖縄企業のM&Aでは、地域の信頼関係を守ることが非常に重要です。観光、宿泊、飲食、レンタカー、マリンレジャー、EC、食品製造、卸売、介護、医療、教育、IT・BPOなど、顧客や利用者との距離が近い事業ほど、顧客データの扱いを誤ると信頼を失います。県外買い手が承継する場合は、地域の商習慣や顧客接点に加え、データ管理の考え方まで擦り合わせる必要があります。
また、沖縄では繁忙期と閑散期、台風時の休業、離島物流、観光需要、外国人観光客、地元雇用など、日々の業務オペレーションが独特です。予約システムや顧客管理システムが止まると、単なる事務の遅れではなく、送迎、在庫、シフト、宿泊、決済、問い合わせ対応まで連鎖的に影響します。M&Aの条件交渉では価格や退職金が注目されますが、実際に事業を引き継ぐ買い手にとっては「明日から予約を受けられるか」「顧客対応を継続できるか」が大きな価値になります。
IT・個人情報DDは、専門家だけが見る技術調査ではありません。売り手の経営者が、自社の情報がどこにあり、誰が使い、どの契約で支えられ、どこにリスクがあるかを説明できるようにする作業です。買い手にとっては、買収価格の調整材料だけでなく、成約後PMIの優先順位を決める材料になります。
既存記事と重複しない本記事の切り口
沖縄M&A総合センターでは、すでに沖縄企業M&Aのデューデリジェンスで確認される資料、沖縄のIT・BPO企業M&Aで買い手が見る強み、沖縄企業のM&Aで秘密保持を徹底する進め方、沖縄企業M&A後のPMIでつまずかないための準備といった記事を公開しています。
本記事は、DD全体やIT企業そのものの評価ではなく、どの業種にも存在する「データとクラウドサービスの承継」に絞ります。ホテルなら宿泊予約とOTA、飲食店なら予約台帳とモバイルオーダー、レンタカーなら予約・免許証画像・決済、ECなら会員データと購入履歴、介護なら利用者情報と請求システム、製造・卸売なら受発注システムと取引先データが該当します。IT企業でなくても、IT・個人情報DDは避けられません。
特に中小企業では、システムが正式な台帳ではなく、代表者のスマートフォン、個人名義のクラウド、現場責任者のExcel、外部制作会社が管理するサーバー、退職者が作った広告アカウントに分散していることがあります。こうした情報は、財務DDだけでは見えません。だからこそ、M&Aの早い段階で棚卸しを行い、開示範囲と承継手順を設計する必要があります。
最初に作るべきは「システム一覧」ではなくデータ台帳
IT・個人情報DDで最初に作るべき資料は、単なるシステム一覧ではありません。どのデータが、どの目的で、どこに保管され、誰がアクセスでき、どの外部事業者が関与し、成約後にどう引き継ぐのかを整理したデータ台帳です。システム名だけを書いても、個人情報リスクや業務停止リスクは見えません。
たとえば宿泊業であれば、宿泊者氏名、住所、電話番号、メールアドレス、国籍、パスポート情報、予約履歴、決済情報、問い合わせ履歴、口コミ対応履歴があります。レンタカーであれば、予約者情報、免許証情報、事故履歴、車両情報、決済情報があります。介護・医療であれば、利用者・患者に関する機微な情報や請求情報が含まれます。これらを同じ「顧客データ」としてまとめてしまうと、確認すべき法律、契約、セキュリティ、開示範囲が曖昧になります。
データ台帳では、少なくともデータの種類、件数の概算、保管場所、管理者、利用目的、委託先、バックアップ、削除ルール、成約後の引継ぎ方法を整理します。初期段階では件数や分類だけを匿名で示し、秘密保持契約後に詳細を開示し、基本合意後に具体的な台帳やサンプルを確認するなど、段階を分けるのが実務的です。
この作業は、売り手にとっても有益です。M&A前にデータ台帳を作ることで、退職者アカウント、使っていないクラウドサービス、個人名義契約、バックアップ未実施、古い顧客リスト、目的不明の名簿、保存期間を過ぎた情報が見つかります。成約前に直せるものは直し、直せないものは買い手に説明できる形に整えることが、後の価格調整や表明保証違反のリスクを下げます。
個人情報は「会社の資産」でも自由に渡せるわけではない
顧客名簿や会員データは、M&Aで重要な事業資産です。しかし、個人情報を含むデータは、会社の資産であると同時に、個人情報保護法の規律を受ける情報です。個人情報保護委員会のガイドラインでは、事業承継など一定の場合に第三者提供に該当しない取り扱いが示されていますが、だからといって何でも自由に渡してよいわけではありません。利用目的、取得時の説明、委託先管理、安全管理措置、漏えい等対応を確認する必要があります。
株式譲渡では、対象会社そのものが同じ法人として残るため、個人情報の管理主体も形式上は変わりません。ただし、実質的な支配者、管理体制、アクセス権限、利用目的の運用が変わる場合は、買い手が引き継いだ後に適切な安全管理をできるかが重要です。親会社のシステムへ移す、県外本社のCRMへ統合する、クラウドを変更する、海外サービスを使う、委託先を変える、といった予定がある場合は、成約後のデータ移行計画まで確認します。
事業譲渡では、事業資産として顧客データを移転する場面が出てきます。移転できる範囲、顧客への通知・公表、利用目的の承継、契約上の制限、同意が必要な情報の有無を慎重に確認します。特に医療、介護、教育、会員制サービス、EC、レンタカー、宿泊などでは、顧客がどのような期待で情報を預けているかを無視できません。法的に可能かだけでなく、地域での信頼を損なわない説明ができるかも重要です。
個人情報DDでは、過去の漏えいや苦情も確認します。漏えい等が発生した場合、個人情報保護委員会への報告や本人通知が必要になるケースがあります。M&Aの前に過去の事故や不正アクセス、誤送信、紛失、委託先トラブルを確認し、未対応のものがないかを見ます。隠したまま成約すると、後で買い手が顧客対応と行政対応を負うことになり、信頼関係が崩れます。
SaaS契約はIDを渡せば終わりではない
中小企業のIT環境では、SaaS契約が非常に増えています。会計、給与、勤怠、予約、POS、EC、在庫、CRM、チャット、ファイル共有、電子契約、広告、アクセス解析、決済、メール配信、ホームページ管理など、日常業務の重要部分がクラウド上で動いています。M&Aでは、これらの契約名義、支払方法、管理者権限、データエクスポート可否、譲渡制限、解約期限を確認する必要があります。
よくある問題は、SaaSが会社名義ではなく、代表者や担当者の個人メールで登録されていることです。請求先が個人カードになっている、管理者が退職者のアカウントのまま、二要素認証が代表者の私用スマートフォンに紐づいている、制作会社やコンサルタントが管理者権限を持ったまま、といった状態では、買い手が成約後に業務を継続できません。
SaaSの利用規約には、アカウントの譲渡や名義変更に制限がある場合があります。会社の株式譲渡なら契約主体は変わらないことが多い一方、事業譲渡では買い手名義で契約し直す必要が出ることがあります。データをエクスポートできるか、移行期間中に旧アカウントを併用できるか、API連携や外部連携が切れないか、請求タイミングがクロージング日とずれないかを確認します。
売り手は、SaaS一覧を作るときにサービス名だけでなく、契約者、管理者メール、支払方法、更新日、月額費用、保存データ、連携先、解約条件、サポート窓口、移行可否を整理しましょう。買い手は、一覧を受け取ったら、重要度を分けます。予約や決済のように止まると売上に直結するもの、会計や勤怠のように月次処理に必要なもの、広告やSNSのように集客に影響するものを分け、クロージング前に移行手順を決めます。
ドメイン・メール・SNS・広告アカウントは「誰のものか」を見る
沖縄の観光・飲食・小売・美容・教育・医療・介護などでは、ホームページ、SNS、Googleビジネスプロフィール、予約サイト、口コミサイト、広告アカウントが集客の中心になっていることがあります。買い手は、売上の根拠としてWeb集客を評価するなら、その集客資産を本当に承継できるか確認しなければなりません。
ドメインは、登録者、管理会社、更新期限、DNS管理者、メール設定、SSL証明書、サーバー契約、制作会社との契約を確認します。ドメインが代表者個人名義、制作会社名義、過去の担当者名義になっている場合、成約後に所有権移転やDNS変更ができず、Webサイトやメールが止まることがあります。メールについても、誰が管理者か、退職者メールをどう扱うか、過去メールを移行するか、個人メールと業務メールが混在していないかを確認します。
SNSや広告アカウントでは、個人アカウントとビジネス資産の分離が重要です。Instagram、Facebook、LINE公式アカウント、YouTube、X、TikTok、Google広告、Meta広告、アクセス解析などは、権限が個人に紐づきやすい領域です。買い手は、フォロワー数や口コミ数だけでなく、管理権限が正式に移転できるか、過去の広告データを見られるか、決済方法を変更できるか、ブランド名や店舗名を継続できるかを確認します。
売り手は、M&A前にこれらのアカウントを会社管理に寄せておくとよいでしょう。会社メールを管理者にする、複数管理者を設定する、二要素認証のバックアップコードを保管する、個人端末だけに依存しない、制作会社との契約を整理する。これだけでも、買い手の不安は大きく減ります。
セキュリティは「高度な技術」より基本運用が見られる
中小企業のM&Aで買い手が確認したいセキュリティは、必ずしも高度な専門技術ではありません。まず見られるのは、基本運用です。管理者アカウントは誰が持っているか。退職者アカウントは無効化されているか。共有IDはないか。二要素認証は使っているか。端末にパスワードや暗号化はあるか。バックアップは取得され、復元確認されているか。ウイルス対策やOS更新は放置されていないか。外部委託先との責任分担は明確か。
IPAの中小企業向け情報セキュリティ資料は、組織的な対策、人的対策、技術的対策を考える入口になります。M&Aの現場では、資料を丸写しするのではなく、売り手の実態に合わせて「今すぐ直すこと」「買い手に説明してPMIで直すこと」「リスクとして価格や契約条件に反映すること」に分けます。たとえば、退職者アカウントの停止や管理者メールの変更は成約前に直しやすい一方、基幹システムの入れ替えはPMIで段階的に行うことが現実的です。
買い手は、セキュリティの不備を見つけたときに、すぐ価格減額だけを考えるのではなく、事業継続に与える影響を見ます。顧客情報が大量に入った端末が暗号化されていない、バックアップがない、予約システムの管理者が退職者のまま、決済情報にアクセスできる担当者が多すぎる、といった状態は、成約後すぐに優先対応が必要です。逆に、軽微な不備でも、売り手が台帳化し、改善計画を持っているなら、引継ぎ可能性は高まります。
開示資料は「全部見せる」より段階設計が重要
IT・個人情報DDでは、買い手が詳細資料を見たがる一方、売り手は情報漏えいを恐れます。顧客名簿、従業員情報、契約先、ID管理表、システム構成図、事故履歴は、競合や不適切な相手に渡ると大きなリスクになります。したがって、開示資料は「全部見せる」か「何も見せない」かではなく、段階設計が重要です。
初期段階では、匿名化したデータ台帳、システム分類、件数の概算、主要SaaSの種類、外部委託の有無、重大事故の有無を示します。秘密保持契約後に、具体的なシステム名、契約条件、管理者体制、バックアップ状況を開示します。基本合意後やDD本番では、サンプルデータ、契約書、利用規約、ログ、委託契約、過去事故の対応記録を確認します。顧客名や個人情報そのものは、必要性と範囲を絞り、閲覧権限や持ち出し制限を設けるべきです。
既存記事の秘密保持を徹底する進め方でも触れているように、沖縄では匿名情報でも会社が推測されることがあります。たとえば「宮古島で特定ジャンルの予約サイトを運営」「那覇市中心部で特定業態の会員データを保有」といった表現だけで候補先に分かる場合があります。IT・個人情報DDでは、技術情報だけでなく、地域での推測可能性まで考えて開示設計を行いましょう。
表明保証ではIT・個人情報の範囲を曖昧にしない
最終契約では、表明保証、誓約事項、補償、クロージング条件、移行協力を確認します。IT・個人情報に関しては、個人情報保護法等の遵守、重大な漏えい等の不存在、重要システムの権利、第三者の権利侵害、ライセンス違反、サイバー事故、バックアップ、委託契約、未解決の苦情や行政対応の有無などが論点になります。
売り手側は、実態を超えて広すぎる保証をしないよう注意が必要です。中小企業では、すべてのログや契約を完全に把握していないこともあります。その場合は、知る限り、重要な範囲、開示資料に記載された範囲など、実態に合う表現を専門家と相談します。買い手側は、事業継続に必要な重要システムやデータに関して、成約後に使えない、移転できない、事故が隠れていた、という事態を避けるため、確認したい事項を契約に反映します。
また、クロージング前後の移行協力も重要です。ドメイン移管、SaaS管理者変更、メール移行、バックアップ取得、顧客データの受け渡し、従業員への運用説明、委託先への通知、システムベンダーとの三者面談などは、誰がいつ行うのかを決めます。最終契約前に手順書を作り、クロージング日から逆算して準備しておくと、成約後の混乱を減らせます。
Day1で確認する管理者権限とバックアップ
クロージング当日から最初の10日間で確認すべきなのは、管理者権限とバックアップです。買い手が最初に困るのは、事業が動いているのにログインできない、請求先を変更できない、従業員アカウントを追加できない、バックアップがどこにあるか分からない、という状態です。これらは顧客からは見えませんが、現場ではすぐ問題になります。
Day1チェックとして、主要SaaSの管理者、ドメイン・DNS、メール、予約システム、POS、EC、会計、勤怠、給与、ファイル共有、SNS、広告、決済、Wi-Fi、セキュリティソフト、バックアップの権限を確認します。必要に応じて、旧代表者や旧担当者を一時的な共同管理者に残しつつ、買い手側の管理者を追加します。いきなり全権限を切り替えると、現場が止まる場合があるため、移行期間を決めて段階的に行います。
バックアップは、取得しているかだけでなく、復元できるかが重要です。外付けHDDに古いバックアップがあるだけ、クラウド同期をバックアップと誤解している、ランサムウェア感染時に同時に暗号化される構成になっている、ということがあります。M&A後の初期PMIでは、重要データのバックアップ場所、世代管理、復元手順、責任者を確認しましょう。
従業員説明では「監視」ではなく業務継続を伝える
IT・個人情報の承継では、従業員説明も重要です。買い手がセキュリティを強化しようとして、突然パスワード変更、多要素認証、端末制限、ファイル共有の見直しを行うと、従業員は「監視される」「仕事がやりにくくなる」と感じることがあります。特に中小企業では、これまで柔軟な運用で現場を回してきたため、ルール化に抵抗が出ることがあります。
説明では、個人を疑うためではなく、顧客情報、従業員情報、取引先情報、会社の信用を守るためであることを伝えます。退職者アカウントを止める、共有IDを廃止する、ファイル名や保存場所を統一する、個人端末の業務利用を見直す、漏えい時の連絡先を決める、といった基本運用は、従業員を守る意味もあります。既存記事の沖縄企業のM&Aで従業員を守る条件設計と同じく、説明の仕方が定着率に影響します。
沖縄では、従業員同士、取引先、顧客が地域でつながっていることも多く、情報管理の失敗が口コミとして広がることがあります。買い手は、システムを変えるだけでなく、現場責任者と一緒に運用ルールを作ることが大切です。売り手代表者が一定期間残る場合は、従業員の不安を拾いながら、なぜ変えるのか、何を変えないのかを一緒に伝えるとよいでしょう。
匿名モデル事例：予約システムと顧客データが分散していた観光事業
以下は実在企業の事例ではなく、沖縄県内の観光サービス会社を想定した匿名モデル事例です。会社Aは、マリン体験、送迎、物販を行う小規模企業で、後継者不在を理由に県外の観光関連企業への譲渡を検討しました。売上は安定していましたが、予約は複数のOTA、電話、LINE、Excelで管理され、顧客写真はスタッフのスマートフォン、口コミ対応は代表者の個人アカウント、決済端末は店舗ごとに契約者が異なる状態でした。
買い手は当初、口コミ評価と予約件数を高く評価しました。しかしIT・個人情報DDを進めると、管理者権限が代表者個人に集中し、退職スタッフのアカウントが残り、顧客写真の保存ルールがなく、予約データのエクスポート方法も統一されていないことが分かりました。ここで価格を下げるだけでは、成約後に事業が回りません。売り手と買い手は、基本合意後にSaaS一覧、予約経路、顧客データ分類、写真データの扱い、LINE公式アカウント、口コミサイト権限、決済契約を整理しました。
最終契約では、クロージング前に管理者権限を会社メールへ移すこと、退職者アカウントを停止すること、顧客写真の保存場所を統一すること、買い手が一定期間旧システムを併用できること、過去の漏えい等について売り手が知る範囲で開示することを条件にしました。成約後は、最初の30日で管理者権限とバックアップを整理し、60日までに従業員へ新しいデータ管理ルールを説明し、100日までに予約データを買い手グループのCRMへ段階移行しました。
このモデル事例から分かるのは、IT・個人情報DDは「悪いもの探し」ではなく、成約後に事業を止めないための移行設計だということです。売り手が早めに整理すれば、買い手は過度に不安を抱かず、価格交渉も建設的になります。買い手が丁寧に確認すれば、従業員や顧客に負担をかけずに承継できます。
売り手が相談前に準備したいチェックリスト
売り手は、M&A相談前にすべてを完璧に直す必要はありません。ただし、何がどこにあるかを把握しているだけで、相談の質は大きく変わります。まず、主要システム、SaaS、ドメイン、メール、SNS、広告、決済、端末、バックアップを一覧にします。次に、顧客、従業員、取引先、会員、予約、決済、問い合わせ、写真・動画、契約書、請求情報など、個人情報や重要データの種類を分類します。
それぞれについて、管理者、契約名義、支払方法、更新期限、保存場所、アクセス権限、委託先、データ出力方法、解約条件、過去トラブルをメモします。分からないものは「不明」と書いて構いません。不明点を隠すより、どこが分からないかを明確にしたほうが、支援者や買い手が対応しやすくなります。
特に見直したいのは、代表者個人名義の契約、退職者アカウント、共有ID、古い端末、バックアップ未実施、顧客名簿の重複、使っていないメールアドレス、制作会社に任せきりのドメイン、店舗ごとの決済契約です。これらは成約前に整理できるものが多く、買い手への説明力を高めます。
買い手が質問すべき実務項目
買い手は、IT・個人情報DDで「システムは何を使っていますか」と聞くだけでは足りません。どの業務がどのシステムに依存しているか、止まった場合に何時間で売上に影響するか、管理者権限を誰が持っているか、データを出力できるか、契約を承継できるか、バックアップから復元できるかを確認します。
また、顧客情報の取得目的、プライバシーポリシー、委託先、外部送信、国外サービス利用、過去の漏えい等、本人からの開示・削除等の請求、苦情対応も確認します。個人情報保護法の細かな適用判断は専門家確認が必要ですが、買い手としては「成約後に自社が責任を持って管理できる状態か」を見なければなりません。
質問の際は、売り手を責める姿勢ではなく、PMIのために必要な確認として進めることが重要です。中小企業では、長年の現場運用で何とか回してきた結果、台帳や規程が追いついていないことがあります。買い手が一方的に大企業基準を押し付けると、従業員の反発や情報隠しにつながります。まずは現状を把握し、重大リスクと改善可能項目を分ける姿勢が大切です。
契約前に決めたいIT・個人情報の役割分担
最終契約前には、IT・個人情報に関する役割分担を明確にします。売り手は、開示資料の正確性、過去トラブルの説明、管理者権限の移行協力、一定期間の問い合わせ対応を担います。買い手は、成約後の安全管理、システム統合、従業員教育、委託先管理、費用負担を担います。支援者は、開示段階、質問回答、専門家連携、契約条件への反映を支援します。
費用負担も曖昧にしないほうがよい論点です。ドメイン移管、SaaS再契約、データ移行、セキュリティソフト導入、端末入れ替え、バックアップ環境、外部専門家レビュー、プライバシーポリシー改定、従業員研修には費用がかかります。どこまでを売り手が成約前に整えるのか、どこから買い手のPMI費用とするのかを整理します。
沖縄企業のM&Aでは、買い手が県外企業である場合、現地での設定作業や従業員説明に時間がかかることがあります。クロージング日に本社から遠隔で指示するだけでは、店舗や現場が動きません。現場責任者、ITベンダー、M&A支援者、買い手のPMI担当者が同じ工程表を見て動けるようにしておくことが大切です。
よくある質問
IT企業でなくてもIT・個人情報DDは必要ですか
必要です。観光、飲食、小売、介護、医療、教育、物流、製造、卸売など、多くの業種が予約、顧客管理、決済、勤怠、会計、メール、SNSを使っています。IT企業でなくても、顧客データやクラウドサービスが事業継続に直結している場合は確認が必要です。
顧客名簿はM&Aでそのまま渡せますか
スキーム、利用目的、取得時の説明、契約条件、個人情報保護法上の整理によって確認が必要です。株式譲渡と事業譲渡でも考え方が異なります。顧客名簿を重要資産として扱うほど、専門家と確認し、開示範囲と承継手順を設計するべきです。
SaaSアカウントはパスワードを渡せば承継できますか
パスワード共有だけで済ませるのは危険です。契約名義、利用規約、管理者権限、二要素認証、支払方法、データ出力、譲渡制限、旧担当者アカウントを確認してください。必要に応じて買い手名義で再契約し、データ移行を行います。
過去に小さな情報漏えいがあった場合、売却は難しくなりますか
事案の内容、件数、原因、対応状況、再発防止策によります。隠すことが最も危険です。記録を整理し、必要な報告・通知・再発防止が行われているかを確認し、買い手へ適切な範囲で説明することが重要です。
買い手が県外企業の場合に特に注意することは何ですか
現場作業、従業員説明、顧客対応、SaaS移行、ドメイン・メール変更を遠隔だけで進めないことです。沖縄の店舗・拠点に詳しい現場責任者と、買い手のIT・PMI担当者が一緒に工程表を作り、繁忙期や台風時期を避けて移行することが望ましいです。
まとめ：データを引き継げる会社は、事業も引き継ぎやすい
沖縄企業のM&AでIT・個人情報DDを行う目的は、専門用語で売り手を追い込むことではありません。顧客、従業員、取引先、地域の信用を守りながら、買い手が事業を止めずに引き継げる状態を作ることです。顧客データ、SaaS、予約システム、ドメイン、メール、SNS、広告、決済、バックアップ、権限管理は、いまや会社の営業力そのものです。
売り手は、相談前にデータ台帳とSaaS一覧を作り、個人名義契約や退職者アカウントを整理しましょう。買い手は、価格交渉の材料としてだけでなく、成約後100日のPMI計画としてIT・個人情報DDを使いましょう。支援者は、秘密保持と開示範囲を設計し、専門家と連携して契約条件へ落とし込む必要があります。
沖縄M&A総合センターでは、地域事情を踏まえた秘密保持、買い手選定、条件整理、PMI設計を重視しています。会社売却を検討する段階で、決算書や従業員情報だけでなく、顧客データ、SaaS、予約・決済、ドメイン、SNS、バックアップまで棚卸ししておくことで、買い手への説明力と成約後の安定性が高まります。データを引き継げる会社は、事業も引き継ぎやすい会社です。
