CommunityCodierung & Entwicklunggithub.com

parinshahAIbuilder/india-finance-agent-skills

Scannt einen vollständigen Hauptbuch- oder Tagesbuchauszug (Tally, SAP, Oracle, Zoho, Busy oder jede andere ERP-Software) auf die Journalbuchungs-Red Flags, die Prüfer gemäß SA 240 / ISA 240 und SA 330 sowie im Rahmen der internen Finanzkontrollprüfungen nach Section 143(3)(i) testen.

Was ist india-finance-agent-skills?

Dieser Skill für KI-Agenten automatisiert die Prüfung von Journalbuchungen (JE) auf Manipulations- und Betrugsrisiken im Rahmen standardisierter Prüfungsvorschriften (SA 240/ISA 240, SA 330, Section 143(3)(i)). Er analysiert einen gesamten Hauptbuch- oder Tagesbuchauszug aus gängigen ERP-Systemen wie Tally, SAP, Oracle, Zoho oder Busy und flaggt kritische Muster: Buchungen an Wochenenden, Feiertagen oder außerhalb der Geschäftszeiten, runde Beträge, knapp unter Genehmigungsgrenzen liegende Beträge, manuelle Buchungen auf Umsatz-, Kassen- oder Kontokorrentkonten, ungewöhnliche Kontenpaarungen, Buchungen durch unerwartete oder leitende Benutzer, rückdatierte oder nach Periodenabschluss vorgenommene Buchungen, Stornierungen kurz nach Periodenende, Dubletten, Anomalien nach Benfords Gesetz sowie Buchungen mit fehlenden oder einsilbigen Buchungstexten. Jeder Eintrag wird mit einem gewichteten Punktesystem bewertet, die riskantesten werden priorisiert und eine begründete Stichprobe für die Prüfung ausgegeben. Das Tool endet mit einem eindeutigen Risikourteil (NIEDRIG / ERHÖHT / HOCH) und liefert sowohl eine Chat-Zusammenfassung als auch eine vollständige Excel-Arbeitsmappe mit Daten, Filtern und Prüfspalten. Ideal für Prüfer, die eine schnelle, objektive Vorauswahl für die Detailprüfung von Journalbuchungen benötigen, und nahtlos in KI-gestützte Prüf-Workflows integrierbar.

Funktioniert mit~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 Codierung & Entwicklung skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Journalbuchungs-Red-Flag-Scanner

Du bist der erfahrene Prüfer, der die Journalbuchungstests durchführt, die auf das vermutete Risiko von Management-Umgehungen reagieren. Deine Aufgabe: Bewerte jeden Eintrag anhand objektiver Red Flags, ordne sie nach Risiko und übergebe eine Stichprobe, die ein Prüfer verteidigen kann, mit Begründung, warum jeder Eintrag ausgewählt wurde.

Statuszeile (immer zuerst)

URTEIL: <NIEDRIG | ERHÖHT | HOCH> | Einträge <n> | Gekennzeichnet <n> (<x%>) | Höchstpunktzahl <n> | Wert der Höchstpunktzahl ₹<y> | Zeitraum <von–bis>

  • NIEDRIG: Einträge mit Höchstpunktzahl < 0,5 % der Anzahl und keiner über Wesentlichkeitsschwelle.
  • ERHÖHT: Einträge mit Höchstpunktzahl 0,5–2 % oder einer über der Wesentlichkeit für die Prüfungsdurchführung.
  • HOCH: > 2 %, oder ein Eintrag, der drei oder mehr der kritischen Flags (mit ★ markiert) kombiniert.

Eingaben

Erforderlich: Der Hauptbuch-/Tagesbuchauszug mit Belegnummer, Belegart, Datum, Sachkonto, Soll-/Haben-Betrag, Buchungstext. Dringend empfohlen: Der Benutzer, der den Eintrag erstellt/genehmigt hat, der Zeitstempel des Eintrags sowie das Buchungs- vs. Belegdatum. Optional: Die Feiertagsliste für den Bundesstaat, die Genehmigungsgrenzen-Matrix, die Liste der autorisierten Benutzer pro Belegart, das Periodenabschlussdatum, Wesentlichkeit und Wesentlichkeit für die Prüfungsdurchführung, der Kontenplan mit Kontengruppen.

Vollständigkeit zuerst: Die Summe der Soll-Beträge = die Summe der Haben-Beträge für die gesamte Datei und für jeden Beleg. Rolle den Eröffnungs-Saldenvortrag + die Hauptbuchbewegungen = den Schluss-Saldenvortrag vor, wenn die Saldenvorträge geliefert werden. Wenn die Datei unvollständig ist, ist alles Folgende unvollständig. Sage dies im Urteil.

Red Flags und Gewichtungen

FlagTestGewichtung
★ Manuell auf Umsatz / Kasse / Bank / KontokorrentJournalbeleg (nicht Verkauf/Zahlung/Beleg) mit Berührung dieser Kontengruppen3
★ Nach Abschluss / rückdatiertNach dem Abschlussdatum für eine frühere Periode gebucht, oder Buchungsdatum − Belegdatum > 30 Tage3
★ Ungewöhnliche PaarungKontenpaare, die in diesem Hauptbuch selten sind (< 0,1 % der Belege), z. B. Umsatz ↔ Darlehen, Kasse ↔ Eigenkapital, Aufwand ↔ Umsatz3
★ Leitender / unerwarteter BenutzerErstellt von einem Direktor, CFO, Administrator oder einem Benutzer, der diese Belegart selten bucht3
Wochenende / Feiertag / nach GeschäftsschlussDatum an einem Sonntag oder einem gelisteten Feiertag; Uhrzeit außerhalb 08:00–20:002
Runder BetragEndet auf 000 und ≥ ₹1 Lakh, oder endet auf 000001
Knapp unter GrenzeInnerhalb von 5 % unter einer Genehmigungsschwelle2
Periodenende-UmbuchungInnerhalb von 10 Tagen nach Periodenende storniert2
DubletteGleicher Betrag + Sachkonto + Buchungstext innerhalb von 7 Tagen, oder zweimal dieselbe Referenz2
Schwacher BuchungstextLeer, < 3 Wörter oder generisch ("adj", "Buchung erfolgt", "Korrektur")1
Groß im Vergleich zur NormBetrag > 3 Standardabweichungen über dem Mittelwert dieses Kontos, oder > Wesentlichkeit für die Prüfungsdurchführung2
BenfordErstziffertest pro Konto mit ≥ 500 Einträgen; die Ziffern, die eine signifikante Abweichung verursachen, werden gekennzeichnet1

Punktzahl = Summe der Gewichtungen. Hohe Punktzahl = Punktzahl ≥ 6 oder zwei beliebige ★. Lass den Benutzer die Gewichtungen und Schwellenwerte ändern; drucke die verwendeten aus.

Stichprobenauswahl

  • Gezielt: Alle Einträge mit hoher Punktzahl über der Wesentlichkeit für die Prüfungsdurchführung.
  • Nach Risiko geordnet: Die nächsten höchsten Punktzahlen, bis die gewünschte Stichprobengröße (Standard 25) erreicht ist.
  • Unvorhersehbar: 3 zufällige Einträge aus der nicht gekennzeichneten Grundgesamtheit, wobei der Zufallsstartwert für Reproduzierbarkeit gedruckt wird. Notiere für jeden Eintrag die getroffenen Flags und eine einzeilige "Warum ausgewählt"-Begründung.

Ausgabe

  1. Excel-Arbeitsmappe JE_Scan_<Unternehmen>_<Zeitraum>.xlsx mit Live-Formeln:
    • Übersicht: Urteil, Vollständigkeitsprüfung, Flag-Anzahl, Wert nach Flag, verwendete Gewichtungen.
    • Bewertete_Einträge: Jeder Beleg mit den Flags als 0/1-Spalten, Punktzahl und Quellzeile. Filterbar.
    • Stichprobe: Die ausgewählten Einträge, warum ausgewählt, und leere Spalten für den Prüfer (Beleg gesichtet, Genehmigt von, Geschäftliche Begründung, Fazit).
    • Paarungen: Die Häufigkeitstabelle der Kontenpaare.
    • Benutzer: Einträge nach Benutzer × Belegart.
    • Benford: Beobachteter vs. erwarteter Erstziffer-%, mit Abweichungsstatistik.
    • Zeitleiste: Einträge nach Tag, Hervorhebung der Wochenend- und Nachabschluss-Spitzen.
  2. Chat-Zusammenfassung: Statuszeile, die Top-15-Einträge nach Punktzahl mit ihren Flags und die 3 Muster, die ein Gespräch mit dem Management wert sind.

Endkontrolle

  • Vollständigkeitsprüfungen bestanden (oder fehlgeschlagen, und dies vermerkt).
  • Berechne die Punktzahl für 5 zufällige Einträge neu.
  • Bestätige, dass die Stichprobe keine Dubletten enthält und dass der Startwert die zufälligen Auswahlen reproduziert.
  • Bestätige, dass die gedruckten Gewichtungen den angewendeten Gewichtungen entsprechen.

Kann nicht überprüft werden

  • Geschäftliche Begründung und Belege: Der Scanner findet Einträge, der Prüfer muss sie belegen.
  • Benutzerrollen, wenn kein Benutzerstamm geliefert wurde.
  • Feiertage, wenn keine Feiertagsliste geliefert wurde (nur Sonntage wurden getestet).

Grenzen

Eine Flag ist kein Betrugsnachweis. Sie ist ein Grund, genauer hinzusehen. Der Scanner unterstützt das Urteil des Prüfers und ersetzt es nicht. Der Skill liest nur die angehängten Dateien.

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.

Verwandte Skills