法律事務所で、依頼者からの聞き取りと証拠資料の一覧から相手方への通知書(内容証明郵便)の下書きを作り、請求の根拠・金額・期限の記載を弁護士の確認に回す
依頼者からの聞き取りのメモと証拠資料の一覧から、相手方へ送る通知書(内容証明郵便)の下書きを作ります。記載ごとに根拠の証拠番号を付け、金額・期限・謄本の字数を点検して、弁護士の確認に回します。
- 生成AI
- Azure OpenAI Service/Claude/Gemini
- 連携・自動化
- n8n/Power Automate
- 対象業界
- 士業
- 対象部門
- 法務
- 対象業務
- 内容確認・チェック/書類作成
- 主な課題
- 人手が足りない/書類作成に時間がかかる/確認ミスが多い
- AIで行う処理
- 生成
- 主な効果
- 入力漏れ削減/品質標準化/工数削減
- 導入難易度
- ★★★☆☆
- 実装レベル
- 本格構成
- 費用感
- API連携(中)
- 人間の確認
- 条件付き
01導入前 / 導入後の業務フロー
- 弁護士が依頼者と面談し、請求の種類・相手方・請求金額・期限・期限を過ぎたときの措置の方針を決める
- パラリーガルが、聞き取りのメモと証拠資料を読み、事実の経過を時系列に並べ直す
- 請求の種類に合うひな形を選び、事実の経過・請求の根拠・金額の内訳・期限を書き込む
- 金額の内訳を電卓で足し、支払期限の日付をカレンダーで数える
- 内容証明の謄本の字数・行数に合わせて、改行と体裁を整える
- 弁護士が読み、事実と証拠の対応、金額、期限、表現を直す
- 直した通知書を、郵便局の窓口か電子内容証明で差し出す
- 人弁護士が依頼者と面談し、案件管理の仕組みの「方針のメモ」に、請求の種類・請求の根拠・金額の内訳・期限・期限後の措置を書く
- 人パラリーガルが、通知書のひな形を選び、「下書きを作る」を押す
- 自動中継プログラムが、方針のメモ・聞き取りのメモ・証拠資料の一覧・ひな形を集める
- 自動金額の内訳の合計と、発送予定日からの支払期限の日付を計算する
- 自動Azure OpenAI が、事実の経過を時系列に並べ、通知書の下書きと、記載ごとの根拠の証拠番号を返す
- 自動中継プログラムが、下書きの金額と日付を計算の値と照らし、謄本の字数・行数と使える文字を点検する
- 人パラリーガルが、根拠の無い文と点検の指摘を直し、弁護士の確認に回す
- 人弁護士が、事実・根拠・金額・期限・表現を確かめて直し、発送を決める
- 人パラリーガルが、窓口か電子内容証明で差し出し、案件管理の仕組みに記録する
各工程の詳しい説明を読む
- 弁護士が依頼者と面談し、請求の種類・相手方・請求金額・期限・期限を過ぎたときの措置の方針を決める
- パラリーガルが、聞き取りのメモと証拠資料を読み、事実の経過を時系列に並べ直す
- 請求の種類に合うひな形を選び、事実の経過・請求の根拠・金額の内訳・期限を書き込む
- 金額の内訳を電卓で足し、支払期限の日付をカレンダーで数える
- 内容証明の謄本の字数・行数に合わせて、改行と体裁を整える
- 弁護士が読み、事実と証拠の対応、金額、期限、表現を直す
- 直した通知書を、郵便局の窓口か電子内容証明で差し出す
(a)一から書くので時間がかかる。 2番目の時系列の並べ直しと、3番目の事実の経過の文章化に時間の大半を使います。聞き取りのメモは話した順に書かれており、日付の順になっていません。
(b)金額と期限で手が止まる。 元本、遅延損害金、すでに受け取った一部の支払。内訳を足し引きして請求金額と合っているかを、弁護士の確認の前にもう一度計算し直しています。 期限を「本書到達後14日以内」とするか日付で書くかも、案件ごとに決めます。
(c)証拠と書いた事実がずれる。 聞き取りでは「4月末に払う約束だった」と聞いていたのに、契約書には「5月10日」と書かれていることがあります。書いた事実が証拠と合わないまま発送すると、相手方の回答で突かれます。
(d)謄本の書式で差し戻される。 紙で差し出す場合、謄本には1行20字以内・1枚26行以内などの制限があり、英字は固有名詞に限られます。 商品の型番や「OK」のような英字が混ざり、窓口で直すことになります。
- 【人】 弁護士が依頼者と面談し、案件管理の仕組みの「方針のメモ」に、請求の種類・請求の根拠・金額の内訳・期限・期限後の措置を書く
- 【人】 パラリーガルが、通知書のひな形を選び、「下書きを作る」を押す
- 【自動】 中継プログラムが、方針のメモ・聞き取りのメモ・証拠資料の一覧・ひな形を集める
- 【自動】 金額の内訳の合計と、発送予定日からの支払期限の日付を計算する
- 【自動】 Azure OpenAI が、事実の経過を時系列に並べ、通知書の下書きと、記載ごとの根拠の証拠番号を返す
- 【自動】 中継プログラムが、下書きの金額と日付を計算の値と照らし、謄本の字数・行数と使える文字を点検する
- 【人】 パラリーガルが、根拠の無い文と点検の指摘を直し、弁護士の確認に回す
- 【人】 弁護士が、事実・根拠・金額・期限・表現を確かめて直し、発送を決める
- 【人】 パラリーガルが、窓口か電子内容証明で差し出し、案件管理の仕組みに記録する
1番目が、この設計の分かれ目です。 方針のメモが無いまま下書きを作らせると、AIは聞き取りのメモから請求の根拠や期限後の措置を自分で選びます。 「法的手続をとる」と書くかどうかは弁護士が決めることで、メモに無ければ書かせません。
6番目の照合を、AIではなく中継プログラムで行うのも意図してのことです。 下書きの文の中の「金3,240,000円」が計算の値と一字でも違えば止めます。モデルに自分の書いた金額を確かめさせると、正しいと答えます。
02今回想定するシステム構成
案件管理の仕組み(方針のメモ・聞き取りのメモ・証拠資料の一覧) ▼【トリガー】パラリーガルがひな形を選び「下書きを作る」を押す 中継プログラム(Azure Functions) ├──▶ 材料の収集:方針・聞き取り・証拠の一覧・ひな形 ├──▶ 計算:金額の内訳の合計、支払期限の日付 ▼ Azure OpenAI(Microsoft Foundry)── 構造化出力 │ 入力:材料と計算済みの値 │ 出力:時系列の事実、通知書の本文、記載ごとの証拠番号 ▼ 中継プログラム ── 金額・日付の照合、謄本の字数・行数・使える文字の点検 ▼ パラリーガルの画面(直して弁護士へ)→ 弁護士の確認 → 差出し
| 役割 | 想定する製品 | 代替候補 |
|---|---|---|
| 生成AI | Azure OpenAI(Microsoft Foundry)の Standard デプロイ | Claude、Gemini |
| 連携 | Azure Functions(材料の収集、計算、照合、書式の点検) | Power Automate、n8n |
| 保管 | Azure Blob Storage(下書き、点検の結果、弁護士が直した後の文) | 文書管理の仕組み |
| 書式の規則 | 謄本の字数・行数と使える文字の一覧(事務所が管理) | ― |
案件管理の仕組みは、新しく足すものではありません。 中継プログラムはメモと一覧を読んで下書きを画面に返すだけで、案件管理の仕組みには書き込みません。 最初の準備は、「方針のメモ」の欄を足し、請求の種類ごとに書く項目を決めることです。
下書きには、Azure OpenAI の構造化出力を使います。 渡した JSON Schema にモデルの出力を従わせる機能で、以前の JSON モードは正しい JSON を保証しても、スキーマへの厳密な準拠は保証しなかったとされています。本文と、記載ごとの証拠番号を決まった形で受け取るために使います。
データの扱いは、Standard デプロイを選ぶことで決めます。 プロンプトと応答は他の顧客に提供されず、基盤モデルの学習に使われず、モデルはステートレスで、プロンプトも応答もモデルに保存されないとされています。Global や DataZone の種類でなければ、指定した地域(geography)の中で処理されるとされているので、日本の地域のリソースに置きます。
書式の土台は、日本郵便の内容証明の条件です。 内容証明は、いつ、どのような内容の文書を誰から誰あてに差し出したかを、差出人が作った謄本によって日本郵便が証明する制度で、証明するのは文書の存在であり、内容が真実かどうかではないとされています。紙で差し出す場合は内容文書と謄本2通を窓口に出し、謄本には字数・行数の制限があります。 文書1通のみを内容とし、図面や返信用封筒は同封できず、一般書留とする必要があります。インターネットで24時間受け付ける電子内容証明(e内容証明)もあります。
03どうやって実装するのか
処理の起点を決める
起点は、パラリーガルがひな形を選んで「下書きを作る」を押したことです。 面談の直後に自動で作らないのは、方針のメモが書かれる前に下書きが出ると、その下書きが方針の代わりになるからです。
方針のメモの必須の項目が空なら、ボタンは押せません。 必須にするのは、請求の種類、相手方、請求金額の内訳、期限の定め方(到達後の日数か日付か)、期限後の措置の有無の5つです。期限後の措置を「書かない」と決めた案件では、「書かない」を選んでもらいます。 空のままにすると、AIが措置を補います。
弁護士の確認で方針が変わったときは、メモを直して作り直します。 下書きの文を手で継ぎはぎすると、金額と日付の照合を通らない文が残ります。作り直すたびに、照合と書式の点検も同じ順で行います。
入力データを集める
| データ | 中身 | 取得元 |
|---|---|---|
| 方針のメモ | 請求の種類、請求の根拠(契約の条・法令の条を弁護士が書く)、金額の内訳、期限の定め方、期限後の措置、振込先 | 案件管理の仕組み |
| 聞き取りのメモ | 依頼者から聞いた事実(話した順) | 案件管理の仕組み |
| 証拠資料の一覧 | 証拠番号、種類(契約書・納品書・請求書・メールなど)、日付、要旨 | 案件管理の仕組み |
| 当事者の情報 | 依頼者と相手方の住所・氏名または名称、代表者 | 案件管理の仕組み |
| ひな形 | 請求の種類ごとの構成と定型の文 | 文書の共有フォルダ |
| 書式の規則 | 謄本の字数・行数、使える文字、差し出す方法 | 事務所が作る一覧 |
質を決めるのは、証拠資料の一覧の「要旨」です。 要旨に「売買契約書。第5条で代金の支払期日を令和8年4月30日と定める」のように日付と条が書かれていれば、事実の文と証拠を結び付けられます。 「契約書」の一語だけでは、どの文の根拠になるかをAIが推測で決めることになります。
請求の根拠の条文は、弁護士が方針のメモに書いたものだけを使います。 例えば民法第412条は、期限を定めなかった債務について履行の請求を受けた時から遅滞の責任を負うと定めていますが、どの条を通知書に書くかは弁護士の判断です。AIに条文を選ばせません。
データの取得方法を決める
案件管理の仕組みからの取り出しは、利用している仕組みに応じた個別の実装になります。 API が無い場合は、画面のボタンから案件番号を渡し、中継プログラムが仕組みの出力を読む形にします。
| 取るもの | どこから | 何に使うか |
|---|---|---|
| 方針のメモの各項目 | 案件管理の仕組み | 下書きの骨組みと、計算の元の値 |
| 聞き取りのメモ | 案件管理の仕組み | 事実の経過の材料 |
| 証拠資料の一覧 | 案件管理の仕組み | 事実の文と証拠番号を結び付ける |
| ひな形 | 共有フォルダ(請求の種類で選ぶ) | 構成と定型の文 |
金額は、方針のメモの内訳から中継プログラムが計算します。 元本、すでに受け取った一部の支払、遅延損害金など、内訳の各行の金額と加減の向きをメモに書いてもらい、合計を出します。遅延損害金を請求するときの利率と起算日も、メモに書かれた値だけを使い、中継プログラムも利率を補いません。
支払期限の日付は、発送予定日と期限の定め方から計算します。 「到達後14日以内」と書く案件では日付を出さず、文の形だけを決めます。日付で書く案件では、発送予定日から郵便の配達の日数を見込んだ余裕を、事務所の規則として足します。 意思表示は通知が相手方に到達した時から効力を生ずるとされているので、期限の日付が到達より前にならないようにするためです。
構造化出力のスキーマは、すべての項目を required にし、オブジェクトごとに additionalProperties: false を付けます。 basis_type のような区分は Enum で値を限ります。出力の項目はスキーマの順に並ぶので、facts(時系列の事実と証拠番号)を body(本文)より前に置き、事実を並べてから本文を書かせる順にします。
AIへ渡す前に整形する
- 聞き取りのメモを日付で区切る … 日付が書かれた文に印を付け、日付の無い文は「日付不明」としてまとめます
- 証拠資料の一覧を日付の順に並べる … 証拠番号と要旨を、時系列の材料として渡します
- 金額の内訳を計算する … 合計と、加減の各行を確定させます
- 期限の文と日付を決める … 定め方に応じて、日付か「本書到達後○日以内」の形を決めます
- 当事者の住所・氏名は渡さない … 宛名と差出人の欄は、中継プログラムが最後に差し込みます
- ひな形の差し込み箇所を示す … ひな形の中の「事実の経過」「請求の根拠」「請求金額」「期限」「期限後の措置」の箇所に印を付けます
- 謄本の組み方を決めておく … 紙で差し出す案件では、横書きの「1行20字以内・1枚26行以内」など事務所で使う組み方を1つに決め、AIの出力の後に中継プログラムがその形に組みます
7番目の組み方は、AIに任せません。 字数の数え方には、記号は1個1字、括弧は左右で1字、丸で囲んだ数字は文字と枠の合計(序列を示す記号として使うときは全体で1字)といった決まりがあります。中継プログラムがこの数え方で1行ずつ数えて改行し、枚数を出します。 AIには改行の無い本文を書かせ、行の区切りを意識させません。
1番目の「日付不明」を軽く見ないでください。 聞き取りでは「先月の終わりごろ」「契約の少し後」のような言い方が多く、AIは前後の文から日付を推測して書きます。 日付不明の文は本文で日付を書かずに使うか、証拠で日付を確かめてからメモを直します。
5番目は、依頼者と相手方の情報を外部へ渡す範囲を絞るためです。 事実の経過には「依頼者」「通知人」「貴社」の呼び方で足り、住所や代表者の氏名を材料に入れる必要はありません。
AIに処理させる
させるのは、聞き取りのメモと証拠資料の一覧から事実の経過を時系列に並べ、方針のメモとひな形に沿って通知書の本文を組み立て、事実の文ごとに根拠の証拠番号を付けることです。
| 要素 | 中身 | 材料 |
|---|---|---|
| 代理の旨 | 依頼者の代理人として通知する旨 | ひな形 |
| 事実の経過 | 契約・履行・不履行・催告などを時系列で | 聞き取りのメモ、証拠資料の一覧 |
| 請求の根拠 | 契約の条、弁護士が書いた法令の条 | 方針のメモ |
| 請求金額 | 計算済みの合計と内訳を、そのまま | 中継プログラムの計算 |
| 期限と支払方法 | 計算済みの期限の文と、振込先 | 中継プログラムの計算、方針のメモ |
| 期限後の措置 | 方針のメモにある場合だけ | 方針のメモ |
| させないこと | 理由 |
|---|---|
| 請求の根拠の条文を選ぶ | 法的な評価は弁護士が行う |
| 金額・日付を計算する | 中継プログラムが計算し、照合する |
| 期限後の措置を補う | 「法的手続をとる」は方針として弁護士が決める |
| 証拠に無い事実を推測で書く | 通知書の事実は後の交渉や訴訟で引用される |
| 相手方を非難する表現を足す | 表現の強さは弁護士が決める |
4行目がいちばん起きやすい失敗です。 聞き取りのメモに「何度も電話で催促した」とあると、モデルは「再三にわたり催告したにもかかわらず」と書きます。電話の催促の日付も証拠も無ければ、その文は通知書に書けない事実です。 根拠の無い事実の文は evidence_ids を空で返させ、画面で色を変えます。
指示内容を固定する
あなたは法律事務所のパラリーガルとして、弁護士が決めた方針に沿って、
相手方へ送る通知書の下書きを作ります。読むのは、まず弁護士です。
【手順】
1. 聞き取りのメモと証拠資料の一覧から、事実を日付の順に並べ、
facts に、事実ごとに根拠の証拠番号を付けてください。
2. 次に、ひな形の構成に沿って body に本文を書いてください。
【厳守事項】
- 証拠資料の一覧に根拠の無い事実は、evidence_ids を空にしてください。
聞き取りのメモにしか無い事実を、証拠があるかのように書かないでください。
- 日付の書かれていない事実に、日付を補わないでください。
- 請求金額、内訳、期限、利率は、【計算済みの値】をそのまま書いてください。
計算し直したり、書き換えたりしないでください。
- 請求の根拠には、方針のメモにある契約の条と法令の条だけを書いてください。
他の条文を足さないでください。
- 期限後の措置は、方針のメモにあるときだけ、その文言のとおりに書いてください。
- 「再三」「誠意のない」のような、事実や方針に無い評価の言葉を使わないでください。
- 英字は、会社名・商品名などの固有名詞だけに使ってください。
型番や略語に英字が要るときは、basis_note にそのことを書いてください。
- 宛名、差出人、住所は書かないでください。後で差し込みます。
【方針のメモ】{policy_memo}
【聞き取りのメモ】{interview_memo}
【証拠資料の一覧】{evidence_list}
【計算済みの値】{computed}
【ひな形】{template}
「証拠があるかのように書かない」と「日付を補わない」が、この指示の要です。 通知書の事実の文は、送った後に取り消せません。 相手方が回答で「その日に催告を受けた事実は無い」と書いてきたとき、事務所が根拠を示せない文を作らせないための指示です。
英字の指示は、謄本の条件から来ています。 日本郵便の条件では、記載に使える文字は仮名・漢字・数字・英字(固有名詞に限る)・括弧・句読点・その他一般に記号として使用されるものとされています。
出力形式を固定する
次の形のJSONで受け取ります。
{
"matter_id": "",
"facts": [
{ "date": "", "date_known": true, "fact": "", "evidence_ids": [], "source": "interview | evidence | both" }
],
"body": "",
"basis": [ { "basis_type": "contract | statute", "ref": "", "from_policy": true } ],
"amounts_written": [ { "label": "", "amount": 0 } ],
"deadline_written": "",
"measures_written": "",
"basis_note": ""
}
1つ目の理由は、facts で事実ごとの根拠を残せることです。 弁護士の画面では、本文の横に facts を時系列で並べ、evidence_ids が空の事実と date_known が false の事実の色を変えます。
2つ目は、amounts_written と deadline_written を計算の値と照らせることです。 中継プログラムが本文から金額と日付を正規表現で抜き出し、amounts_written とも計算の値とも照らします。どこか1か所でも違えば、下書きを弁護士へ回すボタンを押せないようにします。
3つ目は、basis の from_policy で、方針のメモに無い条文を見つけられることです。 false の行があれば、その条文を消すまで止めます。from_policy はAIの申告なので、中継プログラムも ref を方針のメモの条文の一覧と文字で照らします。
| 点検 | 方法 | 違ったとき |
|---|---|---|
| 金額 | 本文の金額と計算の値の照合 | 止める |
| 期限 | 本文の期限の文と計算の値の照合 | 止める |
| 条文 | basis の from_policy | 止める |
| 根拠の無い事実 | evidence_ids が空 | 画面で色を変える |
| 謄本の字数・行数 | 中継プログラムが謄本の形に組んで数える | 改行の位置を示す |
| 使える文字 | 英字・記号の正規表現 | 該当箇所を示す |
システムへ連携する
| つなぎ先 | 方式 | 内容 |
|---|---|---|
| 案件管理の仕組み | 読み取り(個別の実装) | 方針・聞き取りのメモ、証拠資料の一覧、当事者の情報を取る |
| 文書の共有フォルダ | 読み取り | ひな形を取る |
| Azure OpenAI | 構造化出力の呼び出し | 時系列の事実、本文、根拠の証拠番号を返す |
| パラリーガルの画面 | 表示 | 本文、事実の一覧、点検の結果を並べる |
| 文書の共有フォルダ | 書き込み(弁護士が確認した後) | 確定した通知書を案件のフォルダに保存する |
差出しは自動にしません。 窓口で差し出すときも電子内容証明で差し出すときも、弁護士が確定した文をパラリーガルが差し出します。 案件管理の仕組みへの発送の記録も、従来どおり人が行います。
人が確認する
パラリーガルは、点検で止まった箇所と、色の変わった事実を先に直してから弁護士へ回します。
- 止まった箇所を直す … 金額・期限・条文の不一致は、方針のメモを確かめて直し、作り直します
- 根拠の無い事実を確かめる … 証拠を探して一覧に足すか、本文から消すかを弁護士に相談します
- 謄本の書式を整える … 示された改行の位置と英字・記号を直します
弁護士は、本文と事実の一覧を並べて読みます。 確かめるのは、事実が証拠と合っているか、請求の根拠と金額が方針どおりか、期限と措置の文言、表現の強さです。直した箇所は画面で確定させ、確定した文だけが保存されます。
時効の扱いは、弁護士の確認の項目に入れます。 民法第150条は、催告があったときはその時から6か月を経過するまで時効は完成しないとし、催告によって猶予されている間の再度の催告には猶予の効力が無いとしています。過去に催告を送ったことがある案件では、方針のメモにその日付を書いてもらい、画面に表示します。
差し出す方法と配達証明の有無も、弁護士が決めます。 意思表示は通知が相手方に到達した時から効力を生ずるとされており、期限の起算や解除の効力の時点を後で示すには、到達の日の記録が要ります。 画面には、期限の定め方が「到達後○日以内」の案件で配達証明を付けていなければ、注意を表示します。
目標は、80件をならして1件21分です。 パラリーガルがメモを確かめて直す時間と、弁護士が読む時間の合計です。
例外に対処する
| 起きること | 対応 |
|---|---|
| 方針のメモの必須項目が空 | 下書きを作らない |
| 証拠資料の一覧が空 | 作るが、すべての事実を根拠なしとして表示する |
| 金額の内訳の加減の向きが書かれていない | 計算せず、メモの直しを求める |
| 相手方が複数(連帯保証人など) | 相手方ごとに作り、同文内容証明にするかは弁護士が決める |
| 図面や証拠の写しを同封したい | 内容証明には同封できないので、別送か本文での特定にする |
| 謄本が複数枚になる | 枚数を表示する。紙で差し出すときは契印が要る |
| 相手方が受け取らずに返送された | 弁護士が到達の扱いと再送の方法を決める。下書きは作り直さない |
| 依頼者が自分で書いた文案を持ち込む | 文案は聞き取りのメモとして扱い、本文の材料に直接使わない |
| 構造化出力がスキーマ外の値を返す | 再実行し、2回続けば従来どおり人が書く |
| AIの呼び出しが失敗する | 「下書きを作れませんでした」と表示し、従来どおり書く |
5行目は、依頼者から求められることがあります。 「請求書の写しも一緒に送ってほしい」と言われても、内容証明は文書1通のみを内容とし、図面や返信用封筒は同封できないとされています。本文で証拠を特定するか、別の郵便で送るかを弁護士が決めます。
記録を残す
- 案件番号、方針のメモの版、使った聞き取りのメモと証拠資料の一覧の版、ひな形の版
- 計算の値(金額の内訳、合計、期限)と、計算に使ったメモの値
- AIの出力の全文(
facts、body、basis)と、点検の結果 - パラリーガルと弁護士が直した後の文と、確定した日時
- 差し出した方法、差出日、配達証明の有無
直した後の文を残すのは、下書きとの差を見るためです。 弁護士が消した事実の文が多い請求の種類は、聞き取りのメモの取り方か、証拠資料の一覧の要旨の書き方に戻って直します。 謄本は日本郵便の側でも差出しから5年以内は閲覧と再度の証明を請求できるとされていますが、事務所の記録は事務所の規程で保存します。
04実装レベルの3段階
半自動化で、1件60分が35分程度になります。 書く時間と計算の時間は縮みますが、金額と期限の照合と謄本の書式の確認が人の目に残ります。本格構成で21分になり、この段階が本記事の想定です。 差が大きいのは、照合と書式の点検が機械で終わり、弁護士が読む前に直す箇所が示されるからです。 段階を飛ばさないでください。 半自動化の1か月で、方針のメモと証拠資料の一覧の要旨がどのくらい書けるかが分かります。要旨が「契約書」の一語の一覧のまま本格構成に進めても、根拠の付いた事実は増えません。
05工数削減シミュレーション
導入後 80件 × 21分 ÷ 60 = 28 時間/月
自社条件で導入効果を整理したい方へ
このユースケースを自社に当てはめた場合の前提値と削減見込みを、業務ヒアリングをもとに整理します。
06向いている企業・向いていない企業
- 売掛金・貸金・敷金・請負代金の請求、契約の解除、損害賠償の請求などで、相手方へ通知書を内容証明郵便で送る案件を月に数十件扱う法律事務所。弁護士とパラリーガルが聞き取りのメモから通知書を一から書いており、金額の内訳や期限の日付の確認に時間を取られている場合。事務所に通知書のひな形があるが、案件ごとに書き直す範囲が大きい場合。企業の法務部門で、取引先への請求や解除の通知を自社で作っている場合。Azure の契約があり、依頼者の情報を扱える環境で生成AIを使える場合。
- 通知書を送る案件が月に数件で、弁護士が一から書いて足りる場合。請求の根拠や金額、法的手続に進むかどうかの方針が決まらないうちに文案だけを急ぐ場合(この構成は弁護士が決めた方針と聞き取りのメモから文を整えるだけで、法的な評価は作りません)。下書きを弁護士の確認なしで発送したい場合。依頼者の情報を事務所の外のサービスに渡すことについて、事務所の規程や依頼者との取り決めで認められていない場合。
07最小構成で試す方法
- 過去半年に送った通知書から20件を選ぶ(金額の内訳が複数行のもの、契約の解除のものを数件ずつ入れる)
- その20件について、当時の聞き取りのメモと証拠資料の一覧と、弁護士が決めた方針を書き起こす
- 当事者の住所・氏名を除いたうえで、事務所で使える生成AIの画面に、メモ・一覧・ひな形・計算済みの金額と期限を貼る
- 「事実を日付の順に並べ、事実ごとに証拠番号を付けてから、ひな形に沿って本文を書いてください。証拠に無い事実と日付を補わないでください。金額と期限は渡した値をそのまま書いてください」と指示する
- 出てきた下書きを、実際に送った通知書と並べて読む
| 出てきた内容 | 判断 |
|---|---|
| 実際の通知書と同じ事実と金額で、根拠の証拠番号が付いた | 案件管理の仕組みとの連携と照合に進む |
| 証拠に無い事実や「再三」を書いた | 指示と根拠の無い事実の表示で直る。構成は有効 |
| 方針を書き起こせない案件が多い | 方針が弁護士の頭の中にしか無いことが先の問題。 AIの問題ではない |
3行目が出ることは珍しくありません。 方針が下書きを読みながら決まっていたということで、方針のメモの欄を作る理由そのものです。 必須の5項目の書き方を決めて、次の月の案件で試し直してください。
08実装時につまずきやすいポイント
| 問題 | 対策 |
|---|---|
| 証拠に無い事実が書かれる | 根拠の証拠番号を必須にし、空の事実を画面で示す |
| 日付が推測で補われる | 日付不明の文を分け、補わせない |
| 金額や期限が書き換わる | 計算の値と本文を照合し、違えば止める |
| 方針に無い条文や措置が足される | from_policy で止め、措置はメモにあるときだけ書かせる |
| 評価の言葉で表現が強くなる | 評価の言葉を禁じ、強さは弁護士が決める |
| 謄本の字数・行数で差し戻される | 謄本の形に組んで数え、改行の位置を示す |
| 型番や略語の英字が混ざる | 英字は固有名詞に限ると指示し、正規表現でも拾う |
| 同封できない資料を同封しようとする | 本文で特定するか別送にする |
上の3行が、この構成の失敗のほとんどです。 どれも、文としては自然なのに、事務所が根拠を示せない記載が入るという失敗です。事実と証拠、数字と計算を機械で結び付けているかで、防げるかが決まります。
09セキュリティ・AIガバナンス上の注意点
この構成で扱うデータ: 依頼者と相手方の取引・紛争の事実、請求金額、証拠資料の要旨、聞き取りのメモです。依頼者の秘密そのものです。
- 事務所の規程と依頼者との取り決めを先に確かめる … 依頼者の情報を外部のサービスで処理してよいか、どの範囲かを決めてから使います
- 当事者の住所・氏名を材料に入れない … 宛名と差出人は中継プログラムが最後に差し込みます
- Standard デプロイを日本の地域に置く … Global や DataZone の種類では、指定した地域の外で処理されることがあります
- 法的な評価をAIに作らせない … 請求の根拠、条文、期限後の措置は弁護士が方針として決めます
- 差出しを自動にしない … 弁護士の確定から差出しまでを人の操作に置きます
- 内容証明が証明するものを取り違えない … 日本郵便は、証明するのは文書の存在であって内容が真実かどうかではないとしています。通知書の事実の正しさは、事務所が証拠で支えるものです
誤りが起きた場合のリスクは、証拠に無い事実を書いて送ることと、金額や期限を誤って送ることの2つです。 前者は根拠の証拠番号の表示で、後者は計算の値との照合で防ぎます。どちらも規則で弁護士へ回すボタンを止め、AIの文の正しさに頼りません。
10まず何から始めるか
1週目:方針のメモの必須項目を決める
請求の種類(売掛金・貸金・敷金・解除・損害賠償)ごとに、請求の根拠、金額の内訳と加減の向き、期限の定め方、期限後の措置の有無を書く欄を決めます。証拠資料の一覧の要旨の書き方の例も作ります。
2週目:20件で試す
過去の通知書から20件を選び、当事者の情報を除いたメモを生成AIの画面に貼って下書きを作ります。証拠に無い事実と、補われた日付が無いかを最優先で見ます。
3週目:計算と書式の点検を作る
金額の内訳の計算、期限の日付、謄本の字数・行数と使える文字の点検を、中継プログラムに書きます。日本郵便の数え方の例で、点検の結果が合うかを確かめます。
4週目:下書きを画面に返す
案件管理の仕組みから材料を集め、下書きと事実の一覧を画面に返すところまで作ります。この時点では照合で止めず、弁護士が直した箇所を記録します。
2か月目: 金額・期限・条文の照合と、弁護士へ回すボタンの制御を足します。根拠の無い事実の件数を毎週数えます。3か月目以降: 全弁護士に広げ、1件60分が何分になったかを実測します。弁護士の確認が、示された文を確かめて表現を整えるだけになった時点で、この構成は完成です。
11関連ユースケース
12この仕組みを理解するための記事
13技術仕様の確認日・参考情報
| 確認した内容 | 情報源 | 確認日 |
|---|---|---|
| 内容証明が、いつ、いかなる内容の文書を誰から誰あてに差し出したかを差出人が作成した謄本によって証明する制度で、証明するのは文書の存在であり内容が真実かどうかではないこと。窓口に内容文書・謄本2通・封筒を出すこと。電子内容証明(e内容証明)が24時間受け付けていること。差出人が差出しから5年以内に謄本の閲覧と再度の証明を請求できること。一般書留とする必要があること | 日本郵便: 内容証明 | 2026-10-08 |
| 文書1通のみを内容とし、図面や返信用封筒等を同封できないこと。使える文字が仮名・漢字・数字・英字(固有名詞に限る)・括弧・句読点・その他一般に記号として使用されるものであること。謄本の字数・行数の制限(縦書きは1行20字以内・1枚26行以内、横書きは同じく1行20字以内・1枚26行以内、1行13字以内・1枚40行以内、1行26字以内・1枚20行以内)と、内容文書には制限が無いこと。括弧は左右で1字とするなどの字数の数え方。2枚以上の契印 | 日本郵便: 内容証明 ご利用の条件等 | 2026-10-08 |
| 民法第97条第1項(意思表示は通知が相手方に到達した時から効力を生ずる)。第150条(催告があったときは6か月を経過するまで時効は完成しないこと、猶予中の再度の催告に猶予の効力が無いこと)。第412条第3項(期限を定めなかった債務は履行の請求を受けた時から遅滞の責任を負う) | e-Gov 法令API: 民法 | 2026-10-08 |
構造化出力が渡した JSON Schema にモデルを従わせ、Chat Completions API と Responses API の両方で使えること。JSON モードはスキーマへの厳密な準拠を保証しなかったこと。すべての項目を必須にし、additionalProperties: false を付けること。出力の項目の順がスキーマの順に従うこと。対応する型に Enum が含まれること | Microsoft Learn: How to use structured outputs with Azure OpenAI in Microsoft Foundry Models | 2026-10-08 |
| プロンプトと応答が他の顧客に提供されず、基盤モデルの学習に使われないこと。モデルがステートレスであること。Global・DataZone の種類でなければ指定した地域の中で処理されること | Microsoft Learn: Data, privacy, and security for Foundry Models sold by Azure | 2026-10-08 |
通知書に何を書くか、どの条文を根拠にするか、期限後にどうするかは、担当の弁護士の判断に従ってください。 本記事は日本郵便、e-Gov 法令API、Microsoft Learn で確認できた範囲だけを扱っています。
実装ステータス:構成例。 公開仕様に基づいて設計した構成であり、当社で実際に構築・検証したものではありません。工数の数値はモデル条件による試算です。
自社の業務に使えるAI活用候補を整理します
このユースケース(UC-0885)についてのご相談はこちらから。
