SalesDock ロゴSalesDock
不動産

不動産の契約書管理システムは何を管理するのか|保管・検索・期限の3機能で整理する

10分で読める

契約書を「作る」側の効率化は「不動産の契約書類の作成を効率化する」で扱っています。この記事は作ったあとの書類をどう持つかに絞ります。契約そのものを電子でやりとりする話は「不動産の電子契約サービスを比べる観点」が担当です。

この記事のポイント

契約書管理システムは1つの機能ではなく、保管・検索・期限の3つが束になったもの。自社に足りないのがどれかで、必要なものが変わる。保管だけならファイルサーバーで足りる場合もある。

契約書管理システムを検討し始めるきっかけは、たいてい「探せなかった」経験です。3年前の媒介契約書がどこにあるか分からない。特約の内容を確認したいのに、当時の担当者がもういない。そういう出来事があってから、管理の話になります。

ただ、この段階で製品比較に入ると、機能の多さで判断してしまいがちです。契約書管理システムと呼ばれているものは、機能で分解すると保管・検索・期限の3つに分かれます。自社で困っているのがどれなのかを先に決めると、比べる対象がかなり絞れます。

前提: 不動産会社には法定の保存義務がある

機能の話に入る前に、最低ラインを確認しておきます。宅地建物取引業者には、宅建業法上いくつかの備付け・保存義務があります。

対象根拠保存期間
業務に関する帳簿宅建業法第49条・施行規則第18条各事業年度終了後5年間
従業者名簿宅建業法第48条・施行規則第17条の2最終の記載をした日から10年間

出典・一次情報

2026年8月11日に確認した内容です。制度は改正されます。判断に用いる際は公表元の最新情報と、顧問税理士・所管の窓口にご確認ください。

注意したいのは、この2つは契約書そのものの保存期間ではないことです。帳簿と名簿には明確な年数がありますが、契約書は税務上の必要性や、将来の紛争に備える観点から自社で決めることになります。売買契約は引渡し後に問題が出てくることもあるので、実務では長めに持っている会社が多い印象です。

もう1つが電子帳簿保存法です。国税庁は、取引に関する書類に通常記載される情報を含む電子データをやりとりした場合、そのデータの保存義務や保存方法が同法に定められていると案内しています。契約書をメールにPDFで添付して送っている時点で、この論点に入ります。ここは会社ごとに事情が違うので、税理士と一度確認しておくのが確実です。

機能1: 保管—どこに置くか、誰が見られるか

保管は、実は一番簡単な機能です。共有フォルダでもクラウドストレージでもできます。差が出るのは容量ではなく、権限とバージョンです。

不動産の契約書には、売買代金、住所、勤務先、金融機関、家族構成といった情報が入ります。全社員が全部見られる状態は、便利ではありますが、あとから範囲を絞るのは骨が折れます。最初に「営業は自分の担当分、管理職は全件、事務は書類区分ごと」といった線を引いておくほうが早い。

バージョンの問題も見落とされます。売買契約書は、締結前に何度か案が行き来します。同じフォルダに案と確定版が並んでいると、数年後にどれが正なのか分からなくなる。フォルダを分けるか、確定版だけを別の置き場に移すルールが要ります。

機能2: 検索—ファイル名ではなく属性で引く

ここが契約書管理システムの本体です。ファイルサーバーとの実質的な差は検索にあります。

ファイルサーバーでの検索は、ファイル名か全文検索に頼ることになります。ファイル名は担当者ごとにブレます。「20230415_売買契約書_田中様.pdf」と「売契_田中_桜町.pdf」が同じフォルダに並んでいる状態は、多くの会社で見かけます。この状態で「桜町の物件の契約書」を探すのは運です。

契約書管理システムは、書類そのものとは別に属性を持ちます。不動産の場合、最低限これだけあれば実務が回ります。

物件:所在地または自社の物件番号。同じ物件が数年後に再度動くことがあるので、物件を軸に串刺しできると強い。

取引:1つの取引に、媒介契約書・重要事項説明書・売買契約書・精算書がぶら下がる。取引IDでまとまっていないと、決済前の確認で毎回探し直しになる。

相手方:売主・買主・貸主・借主・業者。同じ人が別の取引に出てくるので、名前の表記ゆれを許さない持ち方が要る。

契約種別:媒介・売買・賃貸借・管理受託・工事請負。種別ごとに保存期間も確認頻度も違う。

日付:締結日と、引渡日または契約開始日。締結日だけだと期限管理につながらない。

この5つは、システムを入れなくても決められます。むしろ、先に決めてから入れないと、システム側の項目に合わせて業務を作り直すことになります。命名規則と属性の定義は、製品選定より前の作業です。

機能3: 期限—通知が来ないと、管理していないのと同じ

3つ目が期限管理です。不動産の契約書には、締結して終わりではない日付が入っています。

媒介契約の有効期間、賃貸借契約の更新日、管理受託契約の期間、ローン特約の期日、契約不適合責任の期間、定期借家の再契約通知。これらは過ぎたことに気づいた時点で手遅れになる種類の日付です。特に更新は、通知を出す時期が法律や契約で決まっているものがあり、遅れると自動更新になったり、こちらの意思が通らなくなったりします。

この機能は、契約書管理システムでなくても実現できます。契約一覧のスプレッドシートに日付列を持ち、カレンダーに登録する運用でも十分回ります。実際、件数が数十件の規模なら、そのほうが早いことも多い。判断の目安は、期限のある契約が何件あるかです。賃貸管理をやっていれば数百件になるので、その規模ならシステム側で持ったほうが安全です。

3機能のどれが要るかで、選ぶものが変わる

困っていること必要な機能現実的な選択肢
紙の契約書が事務所に積まれている保管まずスキャンとフォルダ設計。専用システムはその後でよい
過去の契約書を探すのに毎回30分かかる検索属性を持てる契約書管理システム。または基幹システムの書類管理機能
更新や期日を過ぎてから気づくことがある期限件数が少なければ一覧+カレンダー、多ければ通知機能つきのシステム
誰がどの書類を見られるか把握できていない保管(権限)システム選定より先に、権限の線を決める作業が要る

こう並べると分かりますが、4つのうち3つは、システムを買う前にやることが残っています。ここを飛ばして導入すると、既存の混乱をそのままシステムに移すことになります。書類の電子化そのものの進め方は「不動産の契約業務をデジタル化する」で扱っています。

最初にやると効くのは、命名規則を1枚決めること

システムを入れるかどうかに関係なく、効果が出るのが命名規則です。決めるのは3つだけで足ります。

1. 先頭は日付。YYYYMMDD形式。並び替えたときに時系列になります。

2. 次に物件の識別子。自社の物件番号があるならそれ、なければ住所の町名まで。人名を先頭に置かないほうが、同姓の顧客が出たときに困りません。

3. 最後に書類種別。媒介・重説・売契・精算のように、社内で使う言葉を5個以内に固定します。増やすほど守られなくなります。

これを決めてから3ヶ月運用すると、そもそもシステムが要るのかどうかも見えてきます。それでも探すのに時間がかかるなら、検索機能に投資する理由がはっきりします。逆に、命名規則だけで解決してしまうこともあります。

まとめ

契約書管理システムは、保管・検索・期限の3機能の束です。困っているのがどれかで、必要なものが変わります。保管だけならフォルダ設計で足り、検索が問題なら属性を持てる仕組みが要り、期限が問題なら通知が要る。

前提として、宅建業法上、帳簿は各事業年度終了後5年間、従業者名簿は最終記載から10年間の保存が求められます。契約書そのものの保存年数はこれとは別で、税務や将来の紛争への備えから自社で決める部分です。電子でやりとりしている書類には電子帳簿保存法の論点もあるので、ここは税理士と一度確認しておくと安心です。

そして、システムを比べる前にやることが残っています。属性の定義と命名規則です。これは無料でできて、効果がすぐ出ます。

関連記事

よくある質問

宅地建物取引業者は帳簿を何年保存する必要がありますか?

宅地建物取引業法第49条により、事務所ごとに業務に関する帳簿を備え、取引のあったつど所定の事項を記載したうえで、各事業年度終了後5年間保存する必要があります。また従業者名簿は、最終の記載をした日から10年間保存することが求められます。契約書そのものの保存年数は宅建業法とは別に決まるため、分けて考える必要があります。

契約書をPDFでやりとりした場合、紙で印刷して保存すればよいですか?

国税庁は電子帳簿保存法について、取引に関する書類に通常記載される情報を含む電子データをやりとりした場合、そのデータに関する保存義務や保存方法を同法が定めていると案内しています。所得税法・法人税法上の保存義務者にあたる場合は「電子取引」の区分の確認が必要です。自己判断せず、国税庁の電子帳簿等保存制度特設サイトや顧問税理士にご確認ください。

契約書管理システムとファイルサーバーの違いは何ですか?

保管するだけならファイルサーバーでもできます。差が出るのは検索と期限管理です。契約書管理システムは、物件・取引・相手方・契約種別といった属性を書類に紐づけて持つため、ファイル名に依存せずに絞り込めます。逆に言えば、属性を入力する運用が定着しなければ、ファイルサーバーとの差はほとんど出ません。

泉 款太(いずみ かんた)

株式会社SalesDock 代表取締役

慶應義塾大学法学部卒。スタートアップ、ラクスル、リクルート(SUUMO)を経て2025年に独立。 中小企業の経営・営業・業務・データをつなぐ事業基盤の設計と実装を支援。 不動産・製造業・クリニックを中心に30社以上の業務改善に携わる。

代表メッセージを読む →

NEXT STEP

比較する前に、判断の基準を持っておく

3ヶ月の業務改善ロードマップと支援事例2社をまとめた資料を、無料でお渡ししています。