Payroll9 min read

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.

Teamio Team
SALARY FILE✓✓!✓VALIDATION3/4

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

EMPLOYEE DETAIL RECORDLabour card0122938471Routing / IBANAE07 0331 2345 6789Fixed pay8,400.00Variable pay310.00Days on payroll30Days on payroll disagrees with the leave recordEMPLOYER RECORDTOTALS248employee recordsAED 2,084,310must match the sum above1 record fails validation
The two record types must reconcile exactly. A single disagreeing field fails the whole submission.

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.

FieldRecordWhat trips teams up
Labour Card NumberEDRMust match MOHRE exactly, including leading zeros stripped by spreadsheets
Routing / IBANEDRAgent code and IBAN must belong to the same institution
Fixed & variable payEDRSplit must reconcile to the contract on file, not just the total
Days on payrollEDRUnpaid leave and mid-month joiners are the usual source of mismatch
Total records & valueSCRMust equal the sum of EDR lines to the fils

The deadlines that carry penalties

THE DEADLINE CLOCKDAY 1Wages dueDAY 15Treated as overdueDAY 16+Permit suspension risk
Consequences escalate from day fifteen, and a flagged establishment can lose access to new work permits.

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.

  1. Day 1 of the following month: wages for the completed period are due.
  2. Day 15: unpaid wages are treated as overdue and the establishment is exposed to penalties.
  3. Beyond day 15: work permit suspension becomes a live risk, and larger establishments face escalating consequences.

Why rejections cluster in the same places

WHY FILES GET REJECTEDLeaver still in file34%Joiner missing26%Unpaid leave not applied18%IBAN changed in HR only14%Totals edited by hand8%Nearly all of it is roster drift between export and submission.
Rejections are rarely exotic. Almost all of them trace back to roster drift between export and submission.

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.

  1. Reconcile headcount in the file against active employees on the submission date.
  2. Confirm every labour card number resolves against the current establishment roster.
  3. Validate each IBAN checksum and confirm the routing code matches the institution.
  4. Recompute days on payroll from the attendance and leave records for the period.
  5. Verify the SCR totals equal the sum of the EDR lines exactly, including fils.
  6. Keep the generated file and its validation result together for the audit trail.
Payroll figures being reconciled before submission
Payroll teams spend most of a cycle reconciling, not calculating.

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.

Keep reading