融資先から毎月届く試算表と資金繰り表を前月・計画と照らし、融資後のモニタリングの所見の下書きと業況悪化の兆しの一覧を作る

処理の起点を決める

起点は2つあります。資料が置かれたときと、毎月21日です。

1つ目は、融資先ごとのフォルダに資料が置かれたときです。「ファイルの作成時 (プロパティのみ)」のトリガーで受け、ファイル名の融資先コードと対象月から、その月の試算表と資金繰り表の両方がそろったかを確かめます。 片方だけなら何もせずに終え、2つ目が置かれたときに先へ進めます。片方だけで所見を書くと、資金繰り表が無いことを「資金繰りに問題なし」と読む下書きが出ます。

2つ目は、提出の期限の翌日にあたる毎月21日の朝の定時の処理です。毎月の資料を受け取ることになっている先の一覧と、その月にそろった先を突き合わせ、そろっていない先に「未提出」の印を付けます。 片方だけ届いている先は「一部未提出」とします。

資料を出し直した先は、新しい版で作り直します。 前の版の下書きは消さずに「差し替え」の印を付けて残します。

入力データを集める

質を決めるのは、兆しの基準の書き方です。 「売上の減少に注意」では印が付けられません。「売上の前年同月比が3か月続けてマイナス」「現預金が月商の1か月分を下回った」のように、計算できる条件で書きます。 業種によって適切な線が違うので、業種の区分ごとに持たせます。

金融庁の公表資料では、定量面のチェック項目として、売上高・利益・キャッシュフロー・資産・負債等の増減推移比較、現預金月商比の増減推移、売上債権等の回転期間などが挙げられています。 同じ資料は、個々の論点をチェックリストとして用いることはないとも書いています。基準の行は、自行のクレジットポリシーと業種の実情に合わせて決めます。

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

試算表の科目は、勘定科目の対応表で銀行の科目にそろえます。 会計ソフトによって「売掛金」が「売掛債権」だったり、補助科目に分かれていたりします。対応表に無い科目が出たら、その科目だけ印を付けて担当者に回し、推測で寄せません。

面談の記録は3か月で区切ります。 それより古い発言は事情が変わっていることが多く、昔の「受注は堅調」を今月の所見の根拠にする誤りの元になります。

AIへ渡す前に整形する

1. 資料のそろいと版の確認 … その月の試算表と資金繰り表があるか、同じ月の資料が2つ以上無いかを確かめます
2. 科目をそろえる … 対応表で銀行の科目にそろえ、合計が試算表の合計と合うかを確かめます。合わなければ止めて担当者へ回します
3. 指標の計算 … 月商、売上の前年同月比と計画比、利益の計画比、現預金の月商に対する倍率、売上債権と棚卸資産の回転期間、借入の残高の前月比と計画比を計算します
4. 資金繰り表の見込みの確認 … 向こう3か月の月末残高の見込みが、基準の最低残高を下回る月があるかを見ます
5. 2つの資料の突き合わせ … 試算表の現預金と、資金繰り表の当月末残高の実績を比べます。一致しない場合は差の金額を出します
6. 兆しの印を付ける … 基準の行ごとに条件を満たすかを判定し、S-01 のような番号と重さを付けます
7. 面談の記録に番号を振る … 記録ごとに M-01 と日付を付けます

5番目は、第3章の（d）のような、別々の資料のあいだのずれを拾うための処理です。 試算表と資金繰り表は融資先の中で別々に作られていることが多く、同じ月末の現預金が2つの資料で違うことがあります。 違うこと自体は珍しくありませんが、差の理由は担当者が聞くべき事項です。

AIに渡す1社分は、次のような形になります。値も印も、すべてフローが計算したものです。

融資先: 0412 金属加工（業種区分: 製造・受注型）／対象月: 2026-09
提出の状況: complete（試算表 9/18、資金繰り表 9/18）
V-01 売上（当月） 48.2百万円 ／ 前年同月比 -6.8% ／ 計画比 -9.5%
V-02 売上の前年同月比 3か月連続マイナス（7月 -2.1%、8月 -4.4%、9月 -6.8%）
V-03 売上債権回転期間 2.9か月（前月 2.3か月）
V-04 現預金 月商の 0.8か月分（前月 1.1か月分）
V-05 借入残高 前月比 +20.0百万円（計画では横ばい）
V-06 資金繰り表 11月末の残高見込みが基準の最低残高を下回る
V-07 試算表の現預金と資金繰り表の9月末残高の差 3.5百万円
S-01 要確認：売上の前年同月比が3か月続けてマイナス（V-02）
S-02 要確認：売上債権回転期間が前月から0.5か月以上延びた（V-03）
S-03 注意：計画に無い借入の増加（V-05）
M-01 2026-08-21 社長：主要取引先の発注が新機種への切替で一時的に減っている

この例では、売上が減っているのに売上債権の回転期間が延び、計画に無い借入が増えています。AIはS-01〜S-03を所見に書き、M-01を売上の減少の理由として引きますが、売上債権が延びた理由と借入の使い道は記録に無いので「理由の聞き取りなし」とし、確かめる事項に「売掛金の取引先別の残高の明細」「借入の資金使途」を挙げます。

3番目の計算は、すべてフローで行い、AIには結果だけを渡します。 回転期間は月商の取り方（当月か直近3か月の平均か）で値が変わるので、計算の決まりを1つに固定し、その決まりを記録に残します。

AIに処理させる

させるのは、計算済みの値と兆しの印、面談の記録を材料に、所見の下書きを書くことと、次の訪問で確かめる事項を挙げることです。あわせて、面談の記録の中から兆しにあたる記述を拾わせます。

面談の記録から拾う兆しは、記録に書かれた事実に限ります。 「経理の担当者が退職した」は拾いますが、「経営者の説明があいまいだった」のような担当者の印象を、AIが強めて書き直すことはさせません。 印象は担当者が自分で書き足します。

指示内容を固定する

あなたは銀行の法人営業部で、融資先の月次のモニタリングの所見を下書きする担当です。
渡された計算済みの値、兆しの印、面談の記録に書かれていることだけを根拠にしてください。

【書くこと】
1. 所見の下書き：業況の動き、資金の動き、兆しの説明、面談の記録との関係
2. 面談の記録の中で、業況悪化の兆しにあたる事実の記述
3. 次の訪問で確かめる事項

【厳守事項】
- 1文ごとに、根拠にした値・印・記録の番号（V-xx、S-xx、M-xx）を付けてください。
  番号を付けられない文は書かないでください。
- 数値は渡された値をそのまま書いてください。計算、丸め、換算をしないでください。
- 書いた数値は、すべて numbers_used に番号とともに書き出してください。
- 動きの理由は、面談の記録（M-xx）に書かれているものだけを書いてください。
  記録に無ければ「理由の聞き取りなし」と書き、確かめる事項に挙げてください。
- 資料が提出されていない、または一部しか提出されていない場合は、そのことを最初に書いてください。
- 面談の記録から拾う兆しは、記録に書かれた事実に限ってください。
  担当者の印象を強めて書き直さないでください。
- 「粉飾」「不正」「虚偽」の語を使わないでください。
  気になる動きは「理由を確かめる」事項として書いてください。
- 債務者区分、格付、追加の与信、条件の変更に触れないでください。
- 確かめる事項は、融資先に何を聞き、どの資料の提出を求めれば足りるかまで書いてください。

【融資先の情報（業種・与信の概要）】{borrower}
【計算済みの値（V-xx）】{values}
【兆しの印（S-xx）】{signals}
【提出の状況】{submission}
【面談の記録（M-xx）】{notes}

「粉飾」の語を禁じるのは、言葉が記録に残るからです。 モニタリングの記録は後から審査の部署も読みます。確証の無い段階で「粉飾の疑い」と書かれた記録は、その融資先への見方を固定します。 一方で、気になる動きを書かないわけではありません。「理由を確かめる事項」として挙げれば、確かめる作業は落ちません。

「どの資料の提出を求めれば足りるか」まで書かせるのは、確認をヒアリングで終わらせないためです。 金融庁の公表資料には、懸念を持った融資先に対し、ヒアリングに留めることなく、必要な情報の開示等を継続的に要請する必要があると書かれています。

出力形式を固定する

次の形のJSONで受け取ります。 Azure OpenAI の構造化出力を使い、JSON Schema に沿った形で返させます。

{
  "borrower_id": "",
  "period": "2026-09",
  "submission": "complete | partial | missing",
  "note": [
    {
      "topic": "business | cash | signals | interview",
      "sentences": [ { "text": "", "sources": ["V-03", "S-02"] } ]
    }
  ],
  "interview_signals": [
    { "category": "customer | payment_terms | staff | other", "text": "", "sources": ["M-02"] }
  ],
  "to_confirm": [
    { "item": "", "ask": "", "request_document": null, "sources": ["S-04"] }
  ],
  "numbers_used": [ { "source": "V-03", "value_in_text": "" } ]
}

1つ目の理由は、文と根拠を同じ要素に持たせられることです。 記録の画面では文の横に番号が並び、担当者は番号からその値か記録だけを確かめます。

2つ目は、submission と category を enum で縛れることです。 構造化出力は enum に対応しているので、提出の状況が「ほぼ提出」のようにぼかされることがありません。 一覧で missing と partial を数えれば、催促の対象が決まります。

3つ目は、request_document を「無いときは null」で表せることです。 構造化出力ではすべての項目を必須にし、任意の項目は null との組み合わせの型で表す決まりがあります。資料の提出を求める事項と、聞けば足りる事項が区別できます。

numbers_used は、フローが計算済みの値と照らします。一致しない数値が1つでもあれば、下書きに印を付けて担当者に知らせます。

システムへ連携する

所見は、担当者が確かめるまで「下書き」の状態に置きます。 課長が読む一覧には、担当者が「確認済み」にしたものだけが出ます。下書きのままの記録を上席が読むと、AIの文がそのまま担当者の所見として扱われます。

顧客管理のシステムには、確定した所見を担当者が自分で転記します。 システムへの書き込みは、行内の規程で入力者と操作の記録が決まっていることが多いためです。

人が確認する

担当者が見るのは、下書きの全文と、印の付いた数値と、確かめる事項です。

1. 提出の状況を見る … missing と partial の先に催促します。2か月続けて出ていない先は課長に伝えます
2. 兆しの印と所見を照らす … 印の付いた行の値を開き、所見の文が値と合っているかを確かめます
3. 理由の聞き取りが無い動きを、次の訪問の予定に入れる … to_confirm を訪問の予定に移します
4. 自分の印象を書き足す … 面談で感じたことは、AIの下書きとは別の欄に担当者が書きます
5. 「確認済み」にする … ここで初めて課長の一覧に出ます

4番目の欄を分けるのは、記録を後から読む人のためです。 どこまでが資料と記録に基づく文で、どこからが担当者の見立てかが区別できると、審査の部署が読むときに重みを付けられます。

目標は、240件をならして1件9分です。 印の無い先は下書きを読んで確認済みにするだけで数分、印が付いた先は値と記録を開いて確かめるので長くなります。

例外に対処する

上から2行目と3行目は、AIを呼ぶ前に止めます。 科目の読み出しがずれたまま計算すると、存在しない大きな動きに印が付き、もっともらしい所見が書かれます。

記録を残す

• 受け取った資料の版と日時、提出の状況
• フローが計算した指標と、使った計算の決まり、兆しの基準の版
• Azure OpenAI に渡した指示と、返ってきたJSONの全文
• 数値の照合の結果
• 担当者が直した箇所と、担当者が書き足した見立て
• 確かめる事項と、次の訪問で確かめた結果
• 催促の記録

6つ目を残すと、確かめる事項が閉じたかを追えます。 3か月続けて同じ事項が出ている先は、確かめられていないか、確かめた結果が記録に戻っていません。

基準の版を残すのは、基準を変えると過去の印の意味が変わるからです。 印の数の推移を見るときに、基準を変えた月で区切って読めます。