Skip to content

Stratgik — technology strategy and business systems engineering.
Delivery across the USA, UK, UAE and India.

Talk about a problem

Build vs Buy: HR & Payroll Software in Saudi Arabia 2026

Published 26 October 2026 · 10 min read

Should you build or buy HR and payroll software in Saudi Arabia? Mudad, GOSI, Qiwa and PDPL requirements, 3-year costs and a decision checklist.

Build vs Buy: HR & Payroll Software in Saudi Arabia 2026

Short answer

For most private-sector employers in the Kingdom, the sensible 2026 answer is buy a Saudi-localised HR and payroll platform and build only the layer that connects it to your own systems. The statutory surface — Mudad wage files, GOSI contributions, Qiwa contract data, Muqeem residency status — changes on government timetables you do not control, and a bespoke payroll engine means you own every one of those changes forever. Building end-to-end only makes commercial sense where your workforce model is genuinely unusual: large contracting or Ajeer-heavy headcounts, multi-entity groups with shared-service payroll, or product companies whose own customers need payroll embedded.

This guide sets out the decision honestly: what the Saudi compliance surface actually demands, where off-the-shelf products break, what each route costs over three years, and a checklist you can run in a week. If you want help applying it to your own entity structure, our Saudi Arabia technology practice runs exactly this assessment, and the free build-vs-buy calculator gives you a first number in about five minutes.

A necessary note before we go further: Stratgik is a technology firm, not a law firm. Everything below is implementation guidance for engineering and HR operations teams. Confirm your own obligations with qualified Saudi counsel and with the regulators directly.

What "HR and payroll software in Saudi Arabia" actually has to do

The thing founders underestimate is that Saudi payroll is not a calculation problem. It is an integration and reconciliation problem across four government systems that must agree with each other every single month.

1. Mudad and the Wage Protection System

The Ministry of Human Resources and Social Development (MHRSD) requires private-sector establishments to submit employee wage files through the Mudad platform under the Wage Protection Programme, and the programme has been extended down to establishments with as few as one to five employees. Each registered legal entity needs its own submission — you cannot consolidate a group of companies into one file. Payments must move through a SAMA-licensed bank or approved digital wallet, in Saudi Riyals.

The reconciliation catch is what hurts: Mudad validates the salary you actually paid against the contract registered on Qiwa. Pay an employee correctly but leave a stale contract on Qiwa and you still get flagged. Any serious system therefore needs to keep contract master data and payroll master data in step, not just produce a file.

2. GOSI contributions, and a rate schedule that moves every July

Saudi Arabia now runs two parallel social insurance regimes. Saudi nationals first registered with GOSI before 3 July 2024 remain on the legacy rates; those registered on or after that date fall under the new Social Insurance Law, whose pension element steps up by 0.5 percentage points for both employer and employee every July. Expatriate employees attract an employer-only occupational-hazards contribution, with no employee share. Contributions are calculated on basic salary plus housing allowance, subject to a monthly ceiling of SAR 45,000.

Published 2026 figures from payroll providers sit broadly as follows, and you should confirm the current numbers directly with GOSI before configuring anything:

CohortPeriodEmployerEmployeeTotal
Saudi national, registered before 3 Jul 2024 (legacy)All of 202611.75%9.75%21.5%
Saudi national, registered on/after 3 Jul 2024 (new law)Jan–Jun 202612.25%10.25%22.5%
Saudi national, registered on/after 3 Jul 2024 (new law)From 1 Jul 202612.75%10.75%23.5%
Non-Saudi employeeAll of 20262% (occupational hazards)Nil2%

Read that table as a software requirement rather than an HR fact. Your system must hold a per-employee regime flag keyed to first GOSI registration date, and it must support effective-dated rate tables that change mid-year. A spreadsheet or a hard-coded percentage will be wrong by July.

3. Qiwa, Nitaqat and the contract of record

Employment relationships, offers, amendments and expatriate transfers are processed through Qiwa, using the Ministry's template contract. Law firm analysis of the evolving Saudi labour landscape notes that the Qiwa template contains an integration clause making it the controlling document in a dispute, and that wage clauses in Qiwa contracts now carry direct enforcement status through the Ministry of Justice's Najiz portal, with the phase covering indefinite-term contracts arriving in August 2026. Qiwa accounts are also wired into Nitaqat, Mudad, GOSI and Muqeem, so a data problem in one surfaces in all of them.

Practically, this means your HR system is not the system of record for employment terms. Qiwa is. Any build that treats your own database as authoritative will drift.

4. PDPL obligations on employee data

Employee records are personal data, and a large slice of them — national IDs, Iqama numbers, bank details, salary, dependants, sometimes health or biometric attendance data — sits at the sensitive end. Saudi Arabia's Personal Data Protection Law has been fully enforceable since 14 September 2024, overseen by SDAIA. Legal commentary on the law's first year in force sets out the practical obligations: maintain records of processing and keep them for five years after the activity ends, assess risk before cross-border transfers made under safeguards such as SDAIA-approved standard contractual clauses, notify SDAIA of qualifying breaches within 72 hours, and expect administrative fines reaching into the millions of Riyals for serious breaches.

For a build-vs-buy decision this matters in one blunt way: if you build, you own the PDPL control environment for the most sensitive dataset in the company — access logging, retention, encryption, transfer assessments, breach detection. If you buy, you inherit a vendor's controls and your job becomes diligence and contracting. Neither is free. Our Saudi PDPL implementation service exists because most teams discover this after the architecture is already set.

Where off-the-shelf products actually break

Buying is the default recommendation, so it is worth being precise about the failure modes, because they decide how much you will need to build around the product.

  • Multi-entity groups. Separate Mudad accounts per legal entity, shared employees, inter-company recharges. Many mid-market products assume one entity.
  • Non-standard pay elements. Project allowances, site-based rates, per-diem for rotational workers, end-of-service accrual on an unusual basis.
  • Contracting and Ajeer workforces. High churn, short assignments, mixed sponsorship — the pattern most likely to push WPS match rates down.
  • Attendance and field operations. Biometric or geofenced attendance feeding payroll is where almost every custom build request originates.
  • ERP already in place. If finance runs on an ERP with its own payroll module, the question is usually configure-versus-replace, not build-versus-buy.
  • Arabic-first UX and bilingual documents. Payslips, contracts and letters in Arabic with correct right-to-left rendering are commonly weaker than the English side.

Three-year cost comparison

These are planning ranges for a mid-market Saudi employer of roughly 150–400 staff, assuming a regional or GCC-localised vendor and a delivery partner doing the integration work. They are deliberately broad; your entity count and payroll complexity move them more than headcount does.

RouteYear 1Years 2–3 (annual)Who owns regulatory changeBest fit
Buy localised SaaS, configure onlySubscription plus a modest implementation feeSubscription plus light supportVendorSingle entity, conventional pay structures
Buy plus custom integration layer (recommended for most)Subscription plus an integration and data-migration projectSubscription plus a small maintenance retainerVendor for statutory logic; you for the connectorsMulti-entity, ERP in place, attendance feeds
Build bespoke end-to-endSubstantially the largest, and rarely a one-release project15–25% of build cost per year as ongoing maintenance, before new regulationYou, permanentlyPayroll is your product, or the workforce model is genuinely unserved

The number teams forget is the third column. A bespoke payroll engine is not a project with an end date; it is a standing obligation to track every GOSI step-up, every Mudad file-format revision and every labour-law amendment, in perpetuity. Price that as a permanent run-rate, not a contingency. If you want a defensible first estimate for the integration layer specifically, the app cost estimator is a reasonable starting point, and our custom software practice can scope the rest.

A one-week decision checklist

  1. Count your legal entities and Mudad accounts. One entity points strongly to buy. Five or more points to buy plus an integration layer.
  2. List every pay element you actually run. If more than two or three are genuinely non-standard, test them in vendor demos with your own data, not the vendor's.
  3. Pull your last six months of WPS match rates. A persistent gap is usually a master-data problem between Qiwa and payroll, and no new product fixes it on its own.
  4. Split your Saudi headcount by first GOSI registration date. Confirm any shortlisted product handles both regimes and effective-dated rate changes without manual intervention.
  5. Decide where employee data will reside and write down the PDPL position: residency, cross-border transfer basis, retention, breach notification path, who the controller is.
  6. Ask each vendor three questions in writing: how quickly did they ship the last GOSI rate change, what is their Mudad file-format change process, and where is Saudi employee data stored and processed.
  7. Score integration effort, not features. The real cost difference between shortlisted products is almost always the connector work to your ERP, bank and attendance systems.
  8. Set the reversal test. If you choose build, write down in advance what evidence at month six would make you stop. Teams that skip this rarely stop.

How we would run this engagement

The pattern that works is a short assessment before any procurement: map the entity and data model, quantify the integration surface, run a scripted vendor evaluation against your own payroll month, and only then commit. Where a build is genuinely justified, it is almost always a partial build — the integration and attendance layer around a bought statutory engine — rather than a bespoke payroll calculator. For ongoing operation, a managed arrangement keeps someone accountable for the July rate changes and the Mudad format revisions; that is what our managed technology service covers, and how we engage sets out the commercial shapes.

Frequently asked questions

Is it legal to build our own payroll system in Saudi Arabia?

Yes. There is no requirement to use a particular product. The obligation is on the outcome: wages paid on time through a SAMA-licensed channel, compliant wage files submitted through Mudad, correct GOSI contributions, and contract data consistent with Qiwa. A bespoke system that meets those obligations is acceptable. Confirm the detail with Saudi counsel — Stratgik is a technology firm, not a law firm.

How often do the Saudi payroll rules actually change?

Often enough to matter. GOSI contribution rates for employees under the new Social Insurance Law step up every July, the Labour Law saw substantive amendments taking effect in early 2025, and the Najiz wage-claim enforcement phases run into August 2026. Assume at least one change a year that touches payroll logic, and budget engineering capacity for it.

Can we keep Saudi employee data outside the Kingdom?

Cross-border transfers are permitted under conditions rather than prohibited outright, but they carry obligations — a risk assessment where you rely on safeguards such as SDAIA-approved standard contractual clauses, and transfers that do not conflict with national interests. Where a vendor hosts regionally inside the Kingdom, the compliance story is simpler. Our PDPL implementation page covers the practical controls, and the broader market picture sits on our Saudi Arabia hub.

We already have an ERP. Should we use its payroll module?

Evaluate it first, but test it specifically against Mudad file generation, the dual GOSI regimes and Qiwa reconciliation rather than general payroll capability. Global ERP payroll modules vary widely in how current their Saudi localisation is. The honest comparison is configure-the-ERP versus buy-a-localised-product-and-integrate, and the deciding factor is usually which one your finance team can actually close the month on.

What is the single biggest cause of WPS non-compliance?

Master-data drift. The salary paid is correct, but the Qiwa contract, the GOSI registration or the employee record in Muqeem has not been updated, so the file is flagged. This is a process and integration problem, which is why replacing the payroll product alone often fails to fix it.

How long does a buy-plus-integrate implementation take?

For a single entity with conventional pay elements, plan on a quarter including a parallel run. For a multi-entity group with ERP and attendance integrations, two quarters is a more realistic planning assumption. Always run at least one full parallel payroll month before cutover, and reconcile the Mudad file line by line.

If you are weighing this decision now, we will go through it with you properly. Book a free 30-minute session through our contact page and bring your entity list, your last WPS match report and your current payroll stack — that is usually enough for us to tell you in one call whether you are a buy, a buy-plus-integrate, or one of the rare genuine builds. More on our work in the Kingdom is on the Saudi Arabia hub.

Written by the Stratgik team. Stratgik is a technology strategy and implementation firm headquartered in Gurugram, India, working with clients across India, the United States, the United Kingdom, Singapore, the UAE and Saudi Arabia. This article is general information, not legal or tax advice. Statutory rates and platform requirements change; verify current figures with GOSI, MHRSD and SDAIA before acting.

Tell us what isn't working.

One process, one system, one decision you are stuck on. We will come back with how we would approach it, what it would take, and whether it needs building at all.

The Stratgik model

Strategy first. Technology that follows through.

Four stages, in order. Most businesses need them one at a time.