Payroll that clears WPS the first time.

WPS is enforced through a single mechanical check. The Salary Information File you submit to your bank gets matched against the contracted wages registered with the Ministry of Labor. A field in the wrong position, an identifier that doesn't match, a rounding error in the trailer total — any one of these rejects the file. When the file is rejected, your salaries don't leave the bank, and your business is hours away from a labor ministry warning.

Most payroll software bought into Qatar wasn't built for this. It was built for the US, the UK, or India, with WPS added later as a configurable export. The difference between "configurable WPS" and built-in WPS is the difference between a payroll cycle that works and one that breaks every other month.

Salary Information File generation

• SIFBank-tested templates per Qatari bank — not a generic export. Field positions, padding, and trailer totals validated before the file leaves the system.
• BATCHPer-cycle batch generation with pre-flight validation that flags problem records before the file goes to the bank — variance against contracted wage, missing identifiers, allowance imbalances.
• RETRYBank rejection handling with full diagnostic — which records failed, why, and what to fix — so the second attempt clears.

Qatari labor-law components

• WAGEBasic salary, housing allowance, transportation allowance, food allowance, and other allowances tracked as separate components — never collapsed into a single "compensation" field.
• EOSGEnd-of-service gratuity calculation that matches the legal specification — accrual on basic salary, the gratuity-eligible cap, partial-year proration.
• LEAVEAnnual, sick, maternity, and Hajj leave per Qatari rules. Leave salary calculation that interacts correctly with end-of-service.
• HIJRIHijri calendar awareness for leave types that follow it (Hajj, religious holidays) and for service-interval calculations.

HR interface and reporting

• AR/ENArabic-first interface with full RTL layout for the HR team. English available for finance and ownership.
• CONTRACTContract terms — basic, allowance components, accrual rules — modeled as first-class data, with audit trail on every change.
• REPORTLabor-ministry-reportable summaries of payroll, contract changes, and terminations. Bilingual export to PDF and Excel.

• 1Allowances combined into a single "compensation" field. WPS requires them split. Workaround: manual adjustments every cycle. Inevitable: cycle missed, file rejected.
• 2End-of-service gratuity implemented as generic "severance accrual". The math doesn't match the Qatari calculation. Inevitable: terminating employees disputes their final settlement.
• 3Leave types modeled as "number of days off". No Hajj leave, no maternity rules, no leave salary calculation. Inevitable: labor inspector asks for an audit trail you can't produce.
• 4WPS support "configurable" — meaning the customer is responsible for getting the field positions right. Inevitable: file works for one bank, fails for the next.
• 5Arabic interface is a translation overlay on an English UI. HR team won't use it. Payroll input quality drops. Errors compound.

• WEEK 1–2Free WPS audit. We review your current contracts, your last three SIF files, your bank's feedback log, your end-of-service ledger. You get a one-page memo: what works, what's exposed, what we'd build differently.
• WEEK 3–10Build phase. Bank-tested SIF generation, contract model, leave types, gratuity engine, Arabic-first HR UI. Parallel-run alongside your existing system for at least one cycle so the team can compare outputs before cutover.
• WEEK 11+Live cycle and SLA. We commit to a same-day response on any WPS-related issue — a rejected file at 4 PM on payroll day is a same-day problem. SLA-backed maintenance covers ministry updates, bank format changes, and ongoing tuning.