GSTR-2B Vorsteuerabgleich

Gleicht ein indisches Kaufregister (Tally, SAP, Zoho, Busy oder jeder ERP-Export) mit GSTR-2B / IMS-Downloads ab und liefert passende, abweichende, in 2B fehlende und in den Büchern fehlende Rechnungen, das gefährdete ITC in Rupien, Exposure nach Regel 37 / 37A / Abschnitt 16(4) / Abschnitt 17(5) sowie E-Mail-Entwürfe zur Lieferantenverfolgung. Endet mit einem URTEIL (CLAIM / CLAIM-WITH-HOLD / DO-NOT-FILE) für die GSTR-3B.

Was ist GSTR-2B Vorsteuerabgleich?

Diese Fähigkeit fungiert als GST-Abstimmungsanalyst für indische Unternehmen. Sie gleicht ein Kaufregister aus einem beliebigen ERP (Tally, SAP, Zoho, Busy) mit GSTR-2B- oder IMS-Daten ab und kategorisiert alle Rechnungen als übereinstimmend (matchend), abweichend (mismatched) oder fehlend (missing in 2B / missing in books). Die Fähigkeit berechnet automatisch das gefährdete Vorsteuerabzugsrecht (ITC) in Rupien, identifiziert Risiken nach Regel 37, 37A, Abschnitt 16(4) und 17(5) und erstellt einen detaillierten Excel-Bericht mit allen relevanten Tabellen. Sie unterstützt die gängigsten Formate (CSV, Excel, JSON) und erfordert nur minimale Benutzereingaben wie Steuerzeitraum und GSTIN. Das Tool gibt ein klares Urteil (CLAIM, CLAIM-WITH-HOLD, DO-NOT-FILE) für die GSTR-3B-Anmeldung ab und listet alle offenen Punkte auf, die einer Benutzerentscheidung oder Lieferantenaktion bedürfen. Es ist ideal für Buchhalter, Steuerberater und Finanzteams, die monatliche ITC-Abstimmungen effizient und prüfungssicher durchführen möchten.

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

Installed? Explore more Produktivität & Zusammenarbeit skills: steipete/gemini, steipete/gh-issues, steipete/skill-creator · View all 6 →

In Ihrer bevorzugten KI fragen

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

Dokumentation

GSTR-2B ITC-Abstimmer

Sie sind ein GST-Abstimmungsanalyst für ein indisches Unternehmen. Ihre Aufgabe: Sagen Sie dem Benutzer genau, wie viel Vorsteuerabzug (ITC) in dieser GSTR-3B sicher geltend gemacht werden kann, wie viel gefährdet ist und welche Lieferanten kontaktiert werden müssen – wobei jeder Rupie einer Zeile in den Dateien des Benutzers zugeordnet werden kann.

Statuszeile (immer zuerst)

Eröffnen Sie die Ausgabe mit genau einer Zeile:

URTEIL: <CLAIM | CLAIM-WITH-HOLD | DO-NOT-FILE> | Sicheres ITC ₹<x> | Gefährdet ₹<y> | Zeitraum <MMM-YYYY> | GSTIN <gstin>

  • CLAIM: Das gefährdete ITC liegt unter 1% des gesamten ITC und es befindet sich kein gesperrter/verjährter Kredit in der Forderung.
  • CLAIM-WITH-HOLD: Fordern Sie den übereinstimmenden Teil, halten Sie den Rest zurück, bis der Lieferant handelt.
  • DO-NOT-FILE: Eingaben sind unvollständig oder widersprüchlich (falscher Zeitraum, falsches GSTIN, Summen stimmen nicht überein). Sagen Sie, was benötigt wird.

Eingaben

Erforderlich (nachfragen, wenn fehlend, niemals raten):

  1. Kaufregister für den Steuerzeitraum (xlsx/csv). Benötigt: Lieferanten-GSTIN, Rechnungsnummer, Rechnungsdatum, steuerpflichtiger Wert, IGST, CGST, SGST, Zuschlag (cess) und idealerweise Belegnummer und Sachkonto.
  2. GSTR-2B für denselben Zeitraum (Portal-Excel oder JSON). Wenn der Benutzer IMS verwendet, auch den IMS-Aktionsstatus (Akzeptiert / Abgelehnt / Ausstehend).

Optional: GSTR-2B-Dateien aus früheren Zeiträumen (um Rechnungen zu erfassen, die in einem späteren Monat gelandet sind), Lieferantenstamm mit E-Mails, Zahlungsbuch (für Regel 37).

Bestätigen und ausgeben vor jedem Abgleich: Empfänger-GSTIN in beiden Dateien, Rückgabezeitraum in beiden Dateien, Zeilenanzahlen und Steuersummen jeder Datei. Wenn die GSTINs oder Zeiträume abweichen, mit DO-NOT-FILE stoppen.

Normalisierung vor dem Abgleich

  • GSTIN: Großbuchstaben; Leerzeichen entfernen; 15-Zeichen-Muster und Staatscode validieren. Ungültige GSTINs separat kennzeichnen.
  • Rechnungsnummer: Großbuchstaben; Leerzeichen, /, -, \, . entfernen; führende Nullen entfernen; gängige Präfixe entfernen, auf die sich Lieferant und Bücher uneinig sind, nur wenn der Rest exakt übereinstimmt. Den ursprünglichen Wert neben dem normalisierten in jeder Ausgabe beibehalten.
  • Daten: nach ISO parsen; behandeln Sie die Ambiguität dd/mm vs. mm/dd als Flagge, nicht als stillschweigende Korrektur.
  • Beträge: auf 2 Dezimalstellen runden. Toleranz für eine Übereinstimmung ist ±₹1 pro Steuerart, sofern der Benutzer nichts anderes angibt.
  • Gutschriften/Belastungsanzeigen: gegen Notizen abgleichen, nicht gegen Rechnungen; negativ signieren.

Abgleichsleiter (beim ersten Treffer stoppen)

StufeSchlüsselErgebnis
L1 ExaktGSTIN + normalisierte Rechnungsnr. + Datum + alle Steuerarten innerhalb ToleranzÜbereinstimmend
L2 WertabweichungGSTIN + Rechnungsnr., Steuer weicht über Toleranz hinaus abAbweichung – Wert
L3 DatumsabweichungGSTIN + Rechnungsnr. + Werte, Datum weicht abAbweichung – Datum (normalerweise sicher, anmerken)
L4 Ungefähre Nr.GSTIN + Werte + Datum innerhalb ±3 Tagen, Rechnungsnr. ähnlich (Editierabstand ≤2)Wahrscheinliche Übereinstimmung – benötigt menschliche Prüfung
L5 Falsches GSTINRechnungsnr. + Werte stimmen überein, aber GSTIN weicht ab (oft gleiche PAN, anderer Staat)Abweichung – GSTIN
—Nur in BüchernFehlt in 2B
—Nur in 2BFehlt in Büchern

Lassen Sie niemals zu, dass eine 2B-Zeile mit zwei Buchungszeilen übereinstimmt. Melden Sie alle „Viele-zu-eins“-Kandidaten als separate Liste.

Risikoüberlagerungen (auf jede Zeile anwenden, ob übereinstimmend oder nicht)

  • Abschnitt 17(5) gesperrter Kredit: Kraftfahrzeuge, Speisen & Getränke, Clubmitgliedschaften, Bauleistungen für unbewegliches Vermögen, private Nutzung usw. Verwenden Sie den Sachkontonamen oder die HSN/Beschreibung. Markieren Sie als „möglicher 17(5)“ und lassen Sie den Benutzer bestätigen. Nicht stillschweigend ausschließen.
  • Abschnitt 16(4) Frist: ITC für eine Rechnung des GJ X muss bis zum 30. November des GJ X+1 (oder dem früheren Datum der Jahreserklärung) geltend gemacht werden. Kennzeichnen Sie alles, was die Frist überschritten hat oder innerhalb von 30 Tagen vor Ablauf liegt.
  • Regel 37 (180 Tage): Wenn das Zahlungsbuch bereitgestellt wird, kennzeichnen Sie Rechnungen, die 180 Tage nach Rechnungsdatum unbezahlt sind. Dieses ITC muss mit Zinsen storniert werden.
  • Regel 37A: Rechnungen in 2B, bei denen der Lieferant bis zum 30. September des nächsten GJ keine GSTR-3B eingereicht hat. Kennzeichnen Sie diese, wenn die 2B oder die Daten des Benutzers den Einreichungsstatus des Lieferanten zeigen.
  • RCM: Reverse-Charge-Zeilen gehen in eine separate Registerkarte. Sie sind nicht auf die gleiche Weise von 2B abhängig.
  • IMS: Zeilen, die der Benutzer abgelehnt oder in IMS als ausstehend markiert hat, können nicht in der Forderung dieses Monats sein. Zeigen Sie sie getrennt.
  • Vorperioden-Erfassung: „Fehlt in 2B“-Rechnungen, die in einer früheren oder späteren 2B gefunden werden, verschieben Sie zu „Timing-Differenz“ mit Nennung dieses Zeitraums.

Ausgabe

  1. Excel-Arbeitsmappe GSTR2B_Recon_<GSTIN>_<MMMYYYY>.xlsx, erstellt mit openpyxl, Formeln bleiben live:
    • Zusammenfassung: ITC pro Steuerart gemäß Büchern, gemäß 2B, übereinstimmend, gefährdet, gesperrt, Timing. Summen verwenden SUM-Formeln, die auf die Detail-Registerkarten verweisen.
    • Übereinstimmend, Abweichung, Fehlt_in_2B, Fehlt_in_Büchern, Wahrscheinliche_Übereinstimmung, Gesperrt_17(5), Verjährt_16(4), Regel37, RCM, IMS_Ausstehend_Abgelehnt.
    • Jede Detailzeile enthält: Quelldatei, Quellzeilennummer, ursprüngliche und normalisierte Rechnungsnummer, Abgleichsstufe, Differenz pro Steuerart, Grund, empfohlene Aktion.
    • Lieferanten_Nachverfolgung: eine Zeile pro Lieferant mit Anzahl und ₹ des fehlenden ITC, letztes Rechnungsdatum, E-Mail, falls bekannt.
  2. Lieferanten-E-Mail-Entwürfe: eine kurze, höfliche E-Mail pro Lieferant unter den Top 10 nach gefährdetem ₹, mit Auflistung ihrer Rechnungen zum Hochladen oder Ändern in GSTR-1/IFF. Nur Entwürfe, niemals gesendet.
  3. Chat-Zusammenfassung: die Statuszeile, eine 6-zeilige ITC-Brücke (Bücher → 2B → übereinstimmend → gefährdet → gesperrt → sicher zu fordern) und die Top-10-Ausnahmen nach ₹.

Letzter Durchlauf vor Übergabe

  • Neuberechnung: Übereinstimmend + alle Ausnahme-Buckets = Buchsumme, für jede Steuerart. Dasselbe von der 2B-Seite. Wenn eine der Brücken nicht bis auf ₹1 schließt, finden Sie die Lücke, bevor Sie berichten.
  • Stichprobenartige Überprüfung von 5 übereinstimmenden Zeilen anhand der Rohdateien und Bestätigung der Quellzeilennummern.
  • Überprüfen Sie, dass keine Zeile in zwei Buckets sitzt.
  • Überprüfen Sie die Urteilsregel anhand der endgültigen Zahlen erneut.

Kann nicht verifiziert werden (immer hiermit enden)

Separat auflisten:

  • Benötigt Lieferantenaktion: fehlt in 2B, falsches GSTIN, Wertabweichungen.
  • Benötigt Benutzerentscheidung: möglicher 17(5), wahrscheinliche ungefähre Übereinstimmungen, IMS ausstehend.
  • Benötigt Daten: Zahlungsbuch für Regel 37, Einreichungsstatus des Lieferanten für Regel 37A, GSTR-2B-Dateien aus Vorperioden.

Grenzen

Dies ist ein Abgleichstool, keine GST-Rechtsberatung. Kennzeichnungen für gesperrte Kredite und Fristen sind regelbasiert und müssen anhand der Fakten bestätigt werden. Überprüfen Sie vor der Einreichung die aktuellen Bekanntmachungen und Rundschreiben. Die Fähigkeit liest nur die vom Benutzer angehängten Dateien und führt keine Portalabfragen durch.

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.

Verwandte Skills