不動産の契約書管理システム｜賃貸借の期日設計と保存義務、賃貸管理システムとの分界

不動産業で契約書管理システムを検討すると、製品比較の記事はすぐ見つかるのに、自社の運用に落とすところで手が止まります。原因はたいてい機能の不足ではなく、どの期日をどこに持たせるかを決めていないことにあります。賃貸借の期日は自社の都合で決められず、借地借家法の通知期間が起点を握っているからです。この記事では締結後の管理に絞り、期日項目の設計、宅建業法と電子帳簿保存法にまたがる保存義務、既存の賃貸管理システムとの責務の分け方まで扱いました。締結そのものの電子化要件は不動産の電子契約とは？宅建業法35条・37条書面の電子交付要件と実務フローの解説記事、重要事項説明のオンライン実施はIT重説とは？宅建業法の実施要件と賃貸・売買の違いの解説記事を先に押さえてください。

まとめ：不動産の契約書管理で先に決める四つの点

第一に、アラートの基準日を契約終了日ではなく通知期限の初日へ置いてください。借地借家法26条1項は、期間の定めがある建物賃貸借について、期間の満了の一年前から六月前までの間に更新をしない旨などの通知をしなかったときは従前と同一の条件で更新したものとみなすと定めています。つまり実務上の締切は満了日ではなく、その一年前に始まり六か月前に閉じる窓のほうです。終了日を基準にしたアラートは、窓が閉じた後に鳴ります。

第二に、保存の年限は文書の種類ではなく根拠法ごとに分けて持ちます。宅建業法49条の帳簿は施行規則18条3項により閉鎖後五年、自ら売主となる新築住宅に係るものは十年とされ、賃貸住宅管理業法18条の帳簿は委託者ごとに記載したうえで閉鎖後五年です。一方、重要事項説明書や契約書そのものには法定の保存義務が置かれていません。期間の異なる箱を一つの「契約書フォルダ」に混ぜると、削除も監査対応も詰まりました。

第三に、電子で授受した契約書は電子帳簿保存法の電子取引データに当たり、原則として改ざん防止の措置と、日付・金額・取引先での検索ができる状態での保存が求められます。令和4年度改正の宥恕措置は令和5年12月31日で廃止され、現在は相当の理由が認められる場合の猶予措置に置き換わりました。猶予措置は資金繰りや人手不足といった事情を前提にしたもので、システムが整っているのに対応していないケースは対象になりません。

第四に、賃貸管理システムを既に入れているなら、契約書管理システムは文書と期日だけを持つ役回りに寄せる設計です。物件と入居者のマスタを二重に持つと、どちらが正かの判断が現場に降りてきて運用が壊れます。突合の鍵を物件コードと契約番号のどちらにするか、更新をどちらから流すかを設計の初期に決めておくと、後の連携開発が短く済みます。

不動産の契約書管理が他業種と違うのは期日の起点が法令側にあるからです

一般的な契約書管理システムの説明では、契約の自動更新条項に合わせて期日を登録し、更新日の前にアラートを出す、という組み立てになります。不動産の賃貸借はここが少し違います。更新するかどうかを当事者が自由に決められる前提ではなく、通知をしなかった場合の帰結まで法律が書いているため、期日の意味合いが「案内を出す日」ではなく「権利が動く境目」に変わるのです。汎用の機能比較や選び方の軸は契約書管理システムとは？機能・選び方と比較のポイントの解説記事にまとめてあります。

契約の相手が入居者とオーナーと保証会社に分かれて期日が増えます

賃貸管理では、一つの物件に対して複数の契約が同時に走ります。入居者との賃貸借契約、オーナーとの管理受託契約または転貸借契約、家賃保証会社との保証委託契約が並び、それぞれ別の周期で満了を迎えます。管理戸数が三桁を超えたあたりから、この三系統を一枚の表計算で追うのが難しくなりました。

やっかいなのは、三系統が独立していないところです。入居者が退去すれば保証委託も終わり、オーナーが管理会社を替えれば入居者契約の地位も動きます。契約書を文書として保管するだけの仕組みだと、この連鎖が台帳に反映されず、解約済みの契約に更新アラートが鳴り続ける状態になります。

紙と電子が混在したまま長い期間持ち越される点も他業種と違います

賃貸借は十年以上続く契約が珍しくありません。途中で電子契約へ切り替えても、既存入居者の原本は紙のまま残り、更新のたびに片方だけが電子化されていきます。同じ入居者の契約履歴が、紙の原本とPDFと電子契約サービス上のデータに三分割される状態が実際に起きます。

この混在は、検索性だけの問題では終わりません。電子で授受したものは電子帳簿保存法の電子取引データとして扱われ、紙で受け取ってスキャンしたものはスキャナ保存の話になります。どちらの経路で入ってきたかを記録しておかないと、後から保存要件を満たしているか判断できなくなりました。

賃貸借の更新と解約は通知期限から逆算して期日項目を台帳へ持たせる

期日設計の出発点は、契約書に書かれた終了日ではありません。法律が定める通知の窓と、契約書の特約で定めた解約予告期間の二つを並べ、そこから逆算した日付を台帳の項目として持たせます。ここを曖昧にしたまま製品選定に進むと、アラート機能の有無を比べても判断がつきません。

普通借家は通知を落とすと期間の定めがない契約へ変わってしまいます

借地借家法26条1項は、期間の満了の一年前から六月前までの間に更新をしない旨または条件を変更しなければ更新をしない旨の通知をしなかったときは、従前の契約と同一の条件で契約を更新したものとみなし、ただしその期間は定めがないものとする、と定めています。通知を落とすと自動的に更新されるだけでなく、期間の定めが消える点が効いてきます。

期間の定めがなくなると、賃貸人側から終わらせるには27条1項の解約の申入れによることになり、申入れの日から六月を経過して初めて終了します。しかも28条により、その通知や申入れには正当の事由が要ります。台帳上の一行の入力漏れが、明渡しの可否そのものを左右する構図です。

定期借家は期間一年以上なら終了通知の期間管理が別に必要になります

定期借家では更新がない旨を定められますが、38条6項により期間が一年以上である場合、賃貸人は期間の満了の一年前から六月前までの間に終了する旨を通知しなければ、その終了を賃借人に対抗できません。通知期間を過ぎてから通知した場合は、その通知の日から六月を経過した後であれば対抗できるとされています。

加えて38条3項は、契約に先立って更新がなく期間の満了により終了する旨を記載した書面を交付して説明することを求め、5項でこの説明を欠いた場合は更新がない旨の定めが無効になると定めています。定期借家の物件では、事前説明書の交付記録そのものを契約データに紐づけて保管しておくことが必要です。なお同条2項により、契約を電磁的記録で行った場合も書面によるものとみなされ、4項では事前説明書も賃借人の承諾を得て電磁的方法で提供できます。

期日アラートは契約終了日ではなく通知期限の初日を基準に置きます

以上を踏まえると、台帳に持つべき日付は最低でも四つになります。契約終了日、法定の通知期間の開始日と終了日、そして特約で定めた解約予告の期限です。アラートは通知期間の終了日から逆算して鳴らすのが実務的で、担当者の稼働と入居者への到達時間を見込むと、六か月前の締切に対して二か月前後の余裕を取る運用が回りやすいと考えています。

製品を比べるときは、アラートの有無ではなく「基準日を項目として自由に持てるか」を見てください。終了日からの相対日数しか設定できない製品だと、定期借家と普通借家で異なる窓を同じ画面で扱えません。物件種別ごとに基準日の計算式を変えられるかどうかが、実質的な分かれ目になります。

宅建業法の帳簿と電子帳簿保存法で保存の年限と要件が二重にかかります

保存の話は、契約書という単位で考えるとかみ合いません。かかってくる義務が、帳簿に対するものと、電子で授受したデータに対するもので別々に走っているからです。この二つを分けて整理すると、システムに持たせるべき属性が見えてきます。

宅建業法の帳簿は閉鎖後五年、自ら売主の新築住宅なら十年の保存です

宅建業法49条は、事務所ごとに業務に関する帳簿を備え、取引のあったつど年月日や宅地建物の所在および面積などを記載することを義務づけています。保存期間は施行規則18条3項に置かれており、各事業年度の末日をもって閉鎖したうえで閉鎖後五年間、自ら売主となる新築住宅に係るものは十年間とされています（2026年8月時点）。

一方で、重要事項説明書や契約書そのものには法定の保存義務がありません。実務では債務不履行や不法行為の請求権の期間を見込んで長めに持つ運用が一般的ですが、これは法定義務ではなく自社の方針です。義務のあるものと方針で持つものを台帳上で区別しておくと、保存年限が来たときに機械的に処理できます。

賃貸住宅管理業法の帳簿も委託者ごとに閉鎖後五年の保存が要ります

賃貸住宅管理業法18条は、営業所または事務所ごとに業務に関する帳簿を備え付け、委託者ごとに管理受託契約について契約年月日その他の事項を記載して保存することを求めています。省令では各事業年度の末日で閉鎖し、閉鎖後五年間の保存とされ、記載事項が電子計算機のファイル等に記録され必要に応じて明確に紙面へ表示できるときは記載に代えられます。

宅建業と賃貸住宅管理業の両方を営んでいる会社では、この二つの帳簿が別建てで走ります。同じ物件・同じオーナーであっても根拠法が違えば記載事項も閉鎖単位も変わるため、契約書管理システム側では「どの帳簿に紐づく取引か」を属性として持たせておくのが安全です。

電子取引に当たる契約書は日付と金額と取引先で検索できる保存が要ります

電子契約サービスやメール添付で授受した契約書は、電子帳簿保存法の電子取引データに当たります。原則の保存要件は、改ざん防止のための措置をとること、日付・金額・取引先で検索できること、ディスプレイやプリンタ等を備え付けることの三点です。令和6年1月からこの原則が本則として適用されています。

令和4年度改正で置かれた宥恕措置は適用期限の令和5年12月31日をもって廃止され、代わりに令和5年度改正で猶予措置が整備されました。相当の理由があると認められる場合には検索機能などの要件に沿った対応が不要になりますが、国税庁は、システムの整備が整っていて原則的なルールに従って保存できるにもかかわらず資金繰りや人手不足等の特段の事情なく保存していない場合は相当の理由と認められない、としています。導入検討中であることを理由に据えるのは、期限のない先送りとは別物だと理解しておいてください。

賃貸管理システムと電子契約と契約書管理システムの責務を切り分ける

不動産会社は、既に何らかの基幹系を入れていることがほとんどです。そこへ契約書管理システムを足す形になるため、新規導入というより責務の再配置に近い作業になります。業務システム全体の種類と選定の軸は不動産業務支援システムとは？種類・機能の全体像と比較の判断軸の解説記事で整理しています。

賃貸管理システムは物件と入居者、契約書管理は文書と期日を持ちます

役割を分けるときの目安は、更新頻度の違いに置くと分かりやすくなります。物件情報や入居者情報は日々動き、入出金や修繕とも連動するため賃貸管理システム側が正になります。契約書の原本と版、締結日、通知期限といった属性は、締結後はほとんど動かないので契約書管理システム側で持つのが自然です。

この線引きを守れば、契約書管理システム側に入居者マスタを持つ必要はなくなります。持つのは参照キーだけで十分で、氏名や連絡先は表示のたびに賃貸管理側から取ります。二重登録を避けられるうえ、退去や名義変更の反映漏れも起きにくくなりました。

電子契約は締結の道具であって締結後の保管を担う前提の仕組みではない

電子契約サービスは締結の証跡を残すことに強く、締結後の期日運用は守備範囲の外にあります。宅建業法37条4項・5項が定めるとおり、相手方等の承諾を得て記載事項を電磁的方法で提供すれば書面を交付したものとみなされますが、その後に更新の窓を管理してくれるわけではありません。

実務では、電子契約サービスの保管機能をそのまま台帳代わりに使ってしまい、紙の既存契約が入らないまま二重管理になる例をよく見ます。締結の経路が複数ある以上、台帳は経路に依存しない場所へ置くべきです。締結の要件そのものは前掲の電子契約の解説記事に譲ります。

システム連携はデータの流れる向きと突合の鍵を先に決めると崩れません

連携設計で決めることは三つに絞れます。どちらを正とするか、どの単位で突き合わせるか、いつ流すかです。不動産では物件コードが枝番や区画で揺れやすいため、契約番号を主キーに据えて物件コードを従属属性として持たせるほうが安定しました。

流す向きは、賃貸管理から契約書管理への一方向を基本にしてください。双方向にすると、更新契約が両側で別々に作られたときの解決規則を書く羽目になります。日次のバッチで足りるか、締結直後の反映が要るかは、更新業務の締切からの逆算で決めれば判断がつきます。

保証会社とオーナー別の期日を誰の台帳で持つかを設計の初期に決める

入居者との賃貸借だけを見ていると設計は素直ですが、実際の管理業務は保証会社とオーナーの期日にも縛られる構造です。この二つは入居者契約と周期がずれるため、同じ画面で一覧できないと現場が別表を作り始めます。別表ができた時点で、システムを入れた効果はほぼ消えます。

保証会社の更新料と代位弁済の期日は契約書の期日とずれて動きます

家賃保証の委託契約は、賃貸借の更新とは別に年次の保証料が発生する形が多く、賃貸借契約が法定更新されても保証委託は所定の周期で回り続けます。代位弁済が発生した場合の求償や、保証会社の変更に伴う切り替え日も、賃貸借の期日とは独立した日付です。

台帳では、保証委託を賃貸借契約の子として持たせつつ、期日は独立した項目として管理してください。親子で紐づけておかないと退去時に保証委託だけが残り、独立させておかないと賃貸借の更新日に引きずられて誤った請求が出ます。

オーナーごとの管理受託契約は入居者契約と別の周期で満了を迎えます

管理受託契約はオーナー単位で結ばれ、対象物件が複数にまたがることも、途中で増減することもあります。入居者契約が満了していなくても管理受託が終われば、その物件の契約書は引き継ぎの対象になり、賃貸住宅管理業法18条の帳簿にも記載が要ります。

設計としては、管理受託契約を物件の上位に置き、物件を介して入居者契約とつなぐ三層で持つのが扱いやすい構造です。オーナー変更や管理解除のときに、影響範囲を一度の検索で洗い出せるようになります。

パッケージで足りる場面と受託開発へ寄せる場面を条件で言い切ります

ここまでの要件を並べると重装備に見えますが、全社がフルスクラッチを要するわけではありません。判断の分かれ目は、期日の型がいくつあるかと、既存システムがどこまで開いているかの二点に集約されます。企業規模による選び方の差は契約書管理システムは中小企業と大企業で選び方がどう違う？規模別の基準とコストの解説記事を参照してください。

パッケージで足りるのは期日の型が一つの様式に収まっている場合です

取り扱いが普通借家の住居のみで、定期借家やサブリース、事業用の特殊な特約が無いなら、汎用の契約書管理システムで足ります。基準日を項目として持てて、CSVで一括更新でき、権限と操作ログが取れれば要件は満たせます。この条件に当てはまる会社は、選定に時間をかけるより早く入れて運用を固めたほうが得です。

逆に、定期借家と普通借家が混在し、サブリースの原契約と転貸借で期日が二段構えになっている場合、標準機能の相対日数計算では表現しきれません。ここで無理に運用でカバーしようとすると、結局は担当者の頭の中に計算式が残ります。

受託開発へ寄せる判断は既存の賃貸管理システムの制約で決まります

受託開発を選ぶ実質的な理由は、機能不足よりも接続性であることが多いと感じています。既存の賃貸管理システムがAPIを持たず、CSVの出力項目も固定という状況では、どのパッケージを選んでも人手による転記が残ります。この場合は連携部分だけを作り、文書と期日の保管は既製品に任せる折衷が費用対効果に合いました。

全面的に作るべきなのは、期日の計算規則が自社固有で、かつそれが売上に直結している場合に限られます。更新料の請求サイクルや、オーナーへの報告書生成まで一続きで回している会社がこれに当たる形です。文書と期日を軸にした基盤づくりは文書管理システム開発でご相談を受けています。

見送ってよいのは管理戸数が小さく期日の型も一つで済んでいる場面です

管理戸数がおおむね百戸未満で、普通借家のみ、担当者が一人か二人という体制なら、表計算での期日管理を続ける判断も成り立ちます。通知期間の起点さえ正しく列に持たせてあれば、条件付き書式で十分に回せる状態です。導入費と定着の手間を考えると、この規模では投資が回収しきれないことがあります。

ただし、その場合でも電子で授受した契約書の保存要件は別途かかります。表計算を続けるなら、電子取引データの保存だけは要件を満たす置き場を用意しておいてください。ここを放置したまま戸数が増えると、後から遡って整える作業が最も高くつきます。

よくある質問

賃貸借契約書は電子化しても法的に有効ですか？

有効です。宅建業法37条4項・5項により、相手方等の承諾を得て記載事項を電磁的方法で提供すれば書面を交付したものとみなされます。定期借家についても借地借家法38条2項が、契約を電磁的記録で行った場合は書面によってされたものとみなすと定めており、同条4項では事前説明書も賃借人の承諾を得て電磁的方法で提供できます。承諾の取得記録を残しておく点だけ注意してください。

紙で結んだ過去の契約書はどこまで遡ってデータ化すべきですか？

全件を遡る必要はありません。判断の基準は保存義務ではなく、期日管理の対象かどうかに置きます。現に有効で今後更新の窓が来る契約は台帳へ載せ、終了済みのものは索引情報だけ登録して原本は保管庫に残す、という切り分けが実務的です。宅建業法の帳簿は帳簿として別に整えてあるはずなので、契約書のスキャンで代替しようとしないでください。

賃貸管理システムの契約機能だけでは足りませんか？

基準日を項目として持てて、定期借家と普通借家で別の計算ができるなら足ります。確認すべきは、アラートが契約終了日からの相対日数でしか設定できない仕様になっていないかです。相対日数のみの場合、借地借家法の通知期間が持つ「開始日と終了日で挟まれた窓」を表現できず、運用側で読み替えが要ります。

契約書管理システムを入れれば宅建業法の帳簿は不要になりますか？

不要にはなりません。宅建業法49条の帳簿は取引のあったつど所定の事項を記載するもので、契約書の保管とは別の義務です。ただし記載事項が電子計算機のファイル等に記録され、必要に応じて明確に紙面へ表示できる状態であれば、記載に代えられるとされています。システム側で帳簿の記載事項を出力できるように設計しておくのが現実的な着地点です。

期日アラートは何日前に鳴らすのが妥当ですか？

通知期限の終了日から逆算して設定します。普通借家であれば法定の窓は満了の六か月前に閉じるため、そこから二か月ほど手前で一度目を鳴らし、閉じる二週間前に再度鳴らす二段構えが扱いやすい形です。内容証明での通知が要る物件は到達までの日数も見込んでください。

関連記事

• 契約書管理システムとは？機能・選び方と比較のポイント・導入判断を解説：業種を問わない機能比較と選定の軸はこちらです。
• 不動産の電子契約とは？宅建業法35条・37条書面の電子交付要件と実務フロー【2026年時点】：締結そのものを電子化する要件と手順です。
• IT重説とは？宅建業法の実施要件と賃貸・売買の違い、対応システムの要件まで解説：重要事項説明をオンラインで実施する条件です。
• 不動産業務支援システムとは？種類・機能の全体像と比較の判断軸、内製外注の見極めまで解説：業務システム全体の中での位置づけを確認できます。
• 契約書管理システムは中小企業と大企業で選び方がどう違う？規模別の基準とコストを解説：企業規模による選定基準の差はこちらです。