取引銀行の振込手数料・サービスの改定と提供終了のお知らせをエージェントが毎月見回り、自社の振込の件数と利用中のサービスに照らして影響額と対応の一覧を財務へ出す

処理の起点を決める

毎月5日の朝8時に、Schedule Trigger で動かします。 月初の締めで前月の振込の実績の集計ができあがったあとに動かすためです。Schedule Trigger の月単位の設定では、何か月ごとか、何日、何時何分を指定できます。31日のように、その月に無い日を指定するとその月は動かないとされているので、28日より前の日にします。

Schedule Trigger は、ワークフローのタイムゾーンが無ければ n8n のインスタンスのタイムゾーンを使い、セルフホストの既定は America/New York とされています。ワークフローの設定で Asia/Tokyo にし、保存して公開します。 公開しないと Schedule Trigger は動きません。

見回りの対象は、銀行の一覧の表で持ちます。 列は、銀行名、お知らせのページのURL、CSS セレクター、法人向けと個人向けが分かれているか、手数料の一覧のページのURL、この銀行で使っているサービスです。全国銀行協会のニュースリリースも1行として持ちます。 業界全体の決まりの変更は、各行のお知らせより先に出ることがあるからです。

月に1回で足りるのは、改定の案内が適用の1か月以上前に出ることが多いからです。 ただし、提供終了の案内が見つかった月は、その銀行だけ翌月まで毎週見回る行を足し、続報を取りこぼさないようにします。

入力データを集める

質を決めるのは、振込の実績の集計の区分です。 銀行の手数料は、同行か他行か、金額帯、経路で分かれています。集計の区分が手数料の区分と合っていなければ、新旧の料金を写し取れても件数を掛けられません。 銀行ごとに金額帯の境目が違う場合は、境目ごとの件数を持ちます。

直近12か月の件数も持つのは、月による増減をならすためです。 賞与の月や決算の月は振込が増えます。前月だけで年間の影響額を出すと、月によって結果がぶれます。

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

ページは間隔を空けて1件ずつ取ります。 HTTP Request の Batching の設定で、1回に送る件数と、次の送信までの待ち時間（ミリ秒）を決められます。8つのページと、新しいお知らせの本文と添付を合わせても、月に数十回の取得で済みます。

インターネットバンキングにログインしないと見えない掲示は、取りません。 ログインの情報をワークフローに持たせると、支払の権限を持つ認証情報が外部の仕組みに置かれることになります。 ログインの先の掲示は、これまでどおり人がログインしたときに見て、気になるものを表に書き足します。

AIへ渡す前に整形する

1. 見出しで絞る … 「手数料」「改定」「料金」「終了」「廃止」「取扱い」「変更」「法人」「振込」「手形」「小切手」などの語を含むものを残し、外したものは見出しとURLだけを一覧の末尾に残します
2. 個人向けのものを外す … 「個人のお客さま」「住宅ローン」「カードローン」など、法人に関係しない語だけの見出しは外します
3. 本文の共通部分を外す … メニュー、フッター、関連のお知らせの欄を外します
4. PDFの文字が取れたかを確かめる … 画像だけのPDFは文字が取れません。取れた文字数が極端に少なければ、人に回します
5. 集計表の日付を確かめる … 前月の振込の実績の集計ができていなければ、照合を止めます
6. 件数を確かめる … 1つのページで新しいお知らせが20件を超えたら、ページの作りが変わったとみなして比較を止めます

4番目を軽く見ないでください。 手数料の表は、表の形のままPDFにされていることが多く、文字にすると行と列がずれて、金額帯と料金の組み合わせが崩れることがあります。 崩れた表から写し取ると、3万円未満の料金が3万円以上の行に入ります。取り出した文字に金額帯の語と料金の数字が何組あるかを数え、表の行の数と合わなければ人に回します。

AIに処理させる

させるのは、お知らせ1件ごとに、改定や終了の中身を本文の文言のまま写し取り、自社の振込の区分と利用中のサービスを引いて当てはまるものを挙げることです。

料金と日付は、本文の文言のまま写させます。 「〇〇円（税込）」と書かれていれば税込と添え、税抜に直させません。 「〇月以降順次」と書かれていれば、そのまま写します。

1行目がいちばん大事です。 生成AIに「影響額も出してください」と頼むと、件数と料金を自分で掛け合わせ、金額帯の区分を入れ替えたまま、それらしい合計を返すことがあります。合計だけを見ても誤りに気づけません。区分ごとの数字を返させ、掛け算はコードにします。

指示内容を固定する

AI Agent ノードの System Message に、次のように書きます。

あなたは機械部品メーカーの財務部で、取引銀行のお知らせを、
自社の振込の実績と利用中のサービスに照らす担当です。
入力は、新しく見つかったお知らせ1件の本文（添付のPDFから
取り出した文字を含む）と、銀行の名前です。

【やること】
1. 種類を fee_change / service_end / handling_change / other から選ぶ。
2. 対象のサービス名、経路、同行・他行、金額帯を取り出す。
3. 区分ごとに、改定前と改定後の料金を写す。
4. 適用日、受付の終了日、最終の取扱日を写す。
5. 振込手数料に関わるときは、振込の実績を銀行と区分で引く。
6. サービスに関わるときは、利用中のサービスの台帳を引く。
7. 同じサービスについての過去のお知らせの記録を引く。

【厳守事項】
- 料金、日付、区分の境目は、本文に書かれた文言をそのまま写してください。
  税込・税抜の表記も写し、換算しないでください。
- 影響額を計算しないでください。件数と料金を掛け合わせないでください。
- 表に書かれていない区分の料金を、ほかの区分から推測しないでください。
  書かれていなければ「記載なし」とし、check_points に書いてください。
- 期限が書かれていなければ「記載なし」とし、推測しないでください。
- 自社の集計の区分とお知らせの区分が一致しないときは、
  category_gap にその違いを書き、件数を当てはめないでください。
- 対応すべきかどうかの結論を書かないでください。
- 法人に関係しないお知らせは relevant を false にしてください。

【出力】指定のJSONの形で返してください。

「区分が一致しないときは当てはめない」を書くのは、境目の違いを黙って丸めるのを防ぐためです。 自社の集計が「3万円未満／以上」で、お知らせの区分が別の境目なら、件数をそのまま掛けると影響額がずれます。 違いを category_gap に書かせ、人が集計の区分を直します。

「計算しないでください」を2か所に書くのも同じ理由です。 計算を禁じるだけでは、check_points に「年間約〇万円の増加」と書き添えることがあります。金額の文字列はコードの出力以外に出さない、と決めておきます。

出力形式を固定する

Structured Output Parser で、次の形のJSONを返させます。

{
  "bank": "", "source_url": "", "title": "", "relevant": true,
  "notice_type": "fee_change | service_end | handling_change | other",
  "service": "", "effective_text": "", "end_text": "",
  "fees": [
    { "channel": "", "same_bank": "same | other", "amount_band": "",
      "before_text": "", "after_text": "", "tax_note": "",
      "our_count_last_month": 0, "our_count_12m": 0 }
  ],
  "services_in_use": [ { "service": "", "department": "" } ],
  "category_gap": "", "previous_notice": "",
  "check_points": [""]
}

Structured Output Parser は、JSON スキーマに沿った項目を返させる部品で、JSON の例からスキーマを作る方法と、JSON スキーマを直接書く方法があります。例から作るとすべての項目が必須として扱われ、$ref による参照には対応していないとされています。

このJSONの後ろに Code ノードを置き、fees の各行について次を計算します。 Code ノードは JavaScript か Python で書け、既定は入力の件数にかかわらず1回だけ実行する Run Once for All Items です。

税込と税抜が混ざっている行、料金が「記載なし」の行は計算しません。 計算しなかった行は「未計算」として一覧に残し、理由を添えます。

1つ目の理由は、計算の根拠が行ごとに残ることです。 財務部は、区分ごとの新旧の料金と件数を本文と見比べるだけで、影響額を確かめられます。2つ目は、notice_type で並べ方を変えられることです。 service_end と handling_change は影響額に関係なく上に置き、end_text の近い順に並べます。

システムへ連携する

影響の一覧への書き込みは、ワークフローの側で行います。 Postgres ノードはAIエージェントの道具として使えますが、エージェントに渡すのは Select と Execute Query だけにします。Execute Query では Query Parameters に値を渡す形を使います。公式の説明では、クエリパラメーターのデータは n8n が無害化し、SQL インジェクションを防ぐとされています。

人が確認する

1. 提供終了と取扱いの変更を先に見る … 期限と、自社のどの部署・どの支払が当たるかを確かめ、その月のうちに対応の担当を決めます
2. 新旧の料金を本文で確かめる … 区分ごとの before_text と after_text を、本文と添付の表で見比べます。表の行のずれがないかをここで見ます
3. category_gap を処理する … 区分の境目が違うものは、集計の区分を足すかを決めます
4. 影響額を確定する … 計算の結果を見て、対応（経路の変更、銀行への確認、仕入先への連絡）を決めます
5. 判断を記録する … 対応と、決めた日、対応を終える期限を一覧に残します

2番目を省かないでください。 影響額の計算は決まった式ですが、入力の料金を写し間違えていれば、正しい式から誤った金額が出ます。

目標は、1件をならして12分です。 法人に関係の無いものと料金の小さな改定は数分で済み、提供終了と大きな改定には時間をかけます。

例外に対処する

上から4行目が、この構成で最も多い例外です。 銀行の手数料の表は区分が細かく、PDFの表を文字にする段で崩れやすいからです。崩れたものを人に回す作りにしておけば、誤った影響額は一覧に出ません。

記録を残す

• 実行ごとの、銀行ごとの取得の成否と、新しく拾ったお知らせの一覧
• 取った本文と添付のPDF
• エージェントのJSON出力と、呼んだ道具の順番
• Code ノードの計算の入力と結果（区分ごとの料金・件数・影響額、計算しなかった理由）
• 財務部の判断 … 対応、決めた日、対応を終える期限、終えた日

4つ目を残すのは、影響額が後から問われるからです。 経路の変更や銀行との交渉の材料にした金額が、どの料金とどの件数から出たかを、半年後にも示せるようにします。