UAE WPS payroll: what compliance actually requires in 2026
The Wage Protection System is where most UAE payroll runs go wrong. Here is what the file must contain, the deadlines that trigger penalties, and the checks that stop a rejected SIF.
Payroll in the UAE is not just a transfer. Under the Wage Protection System (WPS), salaries for mainland employees must move through an agent approved by the Central Bank, and the transfer has to be described in a Salary Information File (SIF) that the Ministry of Human Resources and Emiratisation can reconcile against your establishment record. Get the money right and the file wrong, and you are still non-compliant.
Most teams discover this the hard way: the bank confirms the payment, the employees are paid, and weeks later the establishment is flagged because the SIF was rejected on a field nobody checked. This guide covers what the file must contain, when it must land, and the failure modes worth building a check around.
What the SIF actually contains
A SIF is a fixed-format text file with two record types. The Employee Detail Record (EDR) carries one line per worker. The Employer Detail Record (SCR) summarises the run. Both must agree, and both are validated before any money is released.
| Field | Record | What trips teams up |
|---|---|---|
| Labour Card Number | EDR | Must match MOHRE exactly, including leading zeros stripped by spreadsheets |
| Routing / IBAN | EDR | Agent code and IBAN must belong to the same institution |
| Fixed & variable pay | EDR | Split must reconcile to the contract on file, not just the total |
| Days on payroll | EDR | Unpaid leave and mid-month joiners are the usual source of mismatch |
| Total records & value | SCR | Must equal the sum of EDR lines to the fils |
The deadlines that carry penalties
Wages are due within the period set by the contract. In practice, the operative deadline is that salaries become overdue if unpaid more than fifteen days after the due date, and consequences escalate from there. Once an establishment is flagged, new work permits can be blocked, which is what turns a payroll problem into a hiring problem.
- Day 1 of the following month: wages for the completed period are due.
- Day 15: unpaid wages are treated as overdue and the establishment is exposed to penalties.
- Beyond day 15: work permit suspension becomes a live risk, and larger establishments face escalating consequences.
Why rejections cluster in the same places
Rejections are rarely exotic. They cluster around data that changed between when the roster was exported and when payroll was run: someone left, someone joined, someone moved to unpaid leave, a bank account was updated. If your payroll process starts with a CSV export, every one of those changes is a silent opportunity for the file to drift out of sync with the register.
- Employee left mid-period but is still in the file, or was removed without a final settlement line.
- New joiner has a labour card issued after the roster export, so the number does not resolve.
- Unpaid leave changes the days-on-payroll figure but the fixed pay is submitted unchanged.
- Bank details updated in HR but not in the payroll sheet, so the IBAN fails its checksum.
- Totals in the SCR do not match the EDR lines after a last-minute manual edit.
A pre-submission checklist
The goal is to make the file a product of your live records rather than a document assembled by hand. Whatever system you run, these checks should happen before submission, not after a rejection notice.
- Reconcile headcount in the file against active employees on the submission date.
- Confirm every labour card number resolves against the current establishment roster.
- Validate each IBAN checksum and confirm the routing code matches the institution.
- Recompute days on payroll from the attendance and leave records for the period.
- Verify the SCR totals equal the sum of the EDR lines exactly, including fils.
- Keep the generated file and its validation result together for the audit trail.
Where automation genuinely helps
The value of automating WPS is not speed for its own sake, it is that the file is generated from the same records that hold the leave, the joiners and the leavers, so the drift that causes rejections never gets a chance to open up. When attendance, contracts and payroll share one source of truth, the reconciliation stops being a task somebody has to remember.
The teams that stop getting rejections are not the ones checking harder. They are the ones who removed the manual step where the data could diverge.
If you are running UAE payroll across more than a handful of employees, it is worth auditing where your SIF data comes from today. If the answer involves a spreadsheet that someone maintains by hand, that spreadsheet is your real compliance risk.
See it run on your own data.
Teamio handles onboarding, payroll, attendance and reporting end to end and holds anything consequential for your approval.

