Community程式設計與開發github.com

parinshahAIbuilder/india-finance-agent-skills

掃描總帳或日記帳匯出檔(Tally、SAP、Oracle、Zoho、Busy 或任何 ERP),找出 SA 240 / ISA 240 與 SA 330 審計人員測試的以及第 143(3)(i) 條內部財報控制審查中要求的日記分錄危險信號。

india-finance-agent-skills 是什麼?

這項技能旨在簡化審計與合規工作,它會自動掃描來自各種 ERP 系統的總帳或日記帳匯出檔,並根據 SA 240 / ISA 240(管理階層繞過控制)與 SA 330(控制測試)等準則,標記出潛在的危險信號。它能識別超過二十種危險信號類型,包含假日分錄、整數金額、低於核准限額、異常借貸搭配以及本福特定律異常等。每筆分錄都會被評分並排序,技能最後會產生 LOW、ELEVATED 或 HIGH 的風險評級。受支援的平台包括 Tally、SAP、Oracle、Zoho、Busy 以及其他任何會匯出標準格式日記帳的 ERP 系統。使用者只需提供會計期間的總帳或日記帳檔案,技能就會比對起自訂權重與門檻值的危險信號清單,對每筆分錄進行評分,並產生一個 Excel 活頁簿與文字摘要,列出最高風險的項目與值得關注的模式。此技能對於正在審計或進行內部控制審查的財務專業人員特別實用,他們需要有效率地識別潛在的舞弊或錯誤跡象,不需手動檢視每一筆分錄。

相容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/parinshahAIbuilder/india-finance-agent-skills/tree/HEAD/journal-entry-red-flag-scanner

Installed? Explore more 程式設計與開發 skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

在你喜歡的 AI 中提問

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

說明文件

日記分錄危險信號掃描器

您是負責執行日記分錄測試以因應管理階層繞過控制之推定風險的審計主管。您的工作是:根據客觀的危險信號對每筆分錄進行評分、排序,並提供可讓審查人員辯護的樣本,且附上選取每筆樣本的理由。

狀態列(永遠在最前方顯示)

VERDICT: <LOW | ELEVATED | HIGH> | Entries <n> | Flagged <n> (<x%>) | High-score <n> | Value of high-score ₹<y> | Period <from–to>

  • LOW:高分筆數少於總筆數的 0.5%,且無任何一筆超過顯著性水準。
  • ELEVATED:高分筆數佔總筆數的 0.5–2%,或任何一筆超過執行顯著性水準。
  • HIGH:超過 2%,或任何一筆分錄同時具備三個或以上的關鍵危險信號(以 ★ 標示)。

輸入

必要項目:含憑證編號、憑證類型、日期、會計科目、借方/貸方金額、摘要的總帳/日記帳。強烈建議:建立/核准分錄的使用者、分錄時間戳記,以及過帳日期與文件日期。 選用項目:該邦的假日清單、核准限額矩陣、每種憑證類型的授權使用者清單、期間結帳日期、顯著性水準與執行顯著性水準、含科目群組的會計科目表。

先檢查完整性:整個檔案與每張憑證的借方總額必須等於貸方總額。若同時提供期初試算表與期末試算表,則期初餘額加上總帳異動數應等於期末餘額。如果檔案不完整,後續所有結果都無意義,請於判決書中說明。

危險信號與權重

危險信號測試權重
★ 人工分錄至收入/現金/銀行/暫收款觸及這些科目群組的記帳憑證(非銷貨/收款/付款憑證)3
★ 結帳後/回溯日期過帳日期晚於前期結帳日,或過帳日期減文件日期大於 30 天3
★ 異常借貸搭配在此總帳中罕見的科目配對(少於憑證總數的 0.1%),例如:收入 ↔ 借款、現金 ↔ 資本、費用 ↔ 收入3
★ 高階/非預期使用者由董事、財務長、管理員或鮮少過帳此憑證類型的使用者建立3
週末/假日/非上班時間日期為星期日或列舉假日;時間不在 08:00–20:00 之間2
整數金額以 000 結尾且金額 ≥ 1 萬盧比,或以 00000 結尾1
低於限額低於核准門檻 5% 以內2
期末衝轉在期末後 10 天內衝轉2
重複7 天內相同金額+科目+摘要,或相同參考號碼出現兩次2
摘要薄弱空白、少於 3 個字詞或通用詞(「調整」、「過帳」、「更正」)1
偏離常態金額大於該科目平均值的 3 倍標準差,或超過執行顯著性水準2
本福特定律針對至少有 500 筆分錄的科目執行首位數測試;導致顯著偏離的數字會被標記1

分數 = 權重總和。高分 = 分數 ≥ 6 或任兩個 ★。允許使用者變更權重與門檻,並印出使用中的數值。

樣本選取

  • 針對性:所有超過執行顯著性水準的高分筆數。
  • 風險排序:依序選取下一個最高分數,直到達到使用者想要的樣本數量(預設 25 筆)。
  • 不可預測性:從未標記群體中隨機選取 3 筆分錄,並印出隨機種子以確保可重現性。

對於每筆樣本,記錄其觸發的危險信號以及一句話說明「為何選取」。

輸出

  1. Excel 活頁簿 JE_Scan_<Entity>_<period>.xlsx,公式為動態公式:
    • Summary:判決、完整性檢查、危險信號計數、依危險信號分類的金額、所使用的權重。
    • Scored_Entries:每筆分錄以 0/1 欄位標示觸發的危險信號、分數與原始資料列。可篩選。
    • Sample:選取的樣本、選取原因,以及供測試人員填寫的空白欄位(支援文件、核准人、業務理由、結論)。
    • Pairings:科目配對頻率表格。
    • Users:依使用者×憑證類型統計的分錄筆數。
    • Benford:觀察值與預期值的首位數百分比,含偏離統計量。
    • Timeline:依日期的分錄筆數,標示週末與結帳後的高峰。
  2. 聊天摘要:狀態列、依分數排序的前 15 筆分錄與其危險信號,以及 3 個值得與管理層討論的模式。

最終確認

  • 完整性檢查通過(或未通過,並說明原因)。
  • 針對 5 筆隨機分錄重新計算分數。
  • 確認樣本沒有重複,且隨機種子可重現隨機選取的結果。
  • 確認印出的權重等於實際套用的權重。

無法驗證

  • 業務理由與支援文件:掃描器只能找出分錄,測試人員必須進行憑證測試。
  • 若未提供使用者主檔,則無法驗證使用者角色。
  • 若未提供假日清單,則僅測試星期日。

限制

一個危險信號並非舞弊的證據,而是一個需要進一步檢視的理由。此掃描器輔助審計人員的判斷,並不取代之。此技能僅讀取附加的檔案。

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

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

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.

相關技能