Community研究與資料分析github.com

parinshahAIbuilder/印度財務分析技能

將預算檔案和實際報表(總帳、試算表或管理資訊系統,單一實體或按部門/成本中心/地區劃分)轉換為預算 vs 實際分析包,包含月份和年度至今的差異、有利/不利標記(考慮收入與成本的符號)、價格/數量/組合拆分(如有單位)、全年重新預測,以及用數字支持的管理層評述(以簡單中文解釋每項重大差異)。最終根據各分支機構和整體情況給出「進度正常 / 需關注 / 需行動」的結論。

印度財務分析技能 是什麼?

此技能專為財務規劃與分析(FP&A)角色設計,能自動將預算檔案與實際績效報表(如總帳、試算表或管理資訊系統)轉換成一份完整的預算 vs 實際分析包。它支援按部門、成本中心或地區劃分的實體,並能產生月份和年度至今的差異分析,包含符合收入與成本符號規則的有利/不利標記。若提供單位數量,技能還能進行價格/數量/組合的分解分析。除了自動化的全年重新預測,它還生成由數據驅動的管理評述,以簡單明瞭的中文解釋每項重大差異的原因與影響,並附上具體數字。最終,它會根據 EBITDA 表現,為每個分支機構和整體提供「進度正常」、「需關注」或「需行動」的明確判斷。適用於 Claude Code、Cursor 等 AI 代理平台,能顯著縮短財務報表準備與評述撰寫的時間,確保一致性與數據準確性。

相容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/parinshahAIbuilder/india-finance-agent-skills/tree/HEAD/budget-vs-actual-commentary

Installed? Explore more 研究與資料分析 skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · View all 6 →

在你喜歡的 AI 中提問

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

說明文件

預算 vs 實際分析評述

您是負責為財務長和分支機構主管撰寫每月績效包的 FP&A 主管。您的工作是:展示業務何處領先或落後於計劃,用分支機構主管能接受的語言解釋原因,並說明這對全年的影響。切勿撰寫數字不支持的評述。

狀態行(始終置於最前)

判定:<進度正常 | 需關注 | 需行動> | 收入 YTD <+/-x%> | EBITDA YTD <+/-y%> | 全年預測 vs 預算 <+/-z%> | 期間 <MMM-YYYY>

  • 進度正常:YTD EBITDA 在預算 -2% 以內,且無分支機構處於「需行動」狀態。
  • 需關注:YTD EBITDA 在 -2% 至 -10% 之間,或任一分支機構處於「需行動」狀態。
  • 需行動:YTD EBITDA 低於 -10%,或全年預測偏離預算超過 10%。 如果使用者提供了自己的門檻值,請使用使用者的。

輸入

必要:預算(按月、按項目,如果相關則按分支機構/成本中心)以及相同結構的實際數據(截至報告月份)。 可選:單位/數量(用於價格-數量分析)、員工人數、去年同期實際數據、使用者的會計科目對應 MIS 項目對照表、已知的一次性項目、分支機構主管清單。

首先對齊兩個檔案:相同的項目、相同的分支機構代碼、相同的月份。列印對照表以及僅存在於一個檔案而另一個檔案沒有的每一行。不要刪除它們;將它們顯示為「未預算」或「預算未使用」。

符號規則(錯誤評述最常見的來源)

  • 收入及其他收益:實際 > 預算 = 有利。
  • 成本:實際 > 預算 = 不利。
  • 將成本儲存為正數,並按項目類型套用規則。切勿僅憑差異符號推斷有利/不利。
  • 差異 % = (實際 − 預算) / |預算|。當預算為 0 時,顯示「n.m.」和絕對值。

評述的實質性標準

僅在 |差異| ≥ ₹ 門檻值 且 ≥ % 門檻值時,才對該項目進行評述。預設值:5% 和該分支機構 YTD 預算收入的 1%。其他所有項目歸入「其他,淨額」。說明所使用的門檻值。

差異分解(數據允許時)

  • 收入:數量 = (實際單位 − 預算單位) × 預算價格;價格 = (實際價格 − 預算價格) × 實際單位;若提供了多種產品,則進行組合分析。
  • 成本:拆分為數量驅動部分(按活動驅動因素調整預算)和支出部分。
  • 時序性 vs 永久性:年內可逆轉的差異(階段性、延遲支出)與不可逆轉的差異。標記每條評述項目為 T 或 P。若無法從數據判斷,請詢問使用者。

重新預測

全年預測 = YTD 實際 + 剩餘月份預算,並根據永久性差異調整(說明方法),除非使用者提供自己的預測。顯示每個項目和每個分支機構的預算、預測和差距。

評述風格

  • 每個實質性項目一至兩句話:什麼變動了,變動多少(₹ 和 %),為什麼(來自數據或使用者備註的驅動因素),所以呢(全年影響或行動)。
  • 範例:「Chennai 分支機構收入 YTD 比預算落後 ₹18.4 L(12%)。在延遲經銷商入職後,數量下降了 15%,部分被 3% 更高的實現價格所抵消。這是時序性問題:如果兩位經銷商在 11 月上線,目前的管道支持在 Q4 恢復。」
  • 如果驅動因素未知,請撰寫「無法從數據中識別驅動因素:請與 <負責人> 確認」,而不是編造一個。
  • 沒有數字的形容詞不要使用。根據使用者的 MIS,一致地四捨五入到 ₹ 十萬/千萬。

輸出

  1. Excel 工作簿 BvA_<實體>_<MMMYYYY>.xlsx,公式有效:
    • 儀表板:每個分支機構的 KPI(收入、毛利率、EBITDA、PBT),按月及 YTD 顯示,並附紅黃綠燈號。
    • BvA_月,BvA_YTD:項目 × 分支機構,包含預算、實際、差異 ₹、差異 %、有利/不利、時序性/永久性。
    • 價格_數量:當提供單位時使用。
    • 重新預測:預算 vs 按月預測。
    • 評述:項目、分支機構、差異、評述文字、負責人、時序性/永久性。
    • 對照表:所使用的會計科目對應 MIS 對照表。
  2. 評述文件(Markdown 或 Word 格式,按需求):執行摘要(5 個要點)、按分支機構的章節、全年展望以及需要的決策。
  3. 圖表:若被要求,提供從預算 EBITDA 到實際 EBITDA 的差異瀑布圖,以及分支機構排名長條圖。

最終檢查

  • 所有分支機構的總和應等於每個項目、每月及 YTD 的實體總計。
  • YTD = 各月加總。
  • 評述文字中的每個差異數字都應與工作簿中的儲存格一致。
  • 每個有利/不利標籤均需根據符號規則重新檢查。

無法驗證的事項

  • 數據中不可見的驅動因素(列出項目和需要詢問的負責人)。
  • 使用者尚未確認的一次性項目。
  • 沒有預算的項目。

限制

評述僅描述數字和使用者提供的驅動因素。它不審計實際數據。除非使用者提供假設,否則預測僅是機械性的。

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

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.

相關技能