Dayzen HRMS + Project Management System — people ops and delivery in one product family.

See all modules
Dayzen

Payroll

Salary advances and recoveries in the pay run

Published 9/23/2026 · Updated 9/23/2026 · Dayzen

A salary advance is money paid before the normal payday, recovered as a deduction in later pay runs (or at exit). Track principal, remaining balance, and the recovery line so net pay is explainable. This article does not quote a nationwide lawful-deduction percentage as current law; those limits can depend on applicable wage rules and should be SME-reviewed before you treat a cap as mandatory. Dayzen payroll includes salary advances, loans, bonuses, and LOP as verified calculation features — not bank payout of the advance itself.

Key takeaways

  • SME-GATED. Stay draft.
  • No invented deduction-cap statute.
  • Dayzen calculates recoveries; it does not claim to disburse the advance by bank file.

A salary advance is money made available before the normal payday, then recovered as a deduction in later pay runs (or at exit). Track four facts or you will lose the plot: the amount issued, the recovery schedule, the remaining balance, and the payslip line employees can see. This article is not legal advice and not a table of nationwide lawful deduction caps. Limits on what may be deducted from wages, and in what circumstances, can depend on the wage rules that apply to your establishment and on the terms you actually issued. Secondary blogs quote round percentages as if they were a single current all-India cap. Do not copy those figures into policy from this page. Have the rule that applies to you reviewed (SME) before you treat any cap as mandatory. Remain draft.

Dayzen payroll includes salary advances, loans, bonuses, and LOP as verified calculation features. It does not claim to pay the advance by bank file, NEFT, or a disbursement API. Issue of cash or transfer is a finance action. The HRMS should record the principal and the recoveries so net pay is explainable. The monthly happy path — freeze, calculate, lock — stays on the payroll-run checklist. This page is the component-level recovery story inside Dayzen payroll.

Issue: a dated principal, not a verbal favour

Write who may request an advance, who may approve, a maximum you are willing to issue as policy (your number, not a statute invented here), and how the money actually moves (bank transfer by finance, cheque, cash against voucher). Payroll should not be the person who “sends” the money unless that is explicitly finance’s process using a file they own. Record in the HRMS: employee, amount, issue date, reason code (emergency, travel, festival — whatever you allow), and the recovery plan.

If you skip the record and only deduct later, you will argue about whether the amount was a gift, a bonus, or a loan. Bonuses are earnings when you intend them as pay. Advances are receivables. Mixing them on a “misc” line destroys both tax conversation and balance tracking. A loan with instalments is the same family as an advance if you recover through payroll, but it usually has a longer schedule and a written instrument. Give loans their own product code so reports can separate a two-month salary advance from a twelve-instalment loan. Dayzen can calculate both as configured recoveries; it still does not disburse the principal.

Do not issue an advance against a future bonus you have not approved. If the bonus does not run, you have an unscheduled recovery and an angry employee. Tie the recovery to salary you reasonably expect to calculate, not to a hope.

Recover on the payslip

Each recovery period, payroll posts a deduction line: name it clearly (salary advance recovery, loan instalment). The amount should come from the schedule, not from a spreadsheet cell someone retyped. Show it on the payslip so net pay has a story. Hidden recoveries produce “why is my net low?” tickets that waste the freeze window.

Order of lines is communication, not magic. Employees read earnings, then statutory deductions as configured, then company recoveries, then net. If a recovery makes net unworkably low, that is a scheduling problem you should have seen at issue time — plus whatever lawful-deduction constraints apply after SME review. This page will not tell you that a particular percentage of wages is always allowed or forbidden. If a month’s other deductions (unpaid days, statutory lines) stack with the instalment, decide in advance whether the instalment pauses, reduces, or continues. Write that pause rule. Do not improvise on lock day.

Never recover by silently reducing basic or HRA so the deduction “does not show.” That misstates structure, statutory bases, and the employee’s record. Keep the earning heads honest; put recovery on its own line.

Remaining balance

After each run, remaining principal should equal issued amount minus recoveries to date (and minus any cash repayments finance recorded). If the HRMS balance and finance’s receivable disagree, stop issuing new advances until you reconcile. A payroll-only balance that finance does not recognise is a second set of books.

Employees should be able to see remaining balance in self-service or on request, not only after they notice a deduction. When the balance hits zero, the line should stop automatically. Manual “remember to remove the deduction” is how you over-recover. Over-recovery is an overpayment of the company by the employee — it needs a refund or a next-cycle earning correction, with the same discipline as any other adjustment: named, dated, visible.

Close cancelled advances explicitly. If the person repaid in cash at the office and payroll never heard, the next run will deduct again. Finance must notify payroll the same day, or cash repayment should be forbidden in policy so there is only one path.

Exit recovery

If employment will end before the schedule finishes, the remaining balance is a settlement input. This page does not own Full and Final workflow: documents, handover, leave treatment, or how you assemble the exit payslip. Point that work at the full and final settlement process. The only job here is: do not forget the receivable. Carry the remaining advance or loan balance into the exit calculation as a recovery line, unless you have a written waiver.

Do not invent a legal deadline for recovering at exit, and do not quote a nationwide cap as the amount you may take from the last salary. Whether you may deduct the full remainder from the last pay, spread it, or pursue it another way is exactly the kind of wage-rule question to review before you need it. Operationally, freeze last working day, freeze the balance, and hand both to whoever runs FNF. A leaver who is still in a normal monthly run before settlement should show the instalment that month if they were still employed for that recovery date — then the remainder moves to FNF, not to a ghost month after exit.

If you skip FNF and simply “keep the last salary,” you still need the same arithmetic: prorated pay if the month is partial, then recoveries. Partial-month math is a sibling topic; do not retell it here. Do not treat withheld last salary as an undocumented advance offset. Name the lines.

Advances versus loans versus bonuses versus LOP

Keep the four calculation features distinct on the template:

  • Advance: principal out (finance), recovery in payroll until balance zero or exit.
  • Loan: usually a longer instrument, instalments, same recovery discipline.
  • Bonus: an earning when you pay it; not a way to disguise an advance you do not intend to recover.
  • LOP: unpaid days turned into rupees after attendance and leave close; not a recovery of cash you previously gave.

You can have all four in one month. That is why net pay needs a readable slip, not a single “adjustments” bucket. Dayzen can calculate them together. It still does not file statutory returns or pay the bank. If finance pays an advance from a vendor account and payroll knows nothing, the later recovery will look like a punishment. Issue and recovery must share an identity: the same employee, the same rupee, the same reason code.

Controls worth publishing

Put advances on the same month-end calendar as other variable inputs: a cutoff to raise a request, a cutoff to approve, a cutoff for finance to confirm the principal left the bank, and a cutoff for payroll to load the recovery. An advance approved after freeze belongs in next cycle as both the (late) issue record and the first recovery, or as issue now and recovery next month — write which. Do not lock payroll, then insert a recovery because someone transferred money on payday.

Require a remaining-balance report in the draft review: anyone with a recovery, anyone with issue this month, anyone exiting. That is cheaper than discovering a double deduction after slips go out. If you must correct after lock, use the draft-versus-lock adjustment path: this cycle only if slips are not final; otherwise next cycle. Adjustments are calculation. They do not reverse a bank payment of the original advance.

Reason codes matter for abuse and for empathy. A genuine emergency advance with a short recovery is different from a pattern of monthly advances that means CTC is not enough cash. The second is a compensation or financial-wellbeing conversation, not a forever deduction line. Policy can cap how many concurrent advances you will record — again as your rule, not as a law this article invents.


Issue a dated principal, recover it on a named payslip line, watch remaining balance to zero, and pass any leftover into settlement at exit. Do not quote a nationwide deduction percentage as current law; flag that for SME review. Dayzen calculates advances, loans, bonuses, and LOP. It does not disburse the advance through a bank file, and it does not replace the FNF process — only the recovery pointer into that process.

See Dayzen in a walkthrough

Book a demo to evaluate Dayzen HRMS with your own processes.