CORAA
TDS / TCS reconciliation · built for auditors· 26AS

Stop VLOOKUP-ing a 26AS dump. Land on the exceptions, with a number attached.

CORAA matches the deductee books against Form 26AS at the (TAN, section, FY) grain — no more three-day INDEX/MATCH marathons of a 200-TAN 26AS against an ERP TDS-ledger dump. It tests the full population, not a sample, and shows its working on every line. Credit sitting on the 26AS but missing from the return is surfaced as a potential s.199 credit — quantified, traced to the voucher, and flagged subject to the corresponding income being offered to tax (Rule 37BA) and the return still being within the revision window. The auditor decides; the engine does the tie-out.

Four-bucket match · every credit placed and quantified

Every credit lands in one of four buckets — and every exception carries a number you can defend.

Matched

Books and 26AS agree — same TAN, same section, same FY, within tolerance. Quarterly drill so you see where each credit was reported.

Variance

The credit exists on both sides but the amount differs beyond tolerance — a part-deduction, a rate gap, or a quarter booked to the wrong period. Quantified and traced to the voucher.

26AS-only · potential s.199 credit

Credit on the 26AS that the return never claimed. Each line is quantified in rupees and traced to the deduction behind it, then flagged as potentially recoverable under s.199 — subject to the corresponding income being offered to tax (Rule 37BA) and the return not being time-barred for revision under s.139(5). Lines that belong to another year or assessee, or are a timing difference, are separated out. A reviewable position to confirm, not money in hand.

Books-only

In your books but not yet on the 26AS — the deductor hasn't filed, filed under the wrong TAN, or there's a name mismatch on a TAN-less ERP. Name-bridging surfaces it instead of silently dropping it, and flags low-confidence matches for review rather than asserting them.

What it reconciles

Deductee, deductor, seller and buyer — every side of the ledger, caught before you sign.

01

TDS deductee vs Form 26AS

Books TDS receivable vs 26AS at (TAN, section, FY) grain with a quarterly drill and rupee tolerance. Name-bridging reconciles TAN-less ERP entries against the 26AS party — so a missing TAN doesn't break the match — and flags ambiguous or low-confidence name matches as their own review bucket.

02

Potential s.199 credit, flagged and quantified

Every 26AS credit absent from the return is quantified in rupees and traced to the voucher, then tested against s.199 / Rule 37BA — flagged as potentially recoverable only where the corresponding income is offered to tax, and held back where the line is time-barred, belongs to another year or assessee, or is a timing difference. It lands as an audit observation on the TDS-receivable balance and a 3CD input for management to act on — not a refund promise to hand the client.

03

Deductor compliance checks

FY-aware section-threshold breach testing, Rule 30 deposit due dates, s.201(1A) interest on late deposit and s.234E late-filing fee — each flag carrying its section and the period it applies to, and a check is suppressed when the provision is not in force for the year under audit.

04

Return-filing tie-out · 24Q / 26Q

Books deductions vs the 24Q and 26Q filings, surfacing deductions made but not reported, and reported amounts not deposited — so a filing gap is caught in the audit, not in a notice.

05

TCS seller vs Form 27EQ

Books TCS collected vs 27EQ, sorted into matched, unfiled, unbooked and not-collected — with s.271CA exposure surfaced on the not-collected lines. Form 3CD clause 34(a)/(b)/(c) is auto-filled from the full TDS and TCS tie-out across 24Q, 26Q and 27EQ, not from any single form.

06

TCS buyer · 26AS Part V & 206C(1H)

TCS borne as a buyer read from 26AS Part V, with a 206C(1H) threshold engine that tracks the ₹50 lakh per-buyer trigger across the FY and flags collection that should have applied.

Built to defend

What a reviewer asks — answered before they ask it.

Eats your actual download, not a demo

Reads the TRACES 26AS (text or PDF) and the 27EQ / 24Q / 26Q consolidated files alongside your Tally, SAP or Excel TDS-ledger export. Blank or garbled PANs and TANs, deductors filing under the wrong TAN, amended TDS statements, part-quarter deductions and TAN-less ERP entries are name-bridged and tolerance-matched, with the unresolved rows routed to a review bucket rather than silently dropped. Built for an actual 26AS, not a clean CSV.

Materiality-gated, not noise

Variances are tested against a materiality threshold under SA 320, and period-lag timing differences are auto-flagged — so your team reviews the credits that matter, not a rounding paisa or next quarter's deposit. You set the name-bridge confidence threshold and review borderline matches before they count.

A re-performable audit trail

Every match, variance and s.199 flag is timestamped, rule-cited and traced to its source row, with the 26AS snapshot pinned — exportable to your working-paper file and re-performable under SA 230. Deterministic: the same inputs give the same result every run.

One firm standard

Lock section mapping, tolerance and threshold treatment once at the firm level; every branch and every article runs identical logic, with overrides flagged for partner review. Inconsistent treatment between offices is what a peer review or NFRA file catches — this removes it.

Built for the people who actually reconcile

One tie-out — every seat at the file wins.

The article ties out

No more VLOOKUP marathons against a 26AS PDF and a 27EQ dump. The match is done at TAN-section-FY grain; only the exceptions need a human.

The manager reviews

Open the buckets, not the whole ledger. Every variance and every potential s.199 credit is quantified and traced to the deduction behind it, with low-confidence name matches called out so you can size the review before you commit the team.

The partner signs

The TDS credit claimed is tested for completeness and accuracy, the s.199 position is quantified as a 3CD input and an observation for management, clause 34 is filled from the working — and the whole chain is shown for peer review. The claim and any revised return stay the firm's call.

On a real 26AS / 27EQ file
Population tested
100%
Every credit line, every TAN, every quarter
Credit flagged & quantified
s.199
Potential recovery, subject to Rule 37BA
Match grain
TAN · §· FY
With a quarterly drill
Clause auto-filled
34
From the full TDS/TCS tie-out
TDS & TCS reconciliation, answered

The questions auditors actually ask.

It matches the deductee books against Form 26AS at the (TAN, section, FY) grain with a quarterly drill and rupee tolerance, sorting every credit into matched, variance, books-only or 26AS-only — each line traceable to the voucher behind it. For TAN-less ERPs, name-bridging reconciles the party so a missing TAN doesn't drop the credit, and ambiguous matches are flagged for review rather than asserted.
Credit that sits in the 26AS but was never claimed in the return. CORAA quantifies every such line in rupees and traces it to the deduction, then flags whether it is potentially recoverable under s.199. Credit is allowable only where the corresponding income is offered to tax (Rule 37BA) and the return is still within the revision window (s.139(5)); lines that are time-barred, belong to another year or assessee, or are timing differences are separated out. It lands in the working paper as an audit observation on the TDS-receivable balance and a 3CD input — the claim or revised-return decision stays the auditor's and management's call, not a figure the tool tells the client to bank.
Yes. It runs FY-aware section-threshold breach testing, Rule 30 deposit due dates, s.201(1A) interest and s.234E late fee, and ties books deductions to the 24Q and 26Q filings — each flag carrying its section and the period it applies to. Checks tied to a provision that is not in force for the year under audit are suppressed, so a flag never cites a section that doesn't apply.
Books TCS collected is matched against Form 27EQ into matched, unfiled, unbooked and not-collected, with s.271CA exposure surfaced on the not-collected lines. On the buyer side, TCS borne is read from 26AS Part V with a 206C(1H) threshold engine tracking the per-buyer trigger across the FY. Form 3CD clause 34(a)/(b)/(c) is populated from the full TDS and TCS tie-out across 24Q, 26Q and 27EQ — not from any single form.
Yes — India-hosted on AWS Mumbai (ap-south-1), DPDPA-aligned and ISO 27001 certified, with no model training on your data. The 26AS and 27EQ snapshots you load stay in your firm's workspace.
You are. CORAA tests, qualifies and documents — it never signs. The engine is deterministic and shows its working, but every reconciliation call, every variance and every s.199 flag is yours to confirm or override. The s.199 output is advisory information on the TDS-receivable balance for management to consider, not an auditor's recommendation to claim. The tool reconciles; the auditor owns the opinion.
Reconcile your next 26AS file on CORAA

Stop hand-matching the 26AS — let the four buckets run themselves.

Run a real TDS and TCS reconciliation free, no card required. See the matched, variance, books-only and 26AS-only (potential s.199) buckets on your own books in minutes.