Media > AI活用ユースケース > 法務 > 債権回収会社が担当者の書いた督促の文書の文面を、送る前にサービサー法の禁止行為と社内の基準に照らして確かめる

債権回収会社が担当者の書いた督促の文書の文面を、送る前にサービサー法の禁止行為と社内の基準に照らして確かめる

実装ステータス:構成例 技術的に実現可能な構成として設計したもの。自社未検証

回収担当が債務者ごとに書いた督促状やメールの文面を、送る前にサービサー法の禁止行為と社内の基準に照らして確かめます。当たりそうな一文に根拠と直し案を付けて、審査の担当へ回します。

サマリー
生成AI
ChatGPT/Claude/Gemini
連携・自動化
Python
対象業界
その他/保険/金融
対象部門
法務/財務
対象業務
内容確認・チェック/書類作成
主な課題
人手が足りない/属人化している/確認ミスが多い
AIで行う処理
判定
主な効果
判断支援/品質標準化/工数削減
導入難易度
★★★☆☆
実装レベル
本格構成
費用感
API連携(中)
人間の確認
条件付き
現在工数
60h/月
AI導入後
20h/月
想定削減
67%
年間削減
480h
モデル条件による試算値です。実在企業の実績ではありません。

01導入前 / 導入後の業務フロー

導入前(Before)
  1. 回収担当が督促管理システムで文書を作り、定型の文面に文言を足して審査を依頼する
  2. 審査の担当が依頼の一覧から1件を開き、文面と債務者の記録(残高・交渉経過・受任通知の有無)を並べて読む
  3. 社内の文面基準を開き、威迫に当たる言い回し・第三者への言及・勤務先への言及・時効に関する言い回しを探す
  4. 送付先(本人/保証人/親族)と送付の予定日時を確かめる
  5. 請求額が督促管理システムの残高と内訳に合っているか、利息制限法による引き直しの対象なら引き直し後の額かを見る
  6. 問題があれば、どこをどう直すかを依頼の画面にコメントして差し戻す
  7. 問題がなければ承認し、回収担当が送付する
導入後(After)
  1. 人回収担当が文書を作り、審査を依頼する(ここは変わらない)
  2. 自動依頼の登録をきっかけに、文面と、送付先の区分・送付の予定日時・受任通知の有無・請求額・残高の記録を取り出す
  3. 自動送付の時刻・送付先・受任通知・請求額を、規則で照合する
  4. 自動定型の文面との差分を取り、担当者が足した文を特定する
  5. 自動Claude API が、足した文を中心に、点検項目ごとに「当たりそうか」と根拠の文字列、直し案を返す
  6. 自動規則の結果とAIの結果から、`clear` / `revise` / `review` を機械的に決める
  7. 人審査の担当が `revise` と `review` を開き、根拠の文字列と直し案を見て、差し戻すか承認するかを決める
  8. 人`clear` のものは一覧で件名と送付先を流し見て、まとめて承認する
  9. 自動審査の結果と、当たった項目の番号を督促管理システムの交渉経過に記録する
各工程の詳しい説明を読む
  1. 回収担当が督促管理システムで文書を作り、定型の文面に文言を足して審査を依頼する
  2. 審査の担当が依頼の一覧から1件を開き、文面と債務者の記録(残高・交渉経過・受任通知の有無)を並べて読む
  3. 社内の文面基準を開き、威迫に当たる言い回し・第三者への言及・勤務先への言及・時効に関する言い回しを探す
  4. 送付先(本人/保証人/親族)と送付の予定日時を確かめる
  5. 請求額が督促管理システムの残高と内訳に合っているか、利息制限法による引き直しの対象なら引き直し後の額かを見る
  6. 問題があれば、どこをどう直すかを依頼の画面にコメントして差し戻す
  7. 問題がなければ承認し、回収担当が送付する

(a)「告げる」型の一文が通ってしまう。 「ご連絡がない場合、勤務先に確認のお電話をいたします」「ご家族に事情をお伝えすることになります」。行為そのものは書かれていないので、文面だけを急いで読むと穏当な念押しに見えます。 事務ガイドラインはこうした言動をすることを告げることも例に挙げており、ここを落とすと文書1通がそのまま行為規制の問題になります。

(b)担当者によって指摘が違う。 「法的手続きに移行します」という一文を、ある担当は事実の通知として通し、別の担当は威迫に近いとして差し戻します。どちらが正しいかではなく、基準が文書になっていないことが問題です。 回収担当は「あの人に当たれば通る」と覚え、依頼の時間帯を選ぶようになります。

(c)時効と残高に関する言い回しが紛れる。 「この債務に時効はありません」「全額をお支払いいただくほかありません」。事務ガイドラインは、消滅時効の援用などの正当な抗弁が存在しない、または行使できないかのような言辞を、偽りその他不正の手段の例に挙げています。回収担当は悪意なく書いていることが多く、だからこそ審査で拾う必要があります。

(d)指摘の理由が残らない。 差し戻しのコメントは「表現を修正してください」で終わることが多く、どの基準のどの項目に当たったのかが記録にありません。 同じ担当者が同じ言い回しを翌月も書き、同じ差し戻しが繰り返されます。

  1. 【人】 回収担当が文書を作り、審査を依頼する(ここは変わらない)
  2. 【自動】 依頼の登録をきっかけに、文面と、送付先の区分・送付の予定日時・受任通知の有無・請求額・残高の記録を取り出す
  3. 【自動】 送付の時刻・送付先・受任通知・請求額を、規則で照合する
  4. 【自動】 定型の文面との差分を取り、担当者が足した文を特定する
  5. 【自動】 Claude API が、足した文を中心に、点検項目ごとに「当たりそうか」と根拠の文字列、直し案を返す
  6. 【自動】 規則の結果とAIの結果から、clear / revise / review を機械的に決める
  7. 【人】 審査の担当が revise と review を開き、根拠の文字列と直し案を見て、差し戻すか承認するかを決める
  8. 【人】 clear のものは一覧で件名と送付先を流し見て、まとめて承認する
  9. 【自動】 審査の結果と、当たった項目の番号を督促管理システムの交渉経過に記録する

7番目と8番目が、この設計の分かれ目です。 全件を同じ深さで読むのをやめ、AIが何かを見つけたものと、規則で引っかかったものだけを深く読みます。 clear を流し見で済ませないと、60.0時間はほとんど減りません。

3番目を規則で行うのも意図してのことです。 送付の予定が午後9時から午前8時の間か、送付先が勤務先か、受任通知が記録されているか、請求額が引き直し後の額と一致しているか。記録と突き合わせれば決まることをAIに推し量らせると、記録が正しいのに判断を誤る経路ができます。

02今回想定するシステム構成

構成図
督促管理システム(文面・債務者の記録・送付の予定)
   │
   ▼【トリガー】審査依頼の登録
社内の審査サービス
   ├──▶ 規則による照合(送付の時刻・送付先・受任通知・請求額)
   ├──▶ 定型の文面との差分(担当者が足した文の特定)
   ▼
Claude API ── 点検項目ごとの判定
   │   ① 威迫・乱暴な言葉       ② 行為をすることを告げる文
   │   ③ 第三者への弁済の要求    ④ 借入れによる弁済資金の要求
   │   ⑤ 時効・抗弁を否定する言辞 ⑥ 権限・残高を偽る記載
   │   ⑦ 保険金による弁済の示唆  ⑧ 社内の基準
   ▼
判定(clear / revise / review)
   ▼
【人が revise と review だけ深く確認】
   └──▶ 督促管理システムへ審査結果と項目番号を記録
役割想定する製品代替候補
処理Claude API(点検項目ごとの判定と直し案)OpenAI API、Gemini API
集計Python(送付の時刻・送付先・受任通知・請求額の規則による照合と、定型の文面との差分)督促管理システムの帳票機能
連携督促管理システムの審査依頼の画面(既存)社内のワークフローの申請画面

督促管理システムは新しく足すものではありません。 審査依頼の画面と交渉経過の記録はいまあるものを使い、審査の結果を書き戻す先だけを決めます。 書き戻すのは審査の結果と当たった項目の番号で、文面そのものはこの構成から書き換えません。

判定の土台は Claude API の構造化出力です。 スキーマを output_config.format に type: "json_schema" で渡すと、その形のJSONで返ります。以前の output_format という指定は非推奨で、使い続けるには beta のヘッダーが要るとされています。使えないスキーマの機能がある点に注意します。 数値の minimum・maximum、文字列の minLength・maxLength は対応しておらず、配列の minItems は 0 と 1 だけです。「点検項目は8つ」をスキーマで縛れないので、件数は受け取った側の処理で確かめます。

判定の物差しは、法令の条文と法務省の事務ガイドラインです。 債権管理回収業に関する特別措置法(サービサー法)は、第17条で人を威迫し、私生活や業務の平穏を害する言動で困惑させることを禁じ、第18条で偽りその他不正の手段、利息制限法の制限額を超える部分の支払の要求、借入れによる弁済資金の調達のみだりな要求、親族などへの代わりの弁済のみだりな要求を禁じています。事務ガイドラインは、これらの具体的な例を並べています。 第7章で、そのうちどれを規則で見て、どれをAIで見るかを分けます。

03どうやって実装するのか

Step1

処理の起点を決める

督促管理システムに審査依頼が登録されたことを起点にします。 送付は審査を通らないとできない設定なので、審査が遅れると回収そのものが止まります。1日に何度かのまとめた実行にはせず、依頼のたびに1件ずつ動かします。

依頼の登録を検知する方法は、督促管理システムが外へ知らせる仕組み(イベントの通知や、依頼の一覧を返す画面の裏の照会)によります。通知の仕組みが無い場合は、数分おきに未審査の一覧を照会する形にします。 どちらでも、審査の結果を書き戻したものだけを処理済みにします。 途中で止まった依頼は未審査のまま残り、次の照会で拾い直されます。

同じ文面の再依頼も起点になります。 差し戻された文面を回収担当が直して出し直したとき、前回の判定と今回の判定を並べて見られるように、依頼の番号に版の番号を付けて扱います。

Step2

入力データを集める

データ中身取得元
文面督促状・催告書・和解の案内・保証人あての通知・メールの本文。件名と、封筒やはがきの表に出る文字督促管理システムの文書
定型の文面法務が承認した元の文面と、その版督促管理システムの文書の雛形
送付の情報送付先の区分(本人の居宅/勤務先/保証人/親族など)、送付の方法、送付の予定日時督促管理システムの送付の予定
債務の記録残高とその内訳、原債権者、利息制限法による引き直しの対象か、引き直し後の額督促管理システムの債権の記録
交渉の記録受任通知の有無と日付、本人が申し出た連絡の時期、第三者が協力を断った記録督促管理システムの交渉経過
社内の文面基準使わない言い回しの一覧と理由、送付先ごとの書き方の決まり社内の文面基準

質を決めるのは、下の3つです。 受任通知の記録が無ければ、弁護士に委任した債務者に請求の文書が出ていくのを規則で止められません。本人が申し出た連絡の時期も、事務ガイドラインが例に挙げる「申出に反する時期の連絡」の材料になります。 社内の文面基準が言い回しの一覧になっていなければ、AIに渡す物差しがありません。

封筒やはがきの表に出る文字を入れるのは、プライバシーの項目のためです。 事務ガイドラインは、手段を問わず債務者の借入に関する事実などをあからさまにすることを例に挙げています。本文が穏当でも、はがきの表に「督促」と大きく出れば同じ問題になります。

Step3

データの取得方法を決める

文面と記録は、督促管理システムから審査依頼の番号で取り出します。取り出すのは、その依頼の文書と、その債務者の記録だけです。 債務者の一覧や、ほかの債務者の記録は取り出しません。

取るものどこから何に使うか
文面の全文と版文書AIの判定の対象
雛形の全文と版文書の雛形担当者が足した文の特定
送付先の区分と予定日時送付の予定規則の照合(時刻・勤務先)
残高・内訳・引き直しの有無債権の記録規則の照合(請求額)
受任通知・申出の時期・協力の拒否交渉経過規則の照合と、AIへの前提の提示

請求額の照合は、文面から金額を抜き出して記録と比べます。 文面の金額を読むのは正規表現で足ります。AIに「この金額は正しいか」を聞かないでください。 引き直しの計算は督促管理システムの側で済んでおり、照合するだけで答えが出ます。

社内の文面基準は、Word の文書のまま渡しません。 文書のままでは、どの段落が基準でどの段落が解説かをAIが区別できないため、項目ごとに番号・言い回しの例・理由を並べたテキストにしておきます。 基準を改めたら、このテキストにも版を付けます。

Step4

AIへ渡す前に整形する

  1. 差分の取り出し … 雛形の版と文面を比べ、担当者が足した文・変えた文に印を付けます。AIには文面の全文を渡しつつ、印の付いた文を重点的に見るよう指示します
  2. 送付の時刻の照合 … 送付の予定が午後9時から午前8時の間の電話・ファクシミリ・訪問なら、規則で review にします。正当な理由(本人の承諾など)が記録されていれば、その記録を審査の担当に添えます
  3. 送付先の照合 … 送付先が勤務先など居宅以外なら、規則で review にします。事務ガイドラインは、正当な理由なく居宅以外の場所に連絡することを例に挙げています
  4. 受任通知の照合 … 弁護士などへの委任の通知が記録されていれば、規則で review にします。法は訪問・電話による請求を禁じていますが、この会社の社内基準では文書の送付も止めます
  5. 請求額の照合 … 文面の金額が、残高と内訳に一致するか、引き直しの対象なら引き直し後の額かを確かめます。一致しなければ revise にし、AIの判定を待たずに差し戻します
  6. 反復の照合 … 同じ債務者への送付の回数を直近の期間で数えます。何回からを反復とするかは社内の基準で決め、規則に書きます
  7. 個人の識別子の置き換え … 債務者の氏名・住所・電話番号・口座番号は、AIに渡す前に記号に置き換えます。判定に要るのは言い回しで、誰に送るかではありません

2番目から6番目は、AIを通しません。 どれも記録と突き合わせれば決まるもので、AIに渡すと「本人の承諾があったかもしれない」と推し量って通す余地ができます。 規則で拾い、正当な理由の有無は人が記録で確かめます。

Step5

AIに処理させる

させるのは、点検項目ごとに「当たりそうな文があるか」を見て、根拠の文字列と直し案を返すことだけです。 項目は、事務ガイドラインの例と社内の文面基準から作ります。

項目見るもの物差し
① 威迫・乱暴な言葉脅すような言い回し、乱暴な言葉、不安をあおる表現法第17条第1項、事務ガイドラインの「威迫」の例
② 行為をすることを告げる文勤務先・家族・近隣への連絡、訪問、張り紙などを「します」と予告する文事務ガイドラインの「上記の言動をすることを告げること」
③ 第三者への弁済の要求家族・同居人・勤務先などに代わって払うよう求める文法第18条第7項
④ 借入れによる弁済資金の要求他から借りて払うよう求める文、カードで物を買い売って払うよう促す文法第18条第6項、事務ガイドラインの例
⑤ 時効・抗弁を否定する言辞時効が無い、援用できない、争えないかのような文事務ガイドラインの「偽りその他不正の手段」の例
⑥ 権限・残高を偽る記載弁済を受ける権限や残高を実際と違うように書く文法第18条第4項、事務ガイドラインの例
⑦ 保険金による弁済の示唆保険金で払うよう求める、ほのめかす文事務ガイドラインの例
⑧ 社内の基準社内の文面基準の言い回しの一覧社内の文面基準

②がこの構成でいちばん効く項目です。 ①の威迫は言葉が強ければ目に付きますが、②は丁寧な言葉で書かれていても当たります。 「誠に恐縮ながら、勤務先様へ確認のご連絡を差し上げる場合がございます」は、目視では穏当な一文として通りやすい文です。

⑤と⑥は、事実と照らさないと決まらない項目です。 そこでAIには「当たりそうな言い回しがあるか」だけを見させ、時効が実際に来ているか、残高がいくらかは判断させません。 「時効はありません」という断定の言い回しがあれば、事実がどうであれ人が確かめる対象にします。

させないこと理由
違反に当たるかの結論最終の判断は審査の担当と法務が行う
時効が来ているかの判断事実の確認と法的な判断が要る
請求額の正否規則で記録と照合して決まる
送付の時刻・送付先の可否規則で決まり、正当な理由は人が記録で確かめる
文面の全面的な書き直し直し案は当たった文だけ。雛形の部分は法務の承認済み

最後の行を守らないと、審査が文面の作り直しに変わります。 AIに自由に直させると、承認済みの雛形の言い回しまで変えてきます。直してよいのは、当たった文だけです。

Step6

指示内容を固定する

あなたは債権回収会社のコンプライアンス室で、送付前の督促の文書の文面を
点検する補助をします。違反かどうかの結論は出さず、当たりそうな文を
見つけて根拠と直し案を示すことだけを行ってください。

【点検する項目】
1 威迫・乱暴な言葉(脅すような言い回し、乱暴な言葉、不安をあおる表現)
2 行為をすることを告げる文(勤務先・家族・近隣への連絡、訪問、
  張り紙、情報の開示などを、行うと予告する文。丁寧な言葉でも対象)
3 債務者以外の者(家族・同居人・勤務先など)に代わって払うよう求める文
4 他から借りて払う、カードで物を買って売って払うよう求める・促す文
5 消滅時効などの正当な抗弁が無い、または使えないかのように書く文
6 弁済を受ける権限や残高を、記録と違うように書く文
7 保険金で払うよう求める、またはほのめかす文
8 社内の文面基準の一覧にある言い回し

【判定の仕方】
- 各項目について status を次から選んでください。
  none ....... 当たりそうな文が無い
  possible ... 当たる可能性のある文がある
  likely ..... 当たる可能性が高い文がある
- 迷ったときは none を選ばず possible にしてください。
- 【追加・変更した文】の印が付いた文を重点的に読んでください。
  印の無い文は法務の承認済みの雛形です。指摘は印の付いた文に限ります。
- evidence には、根拠にした文を文面からそのまま写してください。
  要約や言い換えをしないでください。
- suggestion には、その文だけを書き直した案を1つ書いてください。
  文面の他の部分は書き換えないでください。

【厳守事項】
- 違反である、違法である、問題ない、といった結論を書かないでください。
- 時効が来ているか、残高が正しいかを判断しないでください。
  文面に時効や残高を断定する言い回しがあれば、項目5または6で
  possible 以上にしてください。
- 送付の時刻・送付先・受任通知の有無は、別の仕組みで確かめています。
  これらについては判断しないでください。
- 債務者の事情を推し量って、言い回しを許容しないでください。
- 記号に置き換えた氏名・住所などを、元に戻そうとしないでください。

【前提】
送付先の区分:{recipient_type}
送付の方法:{channel}
交渉経過の要点:{case_notes}

【社内の文面基準】{house_rules}
【文面】{letter_text}

「丁寧な言葉でも対象」を項目2に書いたのは、書かないと拾わないからです。 威迫という言葉の印象に引っ張られ、敬語で書かれた予告の文を「穏当」と読んでしまいます。 事務ガイドラインの例が「告げること」である以上、言葉の丁寧さは物差しになりません。

「指摘は印の付いた文に限る」は、指摘の数を抑えるための一文です。 雛形の言い回しにまで指摘が出ると、審査の担当は毎回同じ指摘を読み飛ばすことになり、本当に足された一文への指摘も読み飛ばされます。

Step7

出力形式を固定する

次の形のJSONで受け取ります。

{
  "request_id": "",
  "letter_version": "",
  "rule_version": "",
  "checks": [
    { "item": 2, "status": "none | possible | likely",
      "evidence": "", "suggestion": "", "in_added_text": true }
  ],
  "summary_for_reviewer": ""
}

checks には項目1から8までの要素を1つずつ並べます。8つそろっているかは、受け取った側で確かめます。 スキーマの配列の minItems は 0 と 1 しか使えず、件数をスキーマで縛れないためです。

1つ目の理由は、規則の結果とAIの結果を同じ形で合わせられることです。 規則の照合も、同じく項目ごとの結果として持ちます。

判定条件
revise請求額が記録と一致しない、またはAIの likely が1つ以上
review規則で送付の時刻・送付先・受任通知・反復のどれかに当たった、またはAIの possible が1つ以上
clear規則にもAIにも何も当たらない

2つ目の理由は、evidence を原文と照合できることです。 evidence は文面からの写しなので、文面のなかに同じ文字列があるかをプログラムで確かめます。 見つからなければ、AIが言い換えたか作ったかのどちらかで、その項目は review に回します。

3つ目は、項目の番号が交渉経過に残ることです。 差し戻しの理由が「表現の修正」ではなく「項目2:勤務先への連絡を予告する文」として記録され、同じ担当者が同じ言い回しを繰り返しているかを後から数えられます。

Step8

システムへ連携する

つなぎ先方式内容
督促管理システム依頼の照会、文書と記録の読み取り文面・雛形・送付の予定・債権の記録・交渉経過を取り出す
Claude APIAPI呼び出し項目ごとの判定と直し案
督促管理システム審査結果の書き戻し判定と、当たった項目の番号、根拠の文字列

督促管理システムへの書き戻しは、審査の結果の欄だけです。 文面そのものは書き換えず、直し案は回収担当が自分で反映します。 自動で書き換えると、誰がその文面を書いたのかが記録から分からなくなります。

承認の操作は、clear でも人が行います。 一覧で件名と送付先を見て、まとめて承認する操作にします。AIの結果だけで送付が可能になる経路は作りません。

Step9

人が確認する

人が深く読むのは revise と review だけです。 clear は件名・送付先・送付の予定を一覧で流し見て、まとめて承認します。

  1. 規則で当たったものを先に見る … 時刻・勤務先・受任通知は、正当な理由が記録されているかを交渉経過で確かめます。 記録が無ければ差し戻します
  2. likely の根拠を読む … evidence の文を、前後の文と合わせて文面の中で読みます
  3. 直し案を使うかを決める … 直し案はそのまま使っても、書き換えてもかまいません。差し戻すときは項目の番号を付けます
  4. AIの判定を覆したら記録する … possible を問題なしとしたもの、none だったが人が差し戻したもの。後者は、項目や社内の基準の見直しの材料になります

4番目の後者を必ず残してください。 AIが拾わず人が拾った言い回しは、社内の文面基準の一覧に足すべき候補です。 これを足していくことで、項目⑧の物差しが育ちます。

目標は、600件をならして1件2分です。 深く読むのは3割前後という想定で、それより多い月は、回収担当への言い回しの周知が足りていないか、基準の一覧が粗すぎます。

Step10

例外に対処する

起きること対応
雛形の版が見つからない差分が取れないので、文面全体を対象にして review に回す
checks が8つそろっていない欠けた項目を review 扱いにし、再実行の記録を残す
evidence が文面に見つからないその項目を review に回す。AIの言い換えを疑う
請求額が文面から読み取れない規則の照合ができないので review。金額の書き方を雛形で揃える材料にする
受任通知の記録が日付だけで中身が無いreview。記録の整備を回収の部署に依頼する
文面が英語など日本語以外項目⑧の基準が日本語のみなら review に回す
Claude API が応答しない・エラー未審査のまま残し、次の照会で再実行する。AIの結果なしで clear にしない
審査が送付の予定時刻に間に合わない送付を止めたまま、回収担当に送付の予定を変えてもらう

7行目がいちばん大事です。 AIが止まったときに規則の結果だけで clear にすると、言い回しを見ないまま送付できる経路ができます。 止まったら止まったままにし、急ぎのものは人が全文を読みます。

Step11

記録を残す

  • 審査依頼の番号と版、文面の全文、使った雛形の版
  • 規則の照合の結果(時刻・送付先・受任通知・請求額・反復)と、照合に使った記録の値
  • AIに渡した指示と社内の文面基準の版、返ってきたJSONの全文
  • 審査の担当の判断(承認/差し戻し)、差し戻しの項目の番号、AIの判定を覆した記録
  • 送付した文面の最終版と、送付の日時

交渉経過として残すのは、施行規則が帳簿の1つに挙げているからです。 施行規則は、債務者等との交渉の経過を記録した帳簿書類を挙げ、債権の委託の契約が終わった日などから少なくとも5年間の保存を求めています。審査の結果をこの記録に書き戻しておけば、どの文面をどの理由で直したかを、帳簿と同じ期間たどれます。

2つ目で「照合に使った記録の値」を残すのは、記録が後から直されるからです。 受任通知の記録が後から入力された場合、送付の時点で規則が止められたかどうかを、当時の値で確かめる必要があります。

04実装レベルの3段階

最小構成:記号に置き換えた文面を手で Claude の画面に貼り、8項目を見させる / 1件ごとの言い回しの点検
半自動化:上記+審査依頼の文面を API で判定し、結果を一覧に書き出す / 言い回しの点検と一覧化
本格構成:上記+規則による照合、雛形との差分、判定の自動の決定、督促管理システムへの書き戻し / 送付前の点検の全体

最小構成では件数がさばけません。 確かめるための段階です。 半自動化で、1件6分が4分程度になります。 言い回しの点検はAIに移りますが、②の記録との突き合わせが手作業で残るためです。本格構成で2分になり、この段階が本記事の想定です。 差が大きいのは、記録との照合を規則に移すことで、画面を3つ開く作業がなくなるからです。 半自動化の段階を1か月は回してください。 その間に、AIが拾わず人が拾った言い回しを集め、社内の文面基準の一覧を育ててから本格構成に進むほうが、clear の取りこぼしが減ります。

05工数削減シミュレーション

前提値(モデル条件)
対象人数
5 名
月間件数
600 件
1件あたり現在時間
6 分
1件あたり導入後時間
2 分
現在  600件 × 6分 ÷ 60 = 60 時間/月
導入後 600件 × 2分 ÷ 60 = 20 時間/月
月間削減時間
40h
削減率
67%
年間削減時間
480h
年間金額換算(時間単価4,000円)
192万円
モデル条件による試算であり、実際の効果は業務内容・運用方法によって異なります。

自社条件で導入効果を整理したい方へ

このユースケースを自社に当てはめた場合の前提値と削減見込みを、業務ヒアリングをもとに整理します。

AI活用について相談する

06向いている企業・向いていない企業

向いている
  1. 法務大臣の許可を受けた債権回収会社(サービサー)で、定型の文書に加えて、回収担当が債務者ごとに文言を足した督促状・和解の案内・メールを毎月数百通送っている場合。送付前の文面の確認をコンプライアンスの担当が目視で行い、担当者によって指摘の厳しさが違う場合。督促管理システムに、送付先の区分・送付予定日時・受任通知の有無・利息制限法の引き直しの有無が記録されている場合。
向いていない
  1. 送る文書がすべて法務の承認を得た定型の文面で、担当者が文言を書き換えられない場合。送付の件数が月に数十通で、コンプライアンスの担当が全件を読める場合。なお、ある文面が威迫や偽りの手段に当たるかの最終的な判断と、時効や債務の額に関する法的な判断は、この構成では代替できません。

07最小構成で試す方法

  1. 先月審査した文面から40件を選ぶ(差し戻したものを半分入れる)
  2. 差し戻した理由を、審査の担当から聞き取って項目の番号に直す
  3. 氏名・住所・電話番号を記号に置き換えた文面を、手元の Claude の画面に1件ずつ貼る
  4. 「第7章の8項目について、当たりそうな文と、その文だけの直し案を出してください。違反かどうかの結論は書かないでください」と指示する
  5. 出てきた結果を、当時の審査の結果と並べる

40件のうち、差し戻した20件で何を拾えたかが最初の答えです。 拾えた項目と拾えなかった項目を数え、拾えなかったものが項目②の型に集中していないかを見ます。

出てきた内容判断
当時の差し戻しと同じ文を拾った督促管理システムとの連携に進む
承認した文面に指摘が多い雛形の部分に指摘している。差分の印を付けて試し直す
予告の文を拾わない項目2の説明が足りない。「丁寧な言葉でも対象」を足す

2行目は、たいてい起きます。 雛形の言い回しにも反応するので、差分を取る前処理がどれだけ効くかを、ここで確かめておきます。

08実装時につまずきやすいポイント

問題対策
丁寧な言葉の予告の文が none になる項目2に「丁寧な言葉でも対象」と明記し、例文を基準の一覧に足す
雛形の言い回しに指摘が出続ける雛形との差分を取り、指摘は足した文に限る
evidence が言い換えられている原文に同じ文字列があるかをプログラムで照合し、無ければ review
項目が8つそろわない受け取った側で件数を確かめる。スキーマの minItems は 0 と 1 だけ
AIが「問題ありません」と書く結論を禁じる一文を入れ、summary_for_reviewer を事実の列挙に限る
請求額をAIに確かめさせてしまう金額は規則で記録と照合する。AIには渡さない
受任通知の記録が漏れている規則が働かない。通知を受けた日に記録する手順を回収の部署で決める
AIが止まったときに clear になる結果が無ければ未審査のまま残す
指摘の基準が審査の担当ごとに違う覆した記録を集め、月1回、基準の一覧を見直す
氏名をそのまま渡してしまう前処理で記号に置き換える

上の2行が、この構成の精度を決めます。 予告の文を拾えないとAIを入れた意味が薄れ、雛形への指摘が多いと誰も指摘を読まなくなります。どちらも、指示と前処理で直せます。

下の2行は、運用が始まってから効いてきます。 AIの判定はいつも同じでも、人の判断が揃わなければ、項目の番号で記録を残しても比べられません。

09セキュリティ・AIガバナンス上の注意点

この構成で扱うデータ: 債務者の氏名・住所・勤務先・家族の情報、債務の額と内訳、交渉の経過、そして弁護士への委任の有無です。金融の分野の個人情報として、慎重に扱う種類のものです。

  1. AIに渡すのは文面の言い回しだけにする … 氏名・住所・電話番号・口座番号は記号に置き換えます。判定に要るのは言い回しで、誰に送るかではありません。 交渉経過も、判定に要る要点(例:本人が平日の夜の連絡を断っている)に絞ります
  2. AIの結果だけで送付させない … clear でも人が承認します。行為規制に当たる文書は、1通でも許可の業務に響きます
  3. この構成は法的な判断を代替しません … ある文面が威迫や偽りの手段に当たるか、時効が来ているかは、法務と顧問弁護士が判断することです。 この構成が出すのは、当たりそうな文とその根拠です
  4. 社内の文面基準の改定を記録する … 基準の版を判定の記録に残し、いつの基準で通したかをたどれるようにします
  5. AIの事業者でのデータの扱いを確かめる … 債務者の情報を記号にしても、文面には事情が書かれています。利用する API の契約で、入力の保存の扱いを確かめておきます
  6. 回収担当の評価に使わない … 差し戻しの回数は、担当者ごとに数えられます。それを人事の評価に直結させると、担当者は文言を足さなくなり、債務者の事情に合わせた一文が消えます。 数えるのは、周知と基準の見直しのためです

誤りが起きた場合のリスクは、当たる文を見落として送ることと、当たらない文を差し戻し続けることの2つです。 前者は債務者の保護と会社の許可に関わり、後者は回収の業務を止めます。前者を防ぐために迷えば possible にし、後者を防ぐために指摘を足した文に限ります。

10まず何から始めるか

1週目:社内の文面基準を一覧にする

いまの Word の文面基準から、使わない言い回しを抜き出し、項目の番号・言い回しの例・理由の3列の一覧にします。事務ガイドラインの「告げること」に当たる例文を、少なくとも10個入れます。

2週目:40件で試す

先月の文面から差し戻した20件と承認した20件を選び、記号に置き換えて Claude の画面で8項目を見させます。差し戻した20件で何を拾えたか、承認した20件にどれだけ指摘が出たかを数えます。

3週目:規則を書き出す

時刻・送付先・受任通知・請求額・反復の5つについて、何を当たりとし、何を正当な理由とするかを法務と決めて書き出します。ここが決まらないうちにつなぐと、review が増えすぎて誰も使わなくなります。

4週目:督促管理システムからの取り出しをつなぐ

審査依頼の番号から文面と記録を取り出し、判定を一覧に書き出すところまで作ります。この時点では書き戻しをせず、審査の担当がいまの手順と並べて結果を見ます。

2か月目: 判定の自動の決定と書き戻しを足し、clear を流し見で承認する運用に移ります。3か月目以降: AIの判定を覆した記録を毎月集め、基準の一覧に足します。1件6分が何分になったかを実測し、指摘の理由が項目の番号で揃った時点で、この構成は完成です。


11関連ユースケース

12この仕組みを理解するための記事

13技術仕様の確認日・参考情報

技術仕様確認日:2026-10-28/最終更新:2026-10-29
確認した内容情報源確認日
第17条第1項が人を威迫し、私生活若しくは業務の平穏を害する言動で困惑させることを禁じ、第2項が相手方の請求で商号・氏名などを明らかにすることを求めること。第18条第4項が偽りその他不正の手段、第5項が利息制限法の制限額を超える部分の支払の要求、第6項が貸金業者からの借入れなどによる弁済資金の調達のみだりな要求、第7項が親族などへの代わりの弁済のみだりな要求、第8項が弁護士などへの委託の通知後の訪問・電話による請求を禁じることe-Gov 法令API: 債権管理回収業に関する特別措置法2026-10-28
施行規則第15条が、債務者等との交渉の経過を記録した帳簿書類などを挙げ、委託の契約の終了の日などから少なくとも5年間の保存を求めること。第10条が相手方に明らかにする事項を定めることe-Gov 法令API: 債権管理回収業に関する特別措置法施行規則2026-10-28
「威迫」の例(乱暴な言葉など)、私生活の平穏を害する言動の例として、正当な理由のない午後9時から午前8時までの電話・ファクシミリ・訪問、反復・継続した連絡、申出に反する時期の連絡、借入に関する事実などをあからさまにすること、居宅以外の場所への連絡、これらの言動をすることを告げること、保険金による弁済の強要・示唆を挙げること。偽りその他不正の手段の例として、弁済受領権限・残存債務額を偽ること、消滅時効の援用などの正当な抗弁が存在しない・行使できないかのような言辞を挙げること。クレジットカードで物品を購入させ売却させる方法を借入れに類する方法の例とすること法務省: 債権回収会社の審査・監督に関する事務ガイドライン2026-10-28
構造化出力が output_config.format に type: "json_schema" で指定すること。旧 output_format は非推奨で beta ヘッダーが要ること。数値の minimum・maximum、文字列の minLength・maxLength に非対応で、配列の minItems は 0 と 1 のみであることClaude Docs: Structured outputs2026-10-28

ある文面が行為規制に当たるかの判断は、法務と顧問弁護士で行ってください。 本記事は条文と法務省の事務ガイドラインで確認できた範囲だけを扱っています。

実装ステータス:構成例。 公開仕様に基づいて設計した構成であり、当社で実際に構築・検証したものではありません。工数の数値はモデル条件による試算です。

自社の業務に使えるAI活用候補を整理します

このユースケース(UC-2190)についてのご相談はこちらから。

AI活用について相談する
目次