会社の不動産登記をどう管理する？｜本店移転・M&Aで登記漏れを防ぐ法務部の仕組み

2028年3月31日までに全部直した。では、このプロジェクトは終了でよいのか──。

終了にしてしまうと、次の本店移転で同じことが起きます。第9話は、第1話から第8話までの内容を、一度きりの対応から継続的な業務プロセスへ組み替える回です。

なぜ会社の不動産登記は漏れるのか

図1：登記漏れが起こる情報分断

典型的な発生パターンを並べると、次のようになります。いずれも法律知識の不足ではなく、情報連携の断絶から起きています。

• 本店移転を総務だけで完結し、商業登記をもって全部終わったと考えた
• 固定資産台帳は経理、登記情報は法務と分かれていて、突合する機会がない
• 地方工場・社宅・遊休地・私道持分の存在を法務部が把握していない
• 司法書士に依頼した物件だけ直り、依頼しなかった物件が残った
• M&A担当と不動産担当が別で、クロージング後の登記が引き継がれなかった
• スマート変更登記を過信し、完了確認をしなかった
• 担当者の退職時に、どの物件をどう処理したかの記録が失われた

まず「所有不動産マスター」を1つ作る

第3話で作った確認台帳を、継続管理用のマスターに発展させます。ポイントは、物件の情報だけでなく、登記管理上のステータスを一緒に持たせることです。

なお、経理部の固定資産台帳はマスターの起点として有力ですが、それだけでは足りません。私道持分・共有持分・遊休地・帳簿上まとめられた土地・除却や売却処理とのタイミング差・信託受益権・借地・賃借物件などにより、会計上の資産情報と登記上の所有関係は一致しないことがあります。この突合の考え方は第3話のとおりです。

また、2026年2月2日に始まった所有不動産記録証明制度は、マスターと外部の公的情報を定期的に突き合わせる補助手段として使えます。ただし、検索条件によっては抽出されない物件があること、「該当なし」が所有不動産の不存在を意味するわけではないこと、登記簿がコンピュータ化されていない不動産は検索対象外であることから、完全なマスターを自動生成できる制度ではありません。なお、対象物件が大量となる大規模な法人等の請求については、法務省はあらかじめ登記所へ問い合わせるよう案内しています。

会社側のイベントと不動産登記を接続する

ここが第9話の中心です。次のイベントを「起きたら必ず不動産登記の確認が走る」トリガーとして定義します。

本店移転・商号変更の標準フロー

最も再利用しやすいのがこのフローです。本店移転と商号変更は、住所の変更登記と名称の変更登記という別々の登記事項ですが、社内のワークフローとしては「会社基本情報の変更」という一つのカテゴリーにまとめて構いません。チェックリストを2本持つ必要はありません。

図2：会社基本情報の変更フロー（企業実務上の設計例）

M&A・組織再編は別レーンで管理する

本店移転と同じフローでは処理できません。案件開始時にスキームを判定するゲートを必ず置いてください。

図3：M&Aスキーム判定フロー

スキームごとの登記実務は第8話で扱っています。管理上の要点は、DDの段階で対象会社の所有不動産一覧を作り始めることと、クロージング後の登記完了確認を工程として持つことの2つです。商業登記の完了は、不動産登記の完了ではありません。

誰が管理するか

役割分担を決めないと、結局は誰の担当でもなくなります。以下は設計例であり、法令上こうしなければならないという配置ではありません。会社の規模と組織構成に応じて変えてください。

ワークフローへの組込み

人の記憶に依存させないために、既存の稟議システム・ワークフロー・案件管理・チケット管理に組み込みます。特別なシステムを買う必要はありません。

• 本店移転の稟議が承認されたら、「所有不動産確認」タスクが自動生成される
• M&A案件を登録する画面に、「対象会社は不動産を所有しているか」を必須項目として置く
• 不動産を取得したら、「不動産マスター追加」タスクが生成される
• 全社から「この案件は登記対応が必要か」を相談できる窓口を法務に一本化する（ただし窓口だけに依存せず、トリガー型と組み合わせる）

スマート変更登記でも完了確認は必要

第7話のとおり、法人のスマート変更登記では職権登記の完了連絡がありません。管理設計上の意味は明確です。

あわせて、各物件について次のようなステータスを持たせておくと、「番号を入れたので終わり」を防げます。会社法人等番号あり／なし、スマート変更登記の対象／対象外、職権登記待ち、自主申請予定、完了確認済み。

社内目標日を「3か月」「半年」といった一律の標準にする必要はありません。物件数、管轄の数、取引頻度、社内の処理能力によって適切な余裕は変わります。期限の考え方そのものは第2話をご覧ください。

イベントトリガー＋定期点検の二重構造

トリガー型だけでは、そもそも通知が漏れた場合を検知できません。網を二重にします。

図4：二重の網

定期点検の頻度は法律で決まっているものではありません。年1回、半期ごと、決算時、固定資産の実査時など、自社の既存業務に相乗りさせるのが現実的です。突合の対象としては、所有不動産マスター、固定資産台帳、商業登記の記録、不動産の登記記録、所有不動産記録証明書、M&A履歴、不動産の売買履歴、司法書士への依頼履歴などが考えられます。毎回すべてを確認する必要はなく、物件数とリスクに応じて範囲を決めてください。

全国に拠点や子会社を持つ企業では、本社だけで全情報を把握できないことがあります。その場合、「今年、取得・売却・用途変更した不動産はないか」を拠点・子会社へ定期的に確認する方法もあります。これも内部管理の一例です。とくに吸収合併を予定している子会社、清算予定の会社、休眠会社については、不動産が残っていないかを早めに確認してください。

例外案件だけを集中管理する

全物件を「正常／異常」の2値で管理すると、対応中の案件が埋もれます。手当てが必要な物件だけを抜き出したキューを持つと、進捗が見えるようになります。

証跡をどう残すか

共有フォルダに放り込むだけの運用は、担当者が代わった時点で機能しなくなります。台帳から証跡へたどれる形にしてください。案件番号または不動産番号をキーにして、次の書類を紐づけます。

• 商業登記の登記事項証明書
• 不動産の登記事項証明書
• 申請書の控え、登記完了証
• 法人識別事項申出書の控え
• 司法書士からの報告書
• 合併契約書・吸収分割契約書・新設分割計画などの再編関係資料
• マスターの更新記録

司法書士から「登記が完了しました」と連絡を受けた時点も、案件の完了ではありません。登記完了証、登記事項証明書等、対象物件一覧を確認し、マスターを更新して初めて社内案件を完了とする運用にしてください。依頼するときも、「登記してください」ではなく、物件一覧・不動産番号・管轄・現在の登記表示・現在の会社情報・会社法人等番号・変更履歴・M&Aのスキーム・希望完了時期・担保情報を定型で渡すと、往復が減ります。

臨時プロジェクトから平常運用へ

2026年4月1日より前の未反映分については2028年3月31日という経過措置の期限があります。したがって、当面は2つの流れが並走します。

会社規模別の管理モデル

すべての会社に高度な仕組みが必要なわけではありません。目的は、登記漏れを合理的なコストで防ぐことです。1棟しか持たない会社に複雑なシステムは要りません。

まず作る4つ

最低限これだけあれば始められます。

物件数や再編頻度が多い会社では、これにRACI、例外管理台帳、KPI・ダッシュボードを足していきます。逆に、小規模であれば4点だけで十分に機能します。

図5：標準の登記管理フロー

管理体制の構築チェックリスト

まとめ

ここまでで、仕組みは作れました。残るのは、実際の物件と案件が本当に完了しているかの点検です。次の記事では、2028年3月31日に向けてシリーズ全体を1枚の点検表にまとめます。

よくある質問（FAQ）

参考資料・一次資料

本記事で紹介した管理台帳、役割分担、点検頻度、管理指標等は、法令が要求しているものではなく、不動産登記法上の義務を確実に履行するための企業実務上の管理例です。自社の規模・物件数・組織構成に応じて設計してください。個別の登記手続については、対象不動産を管轄する登記所または司法書士にご確認ください。