契約管理システムで決める5項目｜更新漏れを止める設計

「更新しないつもりだった業務委託が、気づいたら1年延びていました。申し出の期限が満了の3か月前で、社内で話に出たのが2か月前でした」「契約書はすべて電子で保管しているのに、来月なにが満了するのかを一覧で出せません。毎回フォルダを開いて1本ずつ見ています」。——契約の本数が増えた会社で、決まって起きることです。ここで広く信じられているのが、期日を知らせる仕組みを入れれば止まる、という見立てです。ところが通知を足した後も同じ漏れが起きます。原因は、ほとんどの台帳が満了日を持っていて、いつまでに決めなければならないかという日付を持っていないことにあります。総務省の令和8年版情報通信白書によれば、生成AIを一つ以上の業務で使っている日本企業の割合は86.4%まで上がりましたが、業務類型で見ると法務は未導入が32.8%、効果を実感すると答えた割合は28.8%にとどまります（2025年度企業向け調査・日本の有効回答515件、データ公表2026年7月24日）。契約の分野で伸びにくいのは、読む作業ではなく決める作業が詰まっているからです。この記事では、締結が終わった後の契約について、道具を選ぶ前に決めておく5項目と、更新漏れが止まる設計の順番を書きます。

更新漏れは、知らせが届かなかったから起きるのではない

更新漏れが起きた後で経緯をたどると、知らせそのものは出ていたという例がほとんどです。期限の一覧もあり、担当者も目にしています。それでも延びるのは、受け取った時点で社内の判断が終わらない日程になっていたからです。満了の3か月前に期限が近いと届いても、相手方への照会に2週間、部内の起案に1週間、決裁に2週間かかる会社では、残りがほとんどありません。届いた瞬間にもう遅い、という状態が毎回くり返されます。

詰まり方は3つに分かれます。1つ目は、宛先が契約を結んだときの担当者の個人名になっていて、異動や退職でその人がもういない場合。2つ目は、知らせの基準が満了日になっていて、申し出を出すべき締切日が誰の目にも入っていない場合。3つ目は、知らせを見ても自動更新の条項があるのかどうかが台帳から分からず、契約書を開き直さないと次に進めない場合です。3つ目がいちばん多く、しかも本数が増えるほど開き直す手間が効いてきます。

この3つは、知らせる機能を強くしても消えません。宛先の決め方、持つ日付の決め方、台帳に載せる項目の決め方が先にあって、知らせはその結果を運ぶだけの道具だからです。だから道具を選ぶ前に決めることが5つあります。以下は、その5項目を1つずつ決めていく順に並べています。

台帳に載せる日付は、満了日ではなく判断を締め切る日

契約1本について、実務で意味を持つ日付は4つあります。満了日、相手方に申し出を届ける締切、社内で続けるかどうかを決める締切、使っている部署が案を出す締切です。このうち動かせないのは満了日だけで、残りの3つは自社の所要日数によって位置が変わります。ところが多くの台帳には満了日しか入っておらず、残りの3つは誰かの頭の中にあります。頭の中にある締切は、その人が休んだ日に消えます。

逆算は引き算を3回するだけです。満了日から契約書に書かれた申し出の期間を引くと、相手方に届ける締切が出ます。そこから決裁にかかる日数を引くと、社内で決める締切が出ます。さらに相手方への照会や実績の確認にかかる日数を引くと、使っている部署が起案する締切が出ます。引く日数は希望ではなく実績で測るのが要点で、去年の更新が何日かかったかを数えれば足ります。

日付	何の日か	決め方	動くのは誰か
満了日	契約期間が終わる日	契約書の記載どおり。動かさない	基準点なので誰も動かない
申し出の締切	更新しない旨を相手方に届ける締切	満了日から契約書の申し出の期間を引く	相手方に出す担当
決裁の締切	続けるかどうかを社内で決める締切	申し出の締切から決裁にかかる日数を引く	決裁者
起案の締切	使っている部署が案を出す締切	決裁の締切から照会と確認の日数を引く	使っている部署

4つを持つと、月の初めに今月動かす契約を出せるようになります。満了日で並べた一覧は3か月先の話しか出しませんが、起案の締切で並べた一覧は今週やることを出します。台帳の主役をどの日付にするかは、その一覧の使われ方をそのまま決めてしまいます。

「3か月前まで」は、数え方で1日ずれる

申し出の期間は「期間満了の3か月前までに書面で申し出ない限り」という書き方が典型です。ここで数え方が2つに割れます。満了日を含めて数えるのか、その前日から数えるのか。民法は期間の計算について、日や月で期間を定めたときは初日を算入しないと定め（第140条）、週や月で定めた期間は起算日に応当する日の前日に満了すると定めています（第143条第2項）。応当する日がない月は、その月の末日に満了します。

ただし、条文が正面から置いているのは、ある時点から先へ向かって数える場合の規定です。満了日から遡って数える場合の定めは置かれていません。実務では同じ考え方に沿って計算することが多いものの、1日の差で申し出が間に合わなくなる場面では解釈に幅が残ります。だから台帳では、計算で出た日をそのまま締切にせず、余裕日を足した側を締切にする扱いにします。締切を早める分には誰も困りません。

もう1つ効くのが末日の扱いです。民法第142条は、期間の末日が日曜日や祝日その他の休日に当たるときは、その日に取引をしない慣習がある場合に限り期間は翌日に満了する、としています。「限り」が付いているので、休みだから当然に翌日へずれるわけではありません。連休に締切が重なる契約は、前倒しで出すと先に決めておくほうが安全です。台帳に休日を判定させる作りを足すより、余裕日を大きめに取るほうが早く済みます。

1つ目。何をもって1件と数えるかを決める

契約管理の設計で最初に決めるのは項目名ではなく、1件の単位です。基本契約の下に個別契約がぶら下がり、その横に覚書が2通ある、という形はよくあります。この束を1件と数えるのか4件と数えるのかで、満了の件数も更新漏れの母数も変わります。単位が決まっていない台帳は、契約が何本あるかを聞かれるたびに違う答えを出します。

扱いやすいのは、更新の判断が発生する単位を1件にする並べ方です。期間と自動更新の条項を持っているのは基本契約なので、基本契約を親の1件にし、個別契約と覚書は子として紐づけます。ただし例外が2つあります。1つは、覚書で期間だけを延ばしている場合で、期限は覚書の側にあり条項は原契約の側にあります。もう1つは、個別契約に独自の期間が書かれている場合で、こちらは子でありながら別の締切を持ちます。

親子を作らずに全部を平らに並べると、同じ相手方の契約が5行並び、どれが生きているのか分からなくなります。逆に親子を作りすぎると、子の締切が親の陰に隠れます。子に独自の期限があるかどうかを、登録する時点で必ず1回確かめる——この1手間だけで、後から探し直す作業がかなり減ります。

2つ目。期限として何を持つかを決める

台帳に必ず置く日付は、満了日と申し出の締切の2つです。申し出の締切を必須の入力項目にすると、登録の時点で更新の条項を読まざるを得なくなります。読まずに済ませられる作りにしておくと、後で全件を読み直す作業が待っています。最初の1回で読むか、あとで全部読むかの違いでしかありません。

ここで用意しておきたいのが、「読み取れない」という3つ目の値です。自動更新の有無を「あり」と「なし」の2つだけにすると、条項が曖昧な契約が必ずどちらかに丸め込まれます。丸め込まれた側は、次に誰も見直しません。3つ目の値を置いて、読み取れないものを読み取れないまま台帳に載せるほうが、後から人が見に行けます。

申し出の期間が書かれていない契約も同じ扱いにします。空欄にすると入力漏れと区別が付かなくなるので、「記載なし」を値として入れます。記載がない場合に何か月前に出すかは契約ごとに考える話なので、台帳が答えを持つ必要はありません。台帳が持つべきなのは、考えなければならない契約がどれかという情報だけです。

3つ目。誰に、いつ、何回知らせるかを決める

宛先を個人名で登録すると、異動のたびに書き換えが要ります。使っている部署と決裁者の2段で持ち、個人名はその下にぶら下げる形にすると、人が入れ替わっても線が切れません。ここで外しやすいのは、使っている部署は契約を結んだ部署とは限らないという点です。導入時の部署がそのまま残っている台帳は、もう関わっていない人に知らせを送り続けます。

回数は3回で足ります。起案の締切の2週間前、決裁の締切の1週間前、申し出の締切の3日前。1回目と2回目で届く相手が違うところが要点で、1回目は使っている部署に、2回目からは決裁者にも届くようにします。回数を増やすより、届く相手を段で分けるほうが効きます。

文面には5つ入れます。契約の名前、相手方、申し出の締切、自動更新の有無、前回の更新でどう判断したか。最後の1つがあると、受け取った人が契約書を開かずに前回の続きから入れます。返事がないときに誰へ上げるかも文面に書いておきます。その宛先を後から探す時間が、いちばん締切を食いつぶします。

4つ目。後から探せる状態にする項目を決める

探せる状態の基準は、自分たちで考え出さなくても借りられます。国税庁の「電子帳簿保存法一問一答【電子取引関係】」（令和7年6月）は、電子取引のデータについて取引年月日その他の日付、取引金額、取引先を検索の条件として設定できることを求めています。契約書は、電子取引の取引情報に含まれる書類として条文の説明の中に挙げられています（問2）。雇用契約書や労働条件通知書も、契約期間や支払方法が書かれているため取引情報に当たるとされています（問3）。

保存の要件をどう満たすかは税務の話なので、ここでは踏み込みません。借りるのは項目の考え方だけです。日付と金額と相手方の3つがそろえば、たいていの問い合わせに答えられるという設計は、契約の台帳でもそのまま通ります。これに契約の類型、自動更新の有無、申し出の締切を足した6項目が台帳の骨になります。項目を増やすのは、この6つが全件で埋まってからです。

同じ一問一答では、専用の仕組みを使わずにファイル名に規則性を持たせる方法も示されています。日付と相手方と金額を決まった順で並べ、決まった置き場に集めるやり方です。契約の台帳でも、原本の置き場と名前の付け方がばらばらだと、台帳の項目だけ整えても現物にたどり着けません。台帳の項目と原本の名前の付け方は、同じ日に決めます。

5つ目。更新したか、しなかったかの判断を残す

5項目の最後は結果の記録です。更新した、しなかった、の2つでは足りません。誰が、いつ、何を見て決めたかまでを1行にします。次の満了が来たときに読むのはこの1行で、前回の判断が残っていない契約は毎回ゼロから調べ直すことになります。本数が増えるほど、この調べ直しがそのまま更新漏れの原因に変わります。

残すのは4つです。判断の結果、判断した日、決めた人、そのとき見た材料。材料は「直近1年の発注額」「使っている部署からの評価」のような一言で足ります。「今回は様子見」を結果として残さないのが決めどころで、様子見は判断ではなく先送りですから、次にいつ決めるかの日付とセットでなければ台帳に入れません。

• 更新しないと決めた場合は、相手方に伝えた日と伝えた方法まで残す。届いたかどうかが後で争点になる
• 条件を変えて更新した場合は、変えた条項と新しい申し出の締切を同時に書き換える。片方だけ直すと次の満了でずれる
• 判断を残す欄を自由記述だけにすると誰も書かない。結果は選ぶ形にして、材料の欄だけ自由記述にする

5項目を決める手順

5項目を机の上だけで決め切ろうとすると止まります。手元の契約を実際に数えながら決めるほうが早く、しかも後戻りが減ります。順番は次の5工程です。全件をいっぺんに触らず、最初は満了が近い3か月分だけを通します。

この5工程で決まるのは道具ではなく決め事です。仕組みを先に選ぶと、選んだ仕組みの項目に合わせて自社の決め事を曲げることになります。決め事が先、道具は後という順番を逆にすると、移行の途中で1件の単位を決め直す羽目になります。

AIに任せてよいのは、日付と条件を抜き出すところまで

締結が終わった後の契約でAIが効くのは、抜き出しと突合の2つです。抜き出しは、契約書から期間の条項、更新の条項、申し出の期間、解約の条件を拾う作業。突合は、拾った値と台帳にすでに入っている値を比べて、食い違ったところだけを出す作業です。どちらも判断ではなく読む量の問題なので、人より速く終わります。

指示に必ず入れるのは3つです。1つ目は、拾った値がどこに書いてあったかを条番号で返させること。2つ目は、読み取れない場合に「読み取れない」と返させること。3つ目は、原文をそのまま引かせることです。要約させると「3か月前まで」の「まで」が落ちたり、「書面により」が消えたりします。締結後の管理では、条項の要約より原文が一致していることのほうが大事です。

効き目が大きいのは突合のほうです。台帳に1,000件あっても、条項を読み直す価値があるのは値が食い違った数十件だけです。全件を人が読み直す計画は必ず途中で止まりますが、食い違った分だけなら終わります。読む範囲を機械が絞り、人は違いが出たところだけを読む——これが締結後のいちばん素直な使い方です。

AIに判断させない範囲。自動更新の条項の解釈と、申し出が要るかどうか

抜き出しまでは任せられますが、その条項がこの契約に効いているかどうかの判断は任せません。必要な材料が契約書の中にないからです。同じ文言の自動更新の条項でも、後から交わした覚書で期間が上書きされていれば結論が変わります。覚書を読ませていなければ、渡した材料の範囲では正しく、実務では間違っている答えが返ってきます。しかも自信のある書きぶりで返ってくるので、読む側は疑いにくくなります。

任せない範囲は4つに分かれます。1つ目は、自動更新の条項が覚書や個別契約で変わっていないかの確認。2つ目は、「書面による申し出」の書面に電子で送ったものが含まれるかの判断。3つ目は、相手方との取引が法律の適用を受ける類型かどうかの切り分け。4つ目は、続けるか終えるかという事業の判断そのものです。最初の3つは法務の仕事、最後の1つは使っている部署と決裁者の仕事で、どれもAIの出力を材料にはできても結論を置き換えることはできません。

人が読む範囲は、件数ではなく条件で決めます。次のどれかに当たる契約だけを読む、と先に書いておくと運用が続きます。

• 年間の金額が社内の決裁基準を超えるもの
• 自動更新の条項があり、申し出の期間が3か月以上のもの
• 解約に違約金や最低利用期間の条件が付いているもの
• 相手方が個人、または役員が1人だけの法人であるもの
• 締結した後に覚書を1通でも交わしているもの

この5つに当たらない契約は、抜き出した値をそのまま台帳に入れて構いません。全件を人が読むという方針は、実際には誰も読まないという結果に着地します。読む対象を絞って、絞った分だけ確実に読むほうが更新漏れは止まります。

契約書の外に、更新の期限を決めている法律がある

契約書をいくら丁寧に読ませても出てこない期限があります。法律が通知の時期を直接定めている場合です。建物の賃貸借では、借地借家法第26条第1項が、期間の定めがある場合に当事者が期間の満了の1年前から6月前までの間に相手方へ更新をしない旨の通知をしなかったときは、従前の契約と同一の条件で更新したものとみなすと定めています。さらに貸主からの更新拒絶には、同法第28条により正当の事由が要ります。事務所や倉庫の契約はこの時計で動きます。

もう1つが、2024年11月1日に施行された特定受託事業者に係る取引の適正化等に関する法律です。同法第16条第1項は、継続的業務委託に係る契約の解除について、契約期間の満了後に更新しない場合を含めて、少なくとも30日前までに予告しなければならないとしています。ここでいう継続的業務委託は、同法第13条第1項と施行令第3条により6か月以上の期間行う業務委託を指します。外部の書き手や制作の相手方が個人事業主である場合、この類型に入ることがあります。

契約の類型	根拠	いつまでに何をするか
建物の賃貸借（期間の定めあり）	借地借家法第26条第1項・第28条	期間の満了の1年前から6月前までの間に更新をしない旨を通知しないと、従前と同一の条件で更新したものとみなされる。貸主からの更新拒絶には正当の事由が要る
定期建物賃貸借（期間が1年以上）	借地借家法第38条第6項	期間の満了の1年前から6月前までの間に終了する旨を通知しないと、終了を借主に対抗できない
6か月以上続く業務委託（相手方が従業員を使わない事業者）	特定受託事業者に係る取引の適正化等に関する法律第16条第1項、同法施行令第3条	更新しない場合を含めて、少なくとも30日前までに予告する

3つに共通しているのは、更新しないと決めるほうにも締切があることです。続けるかどうかを決めかねているうちに通知の時期が過ぎると、続ける選択肢しか残りません。台帳の契約の類型に法律の定める通知時期を紐づけておくと、契約書に書かれていない締切が自動で乗ってきます。仕組みで持つ価値がいちばん大きいのはここです。

保存年限は、更新とは別の時計で動く

更新しないと決めた契約を、台帳から消してはいけません。国税庁の一問一答が示す帳簿書類の保存期間では、法人の場合、契約書を含む書類の保存期間は7年です。青色申告書を提出した事業年度で欠損金額が生じた事業年度などは10年になります。起算日は、その事業年度の確定申告書の提出期限の翌日です。満了日から数えるのではない、というところがずれやすい点です。

会社法の側には別の年限があります。第432条第2項は、株式会社は会計帳簿の閉鎖の時から10年間、その会計帳簿及びその事業に関する重要な資料を保存しなければならないと定めています。契約書がここでいう重要な資料に当たるかは中身によりますが、金額の裏付けになる契約は当たるものとして置いておくほうが安全です。年限の違う2つの時計が並んでいる以上、長いほうに合わせるのが手間の少ない決め方です。

だから台帳には、満了日とは別に廃棄してよい日を持たせます。廃棄してよい日は満了日からではなく、起算日から数えた日です。これを持たないと、終わった契約が消されずに溜まり続けるか、逆に早く消しすぎるかのどちらかになります。どちらも後から直せません。溜め続けたほうは探す時間が伸び、消しすぎたほうは調査や訴訟で困ります。

表計算で足りるのはどこまでか

何件を超えたら仕組みが要る、という説明をよく見かけますが、実際に効くのは件数ではありません。同時に見る人の数と、判断の往復回数です。1人が管理して更新の判断もその人の部署で完結するなら、表計算でかなりのところまで持ちます。使っている部署が5つに分かれ、決裁が別の部署を通るなら、件数が少なくても表計算では回りません。

破綻の兆候は3つあります。1つ目は、同じ契約の行が2つある状態で、誰かが控えを作って編集した跡です。2つ目は、申し出の締切が数式で入っていて、貼り付けのたびに壊れている状態。3つ目は、誰がいつ見たかが残らない状態で、これは見たはずだという水掛け論を生みます。3つのうち2つが出ていたら、道具を替える時期に入っています。

ただし道具を替える前に5項目を決めておきます。決めずに移すと、移行の作業のさなかに1件の単位を決めることになり、移した後のデータを作り直す羽目になります。決め事が固まっていれば、移行そのものは項目の対応表を作るだけの作業に縮みます。

やってはいけない進め方

更新漏れを止める取り組みが失敗するとき、原因はよく似ています。先に道具を決めて、後から決め事を合わせにいく。あるいは全件をいっぺんに触ろうとして途中で止まる。どちらも、満了が近い3か月分で試していれば避けられたものです。

• 満了日だけを並べた一覧を作り、知らせの設定をして運用を始める
• 自動更新の有無を「あり」と「なし」の2つだけで持ち、読み取れない契約をどちらかに寄せる
• 知らせの宛先を、契約を結んだときの担当者の個人名で登録する
• 全件を移してから、1件の単位と項目を決める
• 更新しないと決めたことを口頭で伝え、伝えた日と方法を残さない
• 決裁にかかる日数を、いちばん速かった実績で見積もる

逆に回っている会社のやり方は地味です。持つ日付を4つに決め、読み取れないものを読み取れないまま置き、人が読む契約を条件で絞る。やることを増やさずに、決め事だけを先に固めています。5項目は作業を増やす話ではなく、迷う場面を減らす話です。

よくある質問

原本が紙の契約は、台帳にどう入れればよいですか

台帳の項目は同じで構いません。変わるのは、原本の在りかを書く欄が1つ増えるところだけです。棚と箱の番号まで書いておき、電子で持っている契約と同じ一覧に並べます。紙と電子で台帳を分けると月の初めに一覧を2回見ることになり、必ずどちらかを見落とします。なお、電子でやりとりした契約を紙に出力して保存し、電子データのほうを残さない運用は、税務の側では2024年1月以降は認められていません。

自動更新の条項がない契約も、台帳に入れる必要がありますか

入れます。自動更新のない契約は、放っておくと満了で終わります。終わって困らないなら問題ありませんが、使い続けている仕組みや外部への委託が満了で止まると、止まった当日に気づくことになります。自動更新の有無は、放置したときにどちらへ倒れるかの違いであって、管理が要るかどうかの違いではありません。倒れる向きが違うだけで、締切があることは同じです。

申し出の期間が「3か月前まで」の契約は、いつまでに出せば確実ですか

計算で出た日をそのまま締切にせず、余裕日を足した側を締切にします。民法は初日を算入しないと定めていますが（第140条）、満了日から遡って数える場合の規定は置かれていないため、1日の差が争いになりえます。また、出した日ではなく相手方に届いた日で数える契約もあります。計算で出た日の1週間から2週間前を台帳の締切にしておくと、この2つの違いをまとめて吸収できます。

更新しないと決めた契約は、いつ台帳から消してよいですか

行そのものは消さず、状態を終了に変えるだけにします。保存の年限は満了日からではなく、税務の側では事業年度の確定申告書の提出期限の翌日から数えます。法人の書類は7年、欠損金額が生じた事業年度は10年です。会社法の側には、会計帳簿の閉鎖の時から10年間という別の年限もあります。廃棄してよい日を台帳が持っていれば、この判断を契約ごとにやり直さずに済みます。

契約の中身をAIに読ませることに、社内の抵抗があります

読ませる範囲を先に狭めると通りやすくなります。全文を渡さず、期間と更新の条項だけを切り出して渡す方法もあります。そのうえで、渡した中身を学習に使わない設定になっているかを確かめ、確かめた結果を書面にして残します。抵抗の中身は読ませること自体ではなく、どこへ出ていくか分からないことなので、出ていかない範囲を示すと話が前に進みます。

まとめ

更新漏れは注意力ではなく設計で止まります。台帳の主役を満了日から判断の締切に移し、何をもって1件と数えるかを決め、期限と宛先と探せる項目と判断の記録を先に固める。この5項目が決まっていれば、道具は後からでも替えられます。AIは契約書を読む速さを引き受けますが、その条項がこの契約に効いているのか、申し出が要るのかは人が決めます。建物の賃貸借や6か月以上続く業務委託のように、締切が契約書の外にある類型もあります。まずは満了が近い3か月分だけ、4つの日付を入れて回してみるところからで十分です。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。