New Joiner PF, ESI & UAN Registration: 2026 Guide
A day-by-day workflow for registering new hires under PF, ESI, professional tax and income tax in India, with the data to collect before day one, common failure points, and a co...
Every new hire creates a small cluster of statutory obligations that begin ticking the moment they accept the offer — and new joiner statutory registration is where most Indian SMBs quietly accumulate risk. The employee joins, gets a laptop, meets the team, and somewhere in the background a provident fund registration window, an insurance registration window, and a set of declaration forms are all counting down. Nobody notices until an inspection, a claim rejection, or a frustrated employee asking why their PF passbook is empty three months after joining.
This guide walks through new joiner statutory registration end to end: what has to be registered, who does it, in what order, within what timelines, and how to build a repeatable process that does not depend on one person remembering. It is written for HR managers, founders, and payroll teams running 10 to 500 employees in India, where there is usually no dedicated compliance function and the same person handling onboarding is also handling payroll inputs, laptop procurement, and the offer letter for next week's candidate.
Why New Joiner Registration Goes Wrong So Often
The failure mode is almost never ignorance of the law. It is process design. Three patterns cause most of the damage.
Batch processing at month end. Many teams collect all joiners for the month and register everyone during payroll processing, usually in the last week. This feels efficient. It is also the single most common reason registration windows are missed, because a person who joined on the 2nd has been unregistered for nearly four weeks by the time payroll runs, and the shorter statutory windows have already closed.
Treating registration as a payroll task rather than an onboarding task. Payroll runs monthly. Onboarding happens continuously. When registration is bolted onto the payroll cycle, its clock is set by the wrong calendar.
Incomplete data collected at the wrong moment. A registration cannot be completed without a verified identity number, a bank account, a date of birth that matches records, and a previous membership number where one exists. If those are collected on day one in a rush, the data is often wrong, and a rejected registration silently sits in a queue.
The fix is structural, not motivational. Registration should be triggered by the joining event, owned by a named role, and tracked on a dashboard where an incomplete item is visible to someone senior. Everything below is in service of that.
The Statutory Registration Map: What Actually Has to Happen
For a typical new joiner at an Indian company, the following items may apply. Not all apply to every employee or every employer — applicability depends on your headcount, your establishment's coverage, the employee's wages, and the state you operate in. Verify current thresholds, rates, and forms against the relevant government portal or your advisor, since these change.
1. Provident Fund (EPF) Enrolment and UAN Linkage
If your establishment is covered under provident fund law, most new employees drawing wages at or below the statutory wage ceiling must be enrolled, and in practice many employers enrol all employees regardless of the ceiling as a matter of policy or because of continuity from a previous employer's membership.
Three distinct situations arise:
- First-time employee, no prior membership. A Universal Account Number has to be generated for them. This requires accurate identity and demographic data, because the number is linked to the employee's identity record and mismatches cause rejection.
- Employee with an existing UAN from a previous employer. The existing number is used and the new employment is linked to it. The employee does not get a second number. A common error is generating a duplicate, which then requires a merge request and delays claims for months.
- Employee who previously withdrew their balance in full and is joining afresh. Their membership status has to be handled correctly at the point of joining, particularly the declaration about previous membership.
Key operational points:
- The declaration form capturing previous employment and membership details is not optional paperwork. It determines whether the employee is treated as a continuing member or a new member, which affects pension eligibility and the treatment of the employer's contribution.
- Identity linkage (the employee's identity number seeded against the account) is now effectively a prerequisite for the account to function. An unlinked account will accept contributions but block withdrawals and transfers, which surfaces as a complaint years later.
- Name, date of birth, and parent or spouse details must match the identity record exactly. "Exactly" includes middle names, initials, and spacing. A large share of correction requests exist purely because someone typed a shortened name during onboarding.
- Nomination should be completed by the employee soon after enrolment. It is the employee's action, but the employer should prompt and track it, because an unnominated account causes real hardship for a family at the worst possible time.
2. Employees' State Insurance (ESI) Registration
Where your establishment is covered and the employee's wages fall at or below the applicable wage ceiling, ESI registration is required and the timeline is tighter than for provident fund. This is the window most commonly missed.
Key operational points:
- Registration produces an insurance number and, subsequently, an entitlement to medical benefit for the employee and their declared dependants. Late registration means the employee is uninsured during the gap — a genuine welfare problem, not just a paperwork problem.
- Dependant declaration matters more than teams realise. The benefit extends to family members only if they are declared. Collecting dependant details at registration, rather than when someone needs treatment, is the difference between a smooth claim and a crisis.
- Mid-year wage changes. If an employee's wages cross the ceiling mid-contribution-period, coverage generally continues to the end of that period rather than stopping immediately. Payroll systems that simply drop the employee the month their salary is revised create underpayment and a compliance gap. Confirm the current rule and configure the system accordingly.
- Branch and dispensary mapping. The employee needs to be mapped to a location where they can actually access care. For remote or field employees this requires thought, not a default.
- Under the consolidated social security framework, applicability determinations have been revisited in ways that bring establishments and employees into coverage who were previously outside it. If your last applicability assessment is more than a year old, redo it before assuming an employee is out of scope.
3. Professional Tax Enrolment
Professional tax is a state subject. Whether it applies, at what slab, and with what registration mechanics depends entirely on the state where the employee works — which, in a remote-first company, may not be the state where your office is registered.
Key operational points:
- The employer typically holds a registration certificate for deducting and depositing, and an enrolment certificate for its own liability. New employees are usually covered under the employer's existing registration rather than registered individually, but the employee's work state must be captured correctly at onboarding so the right slab is applied.
- Remote employees create genuine complexity. If you have a person working from a state where you have no registration, you may need to obtain one. This is an employer-level action triggered by a joiner-level event, which is exactly the kind of dependency that gets missed.
- Some states have no professional tax at all. Do not apply a default deduction because your payroll template has one.
4. Income Tax Setup and Declarations
Not a "registration" in the portal sense, but it belongs in the same day-one workflow because getting it wrong distorts every subsequent salary payment.
- Permanent Account Number must be collected and validated. A missing or invalid number triggers a substantially higher deduction rate and an unhappy employee.
- Tax regime election must be captured. Employees choosing between regimes need to declare their choice for the purpose of monthly deduction. Capture it at joining with a clear explanation, and re-confirm at the start of each financial year.
- Previous employer income details. For mid-year joiners, income and tax already deducted by the previous employer should be captured in the prescribed manner so that the annual deduction is computed correctly. Skipping this creates a large tax liability for the employee in March, and they will remember it.
- Investment declarations for the year, with the understanding that proof will be required later.
5. Gratuity, Insurance, and Benefit Enrolments
- Group health, group term life, and personal accident policies usually require the employee to be added to the insurer's roster within a defined window from joining. Miss it and the employee is uncovered — with no statutory backstop.
- Dependant addition for group health has its own window and its own documentation. Communicate it clearly at joining, because employees who miss it often cannot add a spouse or child until the next policy renewal.
- Gratuity does not require enrolment as such, but the joining date recorded in your system is the date that eventually drives the calculation. A wrong joining date is a liability that grows for five years before anyone notices.
6. Labour Welfare Fund and State-Specific Items
Several states operate welfare funds with employer and employee contributions, usually deducted at defined intervals rather than monthly. Applicability is state-specific and headcount-specific. Add it to your state matrix rather than treating it as an afterthought.
7. Establishment-Level Records
New joiners must be reflected in the registers and records your establishment is required to maintain — employee register, wage register, attendance and leave records. Under the consolidated labour framework, electronic maintenance of these records is broadly contemplated, which is good news for anyone running an HRMS and bad news for anyone still keeping a spreadsheet that is updated quarterly.
The Timeline: Building a Day-Based Workflow
The most useful way to think about registration is as a sequence of day-based triggers rather than a monthly batch. Here is a workable structure. Confirm the exact statutory windows applicable to you, because they vary by scheme and change over time, and build your internal deadlines to be tighter than the statutory ones.
| Stage | When | What happens |
|---|---|---|
| Pre-joining | Offer acceptance to day 0 | Collect identity, bank, previous employment, and previous membership details through a structured digital form. Validate identity number format. Flag missing items daily. |
| Day 0 | Joining date | Create employee record with correct legal name, date of birth, joining date, work state, wage structure, and designation. This record is the source of truth for everything downstream. |
| Day 0–2 | Immediately | Complete insurance-scheme registration (the tightest window). Add to group insurance rosters. |
| Day 0–5 | First week | Complete provident fund enrolment or link the existing account. Capture the previous membership declaration. Trigger identity linkage if not already done. |
| Day 0–7 | First week | Capture tax regime election, previous employer income details, and investment declarations. Validate the tax identification number. |
| Day 0–7 | First week | Confirm professional tax state and slab. Raise a flag if the employee's work state has no employer registration. |
| Day 7–15 | Second week | Employee completes nomination for provident fund, gratuity, and insurance. HR tracks completion. |
| Before first payroll | Payroll cutoff | Reconcile: every joiner in the payroll run has a complete registration record, or an explicit exception with an owner and a date. |
| Day 30 | One month | Registration audit for the month's joiners. Anything incomplete escalates. |
The important design idea here is that the tightest window sets the trigger, not the average window. If one scheme requires action within days and another allows a month, build the workflow around the tight one and let the loose one ride along. A single trigger with a single owner beats three separate reminders.
Data You Must Collect Before Day One
Registration failures are almost always data failures. Collect the following through a structured form before the joining date, not on the joining date.
Identity and demographics
- Full legal name exactly as it appears on the government identity record
- Date of birth
- Gender
- Father's or spouse's name as recorded on official documents
- Marital status
- Permanent and current address with pincode
- Personal mobile number and personal email
Statutory identifiers
- Government identity number
- Permanent Account Number
- Existing Universal Account Number, if any
- Existing insurance number, if any
- Previous employer name, and dates of employment
Banking
- Account number and IFSC, with a cancelled cheque or bank statement header for verification
- Account holder name, which must match the employee name
Employment and benefit data
- Confirmed joining date
- Work location and work state
- Designation and department
- Wage structure with the split between components
- Dependant details for insurance and welfare scheme declarations
- Nominee details with relationship and share percentage
Tax data
- Tax regime election for the current financial year
- Previous employer income and tax deducted, for mid-year joiners
- Investment and exemption declarations
A practical tip: make the pre-joining form conditional. Someone with a prior Universal Account Number should not see the questions meant for a first-time member, and someone joining in April should not be asked for previous employer income for the current year. Shorter, smarter forms get completed; long generic ones get abandoned halfway.
Step-by-Step: Running the Registration Workflow
Step 1 — Trigger on offer acceptance, not on joining
The moment an offer is accepted, the system should create a pre-hire record and send the data collection form. This gives you a week or two of buffer to chase missing documents before the clock starts.
Step 2 — Validate data automatically where possible
Format validation on identity numbers, tax identification numbers, IFSC codes, and dates of birth catches perhaps half of all errors at zero cost. Name matching against the uploaded document is harder to automate but worth a human check for the exact fields that will be used in registration.
Step 3 — Classify the employee on day zero
Before you register anything, answer these questions and record the answers:
- Is this employee covered by the provident fund scheme? On what basis?
- Is this employee covered by the insurance scheme? What are their wages relative to the ceiling?
- Which state's professional tax applies? Do we have a registration there?
- Which welfare fund, if any, applies?
- Are they full-time, fixed-term, apprentice, intern, or engaged through a contractor? The answer changes almost everything downstream.
This classification step is what separates a controlled process from guesswork. Write it down. It is also the record you will want if anyone ever asks why an employee was or was not covered.
Step 4 — Execute registrations in dependency order
Insurance registration first because the window is tightest. Provident fund next. Tax and professional tax setup can run in parallel since they are internal configurations rather than external registrations. Group insurance roster additions should go out the same week.
Step 5 — Capture proof
Every registration should produce an artefact: a number, an acknowledgement, a screenshot, a confirmation email. Store it against the employee record. When an inspection or an audit happens, the question is never "did you comply" — it is "show me". A process that complies but cannot prove it is only half a process.
Step 6 — Reconcile before payroll
Before the payroll run closes, produce a joiners report that shows, for each new employee: registration status per scheme, identifier captured, deduction configured, and exceptions. Anyone appearing in the payroll run without a completed registration should be a visible, escalated exception rather than a silent one.
Step 7 — Close the loop with the employee
Send the employee a simple summary: your provident fund account number is X, your insurance number is Y, here is how to check your balance, here is your nomination status, here is what you still need to do. This one message eliminates a surprising volume of tickets over the following year, and it builds trust in the first fortnight, which is when trust is cheapest to build.
Special Cases That Break the Standard Workflow
Mid-year joiners
The tax setup for a mid-year joiner is materially different. Without previous employer income details, your deduction calculation assumes they earned nothing before joining, which under-deducts through the year and produces a painful correction in the final quarter. Make the previous employer income declaration a hard requirement, and re-run the tax projection once it is received.
Employees with an existing provident fund account
Never generate a new account number when one exists. The correct action is to link the existing membership to the new employment and, if the employee wishes, initiate a transfer of the accumulated balance. Educate employees that a transfer is usually better than a withdrawal, because withdrawal breaks continuity of membership, which matters for pension eligibility and for the tax treatment of the accumulated amount.
Interns, apprentices, and trainees
Coverage rules differ depending on the nature of the engagement and the statute under which the person is engaged. An apprentice engaged under the apprenticeship framework, a stipendiary intern, and a trainee on the payroll are three different things with three different answers. Do not apply a blanket rule. Document the basis for whatever you decide.
Fixed-term employees
Fixed-term employment carries entitlements that in several respects mirror those of permanent employees, including on gratuity where the qualifying service condition has been modified for this category. Registration obligations generally apply as they would for a permanent employee. The risk here is a system configuration that treats fixed-term as "temporary" and skips enrolments.
Contractor and outsourced staff
Where workers are engaged through a contractor, the contractor is typically the employer for registration purposes — but the principal employer carries responsibility for ensuring compliance actually happens. Practical control: require monthly proof of registration and remittance from the contractor as a condition of invoice payment. A clause in the contract is worth very little; a payment gate is worth a lot.
Remote employees in states where you have no presence
This is the fastest-growing gap in Indian SMB compliance. An employee working from a state where you have no registration can create obligations for professional tax, welfare fund, and shops and establishments registration. Build a rule: no offer is released for a new state until someone has checked what registrations that state triggers.
Rehires
An employee returning after a break should be linked to their existing records rather than created fresh. Duplicate employee records cause duplicate provident fund accounts, incorrect continuous service calculations for gratuity, and confused leave balances.
International and expatriate employees
Foreign nationals working in India may fall under a distinct provident fund category with different rules on wage ceilings and withdrawal, and social security agreements between countries can change the answer. Treat every such hire as a bespoke case reviewed by someone qualified.
Common Errors and How to Prevent Them
| Error | Consequence | Prevention |
|---|---|---|
| Batch registering at month end | Tight windows missed for early-month joiners | Trigger registration on joining date, not payroll date |
| Duplicate provident fund account created | Blocked claims, months-long merge process | Mandatory previous membership declaration with verification |
| Name mismatch with identity record | Registration rejection or blocked withdrawals later | Validate name against uploaded document before submission |
| Insurance registration skipped for a borderline-wage employee | Uninsured employee, contribution arrears | Automated coverage check based on wage structure, reviewed monthly |
| Employee dropped from insurance mid-period on a salary revision | Underpayment and compliance gap | Configure contribution period logic, not month-by-month logic |
| Professional tax applied using head office state | Wrong deduction, wrong state remittance | Capture work state as a mandatory field; map slab by state |
| Nomination never completed | Family hardship on a death claim | Track nomination as a task with a due date |
| No proof of registration stored | Cannot demonstrate compliance in an inspection | Store acknowledgement artefacts against the employee record |
| Wrong joining date in the system | Incorrect gratuity, leave accrual, and increment eligibility | Lock the joining date field; changes require approval |
| Tax regime not captured | Incorrect monthly deduction all year | Mandatory field in the joining form; annual re-confirmation |
What Good Looks Like: A Registration Control Dashboard
If you take one thing from this guide, make it this: build a single view that answers, for every employee who joined in the last 90 days, whether each applicable registration is done, pending, or not applicable — with a date and an owner.
A workable dashboard has these columns:
- Employee name and code
- Joining date and days elapsed
- Provident fund status, account number, identity linkage status
- Insurance status and number, dependants declared
- Professional tax state and slab applied
- Tax identification validated, regime elected, previous employer income received
- Group insurance roster status
- Nomination status
- Documents on file
- Exceptions with reason and owner
Colour-code by age. Anything past your internal deadline goes red and appears in a weekly review. This is not sophisticated technology; it is simply making the invisible visible. Most compliance failures at SMB scale are not decisions to break the rules — they are things nobody could see.
An HRMS should generate this automatically from the onboarding workflow. If yours does not, a shared sheet updated by the same person who runs onboarding is still far better than nothing, provided somebody senior actually looks at it.
Connecting Registration to Payroll Configuration
Registration is only half the job. The other half is making sure payroll actually deducts and remits correctly from the first cycle.
For each new joiner, confirm before the first payroll run:
- The wage structure complies with the definition of wages applicable to you, including the relationship between basic components and total remuneration. This affects the base on which provident fund, gratuity, and bonus are computed.
- Provident fund deduction is switched on with the correct wage base and the correct treatment of the employer's share within the cost to company.
- Insurance deduction is switched on if applicable, at the correct rates, with the employer share correctly accounted.
- Professional tax is mapped to the correct state slab, including the annual variation some states apply in a particular month.
- Income tax projection includes previous employer income for mid-year joiners.
- Any mid-month joining is prorated correctly, including the treatment of statutory contributions on a part-month wage.
A useful discipline: run a "first payroll review" for every new joiner's first payslip. One person reads the payslip line by line against the offer letter and the registration record. It takes ten minutes and catches errors that would otherwise repeat for twelve months.
Building the Process Into Your Systems
Manual tracking works up to a point. Somewhere between 30 and 60 employees, and definitely once you are hiring across multiple states, the spreadsheet stops holding.
What to automate first, in order of return on effort:
- Structured pre-joining data collection with validation. Removes the largest source of errors.
- Automatic task generation on joining with owners and due dates per registration item. Removes the reliance on memory.
- Exception reporting that surfaces incomplete registrations before payroll closes. Removes silent failures.
- Document vault linking every acknowledgement to the employee record. Removes audit panic.
- State-based rule engine for professional tax and welfare fund. Removes multi-state guesswork.
- Coverage recalculation on every salary revision, so insurance eligibility is re-evaluated automatically rather than by someone remembering.
An integrated HRMS that owns onboarding, documents, and payroll together removes the handoffs where things get lost. When the joining record, the registration status, and the payroll configuration all live in one system, the reconciliation between them stops being a manual exercise.
A Practical 30-Day Improvement Plan
If your current process is ad hoc, here is a way to fix it in a month without stopping the business.
Week 1 — Baseline. Pull a list of everyone who joined in the last twelve months. For each, check registration status per scheme. Expect gaps; the point is to size them, not to assign blame.
Week 2 — Remediate. Close the gaps you found, oldest first. Where a window has already passed, take advice on the correct remediation route rather than quietly doing nothing. Voluntary correction is almost always treated better than a gap discovered by an inspector.
Week 3 — Redesign. Write the workflow down: trigger, owner, timeline, artefact, escalation, for each registration item. Build the pre-joining form. Build the dashboard.
Week 4 — Operate and review. Run the new process for the next joiners. Hold a review at day 30 with the actual data. Adjust the internal deadlines if they are unrealistic — a deadline everyone misses is worse than no deadline, because it teaches people that deadlines are decorative.
Then repeat the audit quarterly. Fifteen minutes a quarter, forever, is the actual cost of staying clean.
Frequently Asked Questions
How soon after joining should we complete provident fund and insurance registration?
Treat it as a first-week activity, with insurance registration on day one or two because its window is the tightest. Statutory windows differ by scheme and are subject to change, so confirm the current requirements on the relevant government portal. The safe operating rule is to make your internal deadline meaningfully shorter than the statutory one, so a delay does not immediately become a breach.
An employee already has a Universal Account Number. Do we create a new one?
No. Link the existing number to the new employment. Creating a duplicate causes blocked claims and a lengthy merge process. Always capture previous membership details in the joining declaration and verify before generating anything new.
What if a new joiner refuses to share their previous employer's income details?
You can still process payroll, but the annual tax projection will be based only on the salary you pay, which usually results in under-deduction and a large liability for the employee later. Explain this clearly in writing, record the refusal, and re-offer at each quarter. Some employers require the declaration as a condition of joining formalities being completed.
Does insurance coverage stop the month an employee's salary crosses the wage ceiling?
Generally no — coverage typically continues to the end of the contribution period in which the increase occurs, rather than stopping immediately. Configure your payroll to follow contribution-period logic rather than month-by-month logic, and verify the current rule before changing your setup.
We hired someone who works remotely from a state where we have no office. What do we need to do?
Check what that state's presence triggers for professional tax, labour welfare fund, and shops and establishments registration. In many cases an employer registration in that state becomes necessary. Build a checkpoint into your hiring process so this is answered before an offer is released, not after the person has joined.
Are interns and apprentices covered by the same registrations?
It depends on the legal basis of their engagement. Apprentices engaged under the apprenticeship framework, stipendiary interns, and payroll trainees are treated differently. Decide the classification deliberately, document the reasoning, and apply it consistently. Do not default to "not covered" because it is simpler.
Who is responsible for registering contractor staff?
The contractor is normally the employer for registration purposes, but as principal employer you carry responsibility for ensuring compliance occurs. The practical control that works is making monthly proof of registration and remittance a condition of releasing the contractor's payment.
What documents should we retain as proof of registration?
Registration acknowledgements and identifiers for each scheme, the employee's signed declarations and nomination forms, identity and bank verification documents, and the payroll configuration record showing which deductions were applied from which month. Store them against the employee record, digitally, with access control — the retention obligation typically outlasts the employment.
How do we handle an employee who joined months ago and was never registered?
Do not leave it. Establish the correct start date of the obligation, compute what should have been contributed, and take advice on the correct remediation and any interest or damages. Fix the process at the same time, because a single remediated case with an unchanged process simply reappears next quarter.
Bringing It Together
New joiner statutory registration is not intellectually difficult. It is operationally unforgiving. The rules are knowable, the forms are standard, and the numbers are small — but the windows are short, the triggers are event-based rather than calendar-based, and the failures are invisible until they are expensive.
The teams that get this right are not the ones with the deepest legal knowledge. They are the ones who have turned registration into a workflow: triggered on joining, owned by a named person, tracked on a visible dashboard, proved by stored artefacts, and reconciled before every payroll run. Once that structure exists, compliance becomes a by-product of doing onboarding properly rather than a separate project competing for attention.
Start with the audit. Find out where you actually stand for the last twelve months of joiners. Fix what you find, then build the workflow so it does not recur. Your future self — and the employee who needs a medical claim in their third week — will be glad you did.
If you would like the registration workflow, the day-based timelines, the joiner dashboard, and payroll configuration to live in one place rather than across three spreadsheets and someone's memory, CozyHR brings onboarding, statutory compliance, and payroll together in a single system built for Indian SMBs. Take a look and see how much of this a well-designed HRMS can simply handle for you.
This guide is general information for HR and payroll teams, not legal advice. Statutory rates, wage ceilings, timelines, and applicability rules change and vary by state. Always verify current requirements against official government sources or your professional advisor before acting.
