建設会社のM&Aや会社譲渡では、建設業許可、経営事項審査、技術者、受注残、重機などに目が向きやすい一方、実際の業務を毎日動かしている「工事台帳」「原価管理システム」「現場写真」「見積・請求データ」「クラウドアカウント」の承継が後回しになりがちです。しかし、譲渡実行後にログインできない、過去工事の原価が確認できない、退職者の個人アカウントに写真が残っている、といった状態になれば、請求、決算、瑕疵対応、発注者への説明まで止まりかねません。
本記事では、建設会社の会社譲渡を検討する経営者・管理責任者に向けて、業務システムとデータを安全に引き継ぐための情報資産デューデリジェンス（情報資産DD）、契約・権限・データ品質の確認方法、クロージング前後90日の移行計画を実務的に解説します。単なるIT機器の棚卸しではなく、「誰が、どの工事について、どの証拠を、いつ確認できるか」という事業継続の視点で整理することが重要です。
建設会社M&Aで業務システム承継が重要になる理由
工事会社の利益管理は、会計ソフトだけでは完結しません。見積、実行予算、発注、日報、出来高、請求、入金、労務、機械稼働、現場写真などが複数のサービスや表計算ファイルに分散しています。各現場の所長や事務担当者が独自のフォルダー構成や命名規則で管理しているケースも少なくありません。会社譲渡により株主が変わっても法人そのものが存続する株式譲渡では、表面上は同じアカウントを使い続けられることがあります。しかし、契約名義、支払方法、管理者権限、グループ会社の共通テナント、個人メールとの紐付けまで自動的に整理されるわけではありません。
一方、事業譲渡では、ソフトウェア利用契約やクラウド上のデータが譲受企業へ当然に移るとは限りません。ベンダーの同意、新規契約、データ移行、個人情報の取扱い、発注者との契約条件などを個別に確認する必要があります。吸収分割でも、契約承継の法的な枠組みと、実際にサービス上で管理者を変更できるかは別問題です。したがって、スキーム決定と情報資産の調査を並行させる必要があります。
停止すると影響が大きい建設業特有のデータ
優先順位を決める際は、システム名ではなく業務への影響で分類します。最優先になりやすいのは、進行中工事の実行予算、発注済み金額、出来高、請求予定、変更契約、未承認の追加工事、施工体制台帳、安全書類、現場写真、図面、検査記録です。これらは資金繰りと利益確定だけでなく、発注者・元請・協力会社との認識を合わせる証拠になります。
次に重要なのが、完成工事の契約書、引渡書、保証書、写真、検査結果、補修履歴です。完成後に契約不適合や問い合わせが発生した際、担当者の記憶だけに依存すると対応が遅れます。さらに、積算単価、協力会社別の発注実績、顧客別の受注履歴、技術提案書は将来の営業力を支える情報です。会社譲渡の価値を維持するには、これらが検索可能で、適切な権限の下で利用できる状態を作らなければなりません。
最初に作るべき情報資産台帳
情報資産DDの出発点は、契約一覧ではなく「業務とデータの地図」です。現場部門、積算部門、営業、購買、総務、経理、人事の担当者へ短時間のヒアリングを行い、日々どのツールを使い、入力元と出力先が何かを確認します。正式導入されたシステムだけを聞くと、個人契約のクラウドストレージ、無料チャット、USBメモリー、担当者が作ったマクロ、現場ごとの共有アプリが漏れます。「昨日の業務を朝から順に再現してください」と聞くと実態を把握しやすくなります。
台帳に最低限入れる項目
台帳には、サービス名、利用目的、保存データ、利用部門、利用者数、契約主体、請求先、更新日、解約予告期間、管理者アカウント、二要素認証の方法、バックアップ、外部連携、データ出力可否、ベンダー窓口、障害時の代替手段を記載します。オンプレミスのサーバーやNASについては、設置場所、機種、容量、保守契約、OS、暗号化、バックアップ先、復旧手順も追加します。
重要なのは、パスワードそのものを一覧表へ書かないことです。DD資料では、管理方法と権限保有者を確認し、資格情報は承認されたパスワード管理手段で別管理します。また、共有IDを多数で使っている場合は、誰がどの操作をしたか追跡できません。クロージングまでに全てを個人ID化できなくても、重要システムから順に共有IDを減らし、退職者や外注先のアクセスを停止できる仕組みを整えます。
現場単位のシャドーITを見逃さない
建設現場では、発注者指定のASP、写真管理サービス、安全書類サービス、チャット、ファイル転送サービスなど、案件ごとに異なる環境を使うことがあります。会社全体の契約台帳だけでは把握できないため、受注残一覧に「利用中の外部サービス」「発行元」「終了予定日」「データ持出し期限」を追加すると効果的です。工事完了後一定期間で閲覧できなくなるサービスもあるため、保存義務や将来の説明に必要な資料を、契約条件に従って社内保管へ移します。
工事台帳・原価管理システムのDDで確認すること
原価管理システムは、企業価値評価と譲渡後の経営管理の両方に直結します。まず、会計上の完成工事高・完成工事原価と、工事台帳の集計が一致するかを月次・年度で照合します。不一致がある場合、未計上の請求、共通費の配賦、労務費の入力遅れ、完成基準の違い、工事コードの重複など原因を分解します。差額の存在だけで企業価値が直ちに否定されるわけではありませんが、再現可能な調整表がなければ、譲受企業は安全側の評価を取りやすくなります。
個別工事では、当初予算、最新実行予算、発注済み、支払済み、請求済み、入金済み、今後発生見込、最終利益見込を同じ基準日で確認します。担当者が表計算で上書きしている場合は、更新日と根拠資料も保存します。赤字工事や採算が急変した工事は、変更契約の未締結、追加工事の口頭合意、資材高騰、工程遅延、手戻りなど理由を記録し、案件別の説明ファイルにまとめるとDD対応が早くなります。
マスターデータの品質
顧客、協力会社、工種、部門、担当者、勘定科目などのマスターが重複していると、譲渡後の分析が不正確になります。同じ協力会社が旧字体・略称・支店名で複数登録されていないか、廃業先が有効のまま残っていないか、反社会的勢力チェックや与信確認の記録と結び付くかを確認します。統合前に無理に全件を修正すると履歴を壊すおそれがあるため、原本を保存し、変換ルールと新旧コード対応表を作ってからクレンジングします。
データ出力と再現性
クラウドサービスを利用していても、契約終了後に全データを同じ形で取り出せるとは限りません。CSV出力はできても添付ファイルや承認履歴が含まれない、帳票PDFは出せても明細検索ができない、といった制約があります。サンプル工事を選び、契約書、予算、発注、請求、写真、承認ログまで一連で出力し、別環境で読めるかをテストします。出力日時、対象範囲、件数、ハッシュ値などを記録しておけば、移行後に欠落を検知しやすくなります。
クラウド契約とライセンス承継の注意点
SaaSの利用規約には、アカウントの譲渡禁止、支配権変更時の通知、再販・第三者利用の制限、データ保存地域、契約終了後の削除時期などが定められています。株式譲渡で法人が同じでも、親会社の共通環境へ統合する場合は利用範囲が変わる可能性があります。事業譲渡であれば、新法人への契約移転をベンダーが認めるか、移行支援費用が必要かを早めに確認します。
見落としやすいのが販売代理店経由の契約と、担当者個人のクレジットカードで支払っている契約です。ベンダー名だけでなく、請求書発行者、契約番号、契約管理画面を確認します。年額契約の更新直前に会社譲渡が重なると、不要な二重契約や違約金が発生することがあります。契約更新カレンダーを作り、維持、統合、解約、新規契約の判断期限を可視化します。
ドメイン・メール・認証基盤
自社ドメインとメールは、多くのクラウドサービスの本人確認基盤です。ドメイン登録者、レジストラ、DNS管理者、更新費用の支払方法、緊急連絡先を確認します。創業者や制作会社の個人アカウントだけが管理権限を持つ状態は、会社譲渡前に是正すべき重要事項です。メール転送設定、退職者メール、共有アドレス、迷惑メール対策、二要素認証も棚卸しします。
譲渡企業と譲受企業のメール環境を統合する際は、ドメイン変更を急がないことも選択肢です。取引先が旧アドレスへ連絡し続ける期間を想定し、並行受信、返信ルール、署名、なりすまし対策を設計します。メールを一括移行する場合は、個人情報や私的利用が混在していないか、保存期間や調査対応の方針も確認します。
現場写真・図面・電子契約の承継
現場写真は、進捗報告だけでなく、不可視部分の施工品質、数量、使用材料、安全管理を示す重要な記録です。スマートフォン本体、個人クラウド、メッセージアプリにしか残っていない写真がないかを確認し、工事番号、撮影日、場所、工種と紐付けて会社管理へ集約します。ただし、端末から無断で個人データを取得するのではなく、就業規則、端末利用規程、本人への案内、必要範囲を踏まえて適切に進めます。
CAD・BIMデータでは、閲覧・編集に必要なソフトウェアのバージョン、ライセンス、外部参照ファイル、フォント、テンプレートまで確認します。元データがあっても専用環境がなければ再利用できません。図面に発注者や設計者の権利が含まれる場合は、契約上の利用目的と再利用範囲も確認します。
電子契約サービスでは、締結済み契約のPDFだけでなく、電子署名の検証情報、タイムスタンプ、監査ログ、送信者情報を保存します。管理者交代の手続きと、退職予定者が送信した契約へのアクセス方法を確認します。譲渡後に過去契約を検索できるか、法務・経理・現場のどの役割に閲覧権限を付与するかも決めておきます。
個人情報・機密情報の取扱い
情報資産DDでは、必要な情報を共有しつつ、従業員、協力会社、顧客の個人情報や機密情報を過剰に開示しない設計が必要です。初期段階では匿名化・集計化し、候補先が絞られた後に必要性と権限を確認して段階的に開示します。データルームには閲覧者、ダウンロード可否、透かし、ログ、保存期限を設定し、案件終了後の返却・削除方法も合意します。
従業員名簿、資格証、健康情報、給与、評価、事故記録などは特に慎重な管理が必要です。会社譲渡の検討に必要な項目と、単なる興味で求められている項目を区別し、開示目的を記録します。秘密保持契約を結んでいても、必要最小限という原則がなくなるわけではありません。
サイバーセキュリティの確認
セキュリティDDでは、ウイルス対策ソフトの有無だけでなく、管理者権限、端末更新、バックアップ、二要素認証、外部公開機器、退職者アカウント、委託先アクセス、インシデント履歴を確認します。建設会社は多数の協力会社・現場とのファイル交換があり、ランサムウェアやなりすまし送金の影響を受けやすい業務構造です。請求先口座の変更は電話等で再確認する、添付ファイルの代わりに管理された共有リンクを使うなど、運用面の対策も評価します。
過去に事故があった場合は、隠すよりも、発生日、影響範囲、通知、復旧、再発防止、保険対応を時系列で整理します。説明できる管理体制は、譲受企業の不確実性を下げます。反対に、ログがなく影響範囲を説明できない状態は、価格だけでなく契約条件や補償条項に影響する可能性があります。
株式譲渡・事業譲渡・会社分割で異なる実務
株式譲渡の場合
株式譲渡では契約主体が同じため、利用継続しやすいのが一般的です。ただし、チェンジオブコントロール条項、親会社変更の通知、保証人、口座・カード、管理者の変更は確認が必要です。旧オーナー個人が契約者・登録者になっているものは法人名義へ移します。譲受企業のセキュリティ基準へ統合するため、端末管理や認証方式が変わることも想定します。
事業譲渡の場合
事業譲渡では、対象資産・契約・データを特定して移転します。「建設事業一式」と書くだけでは、クラウド契約、ドメイン、電話番号、写真、マニュアル、マクロ、知的財産の帰属が曖昧になる可能性があります。別紙の資産一覧に、データ形式、基準日以降の増分、移行責任者、費用、未移行時の代替措置まで定めます。個人情報の移転は、利用目的や法令、契約を踏まえ専門家へ確認します。
会社分割の場合
会社分割は契約承継に特徴がありますが、システム上のテナント分割が自動で行われるわけではありません。複数事業が一つのデータベースを共有している場合、対象事業だけを切り出せるか、過去データをどちらが保管するか、相互閲覧期間をどうするかが課題になります。切出しが困難なら、一定期間の移行サービス契約を結び、アクセス範囲、利用料、事故時の責任、終了条件を決めます。
企業価値と契約条件への影響
情報資産の整理は、単なるコストではなく企業価値を説明する材料です。案件別粗利を継続的に把握でき、予算変更の承認履歴があり、受注から入金まで追跡できる会社は、将来利益の再現性を説明しやすくなります。逆に、利益が社長の手元表計算だけで管理され、担当者がいなければ数字を再現できない場合、譲受企業は追加の運転資金、統合作業、偶発債務を見込みます。
DDで判明した課題は、すべてをクロージング前に直す必要はありません。重大度、緊急度、修正費用、事業停止リスクで分類し、①実行条件、②譲渡価格調整、③表明保証、④補償、⑤クロージング後の統合計画、⑥移行サービスのいずれで扱うかを決めます。課題を一覧化し、誰がいつまでに対応するか合意できれば、曖昧な懸念を具体的な管理項目へ変えられます。
譲渡企業がクロージング前に進める90日計画
90～61日前：把握と優先順位付け
主要部門のヒアリング、情報資産台帳、契約更新日、管理者一覧を作成します。止まった場合の影響を「即日停止」「数日以内に影響」「代替可能」に分類し、最重要システムを10件程度に絞ります。退職予定者や外部委託先だけが管理する環境があれば、早急に複数管理者へ変更します。バックアップからサンプル復元を行い、実際に戻せることも確認します。
60～31日前：契約・移行設計
ベンダーへ名義変更や支配権変更の手続きを照会し、必要書類と所要日数を確定します。譲受企業の環境へ移すデータ、当面維持するシステム、廃止するシステムを決めます。移行リハーサルでは、件数、金額合計、添付数、ユーザー数を新旧で照合します。DNSやメールなど失敗時の影響が大きいものは、切戻し条件と連絡網を準備します。
30日前～クロージング：実行準備
管理者変更の手順書、当日の担当者、ベンダー緊急連絡先、承認者を確定します。従業員への案内は、取引の機密性と業務準備のバランスを取り、開示時期を案件責任者と決めます。アカウント停止を早く行い過ぎると業務に支障が出るため、変更の順序を分単位・時間単位で組みます。重要データは基準日時点のスナップショットを取得し、件数と保存先を記録します。
クロージング後1～30日：安定化
アクセス不能、メール不達、請求漏れ、二重入力などを記録する窓口を一本化します。初週は毎日、以後は週次で課題を確認します。権限は広く付与して解決するのではなく、一時権限には期限を設定します。主要な取引先、協力会社、金融機関、保険会社への連絡が必要な場合は、契約とコミュニケーション計画に従います。
31～90日：統合と改善
重複システムの廃止、マスター統合、権限の最小化、運用規程の更新、研修を進めます。廃止前には法令・契約上の保存期間と、将来の紛争・補修対応に必要な証拠を確認します。管理指標として、移行データ一致率、未解決障害、共有ID数、二要素認証率、月次締め日数、工事台帳更新遅延を追うと、統合効果を定量化できます。
譲渡企業が準備するとDDが進みやすい資料
準備資料は、情報資産台帳、システム構成図、ベンダー契約一覧、ユーザー・権限一覧、バックアップ方針、障害・事故履歴、受注残と利用サービスの対応表、工事コード一覧、原価集計ルール、月次照合表、データ保持規程、端末一覧、外部委託先一覧です。初期段階では個人名や機密性の高い設定をマスキングし、必要に応じて段階的に開示します。
資料が完全でなくても、現状、未確認事項、確認担当者、期限を明示すれば前に進められます。「資料なし」と回答するより、代替証拠として請求書、画面出力、運用手順、ヒアリング記録を示す方が有効です。譲渡企業が自社の弱点も含めて説明できる状態を作ることが、信頼の形成につながります。
情報資産DDで起こりやすい失敗と改善策
失敗1：経営者とシステム担当者だけで棚卸しする
正式なシステムは把握できても、現場ごとの表計算、写真共有、発注者指定サービス、協力会社との連絡手段が漏れます。現場代理人、積算、工務、請求担当へ同じ質問票を配り、回答の差を比較してください。特に「このツールが明日使えなければ何が止まるか」「代わりに誰へ聞くか」という質問は、属人化と隠れた依存関係を発見するのに役立ちます。
失敗2：ファイル数だけで移行完了と判断する
移行元と移行先のファイル数が一致しても、階層、更新日時、アクセス権、リンク、コメント、版管理が失われている場合があります。重要工事を複数選び、利用者が普段の手順で検索・閲覧・出力できるか受入テストを行います。金額データは工事別合計、年度別合計、未請求残など複数の切り口で照合し、差額ゼロまたは説明可能な差額であることを確認します。
失敗3：譲渡実行日に全てを一斉切替する
認証、メール、会計、原価、ファイル共有を同時に変えると、障害原因の切り分けが難しくなります。法的なクロージング日とシステム統合日を必ず同日にする必要があるとは限りません。契約とセキュリティを確認したうえで、重要度の低い環境から段階的に移し、一定期間は参照専用の旧環境を残す方法も検討します。ただし、二重入力期間を長くするとデータの正本が曖昧になるため、どちらを正とするか日付と業務ごとに決めます。
失敗4：バックアップを「取得した」だけで安心する
バックアップは、復元できて初めて価値があります。保存先が同じ社内ネットワークだけなら、災害やランサムウェアで同時に失う可能性があります。世代管理、オフラインまたは分離保管、暗号化、復元担当者、復旧目標時間を確認します。譲渡前には主要データの復元演習を行い、必要なソフト、鍵、手順書が揃っているか記録します。
失敗5：譲渡後の問い合わせ責任を決めない
過去工事の資料について、譲受企業が譲渡企業の旧経営者へ個別に連絡する状態が続くと、双方の負担になります。質問窓口、回答期限、対応期間、無償・有償の範囲、緊急連絡、個人情報の扱いを移行支援の取り決めに入れます。よくある質問と検索方法をマニュアル化し、担当者研修を録画または議事録として残すと、引継ぎの再現性が高まります。
実行前日の確認チェックリスト
実行前日は、①重要システムの管理者が二名以上いる、②二要素認証の受信先が会社管理である、③ドメインとメールの更新期限を確認した、④進行中工事の最新バックアップを取得した、⑤移行元と移行先の件数・金額を記録した、⑥ベンダーの連絡先と契約番号が分かる、⑦アカウント変更の順序が確定している、⑧切戻し条件が合意されている、⑨従業員向け案内が準備されている、⑩問い合わせ窓口が一本化されている、という10点を確認します。
さらに、当日に金融機関や取引先を装った不審な連絡が来る可能性も想定します。振込先変更、パスワード再設定、機密ファイル送付の依頼は、登録済みの連絡先へ折り返して確認します。会社譲渡という変化の大きい時期ほど、通常の承認手順を省略しないことが重要です。確認結果は担当者名と時刻を添えて一枚の実行記録に残し、問題発生時に判断経緯を追えるようにします。
工事M&A総合センターへ相談するメリット
建設会社のM&Aでは、財務・法務だけでなく、建設業許可、経審、技術者、受注残、工事原価、保証、情報システムを横断して整理する必要があります。検討初期に論点を見える化すれば、候補先との交渉が始まってから慌てて資料を探す負担を減らせます。当センターのM&A支援の流れもあわせてご確認ください。
費用面が心配な経営者の方もご相談いただけます。工事M&A総合センターでは、譲渡企業様は着手金・中間金・成功報酬0円です。詳しい条件は料金案内をご確認ください。会社譲渡を決めていない段階でも、情報資産の棚卸しや準備の順序を整理することで、選択肢を保ちやすくなります。ご相談はお問い合わせフォームから受け付けています。
よくある質問（FAQ）
質問1. 株式譲渡ならクラウド契約は確認しなくてもよいですか？
いいえ。法人が存続しても、支配権変更の通知、契約者情報、支払方法、管理者、親会社環境への統合などの確認が必要です。重要サービスは利用規約と個別契約を確認してください。
質問2. 個人のスマートフォンにある現場写真を会社へ移してよいですか？
業務写真であっても、私物端末からの取得方法には配慮が必要です。就業規則、端末利用ルール、本人への案内、対象範囲を確認し、個人データを取得しない手順を設計します。
質問3. 古い工事台帳は何年分準備すべきですか？
一律ではありません。法令・税務・契約上の保存期間、保証・補修期間、係争可能性、企業価値分析に必要な期間を考慮します。具体的な保存年限は税理士、弁護士等の専門家へ確認してください。
質問4. データをCSVで出せれば移行準備は十分ですか？
十分とは限りません。添付、承認履歴、電子署名、画像、コード対応、文字化け、件数・金額の一致も確認します。サンプル移行と復元テストが有効です。
質問5. システムが古いと譲渡価格は下がりますか？
古いことだけで決まるものではありません。業務停止リスク、保守継続性、データ再現性、更新費用が評価材料になります。課題と改善計画を説明できれば不確実性を減らせます。
質問6. DD前に全システムを刷新すべきですか？
大規模刷新は業務負担と移行リスクがあるため、必ずしも得策ではありません。まず台帳、管理者、バックアップ、重要データの出力を整え、刷新の判断は譲受企業の統合方針も踏まえます。
質問7. 退職した担当者のアカウントが残っている場合は？
業務影響を確認したうえで速やかに停止し、必要なデータと所有権を会社管理へ移します。単にパスワードを変更するだけでなく、転送、APIキー、共有リンク、外部端末のセッションも確認します。
質問8. 譲受企業へどこまで情報を見せるべきですか？
取引段階と必要性に応じ、匿名化、集計、閲覧限定などで段階的に開示します。顧客秘密、個人情報、入札情報は特に慎重に扱い、専門家の助言を得てください。
質問9. システム移行費用は誰が負担しますか？
契約交渉事項です。譲渡価格、移行サービス、前提条件と合わせて、対象範囲、追加費用、遅延時の扱いを明確にします。ベンダー見積を早期に取得すると合意しやすくなります。
質問10. 会社譲渡を公表する前にベンダーへ連絡できますか？
機密保持を前提に照会できる場合がありますが、公表前情報の管理が必要です。匿名で一般的な手続きを確認する、案件名を限定して窓口を絞るなど、FA・弁護士と連携して進めます。
まとめ
建設会社の会社譲渡で業務を止めないためには、工事台帳、原価管理、現場写真、図面、電子契約、メール、クラウドアカウントを「見える化」し、契約・権限・データ・復旧の四つの視点で確認することが重要です。株式譲渡でも自動的に問題が解決するわけではなく、事業譲渡や会社分割では対象の特定と移行設計がより重要になります。
まずは重要システム10件、進行中工事、管理者、更新期限、バックアップから着手し、90日計画へ落とし込みましょう。情報資産の整理は、譲渡後の混乱を防ぐだけでなく、工事利益の再現性と管理体制を示し、企業価値を伝える材料にもなります。
免責事項：本記事は建設会社のM&A・会社譲渡に関する一般的な情報提供を目的としており、法務、税務、会計、労務、情報セキュリティ等の専門的助言ではありません。個別案件では、取引スキーム、契約、法令、システム仕様が異なります。実行にあたっては、弁護士、公認会計士、税理士、社会保険労務士、情報セキュリティ専門家、各ベンダー等へご確認ください。
コメント