法務案件のステータスはどう設計すべきか｜実務標準フロー

まず結論｜ステータスは「9段階＋滞留検知＋履歴保存」がセット

ステータス設計は会社ごとに調整が必要だが、運用が破綻しにくい標準ラインは存在する。実務で再現性が高いのは 9段階のステータスを定義し、各ステータスに「責任者」と「滞留閾値」を紐付け、履歴を不可逆に保存する運用だ。

ステータスを単に「対応中／完了」の2段階にしている法務部門は多いが、これでは「どこで止まっているか」が見えない。逆に20段階・30段階に細分化しすぎると、現場が更新できず形骸化する。9段階は、可視化の粒度と運用負荷のバランスが取れる実務上の落としどころである。

実務標準（Practical Standard）

① 標準ステータス9段階の定義

実務で機能するステータス体系の標準は以下のとおりだ。各ステータスには、現在の責任者（次に動かす人）と、滞留閾値（このステータスにとどまってよい目安日数）をセットで定義する。

② 標準ステータス遷移図

9段階の標準的な遷移は以下のとおり。実線は標準ルート、点線は例外ルートを示す。

③ ステータス更新時に必ず記録する4項目

ステータス変更が発生したら、変更内容だけでなく以下4項目を不可逆に保存する。「いつ・誰が・なぜ・次は誰が動くか」が後から再現できる状態を保つ。

• ①更新日時：ステータス変更が発生した日時。秒単位まで保存。
• ②更新者：誰がステータスを変更したか。法務担当者・依頼者・承認者を区別する。
• ③変更理由・コメント：差戻し時は理由、保留時は再開条件、完了時は最終確認結果を記載。
• ④次の責任者：遷移後にボールを持つ人。「修正待ち」のまま誰のボールか不明な状態を避ける。

④ 滞留検知の標準閾値

各ステータスは滞留閾値を超えた段階で、自動的にエスカレーションされる仕組みを持たせる。アラートは段階的に発する。

⑤ ダッシュボードで可視化する3指標

ステータスは個別案件で見えるだけでなく、チーム全体の健康状態を示す指標として可視化する。最低限以下3指標を週次でモニタリングする。

• Aステータス別件数：「レビュー中が25件、修正待ちが18件…」と段階別の現在件数を把握する。特定ステータスに案件が偏っていないか確認する。
• B滞留案件数：各ステータスの閾値を超えた案件数。閾値超過率が20%を超えると、運用全体の見直しが必要。
• C平均処理日数：「受付済→クローズ」までの平均日数。契約類型別・優先度別に分解すると、ボトルネックが見える。

なぜこの標準になるのか｜法的・実務的な理由

① 業務の透明性確保（属人化防止）

ステータス管理がない法務は、必ず属人化する。担当者本人しか進捗を把握できない状態は、退職・休職・異動の瞬間に案件群が空中分解する。ステータスは「担当者の頭の中の情報を、組織の情報資産に変換する仕組み」であり、ステータス標準化は属人化の構造的な解決策となる。

② 内部統制システム（情報の保存・管理）との整合

会社法362条4項6号は、取締役会の専決事項として「取締役の職務の執行が法令及び定款に適合することを確保するための体制」（内部統制システム）の整備方針決定を定める。これを受けて、会社法施行規則100条1項1号は、内部統制システムの内容として「取締役の職務の執行に係る情報の保存及び管理に関する体制」を整備すべき事項として挙げている。

法務案件のステータス・更新履歴は、契約レビュー判断・法的助言・コンプライアンス判断の根拠資料であり、これらは取締役の職務執行に関する情報そのものに含まれる。したがって、ステータス管理は単なる業務効率化にとどまらず、内部統制上の情報保存・管理体制を説明しやすくする実務基盤として位置付けられる。

③ 金融商品取引法上の内部統制報告制度との関係

上場会社等は、金融商品取引法24条の4の4第1項により、財務計算に関する書類等の適正性を確保するために必要な体制（いわゆるJ-SOX）について、内部統制報告書を有価証券報告書とあわせて提出する義務を負う。法務案件のうち、会計影響のある契約（リース・収益認識・関連当事者取引等）のレビューと承認プロセスは、内部統制の評価対象に含まれうる。ステータス・履歴の保存は、監査対応の証跡として機能する。

④ 個人情報保護法（個人データを扱う案件の場合）

法務案件には、相手方代表者・個人事業主の氏名・連絡先など、個人情報・個人データが含まれることが一般的だ。個人情報の保護に関する法律23条は、個人情報取扱事業者に対し「その取り扱う個人データの漏えい、滅失又は毀損の防止その他の個人データの安全管理のために必要かつ適切な措置」を講ずべき義務を定める。ステータス管理システム上の個人データへのアクセス制限・履歴保存も、安全管理措置の一部として設計する必要がある。

よくある誤解

誤解①：「対応中／完了」の2段階だけで足りる

件数が少ない時期は2段階運用でも回るが、年間100件を超えた段階で、2段階運用では滞留や見落としが発生しやすくなる。「対応中」の中身が見えないため、レビュー中なのか修正待ちなのか承認待ちなのかが分からず、滞留検知が機能しない。2段階運用は法務部門の生産性を継続的に毀損しやすい。

誤解②：ステータスは細かいほどよい

20段階・30段階のステータスは、現場が更新を放棄する。「更新されていないステータスは存在しないのと同じ」であり、形骸化したステータスは混乱の原因にしかならない。9段階前後が現場が継続更新できる現実的な上限だ。

誤解③：ステータスは法務部内だけで使えばよい

ステータスを法務部内で閉じて管理すると、依頼者は毎回「進捗どうなってる？」と問い合わせることになる。ステータスは依頼者・承認者にも共有されてはじめて機能する。ただし、機微な内部判断（たとえば契約締結を中止すべきとの法務側の所見）はコメント欄でアクセス権限を分けるなど、共有範囲は設計時に検討する。

誤解④：「保留」は便利なステータスだ

保留は便利だが、安易に使うと案件のブラックホールになる。保留は「再開条件」と「再開予定日」を必ずセットで設定する運用にする。条件未設定の保留は禁止し、再開予定日を過ぎたら自動的に通常ステータスに戻る仕組みが望ましい。

誤解⑤：ステータス更新は担当者の手作業で十分

手作業更新は、忙しい時期に必ず後回しになる。ステータス更新を「業務とは別の作業」にすると、忙しい人ほど更新しない逆相関が発生する。可能な限り、依頼フォーム送信・レビューコメント返信・承認回付などの業務アクションと連動して、ステータスが自動遷移する設計にする。

例外・注意点

例外①：訴訟・行政当局対応案件

訴訟・行政照会・立入検査などの案件は、契約レビューと同じステータス体系では管理できない。別ライン（訴訟管理・当局対応管理）として、独自のステータス体系を併設するのが標準だ。具体的には「事案発生／弁護士選任／訴状送達／答弁書提出／第1回期日／和解協議／判決／確定」など、紛争プロセスに沿ったステータスを設計する。

例外②：M&A・大型プロジェクト

M&A・大型ファイナンス・JV組成などは、契約類型が複数同時並行（NDA／LOI／SPA／株主間契約／DDレポート／法律意見書…）で動く。個別契約ごとにステータスを管理しつつ、プロジェクト全体のフェーズ管理（DD／契約交渉／クロージング／PMI）を別レイヤーで重ねる。両者を混同するとステータスが破綻する。

例外③：継続的な相談（顧問的業務）

「××法に該当しないか定期的に相談を受けたい」など、明確な完了条件のない継続相談は、案件管理ではなくナレッジ管理側に分類する。ステータスは「アクティブ」「アーカイブ」程度の単純化で運用する。

注意点①：ステータス変更権限の設計

「完了」「クローズ」など終局ステータスへの遷移は、依頼者だけで完結させない。法務側のチェック（締結書類の確認・台帳登録の完了確認）を経てから完了とする運用にする。依頼者が「もう契約締結したから完了でいいよね」と勝手に閉じてしまうと、法務側で締結版の確認ができないまま履歴が確定する。

注意点②：履歴の改ざん防止

ステータス更新履歴は追記型（append-only）の設計が望ましい。過去のステータスを後から書き換えできる仕組みは、内部統制・監査対応の観点で問題となる。修正が必要な場合は「訂正履歴」として追記する運用にする。

注意点③：年次棚卸し

長期間「保留」「修正待ち」のままになっている案件は、年1回必ず棚卸しする。1年以上動いていない案件は、原則として「クローズ」または「中止」に分類し直す。棚卸ししないと、不良在庫的な案件が雪だるま式に増え、ダッシュボードのノイズになる。

実務対応フロー｜ステータス設計を導入する5ステップ

既存運用にステータス管理を導入する場合、いきなり全面刷新を試みると現場が動かない。段階的な導入が標準だ。以下5ステップで進める。

社内共有用ルール例｜コピペで使えるステータス定義

以下は社内規程・運用マニュアルにそのまま貼り付けて使える短文版ルールだ。チャットツールにピン留めする運用を推奨する。

① ステータス定義表（社内共有用）

② チャット共有用ステータス略号（短縮版）

＞ コピペ用｜Slack/Teamsチャネルのトピック・説明文

📋 法務案件ステータス（標準9段階） 受付済 → 受付確認中 → レビュー中 → 差戻し → [5] 修正待ち → [6] 承認待ち → [7] 締結待ち → [8] 完了 → [9] クローズ 🔸 補助：[保留] 再開条件・予定日必須 ⏱ 滞留閾値超過：自動エスカレーション 🔍 進捗確認：法務ダッシュボード（URL）

③ ステータス更新時の記録テンプレ

④ 依頼者向けステータス問い合わせ自動返信文例

この標準に従わないリスク

ステータス管理を整備しない、あるいは「あるが運用されていない」状態を放置することのリスクは、法務部門の生産性低下にとどまらない。会社全体のガバナンス・コンプライアンス・監査対応にまで波及する。

リスク①：案件失念による契約事故

リスク②：引継ぎ不能による組織知の損失

リスク③：監査対応・内部統制評価での指摘

リスク④：滞留案件のブラックボックス化

リスク⑤：個人データの管理不備

リスク⑥：法務部門への信頼喪失

まとめ｜ステータス管理は「業務効率化」ではなく「内部統制」

法務案件のステータス管理は、単なる業務効率化のツールではない。会社法施行規則100条1項1号の「情報の保存・管理体制」の一環として、組織の業務適正確保に資する内部統制機能である。ポイントは以下5点に整理される。

• ✓標準9段階（受付済／受付確認中／レビュー中／差戻し／修正待ち／承認待ち／締結待ち／完了／クローズ）で設計する
• ✓各ステータスに 「責任者」と「滞留閾値」 をセットで紐付ける
• ✓ステータス更新時は 「日時・更新者・理由・次の責任者」 の4項目を不可逆に保存する
• ✓滞留閾値超過時は段階的にエスカレーションする。「気付いたら2週間止まっていた」を構造的に防ぐ
• ✓履歴は追記型・改ざん防止設計とし、内部統制・監査対応の証跡として位置付ける

ステータス設計は「法務担当者の生産性向上」が表の目的だが、その本質は属人化の解体・監査証跡の確保・組織知の蓄積にある。ステータス管理が崩れている法務部門は、件数増加・担当者交代の局面で必ず破綻する。逆に言えば、ステータスが機能している法務部門は、人員規模に対して相当な処理能力を発揮できる。

実務運用に落とし込む

本記事のステータス標準は、受付フォーム・優先度判定・滞留検知・履歴保存をセットで運用しなければ機能しない。Excel・メール・チャットに分散したまま運用すると、ステータスは更新されず、滞留も検知されない。

法務実務スタンダード20選｜シリーズ一覧

本記事は、法務実務の「標準ライン」を20の論点で整理するシリーズの第4話です。受付・案件管理・契約レビュー・社内ガバナンスまでを通しで設計するためのリファレンスとしてご活用ください。

※本記事は2026年5月時点の法令・ガイドラインに基づいて執筆しています。本記事は一般的な情報提供を目的とするものであり、個別案件に対する法的助言を構成するものではありません。具体的な対応は、自社の実務状況と最新の法令・実務動向を踏まえてご検討ください。