法務相談受付票はどう作るべきか|実務で使われる標準項目
法務実務ツールを一覧で見る
契約管理、問い合わせ受付、個人情報マスキング、契約レビュー支援など、Legal GPT が提供する無料ツール・有償ソフト・有償プロンプトを、用途と対象に沿って一覧で整理しています。「自社に何が必要か」を確かめる入口としてご利用ください。
法務相談受付票はどう作るべきか|実務で使われる標準項目
法務相談受付票は、「最低10項目を必須化する」「フォーム未提出の依頼は受け付けない」「案件IDで一意管理する」──この3点が実務標準である。
受付票が整っていない法務は、案件漏れ・期限超過・証跡不足が発生しやすく、一定規模を超えると運用が崩れやすい。受付段階での情報不足は、レビュー品質・期限管理・記録保全のすべてを連鎖的に劣化させる要因となる。逆に言えば、受付の標準化はあらゆる法務改善施策の前提条件であり、ここを整えずに台帳整備や電子契約導入を進めても効果は出ない。
本記事では、依頼者・案件種別・期限・相手方・関連資料・リスク区分など、実務で必須となる10項目と、運用フロー・社内ルール例・標準に従わなかった場合のリスクまでを整理する。
目次
結論:受付票に必須の10項目
法務相談受付票には、以下10項目を必須化するのが実務標準である。これを満たさない依頼は、原則として受付しない。「とりあえず受けてから情報を集める」という運用は、受付段階で情報を取り切るほうが圧倒的に効率的であり、また漏れも生じにくい。
10項目すべてが揃わない依頼は、受付しない(または「未受付」ステータスのまま依頼者に差戻し)。「とりあえず見てください」という依頼を例外的に受け付けると、その例外が翌週には通常運用になる。受付の厳格化は法務側の都合ではなく、依頼者を含む全社の判断品質を守るための前提である。
Practical Standard(実務標準)
受付票運用の「標準」を、項目・フロー・判断・管理方法の4軸で整理する。組織規模や業種によらず、この4軸が揃って初めて受付票は機能する。
標準項目(必須項目と任意項目の階層化)
標準フロー
受付票は、提出 → 受付 → 分類 → アサイン → 進捗管理 → 完了 → 履歴保存の7段階で運用する。各段階の「次のアクションが誰の責任か」を明示することが、停滞案件を防ぐ最大のポイントである。
| 段階 | 責任者 | 標準アクション |
|---|---|---|
| ① 提出 | 依頼者 | 所定フォームから10項目を入力して提出 |
| ② 受付 | 法務(一次受付者) | 必須項目チェック・受付番号付与・受領通知送信 |
| ③ 分類 | 法務(一次受付者) | 案件種別タグ付け・優先度暫定判定(高/中/低) |
| ④ アサイン | 法務マネージャ | 担当者割当・SLA(標準回答期限)設定 |
| ⑤ 進捗管理 | 担当者 | ステータス更新(受付済/レビュー中/差戻し/承認待ち/完了) |
| ⑥ 完了 | 担当者 | 結論・アウトプットの依頼者通知・受付票クローズ |
| ⑦ 履歴保存 | 法務(管理者) | 受付票・添付・回答履歴を一括保存(最低保存期間:契約終了後7年) |
標準判断(受付時点での判定基準)
受付時点で迷いがちな判断には、あらかじめ標準ラインを引いておく。これにより、誰が一次受付しても同じ判断結果になる。
| 判断ポイント | 標準判断 |
|---|---|
| 必須項目の一部が未記入 | 差戻し(受付しない)。「不足項目を埋めて再提出」と返す |
| 緊急度「高」だが理由欄が空白 | 緊急度「中」に降格。理由付き再提出を求める |
| 口頭・DMでの依頼 | 受付不可。「受付フォームから入力ください」とテンプレ返信 |
| 取締役・執行役員からの直接相談 | 受付票化は事後でも可。ただし24時間以内に受付票を起票する |
| 過去案件の続報・派生 | 新規受付番号を発行。関連案件番号欄で紐付け |
| 機密度「厳秘」案件 | 受付ルートを別系統に分離(限定ユーザのみアクセス可能なフォーム) |
標準管理(情報の保存・検索性)
受付票は、案件IDによって添付ファイル・メール・回答履歴・契約書原本との紐付けが一意に行えなければならない。受付票だけが整っていても、関連資料が散逸していれば意味がない。
① 案件IDは「YYYYMMDD-連番」で自動採番し、依頼者・担当者・関連ファイル・メールすべてに同一IDを付与する。
② 添付ファイルは案件ID付きフォルダに集約し、原本・ドラフト・参考資料を区別して保存する。
③ 受付票・対応履歴・最終アウトプットは、契約終了後7年保存を最低基準とする(会計帳簿準拠 + 訴訟時効を踏まえた基準)。
なぜこの標準になるのか
受付票の標準項目は、思いつきで決めているのではない。法務アウトプットの品質は、受付段階の情報品質で決まる──この実務則から逆算されている。
理由①:情報不足は法務リスクの最大要因
契約レビューで誤判断が発生する原因の多くは、法律解釈の誤りではなく、前提情報の欠落である。「相手方が新規先である」「実質的な締結期限が今週中である」「並行案件で先方と論争中である」──こうした情報が抜け落ちたまま単体の契約書だけを見ると、本来止めるべき案件を通してしまう。
受付票で10項目を必須化すれば、この「前提情報の抜け」を構造的に潰せる。レビュー時間を10分減らすより、受付時点で情報を1項目増やすほうが、法務リスク低減への寄与は大きい。
理由②:「受付の質」が優先順位付けを可能にする
受付票がなければ、法務担当者はすべての依頼を「来た順」で処理せざるを得ない。これは最悪の優先順位設計である。本来は、取引金額・期限・リスク区分に応じて処理順を入れ替える必要があるが、その判断材料が受付段階で揃っていなければ、入れ替え自体ができない。
緊急度・取引金額・リスク自己評価の3項目があれば、受付直後に「3日以内に着手」「1週間以内」「2週間以内」の3階層へ自動的に振り分けられる。これにより、少人数法務でも「重要案件を優先する」運用が物理的に可能になる。
理由③:監査・トラブル時の証跡として残す必要
法務対応履歴は、トラブル発生時・監査対応時・訴訟時に決定的な証拠となる。「いつ・誰が・どんな相談を寄せ、法務がどう判断したか」が記録されていなければ、後日の検証が成り立たない。
これは内部統制(会社法362条4項6号、会社法施行規則100条1項1号)の「取締役の職務の執行に係る情報の保存及び管理に関する体制」とも直結する論点であり、上場企業・大会社では運用上必須となる。詳細は次章で整理する。
理由④:属人化を防ぎ、引継ぎ可能な状態を作る
受付票がない法務は、担当者の頭の中にしか案件状況が存在しない。担当者の異動・退職・休職時に、業務全体が崩壊する。
受付票が標準化されていれば、後任者が受付番号順に履歴を追うだけで、現在進行中の案件と過去の判断経緯を再構成できる。これは「ひとり法務」「少人数法務」の組織でこそ価値が高い。
根拠(法令・ガイドライン)
受付票の標準化は、単なる業務改善ではなく、複数の法令・ガイドラインが要請する体制整備の一部として位置付けられる。以下、主要な根拠を整理する。
① 個人情報保護法 第23条(安全管理措置)
法務相談には、従業員情報・取引先担当者の連絡先・紛争相手方の個人情報などが含まれる。これらは個人情報保護法上の「個人情報」「個人データ」に該当し、安全管理措置義務(同法23条)の対象となる。
個人情報保護委員会の「個人情報の保護に関する法律についてのガイドライン(通則編)」では、安全管理措置として「組織的安全管理措置」「人的安全管理措置」「物理的安全管理措置」「技術的安全管理措置」の4分類が示されている。
受付票による案件管理は、このうち組織的安全管理措置(取扱状況の把握・責任者の設置・取扱状況の記録)の中核を構成する。受付票がない=個人情報を含む案件の取扱状況を組織として把握できていない、という構造的な問題に直結する。
個人情報保護法の3年ごと見直しに基づき、2026年4月に改正法案が閣議決定された。悪質な違反に対する課徴金制度の導入、罰則強化、命令要件の見直しが含まれており、安全管理措置の不備は従来以上に重い結果を招く方向に進んでいる。受付段階での記録・追跡可能性の整備は、改正対応の実務的な前提となる。
② 会社法 第362条4項6号(内部統制システムの整備)
大会社である取締役会設置会社(資本金5億円以上または負債200億円以上)は、内部統制システムの整備が義務付けられている。具体的な整備項目は会社法施行規則100条で定められており、その第1項1号は「取締役の職務の執行に係る情報の保存及び管理に関する体制」を求めている。
六 取締役の職務の執行が法令及び定款に適合することを確保するための体制その他株式会社の業務並びに当該株式会社及びその子会社から成る企業集団の業務の適正を確保するために必要なものとして法務省令で定める体制の整備
法務相談の記録は、まさに「業務執行の適正性を確保する判断プロセス」の証跡であり、ここが整理されていなければ内部統制の運用実態を説明できない。上場会社や内部統制評価の対象となる会社では、J-SOX対応上も説明しやすい管理基盤となる。
③ 会社法施行規則 第100条1項2号(リスク管理体制)
同施行規則は「損失の危険の管理に関する規程その他の体制」の整備を求めている。法務に寄せられる相談は、その多くが「会社にとっての潜在的リスク」の入口である。受付票で10項目(特に取引規模・新規性・反社該当性などのリスク区分)を取得することは、リスク管理体制の最初のセンサーとして機能する。
リスク事象は、受付段階で兆候を捕捉できるかどうかが分水嶺となる。「相手方が新規先」「金額が一定基準超」「並行紛争あり」といった情報を受付票で必ず把握する設計は、リスク管理体制の実効性を担保する具体的手段となる。
④ 弁護士法72条との関係(社内法務の業務範囲)
社内法務は、自社の法律事務として相談対応する限りで弁護士法72条の制限を受けない。ただし、「自社案件か、グループ会社案件か、第三者案件か」の区分は受付段階で確認しなければ、グループ間取引や子会社案件の支援において境界が曖昧になりやすい。
受付票で「依頼者所属部署」「依頼対象会社」を必須項目化することで、この区分が一次受付段階で可視化される。グループ法務・子会社支援を行う組織では、特に重要な項目となる。
⑤ 関連する各種規程・基準
| 領域 | 関連する規程・基準 | 受付票への接続 |
|---|---|---|
| 文書管理 | 文書管理規程・文書保存規程 | 受付票・添付資料の保存期間設定 |
| 決裁権限 | 職務権限規程・決裁権限規程 | 「取引金額」項目との接続 |
| 反社チェック | 反社会的勢力排除規程 | 「相手方情報」「リスク自己評価」項目 |
| 情報セキュリティ | ISMS / ISO27001、Pマーク | 機密度区分・アクセス権限管理 |
| 外為法 | 外国為替及び外国貿易法 | 「海外要素」項目(該非判定の起点) |
受付票の項目設計は、これら個別規程との接続点を意識して構築することで、単なる業務効率化を超えた「内部統制の入口」として機能する。
よくある誤解
受付票導入時に必ず聞かれる反論・誤解を、6パターンにまとめる。これらは多くの場合、設計の問題ではなく運用設計の不足から生じている。
例外・注意点
標準ルールには必ず例外がある。重要なのは、「例外をどう処理するか」を予め決めておくことだ。例外運用が曖昧だと、それが新たな標準として侵食する。
例外①:取締役・執行役員からの直接相談
役員から直接電話・口頭で相談される場合、その場で「フォームから入れてください」と返すことは現実的ではない。この場合は、法務側で初動対応を開始しつつ、24時間以内に受付票を法務側で起票し、依頼者(役員)に確認バックする運用が標準。事後でも記録は必ず残す。
例外②:監査・調査対応の機密案件
第三者委員会対応・社内調査・規制当局対応など、案件の存在自体が機密である場合は、通常受付ルートに乗せない。限定ユーザのみアクセス可能な専用受付ルートを別系統で構築し、案件IDも別系統で採番する。通常案件と同じ管理画面に並べないこと。
機密案件専用ルートも、「記録を残さない」という意味ではない。アクセス権限が制限されるだけで、受付票・対応履歴の保存自体は通常案件と同等の厳格さで行う。むしろ機密案件のほうが、後日の経緯説明責任は重い。
例外③:訴訟・紛争の予兆案件
「相手方からクレームが来た」「行政から照会が入った」など、紛争・訴訟に発展する可能性がある案件は、通常の契約レビュー受付票とは別の項目セットが必要となる。具体的には、初動時系列・関係資料の所在・口外禁止範囲・外部弁護士関与有無などの項目を追加した別フォームを用意する。
例外④:国際案件(クロスボーダー)
準拠法・通貨・言語・国際仲裁条項・外為法該非判定など、国内案件にはない情報軸が大量に発生する。受付票本体に全部盛り込むと国内案件まで重くなるため、「海外要素あり」フラグが立った場合に追加項目が展開される条件付きフォームとして設計するのが標準。
例外⑤:軽微な定型相談
「印紙税の額の確認」「定型契約書の差替え」など、5分で完結する軽微な相談まで全項目を埋めさせるのは過剰である。「軽微相談ライト版(3項目のみ)」を別ルートで提供し、依頼者自身に判定させる仕組みを併設する。ただし、軽微判定の誤りを防ぐため「軽微ではない案件をライト版で出した場合、自動的に通常受付に戻す」差戻しルールも必要。
例外⑥:複数部署が絡む共同依頼
事業部・経理・人事など複数部署が同一案件で関与する場合、「主依頼者」を1名に確定させる運用を標準化する。複数の主依頼者を許容すると、責任所在と回答先が曖昧になる。共同依頼欄は任意項目として別途設ける。
実務対応フロー(Step1〜Step5)
受付票を「ある」だけでは機能しない。受付から完了までの5ステップを、誰が・何を・どのタイミングで行うかを明示することで、運用が安定する。
依頼者が所定フォームから10項目を入力して提出する。法務側の一次受付者は、提出後30分〜2営業時間以内に必須項目の充足チェックを行う。
- 10項目すべてが埋まっているか
- 緊急度「高」の場合、理由欄が記載されているか
- 取引金額・期限が現実的な数値か(明らかな誤入力がないか)
- 関連資料が添付されているか(リンク切れ・パスワード未通知がないか)
不備があれば即時差戻し。「不足項目を埋めて再提出してください」と具体的な不足箇所を明示して返す。テンプレ返信を用意して工数を最小化する。
必須項目を満たした案件に、案件ID(YYYYMMDD-連番)を付与し、案件種別タグを設定する。タグ体系は事前定義しておき、一次受付者が悩まずに振れる粒度にする。
- 案件種別タグ:契約レビュー / 法律相談 / 紛争 / 知財 / 労務 / コンプライアンス / その他
- サブタグ(任意):契約類型(NDA / 業務委託 / 売買 / ライセンス 等)
- 機密度フラグ:通常 / 機密 / 厳秘
- クロスボーダーフラグ:国内 / 海外
この段階で受付完了通知を依頼者に自動送信する。受付番号と暫定SLA(例:「3営業日以内に初回回答予定」)を含める。
法務マネージャ(または一次受付者を兼務する場合はその担当者)が、取引金額・期限・リスク自己評価の3軸で優先度を確定し、担当者をアサインする。
- 優先度A(3営業日以内着手):取引金額1億円超 / 実質締切1週間以内 / 反社可能性 / 訴訟関連
- 優先度B(5営業日以内着手):取引金額1千万円超 / 実質締切2週間以内 / 新規取引先
- 優先度C(10営業日以内着手):上記以外の通常案件
優先度しきい値は会社の規模・業種で調整するが、「数値で線を引く」ことが肝要。「重要そう」「急ぎそう」という主観判定は属人化する。
案件は以下の5ステータスのいずれかで管理する。ステータス遷移のたびに、依頼者にも自動通知される設計が望ましい。
- 受付済:案件ID付与・アサイン済、未着手
- レビュー中:担当者が実作業中
- 差戻し:追加情報依頼中(依頼者ボール)
- 承認待ち:マネージャ承認待ち
- 完了:依頼者に最終回答済
特に「差戻し」状態の案件は、3営業日経過で自動リマインダを依頼者に送る。差戻し放置は案件の「行方不明化」を生む最大の要因である。
案件完了時に、以下を一括して受付票に紐付けて保存する。
- 受付票本体(10項目 + 任意項目)
- 添付ファイル(依頼時 + レビュー過程の追加資料)
- レビューメモ・修正履歴・最終アウトプット
- 主要メールスレッド(依頼者とのやり取り)
- 承認証跡(必要な場合)
保存期間の標準は「契約終了後7年」。これは会計帳簿等の保存期間(法人税法施行規則67条等)と、債権の消滅時効(民法166条1項:原則10年→5年/10年)の双方を踏まえた実務基準である。重要案件・紛争予兆案件は「契約終了後10年」を別途設定する。
5ステップを「すべて法務だけで完結する」設計にしないこと。Step1〜2は事業部側の責任、Step3〜5は法務側の責任、と明確に役割分担を引いておく。役割分担が曖昧な案件管理は、必ずどこかで滞留する。
社内共有用ルール例
以下はそのまま社内規程・社内ポータル・Slackチャネルの説明文に貼り付けて使える短文版ルールである。長文の社内通達は読まれない。短く、判断基準として使える形で提示する。
▼ 法務相談の依頼ルール(A4・1ページ版)
▼ Slackチャネル説明文(短縮版)
▼ メール返信テンプレ(受付不可案件への差戻し)
この標準に従わないリスク
受付票を整備しない、あるいは「あるが運用されていない」状態を放置することのリスクは多面的である。法務部門の生産性低下にとどまらず、会社全体のガバナンス・コンプライアンスの欠陥として顕在化する。
これらのリスクは個別に発生するのではなく、連鎖的に同時発生する。受付票がない法務は、ある日突然「すべてが破綻している」状態に陥る。受付票整備は、組織が小さいうちに済ませておくべき投資である。法務担当者が3名を超え、月間案件が30件を超えてからでは、整備コストが指数的に上昇する。
まとめ
法務相談受付票は、法務部門の業務改善ツールではなく、会社全体のガバナンス・コンプライアンスを支える基盤である。受付段階での情報品質が、その後のレビュー・期限管理・記録保全のすべてを規定する。
本記事の要点
受付票は、整備を始めた瞬間から効果が出始める種類のものではなく、3〜6か月の運用を経て累積的に価値が顕在化する。最初の数週間は依頼者からの抵抗もある。しかし、運用が定着すると、依頼者・法務・経営層のすべてにとって、判断の基盤として不可欠な存在になる。
「来週から始める」ではなく、「今週中にフォームの最初のバージョンを作る」「来週から運用を始める」という立ち上げ速度が成否を分ける。完璧な設計を求めると永遠に始まらない。10項目の必須化と差戻しルールさえ揃えば、最初のバージョンとしては十分機能する。
受付運用を仕組みに落とし込む
本記事で整理した受付票の標準は、フォーム作成だけで完結するものではない。受付情報・添付ファイル・対応履歴・ステータスを一元的に管理し続ける運用基盤が前提となる。Excelで始めるのは正しい選択だが、案件件数が月50件を超えるあたりで限界が訪れる。
そのまま運用に乗せたい場合は、LegalOS Inboxを使うことで、本記事で示した10項目・5ステータス・履歴保存の運用設計を、ツール上でそのまま再現できる。Excelとメールで運用していた受付・進捗・添付・履歴を、案件IDで一意に紐付けて管理する設計になっている。
▼ LegalOS Inbox:法務相談の受付・管理・履歴保存を一元化
本記事の標準項目・フロー・判断・管理の4軸を、運用ツールとして実装したものがLegalOS Inboxです。受付フォームの設計、案件IDの自動採番、ステータス管理、添付ファイルの紐付け、対応履歴の蓄積までを、一つの画面で完結させます。
受付ルールを設計しても、それを継続運用に落とすところで多くの組織が躓きます。フォーム提出後の処理フロー・履歴保存・関連資料の集約を、属人的な運用ではなく仕組みで担保したい場合に向いています。
関連記事
🔍 関連ガイドへ進む
この記事と関連度の高い実務ガイドをまとめています。次に読むならこちら。
