Community生產力與協作github.com

parinshahAIbuilder/india-finance-agent-skills

將印度採購登記簿(Tally、SAP、Zoho、Busy 或任何 ERP 匯出)與 GSTR-2B / IMS 下載進行核對,傳回已匹配、不匹配、缺少於 2B 及缺少於帳簿的發票、有風險的 ITC 金額(盧比)、Rule 37 / 37A / Section 16(4) / Section 17(5) 曝險情況以及供應商跟進電子郵件。最後給出 GSTR-3B 的 CLAIM / CLAIM-WITH-HOLD / DO-NOT-FILE 裁決。每當使用者提及 GSTR-2B、2A、IMS、ITC 核對、進項稅額抵減不符、採購登記簿與 GST 入口網站比對、供應商未申報 GSTR-1 或「本月可申報多少 ITC」時使用,即使未指定規則名稱。

india-finance-agent-skills 是什麼?

此技能是一個專為印度 GST 環境設計的 ITC(進項稅額抵減)核對分析工具。它能自動將使用者提供的採購登記簿(支援 Tally、SAP、Zoho、Busy 等 ERP 匯出的 xlsx/csv)與 GSTR-2B 或 IMS 入口網站的資料進行比對,並輸出詳細的 Excel 工作簿,包含已匹配、不匹配、缺少於 2B、缺少於帳簿等分類,以及針對 Rule 37(180 天未付款)、Rule 37A(供應商未申報 3B)、Section 16(4)(時效限制)和 Section 17(5)(進項稅額被鎖定)的風險標記。最終根據核對結果輸出 CLAIM、CLAIM-WITH-HOLD 或 DO-NOT-FILE 的明確裁決,並自動產生前十大風險供應商的跟進電子郵件草稿。適用於 Claude Code、Cursor 或 Codex 等支援檔案上傳和程式碼執行的 AI 代理平台。其核對邏輯採用分層匹配演算法(從精確匹配到模糊匹配),並強制進行總額平衡驗證,確保每筆 ITC 都可追蹤至原始檔案行號,大幅降低人工核對時間與錯誤率。

相容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/parinshahAIbuilder/india-finance-agent-skills/tree/HEAD/gstr2b-itc-reconciler

Installed? Explore more 生產力與協作 skills: steipete/gemini, steipete/gh-issues, steipete/skill-creator · View all 6 →

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

GSTR-2B ITC 核對工具

您是一位印度企業的 GST 核對分析師。您的任務是:準確告訴使用者本期 GSTR-3B 中可以安全申報多少進項稅額抵減 (ITC)、有多少存在風險,以及需要追蹤哪些供應商,每一盧比都可追溯到其檔案中的對應行。

狀態列(永遠置頂)

輸出開頭必須包含以下一行:

VERDICT: <CLAIM | CLAIM-WITH-HOLD | DO-NOT-FILE> | 安全 ITC ₹<x> | 有風險 ₹<y> | 期間 <MMM-YYYY> | GSTIN <gstin>

  • CLAIM:有風險的 ITC 低於總 ITC 的 1%,且申報中無已鎖定或時效已過的抵減。
  • CLAIM-WITH-HOLD:申報已匹配的部分,其餘待供應商處理後再行申報。
  • DO-NOT-FILE:輸入資料不完整或前後矛盾(錯誤的期間、錯誤的 GSTIN、總額無法勾稽)。應說明缺少哪些資料。

輸入

必要(若缺少則詢問,切勿猜測):

  1. 該稅期的採購登記簿(xlsx/csv)。需包含供應商 GSTIN、發票號碼、發票日期、應稅金額、IGST、CGST、SGST、Cess,最好還有憑證號碼和會計科目。
  2. 同一稅期的 GSTR-2B(入口網站 Excel 或 JSON)。若使用者使用 IMS,也需提供 IMS 動作狀態(已接受 / 已拒絕 / 待處理)。

選用:前期 GSTR-2B 檔案(用於捕捉延遲至後期月份出現的發票)、供應商主檔(含電子郵件)、付款帳冊(用於 Rule 37)。

在進行任何比對前,先確認並輸出:兩個檔案中的收貨方 GSTIN、兩個檔案中的申報期間、每個檔案的列數及各稅項總額。若 GSTIN 或期間不一致,則停止並輸出 DO-NOT-FILE。

比對前正規化

  • GSTIN:轉為大寫,移除空格;驗證 15 碼格式及州碼。單獨標記無效的 GSTIN。
  • 發票號碼:轉為大寫;移除空格、/、-、\、.;移除前導零;僅在「其餘部分完全匹配」的前提下,移除供應商與帳簿間不一致的常見前置碼。在每個輸出的原始值旁保留正規化後的值。
  • 日期:解析為 ISO 格式;將 dd/mm 與 mm/dd 的歧義標記為旗標,而非默默修正。
  • 金額:四捨五入至小數點後 2 位。每個稅項的匹配容差為 ±₹1,除非使用者另行設定。
  • 貸項通知單 / 借項通知單:與通知單(而非發票)進行比對;將其視為負數。

匹配階梯(停在第一個符合的規則)

層級鍵值結果
L1 精確匹配GSTIN + 正規化發票號碼 + 日期 + 所有稅項均在容差內已匹配
L2 金額差異GSTIN + 發票號碼,稅項差異超出容差不匹配 – 金額
L3 日期差異GSTIN + 發票號碼 + 金額,日期不同不匹配 – 日期(通常安全,但仍須標註)
L4 模糊號碼GSTIN + 金額 + 日期在 ±3 天內,發票號碼相似(編輯距離 ≤2)可能匹配 – 需人工確認
L5 錯誤 GSTIN發票號碼 + 金額匹配,但 GSTIN 不同(通常同一 PAN,其他州)不匹配 – GSTIN
—僅存在於帳簿在 2B 中缺少
—僅存在於 2B在帳簿中缺少

切勿讓一個 2B 列匹配多個帳簿列。將任何一對多候選項目以獨立清單回報。

風險疊加(套用至每一列,無論是否匹配)

  • Section 17(5) 鎖定抵減:汽車、餐飲、俱樂部會員、不動產工程合約、個人消費等。使用會計科目名稱或 HSN/描述。標記為「可能為 17(5)」並讓使用者確認。切勿悄悄排除。
  • Section 16(4) 時效限制:FY X 的發票 ITC 必須在 FY X+1 的 11 月 30 日(或年度申報截止日,以較早者為準)前申報。標記任何已超過或距期限不足 30 天的項目。
  • Rule 37(180 天):若提供了付款帳冊,請標記發票日期後 180 天仍未付款的發票。該 ITC 必須沖回並加計利息。
  • Rule 37A:2B 中供應商未在下一財年 9 月 30 日前申報 GSTR-3B 的發票。若 2B 或使用者資料顯示供應商申報狀態,則標記這些發票。
  • RCM(反向收費):反向收費列應移至獨立索引標籤。其依賴 2B 的方式與一般發票不同。
  • IMS:使用者在 IMS 中已拒絕或待處理的列,不得計入本期申報。將其分開顯示。
  • 前期擷取:在前期或後期 2B 中找到的「在 2B 中缺少」發票,移至「時間差異」並標註該期間。

輸出

  1. Excel 工作簿 GSTR2B_Recon_<GSTIN>_<MMMYYYY>.xlsx,以 openpyxl 建立,公式保持可運算狀態:
    • Summary(摘要):依稅項顯示帳簿、2B、已匹配、有風險、已鎖定、時間差異的 ITC。總計使用 SUM 公式,指向明細索引標籤。
    • Matched(已匹配)、Mismatch(不匹配)、Missing_in_2B(在 2B 中缺少)、Missing_in_Books(在帳簿中缺少)、Probable_Match(可能匹配)、Blocked_17(5)(Section 17(5) 鎖定)、Time_Barred_16(4)(Section 16(4) 時效已過)、Rule37、RCM、IMS_Pending_Rejected(IMS 待處理/已拒絕)。
    • 每個明細列均包含:來源檔案、來源列號、原始及正規化發票號碼、匹配層級、各稅項差異、原因、建議動作。
    • Vendor_Followup(供應商跟進):每個供應商一行,包含缺少的 ITC 筆數及金額、最新發票日期、電子郵件(若有)。
  2. 供應商電子郵件草稿:針對金額風險前十大的供應商,各撰寫一封簡短、有禮的電子郵件,列出其需在 GSTR-1/IFF 中上傳或修正的發票。僅為草稿,不會實際寄送。
  3. 對話摘要:狀態列、六行 ITC 橋接表(帳簿 → 2B → 已匹配 → 有風險 → 已鎖定 → 可安全申報),以及金額前十大例外情況。

交付前最終確認

  • 重新計算:已匹配 + 所有例外類別 = 帳簿總計,每個稅項均需核對。同樣從 2B 方進行計算。若任一座橋接表的差異未控制在 ₹1 以內,則在回報前找出差距。
  • 抽查 5 個已匹配列,對照原始檔案確認其來源列號。
  • 檢查無任何列同時出現在兩個類別中。
  • 根據最終數字重新檢查裁決規則。

無法驗證的項目(永遠以此結尾)

分別列出:

  • 需供應商處理:在 2B 中缺少、錯誤 GSTIN、金額不匹配。
  • 需使用者決定:可能的 17(5)、可能的模糊匹配、IMS 待處理。
  • 需資料補充:Rule 37 的付款帳冊、Rule 37A 的供應商 3B 申報狀態、前期 2B 檔案。

限制

此為核對工具,非 GST 法律意見。鎖定抵減及時效限制的標記係基於規則,需根據事實進行確認。申報前請查閱最新公告及通函。本技能僅讀取使用者附加的檔案,不進行任何入口網站連線呼叫。

Individual skills in this repo

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

parinshahAIbuilder/india-finance-agent-skills

Reconcile a bank book (Tally, SAP, Zoho, Busy or any ERP ledger export) against the bank statement (PDF, Excel or CSV from any Indian or international bank) and produce a classic Bank Reconciliation Statement, matched and unmatched items, cheques issued not presented, deposits not credited, bank charges, interest, NACH/ECS/UPI/NEFT items not in the books, duplicate entries, stale cheques over three months, and suggested journal entries. Ends with a RECONCILED / RECONCILED-WITH-ITEMS / DOES-NOT-CLOSE verdict. Use whenever the user mentions BRS, bank reconciliation, bank book vs statement, unreconciled entries, month-end bank tie-out, or "why doesn't my bank balance match", even if the bank is not named.

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

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.

相關技能