契約書レビューの依頼はメールで届き、締結済みの契約書は共有フォルダと電子契約サービスの両方に散らばり、更新期限は担当者の手帳で管理されている。法務DXは、この状態を「法務の仕事をデータとして扱える状態」に変える取り組みです。本記事では、法務DXとは何かを相談受付・契約審査・締結・契約管理・ナレッジ化の5工程で整理し、電子帳簿保存法や弁護士法72条といった制度の前提、現状の計測から始める着手順を示します。そのうえで、SaaSの組み合わせで足りる範囲と、ワークフローや基幹システムとの連携を受託開発で作る判断の境目まで言い切ります。
まとめ：法務DXは案件の入口と契約データの共通キーから着手する
法務DXの成否は、どの製品を入れるかより、工程と工程の間でデータがつながるかで決まります。契約審査ツール、電子契約、契約書管理を別々に選ぶと、同じ契約が3つの製品に別の番号で記録され、更新期限の通知も審査履歴の検索も途中で切れます。
着手の順番は3段階です。まず依頼件数・類型・回答日数を3か月分数え、詰まっている工程を特定します。次に必要なのは、相談受付を1本の窓口にまとめ、全件を起票できる状態を作ることです。最後に契約IDを決め、審査から締結、保管までを同じIDでたどれるようにします。
法務部員が10名前後までで、依頼が事業部の起票と法務の回答で完結する会社は、SaaSの組み合わせで十分です。稟議・購買・販売管理と契約審査を1本の申請にしたい、グループ会社ごとに閲覧範囲を分けたい、という要件が中心にある会社は、ワークフローや基幹連携を受託開発する段階にあります。
法務DXの定義と相談受付から契約管理・ナレッジ化までの5工程の範囲
法務DXという言葉は、電子契約の導入だけを指す場合から、法務部門の役割の再定義までを指す場合まで幅があります。本記事では企業法務部門の業務を5つの工程に分け、その範囲で扱います。
法務DXとは紙とメールの法務業務をデータとして扱える状態へ変えること
法務DXとは、相談・契約・紛争対応といった法務業務の記録を、検索・集計・連携ができるデータとして残し、その結果で業務の進め方を変える取り組みです。PDFをスキャンして共有フォルダに置く段階はデジタル化にとどまり、DXとは呼びません。
分かれ目は「数えられるか」です。今月の契約審査依頼が何件で、平均何営業日で回答したか。来月に自動更新を迎える契約が何本あるか。この2つに即答できない状態では、どの工程に人手が取られているかも分かりません。DX全般の定義とデジタル化との違いはDXとは？定義とデジタル化との違い・進め方で整理しています。
相談受付・契約審査・締結・契約管理・ナレッジ化の5工程と詰まる箇所
企業法務の仕事を時系列に並べると、次の5工程になります。工程ごとに詰まり方と置き換え先が違うため、一律にツールを入れても効果は出ません。
| 工程 | よくある詰まり | 置き換え先 |
|---|---|---|
| 相談受付 | メール・チャット・口頭に分散 | 受付フォームと案件管理 |
| 契約審査 | 同じ論点を毎回ゼロから確認 | 審査支援ツールとひな形 |
| 締結 | 押印待ちと郵送の往復 | 電子契約サービス |
| 契約管理 | 更新期限の見落とし | 契約書管理システム |
| ナレッジ化 | 回答が担当者の受信箱に残る | 案件履歴の検索 |
相談受付と案件の流し方は法務の案件管理システムとは？相談受付から契約審査・ナレッジ化までの設計、締結後の保管と期限管理は契約書管理システムとは？機能・選び方と比較のポイントで個別に掘り下げています。
法務DXとリーガルテック導入を分けるのは工程間でつながるデータの有無
リーガルテックは製品の総称で、法務DXは業務の変え方です。製品を5つ入れても、工程ごとに記録が閉じていればDXにはなりません。
典型的な断絶は2か所にあります。1つは審査と締結の間で、審査で合意した最終版と電子契約で送った版が一致しているかを人が目で照合している状態です。もう1つは締結と保管の間で、電子契約サービスの中に契約書が残ったまま、契約書管理システムには手入力でメタ情報を写している状態です。製品の分類と市場の全体像はリーガルテックとは？7領域の分類と市場規模の実態に譲り、本記事ではこの断絶をどう防ぐかを扱います。
法務DXの前提になる電子帳簿保存法と電子署名法と弁護士法72条の要件
法務DXでは、システムの設計より先に決まっている制度上の条件があります。ここを外すと、作り直しや税務調査での指摘につながります。
電子契約の契約書データは電子取引として日付・取引先・金額で検索可能に保存
電子契約で締結した契約書は、電子帳簿保存法の「電子取引」に当たります。国税庁の電子帳簿保存法一問一答【電子取引関係】（令和8年7月版）は、取引情報を日付・取引先・金額などで検索できる状態で保存するよう求め、メールソフト上で閲覧できるだけでは足りないと明記しています。令和3年度の税制改正で、データを紙に出力して保存する措置は廃止されました。
法務DXの設計に引き直すと、契約書管理システムに「契約日」「相手方」「契約金額」の3項目を必須で持たせることになります。単価契約のように金額が決まらない契約の扱いも一問一答に問があるため、経理部門と項目定義を先にそろえておくと、法務と経理で二重に台帳を持つ事態を避けられます。
電子署名法3条の推定効と社内規程で決める電子契約の対象範囲の判断
電子署名及び認証業務に関する法律の第3条は、本人による一定の電子署名が行われた電磁的記録について、真正に成立したものと推定すると定めています。電子契約サービスごとに署名の方式は異なり、立会人型と当事者型のどちらを使うかで証拠としての強さと相手方の手間が変わります。
実務で先に決めるのは「どの契約を電子契約の対象にするか」です。金額の大きい取引基本契約や、法令で書面交付が求められる契約を対象に含めるかを社内規程で定め、それを締結の申請画面の分岐条件にします。電子契約の導入手順は電子契約の導入手順とは？棚卸し・要件定義・PoC・取引先合意の進め方で工程ごとに扱っています。
法務省の令和5年と令和8年のガイドラインがAIの契約審査支援に引いた境界
契約審査にAIを入れる場合は、弁護士法72条との関係を確認します。法務省は令和5年8月にAI等を用いた契約書等関連業務支援サービスの提供と弁護士法第72条との関係についてを公表し、契約書の作成・審査・管理の3類型ごとに考え方を示しました。管理業務では、契約日・履行期日・更新日・自動更新の有無・契約金額などで分類して表示するにとどまる機能は、通常は同条に違反しないと整理されています。社内の弁護士が結果を自ら精査して修正する使い方も、通常は違反しないとされています。
令和8年8月のガイドライン概要は、生成AIの進展を受けて解釈を補い、提供者に根拠や参照元の表示、紛争案件に使えない旨の表示などのガバナンス措置を推奨しています。社内向けにAIを組み込む場合も、線引きを説明しやすくする方法は、この表示の考え方を画面設計に取り込むことです。AIに任せられる業務の範囲は法務のAI導入で任せられる業務と残る判断で詳しく扱っています。
法務DXの着手順序として現状計測から工程を1つずつ置き換える進め方
法務DXの進め方は、製品選定から始めると失敗します。数字を取り、詰まりの大きい工程から順に置き換えます。
依頼件数・類型・回答日数を3か月分数えて一番詰まる工程を特定する手順
最初の作業は、過去3か月の依頼を数えることです。メールの受信箱とチャットの履歴から、法務宛ての依頼を拾い出して表にします。
- 依頼1件ごとに、受付日・依頼部署・類型（契約審査／法務相談／その他）・相手方を記録する
- 回答した日と、差し戻しや追加質問の回数を記録する
- 類型ごとの件数と、受付から回答までの営業日数の中央値を出す
- 締結済み契約のうち、更新期限が今後6か月以内に来る本数を数える
数えてみると、契約審査の件数より「同じ質問への回答」が多い会社もあれば、件数は少ないのに回答日数が長い会社もあります。前者はナレッジ化、後者は審査工程の手当てが先です。3か月分を手で数えるのが難しいこと自体が、受付工程が詰まっている証拠になります。
最初の置き換え対象を相談受付の一本化に置く理由と例外になる会社
多くの会社で最初に置き換えるべき工程は相談受付です。入口が複数のままだと、後工程にどの製品を入れても全件が乗らず、効果測定ができません。受付フォームに類型・相手方・希望期限・関連する契約書を必須項目として持たせ、そこから案件番号を振ります。
例外は2つです。更新期限の見落としで実害が出ている会社は、契約管理を先に整えます。取引先の多くがすでに電子契約を使っていて、締結待ちが目立つ会社は締結工程が先です。どちらも、手順1の計測で数字として見えているときに限ります。
契約IDを共通キーにして審査・締結・保管の記録をつなぐデータ設計
工程間の断絶を防ぐ手段は、契約IDを1つ決めて全製品で同じ値を持たせることです。案件管理で振った番号を、審査ツールのファイル名、電子契約の送信時の管理番号、契約書管理システムのキーに引き継ぎます。
製品を選ぶときは、外部から管理番号を受け取れるか、APIやCSVで出し入れできるかを確認します。管理番号を持てない製品を1つでも挟むと、そこから先で必要なのは、人の手による記録の突き合わせです。複数のSaaSを併用したときにどこでデータが切れるかはリーガルテックのカオスマップ：区分の違いと提供形態、複数SaaS併用で切れるデータで具体例を挙げています。
効果測定に使う指標は回答までの日数と差し戻し率と更新期限の取りこぼし
効果を測る指標は、計測の段階で取った数字をそのまま使います。指標を増やしすぎると記録の手間で現場が疲れるため、次の3つに絞ります。
- 受付から回答までの営業日数の中央値（類型別）
- 差し戻しと追加質問の発生率（受付項目の不足を映す）
- 更新期限を過ぎてから気づいた契約の本数
導入から3か月後と6か月後に同じ方法で数え、変化がない指標は運用ルールを見直します。過去の回答を検索して再利用する仕組みを作るなら、ナレッジ管理ツールの比較と選び方も合わせて検討の材料になります。
SaaSの組み合わせで足りる範囲とワークフローや基幹連携を受託開発する判断
法務DXに使う製品は、案件管理・審査支援・電子契約・契約書管理のどれもSaaSで揃います。受託開発を検討するのは、法務の外にある業務とつなぐ必要が出たときです。
法務部員10名前後までで依頼が事業部起票に収まる会社はSaaS併用で足りる
次の条件に当てはまる会社は、SaaSの組み合わせで法務DXを進めて問題ありません。法務部員が10名前後まで、依頼の流れが「事業部が起票し、法務が回答する」の往復で完結する、契約書の承認が法務部長の決裁で閉じる、という3点です。
この規模では、製品間の連携を作り込むより、契約IDの運用ルールを徹底するほうが費用対効果は高くなります。電子契約と契約書管理を同じベンダーの製品で揃えると、締結から保管への引き渡しが製品内で完結し、断絶が1か所減ります。
稟議・購買・販売管理と契約審査を1本の申請にしたい会社は連携開発に進む
受託開発に進む根拠になるのは、法務の工程が社内の別の承認や基幹データと絡む場合です。具体的には、稟議の決裁と契約審査を1本の申請で回したい、購買システムの発注と契約書の締結状況を突き合わせたい、グループ会社ごとに受付と閲覧の権限を分けたい、といった要件です。
法務特化SaaSは法務部門の中で閉じる設計が多く、全社の稟議や購買の承認経路を取り込むのは得意ではありません。この場合は、申請から審査・決裁・締結までを1本の経路として設計し、審査や電子契約はSaaSのAPIで呼び出す構成にします。一創のワークフローシステム開発では、既存の稟議フローに法務審査の分岐を加える形の設計から相談を受けています。
法務DXの失敗パターンとして製品を先に選びデータが4つの製品に分かれる例
避けるべきなのは、展示会や比較記事で製品を先に決め、工程ごとに別々のベンダーを選ぶ進め方です。案件管理・審査支援・電子契約・契約書管理が4社に分かれ、どれも管理番号を外から受け取れないと、同じ契約を4回別の番号で探すことになります。
この状態で「AIで契約書を横断検索したい」と要望が出ても、データが4か所に分かれているため実現できません。現状計測をせずに製品を決めた会社、契約IDの運用を決めずに複数製品を契約した会社は、追加投資の前に一度立ち止まり、工程とデータのつながりを書き出すところからやり直すべきです。
法務DXの着手時に進め方と費用と少人数の体制についてよく聞かれる質問
法務DXを検討する担当者から寄せられることの多い質問に、本文の内容を踏まえて答えます。
法務DXとは簡単に言うと何ですか？
法務部門の仕事の記録を、数えたり検索したりできるデータとして残し、その数字で業務の進め方を変えることです。契約書をスキャンして保存するだけではデジタル化にとどまります。依頼が何件あり、何日で回答し、どの契約の更新期限が近いかを即答できる状態を作り、詰まっている工程から改善していく取り組みが法務DXです。製品の導入は手段であって、それ自体は目的になりません。
法務DXは何から始めればよいですか？
過去3か月分の依頼を数えることから始めます。受付日・依頼部署・類型・回答日を表にし、類型ごとの件数と回答までの日数を出すと、どの工程が詰まっているかが見えます。多くの会社では、依頼の入口がメールやチャットに分散している相談受付が最初の置き換え対象です。更新期限の見落としで実害が出ている会社は、契約管理を先に整えます。
法務部員が1〜2名の会社でも法務DXは必要ですか？
必要ですが、範囲は絞ります。少人数の法務で効果の大半を生むのは、受付の一本化と更新期限の管理という2つの取り組みです。受付は汎用の申請フォームやチャットのワークフロー機能でも足ります。電子契約サービスに付属する期限通知を使えば、契約書管理システムを別に契約しなくても済む場合があります。審査支援ツールは、件数が増えて回答が遅れ始めてから検討しても遅くありません。
法務DXにかかる費用はどのくらいですか？
SaaSの組み合わせで進める場合、費用の大半は製品の月額利用料で、電子契約は送信件数、契約書管理は保管件数やユーザー数で増えます。料金を比較しやすくする方法は、費用を見積もる前に、現状計測で出した月あたりの依頼件数と締結件数を各社に伝えることです。稟議や購買システムと連携する受託開発を伴う場合は、連携する経路の数と権限の分け方で規模が決まるため、要件を整理したうえで見積もりを取ります。
法務DXでAIを使うと弁護士法に違反しませんか？
法務省は令和5年8月のガイドラインで、契約書の作成・審査・管理を支援するサービスについて、どのような機能なら弁護士法72条に違反しないかの考え方を示しました。契約日や更新日で分類して表示するだけの管理機能や、社内の弁護士が結果を自ら精査して使う形は、通常は違反しないと整理されています。令和8年8月の新ガイドラインでは、根拠の表示などのガバナンス措置も推奨されています。
関連記事
- 法務の案件管理システムとは？相談受付から契約審査・ナレッジ化までの設計と選び方：相談受付の一本化を具体的に設計するときの受付項目とステータス
- 契約書管理システムとは？機能・選び方と比較のポイント・導入判断を解説：締結後の保管と更新期限の管理
- 法務のAI導入で任せられる業務と残る判断｜弁護士法72条の線引きと社内開発の分界：審査工程にAIを組み込むときの範囲
- リーガルテックとは？7領域の分類と市場規模の実態、既製SaaSと受託開発の線引き：法務DXで使う製品の分類
- DXとは？定義とデジタル化との違い・進め方を受託開発の実務目線で解説：部門を問わないDXの定義と進め方
