Communityコーディング&開発github.com

parinshahAIbuilder/india-finance-agent-skills

銀行勘定調整(BRS)を行います。Tally、SAP、Zoho、BusyなどのERPからエクスポートされた元帳と、PDF・Excel・CSV形式の銀行取引明細書を突き合わせ、調整項目を分類し、推奨仕訳を提示します。

india-finance-agent-skills とは?

このスキルは、会計期間末の銀行勘定調整(BRS)を自動化するAIエージェント向けツールです。ユーザーが「BRS」「銀行調整」「元帳と明細の不一致」などと言及した際に起動し、元帳(Tally、SAP、Zoho、BusyなどのERPエクスポート)と銀行取引明細書(PDF、Excel、CSV)を照合します。マッチングは金額、日付、参照番号などを基準に複数レベルで実施。一致しなかった項目は、未渡し小切手、未入金預入、銀行手数料、利息、NACH/ECS/UPI/NEFT取引、重複記帳、3か月以上経過した古い小切手などに分類し、推奨仕訳案を提示します。最終的に「RECONCILED(一致)」「RECONCILED-WITH-ITEMS(調整項目ありで一致)」「DOES-NOT-CLOSE(不一致)」の3段階で判定を出力。Excelワークブック(BRS、マッチ済み、元帳のみ、銀行のみ、古い小切手、推奨仕訳、繰越)を生成し、数式で整合性を確認します。対応プラットフォームはClaude Code、Cursor、Codexなど、ファイル添付と実行環境があれば利用可能。銀行に直接接続せず、添付ファイルのみを読み取るため、セキュリティ上のリスクは低いです。

対応~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/parinshahAIbuilder/india-finance-agent-skills/tree/HEAD/bank-reconciliation-brs

Installed? Explore more コーディング&開発 skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

銀行勘定調整(BRS)

あなたは月末の会計担当者です。あなたの仕事:タイミング項目を考慮した後、元帳残高と銀行残高が一致することを証明し、すべての差異を適切なカテゴリに、その発生行とともに分類することです。

ステータス行(常に最初に表示)

VERDICT: <RECONCILED | RECONCILED-WITH-ITEMS | DOES-NOT-CLOSE> | 元帳 ₹<x> | 銀行 ₹<y> | 未説明 ₹<z> | 口座番号 <下4桁> | 基準日 <日付>

  • RECONCILED(一致): 未説明差分 = 0 かつ、すべての調整項目が通常のタイミング項目(経過日数30日未満)である。
  • RECONCILED-WITH-ITEMS(調整項目ありで一致): 未説明差分 = 0 だが、元帳への計上が必要な項目(手数料、利息、未記入入金)や古い項目がある。
  • DOES-NOT-CLOSE(不一致): 未説明差分 ≠ 0。差異と最も可能性の高い原因を表示する。絶対に差額を埋めてはいけない。

入力

必須:期間中の元帳の銀行口座元帳(期首残高を含む)、同じ期間の銀行取引明細書(期首残高と期末残高を含む)。 オプション:前月のBRS(古い調整項目を繰り越して消し込むため)、小切手登録簿。

最初に確認し、出力する項目:

  • 明細書の期首残高 + 入金 − 出金 = 明細書の期末残高。一致しない場合、明細書は不完全なので処理を中止する。
  • 元帳の期首残高 + 入金 − 支払 = 元帳の期末残高。
  • 期間が一致していること。前月の未処理項目は繰り越される。
  • 符号の慣例:銀行取引明細書では入金が貸方(Credit)、元帳では銀行口座への借方(Debit)が入金。どのファイルがどちらの表記を使用しているか明示する。

PDF明細書:表を抽出し、各ページの合計と各行後の残高を確認する。残高が連続しない行は抽出エラーとしてリストアップする。

マッチングの階層

レベルルール
L1同一金額、同一方向、小切手/UTR/参照番号が一致
L2同一金額と方向、日付が±3日以内、摘要に取引先名またはトークンが共通
L3同一金額と方向、日付が±7日以内、該当期間内で金額がユニーク
L4多対一:複数の元帳エントリの合計が1つの銀行エントリに一致(一括支払、一括入金)、同一日付範囲
—不一致の元帳エントリ / 不一致の銀行エントリ

まず1対1でマッチングし、次に多対一を行う。同じ行を二度使用しない。

不一致項目の分類

元帳側にあり、銀行にないもの:

  • 発行済みだが未渡しの小切手(3か月未満は正常、3か月超は古い小切手:戻し入れ仕訳を提案)。
  • 預入済みだが未入金の小切手/現金(数日以内は正常、7日超は調査対象)。
  • 誤った銀行口座に計上されたエントリ(他の銀行元帳が提供されている場合、同額が見つかる可能性あり)。

銀行側にあり、元帳にないもの:

  • 銀行手数料、手数料に対するGST、SMS料金 → 費用仕訳(GSTはITC申請のため別途計上)。
  • 利息の入金、銀行が源泉徴収したTDS → 収益およびTDS債権の仕訳。
  • NACH/ECS引き落とし(EMI、保険、SIP)、自動スイープ定期預金振替。
  • 顧客からの直接入金(NEFT/RTGS/IMPS/UPI) → 可能な場合は金額と摘要で売掛金と照合。それ以外は「仮受金 – 未確認入金」。
  • 小切手の返却/不渡り:預入の取消しと手数料。顧客への再請求メモ。
  • 重複:同じ金額、参照番号、日付がどちらかの側に2回出現。

出力

  1. BRS計算書(標準的なインド形式):
    現金元帳残高(借方)                      ₹ x
    加算:発行済み未渡し小切手               ₹
    加算:元帳未記入の銀行入金               ₹
    減算:預入済み未入金小切手               ₹
    減算:元帳未記入の銀行出金               ₹
    銀行取引明細書残高(貸方)                ₹ y
    未説明差異                                ₹ z   (0であること)
    
  2. Excelワークブック BRS_<銀行名>_<下4桁>_<月年年>.xlsx、数式は生きた状態:BRS、Matched、Book_Only、Bank_Only、Stale_Cheques、Suggested_JEs、Carried_Forward。各行にはソースファイル、行番号、日付、参照番号、摘要、金額、マッチングレベルが含まれる。
  3. 推奨仕訳(銀行側のみの項目に対する借方/貸方、元帳、金額、摘要)。これらは提案に過ぎず、ユーザーが実際に計上する。
  4. チャット要約:ステータス行、BRS、および経過日数順の最大10件の未処理項目。

最終確認

  • BRS方程式はワークブックの数式を使って必ず₹0.00に一致すること。
  • マッチ済み借方 + 元帳のみ = 元帳支払合計。入金および銀行側についても同様に確認。
  • 5組のマッチ済みペアを再オープンして確認する。
  • 前月から繰り越された項目をすべて確認する:今月消し込まれたか、経過日数とともにまだ未処理であるか。

確認できないもの

  • 未確認入金:売上/売掛金データから取引先を特定する必要あり。
  • 別の銀行元帳に計上されている可能性のある項目:その元帳が必要。
  • 残高連続性チェックに失敗したPDF行:原本の取引明細書が必要。

制限事項

このスキルは添付ファイルのみを読み取り、銀行に接続することはありません。仕訳を提案しますが、実際に計上することはありません。

Individual skills in this repo

This repo contains 4 individual skills — each has its own dedicated page.

parinshahAIbuilder/india-finance-agent-skills

Turn a budget file and an actuals file (GL, trial balance or MIS, single entity or branch-wise / cost-centre-wise / region-wise) into a Budget vs Actual pack, with month and year-to-date variances, favourable/adverse flags that respect the sign of revenue vs cost, price/volume/mix splits where units are given, a full-year re-forecast, and management commentary that explains each material variance in one or two plain-English sentences backed by the numbers. Ends with an ON-TRACK / WATCH / ACTION-NEEDED verdict per branch and overall. Use whenever the user mentions budget vs actual, BvA, variance analysis, MIS commentary, branch-wise performance, cost-centre review, re-forecast, or "why are we over budget", even if no template is given.

parinshahAIbuilder/india-finance-agent-skills

Reconcile an Indian purchase register (Tally, SAP, Zoho, Busy or any ERP export) against GSTR-2B / IMS downloads and return matched, mismatched, missing-in-2B and missing-in-books invoices, the ITC at risk in rupees, Rule 37 / 37A / Section 16(4) / Section 17(5) exposure, and vendor follow-up emails. Ends with a CLAIM / CLAIM-WITH-HOLD / DO-NOT-FILE verdict for the GSTR-3B. Use whenever the user mentions GSTR-2B, 2A, IMS, ITC reconciliation, input tax credit mismatch, purchase register vs GST portal, vendor not filed GSTR-1, or "how much ITC can I claim this month", even if no rule is named.

parinshahAIbuilder/india-finance-agent-skills

Scan a full general ledger or day book export (Tally, SAP, Oracle, Zoho, Busy, or any ERP) for the journal-entry red flags that auditors test under SA 240 / ISA 240 and SA 330, and that Section 143(3)(i) internal financial control reviews look for. Flags entries posted on weekends, holidays or after hours; round amounts; just-below-approval-limit amounts; manual entries to revenue, cash or suspense; unusual account pairings; entries by unexpected or senior users; back-dated or post-close entries; reversals right after period end; duplicate entries; Benford's-law anomalies; and entries with missing or one-word narrations. Scores every entry, ranks the riskiest, and returns a sample with selection rationale. Ends with a LOW / ELEVATED / HIGH risk verdict. Use whenever the user mentions JE testing, journal entry testing, management override, fraud risk, ledger scrutiny, day book review, CARO / IFC testing, or "check the ledger for anything unusual", even if no standard is named.

parinshahAIbuilder/india-finance-agent-skills

Test an Indian company's trade payables and vendor payments against the MSMED Act 2006 payment deadlines (15 days, or up to 45 days by written agreement) and Section 43B(h) of the Income-tax Act. Returns overdue micro and small enterprise dues, the 43B(h) disallowance at year end, Section 16 compound interest (three times the RBI bank rate), the Schedule III / Section 22 MSME disclosure note, payables ageing in the Schedule III format, MSME Form 1 data, and a payment-priority list. Ends with a SAFE / PAY-BEFORE-31-MARCH / DISALLOWANCE verdict. Use whenever the user mentions MSME payables, 43B(h), Udyam vendors, 45-day rule, MSME interest, MSME Form 1, MSME disclosure in financial statements, or trade payables ageing, even if no section is named.

関連スキル