PAN Agent
A PAN that has gone inoperative does not announce itself. It shows up as a demand for the difference, plus interest, long after the payment.
No payment goes to an unverified PAN.Status and linkage are confirmed before the vendor is paid at the standard rate, because an inoperative PAN means deduction at a much higher rate and the shortfall lands on you.
What it checks
On every invoice, not a sample.
- PAN present, valid and active against the vendor
- PAN linked, so the higher deduction rate does not apply
- Name on the PAN against the name on the invoice
- New vendors verified before the first payment rather than after
What it reads, what it writes
Reads
Vendor master · Invoice party details
Writes
Verified status against the vendor record · A hold where the PAN would force a higher rate · The evidence behind the decision
Where it sits in the team
Agents do not work alone. Each one hands its result to the next, so a finding raised here shows up as context downstream rather than being re-derived.
Hands to it
It triggers
When it isn't sure
Where a name is close but not identical — an initial, a suffix, a legal-entity form — the agent does not decide the match. It shows both and asks, because a wrong assumption here is a wrong deduction on every payment that follows.
Any check that runs on every transaction will meet cases it cannot settle. What makes a control trustworthy is not that it never hesitates — it is that hesitation produces a named question for a person, rather than a silent pass or a silent block.
See what this one finds in your last 90 days.
One export. No connector. We come back within a working day.
$Check your savings→