法務の案件管理システムとは？相談受付から契約審査・ナレッジ化までの設計と選び方

事業部から届く契約書レビューの依頼がメール・チャット・口頭に散らばり、誰がどの案件を抱えているのか法務部長でも即答できない。法務の案件管理システムは、この状態を「1件ずつ起票された案件」に置き換える仕組みです。本記事では、社内法務部門の案件を受付から担当割当、期限と進捗の管理、回答履歴のナレッジ化、外部弁護士との連携までのライフサイクルとして整理し、受付フォームに持たせる項目やステータスの定義を具体的に示します。そのうえで、メールとExcel・法務特化SaaS・汎用ワークフローを比較し、既製品で足りる条件と受託開発で作り込むべき条件を判断基準まで示します。

まとめ：法務の案件管理システムは受付の一本化と回答履歴の再利用で選ぶ

法務の案件管理で最初に効くのは、依頼の入口を1本にすることです。入口が複数のままでは、どんな高機能な製品を入れても案件の全数がつかめません。

選定で確かめるべき機能は4つあります。依頼の類型・相手方・期限を必須項目にした受付フォーム、担当者と期限を持つステータス管理、回答と契約書の版を案件にひも付けて検索できる履歴、締結後の契約書管理や外部弁護士への引き継ぎです。LegalOnのマターマネジメントのような法務特化SaaSはこの4つを標準で備えるため、法務部員が数名から十数名で、依頼の流れが「事業部が起票し法務が回答する」形に収まる会社はSaaSから入るのが近道になります。

受託開発に進むのは、稟議・契約締結の社内ワークフローと法務審査を1本の申請にしたい、グループ会社ごとに受付と閲覧の権限を分けたい、といった既存の業務基盤との結合が要件の中心にある場合です。案件管理全般の定義や他業種との違いは案件管理システムとは？機能・SFAやプロジェクト管理との違いと選び方で整理しています。

法務の案件管理システムが扱う範囲と営業や法律事務所の案件管理との違い

同じ「案件管理」でも、営業部門や法律事務所とは管理する対象が違います。まず社内法務に固有の範囲を切り分けます。

事業部からの法務相談と契約審査依頼を案件として起票する2つの入口

社内法務に入ってくる案件は、大きく契約審査依頼と法務相談の2種類です。契約審査は「相手方から届いたドラフトを確認してほしい」「自社ひな形で締結してよいか」といった、契約書ファイルが中心にある依頼を指します。法務相談は、景品表示法に触れない広告表現か、下請取引に当たるか、といった書面を伴わない質問が中心です。

この2つは、必要な入力項目も回答の形も違います。契約審査では契約書の版と修正コメントが成果物になり、法務相談では回答文と根拠条文が成果物となる点に違いがあるのです。システム上も類型を分けて起票させると、後から「秘密保持契約の審査に平均何日かかったか」を集計できるようになります。株主総会の準備や社内規程の改定のように法務が自ら起こす案件も、同じ台帳で扱うと業務量の全体が見えます。

営業の案件管理や法律事務所の事件管理と分かれる管理対象と期限の性質

営業の案件管理が追うのは受注確度と金額で、ゴールは受注です。法律事務所の事件管理が追うのは依頼者・相手方・期日・報酬で、裁判期日や時効のように外部から決まる期限が中心になります。社内法務の案件は、依頼者が社内の事業部であり、期限の多くは「来週の契約締結に間に合わせたい」という事業側の希望日です。

この違いから、社内法務の案件管理は売上や報酬請求の機能をほとんど必要としません。代わりに、依頼部門別の件数、類型別の処理日数、差戻しの回数といった、法務部門の負荷と事業への貢献を示す数字が重くなります。法律事務所向けの設計は弁護士の案件管理システム：事件記録・期日・タイムチャージ請求の設計基準で扱っており、本記事は社内法務に絞ります。

受付から回答・クローズまでの案件ライフサイクルと受付フォームの項目設計

案件管理システムの使い勝手は、受付時に何を聞くかでほぼ決まります。ここでは受付項目、ステータス、期限の3つを具体的に設計します。

受付フォームに必須とする項目と任意にとどめる項目の8項目の線引き

受付フォームの項目は、少なすぎると法務が依頼者に聞き返す往復が増え、多すぎると事業部がメールに戻ります。実務で必須にする価値が高いのは次の8項目です。

「契約審査で必須」としている項目は、類型の選択に応じて表示を切り替えると、法務相談の起票が重くなりません。相手方名と契約類型の2つがそろっていれば、後から「この取引先との過去の業務委託契約」を探す検索キーとして機能します。取引金額は必須にすると事業部が仮の数字を入れがちなので、任意にとどめて審査時に確認するほうが台帳の精度が保てます。

受付・差戻し・審査中・回答済み・完了の5段階ステータスと期限の持ち方

ステータスは細かく分けるほど更新が滞ります。社内法務なら「受付」「差戻し（情報不足）」「審査中」「回答済み」「完了」の5段階で足ります。差戻しを独立させるのは、資料不足で止まっている案件を法務側の滞留と区別するためです。

期限は、依頼者の希望回答日と、法務が受付時に約束する回答予定日の2本を持たせます。希望日だけでは「明日締結」の駆け込み依頼をそのまま受けることになり、法務の作業計画が立ちません。回答予定日を法務が設定し、希望日との差が出た案件だけ依頼者に通知する設計にすると、期限交渉の記録も案件に残ります。締結予定日は審査の期限とは別に保持し、回答済みのまま締結されない案件を拾う条件に使います。

回答済み案件を契約書管理とナレッジ検索へ引き渡すクローズ時の手順

案件は回答した時点では終わりません。クローズの手順を決めておかないと、回答と契約書が案件ごとに散らばり、次の類似案件で探せなくなります。

1. 最終版の契約書ファイルを確定し、案件に「最終版」として印を付ける
2. 相手方の主な修正要求と自社の対応方針を2〜3行で要約して残す
3. 契約類型・相手方・論点のタグを付け、検索できる状態にする
4. 締結済みの契約書は契約書管理システムへ移し、案件側には参照先だけを残す

手順2の要約が、ナレッジ化の質を左右します。修正履歴の全文を残しても、半年後に読み返す人はいません。締結後の保管・期限管理を担う仕組みの選び方は契約書管理システムとは？機能・選び方と比較のポイントで解説しており、案件管理とは役割を分けて考えます。

グループ会社案件と外部弁護士連携で法務の案件管理システムに要る権限設計

単一の会社で完結する法務部門なら、権限は「法務部員」と「依頼者」の2種類で足ります。グループ会社や外部弁護士が関わると、設計の難度が一段上がります。

親会社法務が子会社案件を受け付ける場合に持たせる会社区分と閲覧範囲

親会社の法務部門が子会社の契約審査や規程の確認を引き受ける形は珍しくありません。法務省大臣官房司法法制部の「親子会社間の法律事務の取扱いと弁護士法第72条」は、子会社の通常の業務に伴う契約についてひな形を提供し、子会社が作成したものをチェックして一般的な法的意見を述べることなどを例に挙げ、反復的かつ対価を伴う場合でも同条に違反しないとされる場合が多いという一般論を示しています。同時に、違反の有無は両会社の関係や行為の必要性など個別の事情を踏まえて判断されるとも書かれています。

システム設計に落とすと、受付時に依頼元の会社と、完全子会社かどうかを持たせることになります。会社区分があれば、子会社の担当者には自社の案件だけを見せる閲覧制御と、会社別の対応件数の集計を両立することが可能です。案件の線引きそのものは法務部門が判断する事項で、システムは判断の材料となる情報を受付で漏れなく取ることに徹します。

外部弁護士への依頼を案件に紐づける記録項目と共有範囲の決め方

訴訟対応や専門性の高い取引では、法務部門が外部の法律事務所に意見を求めます。このとき案件管理システムに残すべきなのは、依頼した事務所と担当弁護士、依頼日と回答期限、提供した資料の一覧、受領した意見書、費用の見積と請求額です。

外部弁護士にシステムのアカウントを発行するかどうかは、慎重に決めます。案件の閲覧範囲を1件単位で絞れない製品なら、アカウントは発行せず、資料の授受は暗号化したファイル共有で行い、記録だけを案件に残すほうが安全です。法律事務所別・類型別に費用を集計できると、次年度の外部弁護士費用の予算を根拠付きで組めるようになります。

法務特化SaaS・汎用ワークフロー・メールとExcelの比較と乗り換えの判断ライン

法務の案件管理の手段は大きく3つに分かれます。守備範囲を並べ、どこで乗り換えるかを示します。

法務特化SaaSと汎用ワークフロー・メールとExcelの守備範囲の比較表

法務特化SaaS、汎用のワークフロー・チケット管理ツール、メールとExcelの運用を、社内法務の要件に照らして並べます。

汎用ワークフローの強みは、稟議や契約締結の申請と同じ基盤に法務審査を載せられる点です。一方で、契約書の版の比較や類似案件の検索は自前で作り込む必要があります。法務特化SaaSは反対に、法務の作業は手厚いものの、社内の他の申請との結合に対応できるのは、製品が用意した連携の範囲内です。案件管理ツール全般の料金や型の違いは案件管理ツールの比較｜SFA型・PM型の料金実額と脱エクセルの判断基準にまとめています。

メールとExcel運用から法務の案件管理システムへ移る3つの判断ライン

法務部員が1〜2名で、依頼が週に数件なら、メールと共有Excelでも回ります。移行の合図は次の3つです。

1つ目は、法務部長が「今いくつ案件が動いているか」を即答できなくなったとき。2つ目は、同じ相手方との契約を前回どう直したかを探すのに、メールの検索で10分以上かかるようになったとき。3つ目は、担当者の休職や異動で、引き継ぎ資料を作るまで案件の状況が分からなくなったときです。

1つでも常態化していれば、台帳の限界を超えています。逆に、3つとも起きていない段階で高機能な製品を入れると、起票の手間だけが増えて事業部がメールに戻ります。

AIによる一次振り分けを法務の案件管理に組み込むときの範囲と線引き

案件管理にAIを組み込む動きは、受付の段階まで進んでいます。どこまで任せられるかを、公表されている製品と法務省の指針から確かめます。

受付時に法務対応の要否を判定するAI機能の現状と人の確認が残る範囲

LegalOn Technologiesは2025年10月31日、マターマネジメントエージェントを2025年12月に正式提供すると発表しました。添付された契約書を自社が設定したチェック項目（プレイブック）に照らして分析し、低リスクの案件には回答案を生成し、高リスクの案件は法務部門への振り分けを提案する機能です。AIの回答履歴やエスカレーションされた案件は法務部門が一元管理し、回答案が不適切なら代替回答を出せる設計になっています。

ここから読み取れるのは、AIに任せているのが「法務が見るべき案件かどうかの仕分け」であり、最終判断は法務部門に残している点です。自社で同様の仕組みを作る場合も、プレイブックの基準を法務部門が持ち、AIの判定結果と人の最終判断を案件に並べて記録する設計にします。法務業務全体へのAI適用の範囲は法務のAI導入で任せられる業務と残る判断で詳しく扱っています。

法務省の令和8年ガイドラインが示すAI支援サービスの設計上の留意点

法務省は令和8年8月、ビジネス分野におけるAI等法務業務支援サービス提供と弁護士法第72条の関係についてのガイドラインを公表しました。令和5年ガイドラインを補完するもので、「事件性」のある案件に関して利用させることを目指した設計でないこと、そうした利用に特化した機能を持たないこと、不適切な利用を避けるガバナンス体制を整えることを満たす場合、書面作成・審査・管理業務支援などは一般的に同条に抵触しないと考えられる、と整理しています。

このガイドラインはサービスの提供者に向けたものですが、留意事項は社内システムの設計にもそのまま使えます。概要では、「事件性」のある案件には利用できないことの表示、根拠や参照元の情報表示、弁護士への相談を推奨する仕組みなどが挙がっています。案件管理に置き換えれば、紛争性のある案件を受付で別の類型に分けてAIの自動回答の対象から外すこと、AIの回答案に根拠となった条項や過去案件を必ず表示することが、設計段階で決めておく事項です。条文そのものはe-Gov法令検索の弁護士法で確認できます。

既製の法務案件管理SaaSで足りる条件と受託開発で作り込む境界の判断

ここが本記事の結論部分です。既製のSaaSで足りるのか、受託開発に進むのかを、条件付きで言い切ります。

法務特化SaaSで十分な社内法務の条件と過剰投資になる受託開発の場面

次の条件がそろう法務部門は、法務特化SaaSを選ぶべきです。依頼の流れが「事業部が起票し、法務が審査して回答する」形に収まっている。グループ会社の案件を扱わないか、扱っても閲覧範囲を会社単位で分ける必要がない。稟議や契約締結の申請は既存のワークフローのまま残し、法務審査だけを切り出して管理できれば十分である。

この条件で受託開発を選ぶのは過剰投資です。契約審査の支援機能や類似案件の検索は、法務特化SaaSが継続的に改良している領域で、自社開発で同じ水準を維持するには保守の費用を継続して負担する必要があるためです。「将来グループ会社にも広げるかもしれない」という理由だけで受託開発を選ぶ場面も見送るべきで、まずSaaSで受付の一本化を実現し、運用データが1年分たまってから見直すほうが要件の精度が上がります。法務向け製品の分類と既製SaaSの守備範囲はリーガルテックとは？7領域の分類と市場規模の実態で確認できます。

受託開発で法務の案件管理を作り込むべき3つの条件と導入時の最小構成

受託開発が正解になるのは、次のいずれかが要件の中心にある場合です。第一に、稟議・契約締結の申請と法務審査を1本の申請として流し、法務の承認がなければ締結手続きに進めない統制をかけたいとき。第二に、グループ会社が多く、会社ごとに受付窓口・閲覧範囲・承認経路が異なるとき。第三に、基幹システムの取引先マスタや既存の文書管理システムと案件データを双方向で連携させたいときです。

こうした条件では、法務特化SaaSの外部連携の範囲に業務を合わせ込むより、既存の申請基盤の上に法務審査の工程を設計するほうが現場の負担が小さくなります。社内の申請・承認経路と法務審査を1つの流れとして設計するワークフローシステム開発であれば、受付項目・ステータス・権限を自社の規程どおりに作り込めます。

最初から全機能を作る必要はありません。最小構成は、本記事で示した受付フォームの8項目、5段階のステータスと2本の期限、会社区分による閲覧制御の3つです。類似案件の検索やAIによる一次振り分けは、案件データがたまってから2期目に追加すると、検索のタグや振り分け基準を実データから決められます。

社内法務の案件管理システムの導入と運用でよくある費用や移行の質問

社内法務の担当者から寄せられることの多い質問に、実務の観点で回答します。

法務の案件管理システムと契約書管理システムは何が違いますか？

案件管理システムは、契約を締結するまでの依頼・審査・回答の過程を扱います。契約書管理システムは、締結した契約書の保管・検索・更新期限の管理を扱います。両者は時系列でつながっており、案件のクローズ時に最終版の契約書を契約書管理へ移すのが基本の流れです。1製品で両方を備える法務特化SaaSもありますが、役割は分けて設計したほうが運用ルールを決めやすくなります。

法務部員が1人でも案件管理システムを入れる意味はありますか？

依頼が週に数件で、本人がすべて把握できているうちは、共有Excelの台帳で十分です。ただし1人法務は休暇や退職のときに引き継ぐ相手がいないため、案件の状況と過去の回答が本人の記憶とメールにしか残らない状態は危険です。まず受付フォームだけを用意し、依頼の入口を1本にするところから始めると、費用をかけずに台帳を整えられます。

事業部がメールで依頼を送り続けて受付フォームが定着しない場合は？

メールで届いた依頼を法務が代わりに起票する運用を続けると、フォームは定着しません。期限を区切って、フォーム以外の依頼は受付日を起票日とすることを周知し、回答予定日の約束はフォーム経由の案件に限る、といった運用ルールで入口を寄せます。フォームの入力項目が多すぎることが原因の場合もあるため、必須項目を見直すことも並行して行います。

Excelで管理している過去の案件データは移行できますか？

移行先がCSVでの一括登録に対応していれば、案件名・依頼部門・相手方・類型・受付日・完了日といった基本項目は移せます。問題になるのは、メールに埋もれた回答本文と契約書の版です。すべてを移そうとすると移行作業が終わらないため、直近1〜2年分と、継続取引のある相手方の案件に絞って移すのが現実的です。

法務の案件管理システムの費用はどの程度を見込めばよいですか？

法務特化SaaSの料金は利用人数や機能の組み合わせで変わるため、公開価格だけで比べず見積を取って比較します。比較するときは月額だけでなく、事業部の依頼者にもアカウント費用がかかるのか、契約審査や契約書管理の機能が別料金かも確認すべき事項です。受託開発の場合は、本記事で挙げた最小構成に絞って見積を取ると、全機能を一度に作る場合との費用差がはっきりします。

関連記事

• 案件管理システムとは？機能・SFAやプロジェクト管理との違い、料金体系と選び方・開発判断：案件管理の定義と型の違いを押さえる親記事。法務に絞る前の全体像として。
• 弁護士の案件管理システム：事件記録・期日・タイムチャージ請求の設計基準：法律事務所側の案件管理。外部弁護士と連携する際の相手方の事情を知る材料に。
• 契約書管理システムとは？機能・選び方と比較のポイント・導入判断を解説：案件のクローズ後に契約書を引き渡す先の仕組み。
• 法務のAI導入で任せられる業務と残る判断｜弁護士法72条の線引きと社内開発の分界：一次振り分けより広い範囲でAIを法務に使う場合の判断材料。
• リーガルテックとは？7領域の分類と市場規模の実態、既製SaaSと受託開発の線引き：案件管理以外の法務向け製品を含めた全体の分類。