なぜ稟議と法務審査は分断しやすいのか

稟議と法務審査が別々に動く背景には、いくつかの構造的な理由がある。単純なコミュニケーション不足ではなく、依頼の起点と判断対象がそもそもずれているからだ。

事業部が稟議を起票するのは「社内決裁を取るため」であり、法務に審査を依頼するのは「契約書を通すため」だ。この二つは連動して進んでいるようで、実際には別ラインで処理されることが多い。法務コメントが稟議書に転記されることもなく、稟議書の添付欄に契約書の最終版が入っていないこともある。

以下の表は、稟議と法務審査が見ているものの違いを整理したものだ。

この表が示す通り、二つのプロセスは目的も成果物も保管場所も異なる。つなぐ仕組みを意図的に設けない限り、分断は必然だ。

誰が何を判断するのか

稟議・法務審査・承認が連動しにくい理由のもう一つは、「誰が何を判断するのか」が曖昧なまま運用されていることだ。法務がリスクを指摘すれば、事業部がそれを吞むかどうかを判断し、最終的に承認権限者が決裁する――この三段構造が整理されていないと、「法務がOKを出した」「いや事業部が承認した」という責任の拡散が起きる。

次の表で、三つの判断の切り分けを整理する。

この三者の役割が整理されていないと、「法務が通した」「事業部が受け入れた」「承認権限者が決裁した」のどの段階の判断なのかが後から追えなくなる。特に、承認権限者が残リスクを認識した上で決裁したかどうかの記録は、後日の紛争対応や監査で重要な意味を持つ。

契約審査だけでは足りない理由

契約書の審査が完了しても、社内意思決定のプロセスとして見たときには、まだ不十分な場面が多い。法務が条項を確認したことと、組織が適切な判断をした証跡が残ることは、別の問題だ。

①承認条件や残リスクが承認者に伝わらない

法務が「X条項はリスクあり、事業部判断で受容するなら可」とコメントしたとしても、そのコメントが稟議書に転記されなければ承認者には届かない。承認者が「法務確認済み」という情報だけで決裁することになり、残リスクを承認したという認識が生まれない。

②例外承認が証跡に残らない

「今回は例外として進める」という判断は、口頭やチャットで完結しやすい。結果として、例外が常態化しても誰も記録していない、という状態が生まれる。特に、承認権限を持つ人物が「例外OKと言った」記録がなければ、その判断は会社の記録上は存在しない。

③契約最終版とレビュー履歴がつながらない

法務が審査した版と、最終的に締結した版が異なることは珍しくない。相手方との交渉で条項が変わった場合、その変更後の版について再度法務確認がされたかどうかが追えないと、審査記録としての意味が薄れる。

残すべき証跡は何か

どの証跡をどこに残すべきかを整理しておかないと、個人の習慣に依存した運用になる。以下の表で、主要な証跡とその役割を整理する。「どこに残すべきか」は社内の環境によって異なるが、「正式記録としての場所」を一つ決めることがポイントだ。

すべてを完璧に整理しようとする必要はない。まず「稟議書・法務コメント・契約最終版の三点セット」が紐づく状態を作ることが出発点だ。

社内フローをどう設計するか

以下の表は、起票から保管までの標準的な実務フローと、各ステップで注意すべき点を整理したものだ。会社規模やワークフローツールの有無によって実装の形は変わるが、各ステップで「何を記録に残すか」を意識することが最低限の設計だ。

フローを読むポイントは「誰が何をするか」だけでなく、「この段階で記録が発生しているか」をチェックすることだ。

条件付承認・差戻し・非承認・例外承認をどう扱うか

通常の承認フローと異なるケースへの対応が、証跡設計の最大の落とし穴になりやすい。「条件をつけて承認した」「いったん差し戻した」「例外として通した」といった非定型の判断ほど、記録が残りにくいからだ。

以下の表は、判断の種類ごとに記録すべき内容とよくある失敗を整理したものだ。

例外承認は特に慎重に扱う必要がある。一度例外を認めると、類似案件が「前回もOKだった」として申請されやすくなる。例外承認の記録を残し、それが例外である旨と理由を明示することで、常態化への歯止めになる。

メール・チャット・ワークフローに記録が散る問題

現実の企業では、法務審査に関する記録はSlack、Teams、メール、ワークフローシステム、共有フォルダと、複数の場所に散在する。それぞれのツールに記録があっても、「どこが正式記録か」が決まっていなければ、監査対応や引継ぎで意味をなさない。

よくある構図は次のようなものだ。法務がSlackでコメントを返す→事業部が「了解」と返信する→稟議書には「法務確認済み」とだけ書かれる→契約締結後に条項の意味を巡って問題が起きたとき、どのやり取りが根拠なのかが追えない。

ツールを増やすことより、「どこが正式か」を決めてそこに情報を集約することの方が即効性がある。高度なシステムがなくても、共有フォルダの命名規則と稟議書のテンプレートを整えるだけで大きく改善する。

実務でよくある失敗パターン

証跡設計が形骸化する原因は、特定の失敗パターンに集中していることが多い。一つひとつは小さな省略に見えても、積み重なると監査や引継ぎで大きな問題になる。

最低限、どこまで整えれば回るのか

完璧なワークフローシステムを導入しなくても、日常業務の中で実装できる最低限の型がある。以下は少人数法務・ひとり法務の環境でも現実的に取り組めるアプローチだ。

稟議書のテンプレートに「法務コメント欄」と「残リスク・承認条件欄」を追加する

既存の稟議書テンプレートに二つの欄を追加するだけで、法務の判断内容が承認者の目に触れるようになる。「法務確認済み」という一言ではなく、「何を確認してどういう条件か」が書かれている状態を作ることがポイントだ。

「案件フォルダ」の命名規則を統一する

共有フォルダで案件ごとにフォルダを作り、稟議書・法務コメント・契約最終版の三点を必ずそこに保存するルールを作る。フォルダ名に案件名と稟議番号を入れることで、後から検索できるようになる。ツール投資なしで実装できる最もシンプルな方法だ。

法務審査は「メールで最終コメントを送る」ことを原則にする

チャットでコメントのやり取りをしても構わないが、最終的な審査コメントと承認可否はメールで明示的に送る。これが正式記録として機能する。件名に案件名・稟議番号を入れておくと検索性が上がる。

例外承認には「メモ一行」だけでも残す

「今回は例外としてXさんが承認した（理由：〇〇）」というメモを稟議書の備考欄に書くだけで、例外の存在を記録できる。その積み重ねが、後の規程見直しや監査対応の材料になる。

まとめ

稟議と法務審査は、実務上は並行して動いていることが多い。しかし証跡としては必ずつながっていなければならない。法務が審査した内容が稟議書に反映されなければ、承認者はリスクを知らずに決裁することになる。契約審査だけでは、社内の意思決定プロセスは完結しない。

完璧なシステムや運用は最初から必要ない。まず「稟議書・法務コメント・契約最終版の三点が紐づく状態」を作ることが出発点だ。そこから、条件付承認や例外承認の記録を加えていくことで、監査・引継ぎ・紛争対応の場面で困ることが格段に減る。

次の第5話では、稟議・承認フローと不可分に絡み合う「実印・角印・印鑑証明書の実務」に焦点を当てる。押印はどのタイミングで行うのか、電子署名との使い分けはどう考えるか、といった論点を整理する。