融資の申込で受け取る決算書を読み取って検算し、財務分析シートへの転記を済ませる

処理の起点を決める

受付フォルダを1時間おきに見に行き、新しいファイルがあれば処理します。 決算書の受け取りは支店の営業時間中に散らばって起きるので、保存した瞬間に動かす必要はありません。 1時間以内に下書きが出れば、その日のうちに審査へ回せます。

処理の単位は「取引先・決算期」の1件です。 3期分をまとめて受け取ったときは、担当者が期ごとにファイルを分けて保存します。ファイル名に取引先の番号と決算期を入れる決まりにし、スクリプトはその名前で分析シートの列を決めます。

処理が終わったファイルは処理済みフォルダへ移します。 移すのは最後まで成功したときだけです。受付フォルダに残っている数が、そのまま未処理の数になります。

入力データを集める

質を決めるのは、2つの対応表です。 取引先ごとの表があれば、前期と同じ科目名は前期と同じ行に入ります。自行共通の表は、担当者ごとに違っていた当てはめ方を、本部の決めた1つにそろえるためのものです。

前期の分析シートを持つのは、読み取りの二重の確かめのためです。 多くの決算書には前期の数字も並んで印字されています。読み取った前期の数字が、前期の分析シートと一致すれば、その列は正しく読めています。

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

読み取りは、スクリプトからレイアウトモデル（prebuilt-layout）を呼ぶだけです。 返ってくる結果の中から、次のものを取ります。

表の見出しの列で、当期と前期を決めます。 「当期」「前期」「第25期」「令和7年3月期」と書き方はまちまちです。見出しの文字を当期・前期に対応させる一覧を持ち、決算期と照らして決めます。

表がページをまたぐときは、ページごとに別の表として返ることがあります。 公式のドキュメントも、複数ページにまたがる表は分析の後に1つの表へ組み直す後処理を案内しています。スクリプトで列の並びが同じ表をつなぎ、1つの貸借対照表として扱います。

貸借対照表が左右に並ぶ書式にも注意します。 左に資産の部、右に負債・純資産の部がある書式は、1つの表の中に科目名と金額の列が2組あります。列の見出しと結合セルの位置で2組に分けてから、行データにします。

AIへ渡す前に整形する

1. 形式の確認 … PDFまたは画像であることを確かめます。表計算ソフトのファイル（XLSX）で届いた決算書は、表の分析が行われないため、読み取りに回さずそのまま数値として取り込みます
2. ページ数とサイズの確認 … PDFとTIFFは最大2,000ページ、有料（S0）レベルで500MBです。決算書全体を渡さず、pages の指定で貸借対照表と損益計算書のページだけを読ませます
3. 画像の寸法と解像度の確認 … 50×50ピクセルから10,000×10,000ピクセルの間で、文字の高さは1024×768の画像で最小12ピクセル（150dpiで約8ポイント）です。内訳の小さな文字が下限を割らないよう、スキャンは解像度を上げて取ります
4. ロックの解除 … パスワードでロックされたPDFは、提出前に解除が要ります
5. 金額の正規化 … 「,」を取り、「△」「▲」と括弧を負の数に直します
6. 単位の決定 … 表の外の段落から「単位：円」「単位：千円」を拾い、分析シートの千円単位にそろえます。見つからなければ、合計の桁数と前期の分析シートから推定せず、人に回します
7. 行の種類の判定 … 「資産の部」「流動資産」のような区分の見出しと、「合計」「計」の行に印を付けます

6番目を軽く見ないでください。 単位を取り違えると、検算はすべて通ります。 1,000倍になっても合計どうしの関係は崩れないからです。単位だけは、検算では見つけられない誤りです。 だから推定させず、見つからなければ必ず人に回します。

AIに処理させる

させるのは、対応表で引けなかった科目名について、分析シートのどの行に入れるかの候補と、その理由を書くことだけです。 読み取り、整形、検算は、AIより前に終わっています。

区分をまたがせないことが大事です。 決算書で流動負債にある「未払費用」を、分析シートの固定負債の行に入れる候補は出させません。区分は決算書の表の構造から決まっており、AIの判断より確かです。

match_type を3つに分けます。 自行共通の表に表記違いの同じ科目があったか（table_similar）、科目名の意味から推し量ったか（inferred）、手がかりが無いか（no_match）で、担当者の確認の重さが変わります。

1行目がいちばん起きやすい失敗です。 検算が合わない範囲をAIに渡して「直して」と頼むと、合うように数字を1つ書き換え、それらしい理由まで付けて返します。 だから、合わない範囲はAIに渡しません。

指示内容を固定する

あなたは金融機関の法人営業で、取引先の決算書の科目を、
自行の財務分析シートの行に当てはめる立場です。
渡された科目はすべて、検算を通って金額が確定したものです。
あなたが決めるのは、分析シートのどの行に入れるかの「候補」だけです。

【渡すもの】
- 科目：行番号、決算書の区分（流動資産・流動負債など）、科目名
- 分析シートの行の一覧：行の名前、属する区分、行の説明
- 自行共通の対応表：よく出る科目名と、入れる行

【match_type の選び方】
- table_similar … 自行共通の対応表に、表記の違いを除いて同じ科目がある
- inferred ...... 対応表には無いが、科目名の意味から行を推し量れる
- no_match ...... 手がかりが無く、候補を出せない
迷ったときに table_similar を選ばないでください。

【厳守事項】
- 金額は渡していません。金額について何も書かないでください。
- 行は「分析シートの行の一覧」の中からだけ選んでください。
  一覧に無い行を作らないでください。選べなければ空欄にしてください。
- 決算書の区分と同じ区分の行だけを選んでください。
  流動負債の科目を、固定負債の行に入れないでください。
- 1つの科目に候補を2つ以上付けないでください。
- 科目名を書き換えないでください。渡された文字列をそのまま返してください。
- reason には、判断の根拠を一文で書いてください。
  table_similar のときは、根拠にした対応表の科目名をそのまま写してください。
- 確定した当てはめとして書かないでください。すべて候補です。
- 科目名が「その他」「雑」のように中身の分からないものは、
  同じ区分の「その他」の行を候補にし、note に「中身の確認が要る」と書いてください。

【科目】{items}
【分析シートの行の一覧】{sheet_rows}
【自行共通の対応表】{common_table}

「金額は渡していません」を最初に書いているのは、渡さないことそのものが対策だからです。 当てはめに金額は要りません。渡さなければ、書き換えることもできません。 金額は、検算を通った行データの側にだけあります。

「区分をまたがない」を明記しないと、名前の似た行に引っ張られます。 「長期未払金」を流動負債の「未払金」の行に入れるような誤りです。区分は決算書の表で決まっているので、AIの側の判断の自由を狭めておきます。

出力形式を固定する

次の形のJSONで受け取ります。 Claude API の構造化出力を使い、output_config.format に type: "json_schema" とスキーマを渡します。スキーマに従った、解析できるJSONが返ります。 オブジェクトには additionalProperties: false を付けます。

{
  "statement_id": "C01234-2026-03",
  "items": [
    {
      "row_no": 0,
      "section": "current_liabilities",
      "account_name": "",
      "sheet_row_candidate": "",
      "match_type": "table_similar | inferred | no_match",
      "reason": "",
      "note": ""
    }
  ]
}

AIの出力とは別に、検算の結果をスクリプトが持ちます。

mismatch の出方で、どこを読み違えたかの見当が付きます。 小計が1つだけ合わなければ、その内訳のどれか1行です。差額が9の倍数なら、隣り合う桁の入れ違いであることが多く、確認する場所が絞れます。

スキーマでは金額の範囲を縛りませんが、ここではそもそも金額を渡していません。 構造化出力は minimum や maximum といった数値の制約をサポートしていないので、金額をAIの出力に載せない設計のほうが確かです。 返ってきた account_name が渡した文字列と同じかは、スクリプトが行番号で突き合わせます。

システムへ連携する

稟議システムへは書き込みません。 この構成が出すのは分析シートの下書きまでです。添付を自動にすると、検算の合わない範囲が混ざったまま審査に回る経路ができます。

分析シートには、ready の行と、担当者が確認を終えた行だけを入れます。 needs_reread と needs_mapping の行は、分析シートの該当欄を空けたまま色を付け、埋まっていない欄がそのまま未確認の印になるようにします。

対応表は読み取りだけです。 担当者が候補を採用しても、自動では対応表に足しません。月に1回、本部の審査が採用された候補を見直し、自行共通の表に足すものを決めます。

人が確認する

人が開くのは needs_reread と needs_mapping の行だけです。 ready の行は件数を流し見ます。全行を見直す設計にすると、第10章の30.0時間には収まりません。

1. 単位を先に確かめる … 表の外から拾った単位と、分析シートの単位が合っているかを原本で見ます。単位だけは検算で見つけられません
2. needs_reread を原本と見比べる … 合わない小計の内訳を、原本の該当ページと並べて読みます。正しい数字を打ち直し、検算が通るかをもう一度確かめます
3. needs_mapping の候補を確かめる … no_match から、inferred、table_similar の順に見ます。「その他」の科目は、取引先に中身を聞く一覧に入れます
4. 候補を覆したら記録する … どの科目名を、どの行に入れたかを残します。対応表の見直しの材料です

2番目で、AIに読み直させないでください。 同じ原本を同じ仕組みで読めば、同じ所で間違えます。読み直しは、原本を見る人の仕事です。

目標は、120件をならして1件15分です。 合わない範囲が1件に1〜2か所、候補止まりの科目が数行という想定です。それより多い月は、スキャンの解像度が落ちているか、対応表が古くなっています。

例外に対処する

上から3行目までが大半を占めます。 単位と検算と貸借の3つで、読み取りの誤りのほとんどは、転記の前に止まります。

記録を残す

• 元の決算書のPDFと、受け取った日時・取引先・決算期
• Document Intelligence が返した結果の全文
• 行データ、単位の決定の根拠、検算の結果（sum_check、balance_check、prior_check）
• AIに渡した科目と、返ってきたJSONの全文。そのとき使った対応表の版
• 人が数字を打ち直した記録と、候補を覆した記録
• 稟議システムに添付した分析シートと、添付した日時
• 取引先ごとの needs_reread の発生率

4つ目で対応表の版を残すのは、当てはめ方が後から変わるためです。 審査で「なぜこの行に入れたか」を問われたとき、当時の表が残っていないと説明できません。