Skip to content

Compliance Statutory work handled inside payroll, not bolted on after it.

Procor has delivered payroll and labour-law compliance as a service for years. Procor HRMS is the platform our own compliance team works in, which is why statutory deductions, challans and registers come out of the same run that produces the payslip.

Book a demo

4

Statutory heads in every run

PF, ESI, professional tax and TDS

State-wise

Professional tax

Slabs applied per location

Multi-entity

Filings

Separate settings per company

Provident fund

Contributions calculated on the configured wage definition, with ECR-ready output and a clear record of eligibility changes month to month.

ESI

Eligibility tracked against the wage threshold, including employees who move in and out of coverage mid-year.

Professional tax

State-wise slabs applied by work location, so a multi-state workforce does not need separate payroll runs.

Income tax and TDS

Declarations, proof submission and monthly TDS computation, with Form 16 generated from the same data at year end.

Registers and returns

Statutory registers and periodic returns produced from payroll output rather than rebuilt in spreadsheets.

Audit trail

Every rate change, override and correction is recorded with user and timestamp, which is what an inspection actually asks for.

Questions

Not covered here? Ask us and you will get a direct answer.

Talk to our team
Which statutory deductions and returns do you handle?

Provident fund, ESI, professional tax and TDS are calculated in the pay run, with challans, returns and statutory registers produced from the same data. Professional tax is handled for every state, Form 16 is generated in-house, and gratuity and bonus are calculated on the same record. Exactly which filings we submit on your behalf is set in your contract.

How do you handle group companies with different policies?

Each legal entity carries its own statutory settings, leave policies, pay structures and approval chains while sharing one employee database, so transfers between entities do not create duplicate records.

What happens if a pay run is wrong?

Pay runs lock only after maker-checker approval. Before lock, inputs are corrected and the run recalculated. After lock, corrections are processed as adjustments in the next cycle, with the full history retained.