グループ会社の財務担当からの資金管理規程・グループ内の貸付・送金の手続きの質問に、規程と手引きを根拠にチャットで答え、判断の要るものを本社の財務へ回す

処理の起点を決める

起点は、子会社の財務担当がチャットで質問を送ったことです。 チャットはグループのポータルに置き、グループの ID でログインした担当だけが使えるようにします。ログインした担当の会社コードが、区分の判定と閲覧の範囲にそのまま使われます。

会社の区分は、グループの会社の一覧から引きます。 一覧には、区分（国内の子会社／海外の子会社／合弁会社）、国、本社の出資の比率、グループを離れる予定の有無を持たせます。離れる予定のある会社の質問は、借入と返済に関するものをすべて回します。

1件の質問は、1つのセッションで最後まで続けます。 「では返済の日が休日に当たったら」のような続けての質問も同じセッションでつなぎ、別の取引の話は新しいセッションで始めます。

入力データを集める

質を決めるのは、回す条件の表です。 「規程の上限を超える」「返済が難しい」「期日を延ばしたい」「相手が合弁会社」「期間が1年を超える海外への貸付」「金額の規模が分からない」のような値が選ばれたら、答えを作らずに回す、という規則をこの表に書きます。 期間1年超の海外への貸付は、対外直接投資の報告に関わることがあり、本社の外為の担当が見ます。

国ごとの送金の注意は、本社が確かめた事項だけを書きます。 現地の規制は変わりやすく、本社が確かめた日付を行ごとに持たせ、1年を過ぎた行は検索に出さないようにします。

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

規程・手引き・国ごとの注意・公的資料の抜粋・質疑は、Cloud Storage に置いてデータストアに取り込みます。 文書ごとのメタデータに、文書の種類、会社の区分、国、話題、適用開始日、適用終了日、閲覧の範囲を持たせます。

絞り込みの式は、区分と国と話題で書きます。 項目を索引可能にしておけば、entity_type: ANY("overseas", "all") AND country: ANY("TH", "all") AND topic: ANY("remittance") に valid_from <= "2026-10-07" のような日付の条件を加えて書けます。日付は ISO 8601 の形式でそろえます。

会社ごとの質疑と貸付の条件には、閲覧の範囲を付けます。 質疑には子会社の資金繰りの事情と金額が書かれていて、他の子会社に見せてよいものではありません。 acl_info にその会社の担当のグループと本社の資金グループを書きます。この設定はデータストアの作成時にしか選べず、外部の ID 基盤は Workforce Identity Federation でつなぎます。データソースのアクセス制御はプレビューの機能なので、使わない場合は会社ごとの質疑を検索に入れず、共通の質疑だけにします。

AIへ渡す前に整形する

1. 規程を条ごとに分ける … 章と条の見出しが付いた形で取り込みます
2. 取引から条を引く索引を作る … 「立替金を送る→グループ内の取引の章の立替の条」「返済日が休日→返済の条の休日の扱い」のような対応を表にし、規程と一緒に取り込みます
3. 会社の区分ごとの違いを書き出す … 規程の中で区分によって扱いが変わる条に、区分のメタデータを付けます
4. 国ごとの注意を整える … 国ごとに1つの文書にし、行ごとに確かめた日を付けます
5. 公的資料を抜粋する … 日本銀行の報告制度の概要のうち支払等の報告と報告が不要になる場合、貸金業法施行令第1条の2第6号を、取り込んだ日付付きで保存します
6. 質疑を整える … 会社名と金額を除いた共通の版を作り、会社ごとの元の質疑には閲覧の範囲を付けます
7. 見出しを断片に含める … データストアの作成時に分割を有効にし、見出しを含める設定を有効にします

2番目の索引が、この構成でいちばん効きます。 第3章の（b）のとおり、子会社の疑問は取引の側から来るのに、規程は章の順に書かれています。索引が無いと、検索は取引の言葉と規程の言葉のずれを埋められません。 索引は、本社の担当が過去の質疑から拾って作ります。

7番目は、データストアを作る前に決めます。 分割はデータストアの作成のあとでは切り替えられず、見出しを含める設定は既定では無効です。「前条の申請」のような断片は、見出しが無いとどの取引の話か分かりません。

AIに処理させる

させるのは、聞き取った条件に当たる規程・手引き・国ごとの注意の記載を見つけ、子会社の担当が次に何をすればよいかを、根拠を付けて短く返すことです。 何を聞き返すか、何を回すかは、回す条件の表で中継プログラムが決めます。

answer メソッドの設定は次のようにします。

英語で返すときは、根拠の条の原文は日本語のまま示します。 回答の英語は規程の訳ではなく、手続きの案内です。 規程の英訳版があれば、それを別の文書として取り込み、言語で絞り込みます。

2行目がいちばん起きやすい失敗です。 公的資料の抜粋に「3千万円相当額以下は報告が不要」とあるので、モデルは金額を見て「不要です」と言い切れてしまいます。 円への換算のしかたは支払等の方法で変わり、相殺も支払等に含まれます。チャットは「報告が要ることがある」と示し、確認は本社に回します。

指示内容を固定する

answer メソッドの preamble に、次の指示を入れます。

あなたは企業グループの本社の財務部の資金の担当として、
グループ会社の財務担当から、資金の手続きの質問に答えます。
読むのは、支払や申請の締め切りの前に確かめている担当です。短く答えてください。

【前提】
検索の文の最初に、会社の区分、国、質問の種類、
聞き取った条件（金額の規模、通貨、期間、相手の会社）が並んでいます。
その条件に当たる記載だけを使って答えてください。

【答え方】
1. 最初に、担当が次にすることを、手引きの手順の順に書いてください。
2. 締め切りの日付が別に表示されるときは、その日付を書き換えないでください。
3. 根拠にした規程の条と手引きのページを書いてください。
4. 国ごとの注意を使ったときは、その行の確かめた日を書いてください。

【厳守事項】
- 検索結果の文書に書かれていることだけで答えてください。
  一般的な資金管理や他社の例で補わないでください。
- 貸付してよいか、金利、返済を待てるかを書かないでください。
- 外為法の報告について、「不要です」と書かないでください。
  報告に関わりうるときは「本社の外為の担当が確認します」と書いてください。
- 金額の換算や利息の計算をしないでください。
- 会社の区分と違う区分の扱いを並べないでください。
- 該当する記載が見つからないときは、
  「規程と手引きに該当する記載が見つかりません。本社の財務へ回します」
  とだけ書いてください。
- 他の会社の名前と金額を書かないでください。

「報告について『不要です』と書かない」が、この指示の要です。 報告が要るかどうかは、金額の換算と取引の区分で決まり、チャットの聞き返しの値だけでは確定できません。 言い切りを禁じ、確認の窓口を示す形にそろえます。

検索の文は、中継プログラムが組み立てます。 例えば「区分：海外の子会社、国：タイ、種類：送金・立替、金額の規模：1千万円相当額から3千万円相当額、通貨：バーツ、相手：本社。立替金の精算の送金の手続きを教えてください」のように、条件を先に並べ、担当の質問の文を最後に足します。 金額は規模の区分で渡し、正確な額は渡しません。

出力形式を固定する

answer メソッドの応答を、中継プログラムが次の形に整えて、チャットと記録に渡します。

{
  "inquiry_id": "",
  "session_id": "",
  "company_code": "",
  "entity_type": "domestic | overseas | joint_venture",
  "country": "",
  "category": "borrow_repay | remittance | netting | investment | other",
  "conditions": { "amount_band": "", "currency": "", "term_months": null, "counterparty": "head_office | group_company | external" },
  "status": "answered | escalated | skipped",
  "escalate_reason": "over_limit | repayment_difficulty | jv_or_leaving_group | long_term_overseas_loan | fx_report_check | not_in_rules | entity_mismatch | skipped | user_request | none",
  "answer_text": "",
  "deadlines": [ { "step": "", "due_date": "", "rule_ref": "" } ],
  "refs": [ { "doc_type": "rule | guide | country_note | public | qa", "title": "", "article": "", "version": "", "checked_on": "", "uri": "" } ],
  "feedback": "resolved | escalated_after | wrong | none"
}

1つ目の理由は、entity_type と refs を照らせることです。 中継プログラムは、根拠の文書の区分が会社の区分と合わない回答を見つけたら、回答を出さずに entity_mismatch で回します。 合弁会社に完全子会社向けの条で答えないための歯止めです。

2つ目は、conditions を回答と一緒に残せることです。 本社へ回すとき、金額の規模、通貨、期間がそのまま渡るので、本社の担当は聞き直さずに判断に入れます。

3つ目は、escalate_reason で回った理由を数えられることです。 repayment_difficulty が続く会社は、本社が資金繰りの相談を先に持ちかける材料になります。 not_in_rules が多い取引は、規程と手引きの書き足しが要ります。

システムへ連携する

資金の管理の仕組みと銀行の仕組みには、書き込みません。 借入の申請も送金の指示も子会社の担当が出し、チャットが出すのは手続きの案内までです。 書き込みを足すと、案内の誤りがそのまま資金の移動になります。

人が確認する

子会社の担当は、回答を読んだあと、根拠の規程の条と手引きのページを開いてから申請や送金を進めます。 回答の上には、会社の区分と選んだ条件を必ず並べて表示します。

1. 区分と条件が合っているかを見る … 相手の会社、期間、通貨が実際の取引と合っているかを確かめます
2. 国ごとの注意の日付を見る … 確かめた日が古ければ、本社に聞きます
3. 評価を付ける … 解決した／本社へ回した／誤りを選びます

本社の担当は、回ってきた質問だけを見ます。 repayment_difficulty はその日のうちに子会社と話し、資金繰りの見通しを聞きます。 共通に通用する回答は、会社名と金額を除いて共通の質疑にします。

目標は、180件をならして1件5分です。 チャットで解決した質問の記録の確認と、回ってきた質問を本社の担当が判断する時間の平均です。

例外に対処する

2行目は、運用の約束として子会社に伝えておきます。 返済の相談をチャットに書いてよいと分かっていないと、子会社は「期日の変更の手続き」として聞き、手続きの案内で済ませてしまいます。

記録を残す

• 質問の文、選んだ聞き返しの値、日時、会社コード、区分、国
• 中継プログラムが組み立てた検索の文と、使った絞り込みの式
• answer メソッドの応答の全文（回答、出典、根拠のスコア、回答しなかった理由）
• 計算した締め切りの日付と、営業日の規則
• 回す・回さないの判定と、その理由、本社の担当が最終的に答えた内容
• そのとき効いていた規程と手引きの版、国ごとの注意の確かめた日

最後の行は、内部監査で効きます。 子会社の資金の手続きが規程と違っていたとき、その日に子会社がどの版の規程でどう案内されていたかを示せるようにしておきます。