Payroll as a chain of custody
Eight handovers, four of which need no human step
- Written for
- Finance and payroll leads who close a monthly cutoff in India
- Format
- Web document
- Companies on HRMagix
- 120+
- Employees managed
- 9,000+
- Integrated modules
- 12
- Free trial, no card
- 14-day
Abstract
The time an Indian payroll takes is almost never spent on arithmetic. It is spent establishing what happened, reconciling a biometric log against leave applications, comp-offs, regularisations and a manager's recollection, before a single calculation can begin.
This briefing sets out payroll as a sequence of eight custody handovers rather than a computation, identifies which of the eight can be eliminated entirely by integration, and specifies exactly what each statutory head requires as input and produces as output.
Section 01
The problem is establishment, not calculation
Multiplying a per-day rate by a number of days is trivial. Establishing that number is not, and it is where a payroll cycle actually spends its time. Most organisations of any size hold four independent records of the same working month, each internally consistent and none reconcilable with the others without human judgement.
- The biometric device log, which knows exact timestamps at a physical door and nothing about why somebody was not behind it.
- The leave tracker, which knows applications and approvals but not whether a backdated approval landed after the register was drawn.
- The reporting manager, who holds context nothing else has and cannot supply it consistently across a team a month later.
- The payroll sheet, which holds the figure somebody eventually typed and, from that moment, no record of where it came from.
The fourth is the significant one. Once payable days becomes a typed value, its source is destroyed. A query raised six months later cannot be answered by inspection; it can only be answered by re-derivation from records that have since moved on.
Section 02
The eight handovers
A payroll month can be described as eight transfers of custody. Naming them separately makes it visible which are mechanical and which require judgement, and therefore which can be removed by integration rather than by working faster.
| # | Handover | Requires a person? |
|---|---|---|
| #01 | HandoverAttendance capture settles into a ledger | Requires a person?No, continuous, from device, app and browser |
| #02 | HandoverLeave and comp-off resolve against each scheme | Requires a person?No, approvals already recorded |
| #03 | HandoverPayable days derives from the ledger | Requires a person?No, a view, not an entry |
| #04 | HandoverGross assembles from effective-dated structures | Requires a person?No, structure held against the record |
| #05 | HandoverStatutory heads evaluate for the month | Requires a person?No, rules against the record |
| #06 | HandoverVariance review against the prior month | Requires a person?Yes, judgement on exceptions |
| #07 | HandoverBank payment batch generated | Requires a person?Yes, authorisation |
| #08 | HandoverFilings and payslips issue | Requires a person?Yes, submission |
Steps one to five require nothing from the payroll team. That is the entire claim of an integrated system, and it is a narrower claim than most vendors make: it does not reduce the judgement in step six, and it does not remove the authorisation in step seven.
Section 03
Statutory heads as rules, not columns
Every statutory line on an Indian payslip carries four properties, and each can move independently of the others. Treating a head as a spreadsheet column captures the rate and loses the other three.
| Head | Rate | Applicability test | Output |
|---|---|---|---|
| HeadEmployees' Provident Fund | Rate12% employee, 12% employer | Applicability testBasic + DA, with the ₹15,000 statutory wage ceiling configurable as a cap | OutputECR text file for the EPFO unified member portal |
| HeadEmployees' Pension Scheme | Rate8.33% within the employer share | Applicability testCapped at the statutory ceiling | OutputIncluded in the ECR |
| HeadEmployees' State Insurance | Rate0.75% employee, 3.25% employer | Applicability testGross wages against the ₹21,000 threshold, on contribution periods rather than a monthly test | OutputMonthly contribution return and challan report |
| HeadProfessional Tax | RateState slab | Applicability testWork location on the employee record; slabs, exemptions and periodicity differ by state | OutputState-wise PT working |
| HeadTDS, Section 192 | RatePer regime and declarations | Applicability testEstimated annual liability spread monthly, following the verified declaration | OutputQuarterly Form 24Q; annual Form 16 Part B |
| HeadPayment of Gratuity Act | Rate15 days' wages per completed year, 26-day divisor | Applicability testFive years of continuous service | OutputProvision schedule and settlement working |
| HeadLabour Welfare Fund | RateState amount | Applicability testState calendar, half-yearly or annual, unrelated to the payroll cycle | OutputState LWF statement |
Section 04
What has to leave the building
A payroll is not complete when the calculation is correct. It is complete when funds have been instructed and the statutory record has been filed. Both ends need to be produced from the same run rather than assembled separately afterwards.
- A bank payment batch file formatted for NEFT, RTGS or IMPS, for upload to a corporate banking portal. HRMagix does not hold or move funds itself.
- The electronic challan receipt (ECR) text file for the EPFO unified member portal.
- The monthly ESIC contribution return and challan report.
- The state-wise Professional Tax working, and the LWF statement where the state's cycle falls due.
- Payslips issued to each employee's own self-service login rather than emailed as attachments.
The last point is operational rather than statutory, and it removes more inbound HR traffic than any other single change. An employee looking for March in November finds it themselves.
Section 05
Reconstructing a run six months later
The property that separates an auditable payroll from one that is easy to defend is versioning. When a March run is questioned in September, the system must answer with the structure that was in force in March, not the one in force today, and not a reconstruction.
This requires that compensation, grade, work location and time policy are all effective-dated on the employee record rather than overwritten. A revision agreed in July succeeds the June position; it does not replace it. The consequence is that a payroll run for any past month can be re-derived exactly, and that a transfer between states changes Professional Tax applicability from the transfer date without disturbing the months before it.
About this paper
Everything above draws on one of three things: a provision of Indian law, a published HRMagix product capability, or the structural logic of the problem described. There is no survey, benchmark or commissioned research behind it, and none is implied, where a figure appears it is either statutory or a published HRMagix price.
Nothing here is legal or tax advice. Statutory positions should be confirmed against the current notification or with your own advisers before you act on them.