ERP for Saudi Arabia, built around how you actually operate and compliant with ZATCA Phase 2 from the start

Custom ERP software for Saudi businesses, built to your process and not a template. ZATCA Phase 2 Fatoora integration, 15% VAT engine, Arabic interface, and PDPL-compliant data handling. Eight years, 730+ systems, delivered directly from Pune.

  • ZATCA Phase 2 compliant e-invoicing module with Fatoora API integration, included as a named scope deliverable
  • 15% VAT and the Saudi withholding tax matrix, built into the tax engine by default
  • Arabic and English in a single interface, with right-to-left layout for Arabic
  • Direct contracting, no reseller, no RHQ requirement for private-sector work
Book a call

30 minutes. We respond within one business day. Bring your messiest compliance requirement.

Riyadh skyline at dusk representing ERP software for Saudi Arabia
730+ SYSTEMS SHIPPED
500+ CLIENTS WORLDWIDE
8 YEARS
25+ INDUSTRY VERTICALS

A custom ERP for Saudi Arabia is a production-ready system built around one company's actual operation, with ZATCA Phase 2 Fatoora integration, 15% VAT and the withholding tax matrix configured from the start, not bolted on after go-live.

Most ERP projects in Saudi Arabia fail for one of two reasons: the system was never built to the correct tax treatment, or the compliance module was treated as a Phase 2 addition and then ran out of budget. We price ZATCA compliance as a named scope item, not a contingency.

What we keep hearing before the first call

ZATCA Phase 2 was never really built in

The ERP shipped before Fatoora. The compliance module was added later by a different team with a different codebase. It produces a valid XML but the data does not come from the ERP; it comes from a spreadsheet the finance team updates manually.

The Arabic interface is an afterthought

Right-to-left layout was toggled on late in development. Dates, numbers and field labels are mixed. The warehouse supervisor uses the Arabic version and the financial controller uses the English version and they do not agree on what anything is called.

Multiple VAT treatments, one rate hardcoded

You trade across standard-rated, zero-rated and exempt categories. The system knows one rate. The accountant runs the adjustment at month end, and the ZATCA submission and the ledger are never reconciled in the same system.

COMPLIANCE

The Saudi compliance questions that decide your ERP architecture

Most vendors answer these on slide twelve of the demo. We would rather have the conversation here.

Saudi Arabia operates at 15% VAT (raised from 5% in 2020) versus the UAE's 5%. The standard rate, zero rate and exempt categories are broadly similar in structure, but the Saudi VAT Implementing Regulations carry different conditions for financial services, real estate and certain government transactions. If you operate across multiple categories the tax engine has to handle them explicitly - a single-rate system is not adequate. We build the tax treatment as a named scope item confirmed during discovery, not a default inherited from a UAE template.
ZATCA Phase 1 (December 2021) required structured electronic invoices. Phase 2 (integration phase, rolling from January 2023) requires real-time clearance via the Fatoora portal for standard invoices and reporting within 24 hours for simplified invoices. A compliant invoice includes a UUID, the cryptographic stamp, a QR code in the mandated format, and the XML in UBL 2.1. The e-invoicing module we build includes all of these as a production deliverable: the UUID is generated by the system, the XML is submitted to Fatoora, the clearance response is stored against the invoice record, and credit and debit notes follow the same pipeline. This is not configured at the end of the project. It is part of the invoice module from the first sprint.
Unlike the UAE, Saudi Arabia levies withholding tax on certain cross-border payments. The classification of the payment determines the rate. Custom software development is generally treated as a service and attracts 5% withholding tax. Software licence fees are classified as royalties and attract 15%. We include this here because it affects the commercial terms and the net cost of the project. A Saudi tax adviser should confirm the applicable category before the contract is signed.
Saudi Arabia's Personal Data Protection Law, administered by the Saudi Data and Artificial Intelligence Authority, came fully into force in September 2024. It restricts cross-border transfers of personal data. For health data, the Ministry of Health's Health Data Management and Protection Policy imposes in-country hosting requirements. For other personal data, cross-border transfers require either consent, contractual safeguards, or a determination by SDAIA. India does not yet hold an adequacy determination from Saudi Arabia, so we use contractual safeguards, configured as part of contract preparation rather than after go-live.
The Regional Headquarters requirement, introduced under Vision 2030, applies to multinationals seeking Saudi government contracts and certain regulated licences. It does not apply to a foreign company contracting with a Saudi private-sector company for software development services. We do not hold an RHQ licence and we do not need one for the projects we take on. If your procurement route requires one, we will tell you on the first call.
Saudi Arabia's working week runs Sunday to Thursday. India runs Monday to Friday. The overlap is Sunday through Thursday. India is UTC+5:30 and Riyadh is UTC+3, a difference of two hours thirty minutes, so an 8:00am meeting in Riyadh is a 10:30am start in Pune. Our team adjusts to the Sunday–Thursday calendar for Saudi projects. Escalation runs on your hours.

Commercial and regulatory information reviewed by Mr. Sumeet Katariya, Founder and Chief Executive Officer, Accucia Softwares Pvt. Ltd. This page does not constitute tax or legal advice.

What goes into an ERP we build for Saudi Arabia

ZATCA Phase 2 e-invoicing module

UUID generation, cryptographic stamp, QR code, UBL 2.1 XML, Fatoora API integration and clearance response storage against every invoice record.

15% VAT engine with category handling

Standard-rated, zero-rated, exempt and out-of-scope categories in a single engine. No manual override at month end.

Arabic and English interface

Right-to-left layout for Arabic, with field labels, date formats and number formats consistent in both languages and tested with Arabic data.

Production and planning

Work orders, capacity, scheduling, shop-floor capture. What was made, when, on which line, by whom.

Inventory, procurement and costing

Multi-location stock, supplier performance, purchase approvals. Actual costing against plan, by job and by site.

Mobile apps for field teams

Works without a connection. Syncs when signal returns. Tested on the devices your technicians actually carry.

We do not only build systems for the region. We run them.

ElevatorPlus, which we built and implement, runs with more than 2,000 users across 20+ countries. In Saudi Arabia it is live today at Triolift. In the UAE it runs at EPIC ME Technical Works LLC. In Bahrain at Gulf Integrated Vertical Solutions. Three GCC states, one platform built in Pune and implemented remotely.

These are named companies, not anonymised case studies. We list them because we have their permission and because the most useful thing we can say about GCC delivery is that it is already happening.

730+ Systems deployed
500+ Clients worldwide
8 yrs In production
25+ Industry verticals
Triolift

Triolift

Saudi Arabia

EPIC ME Technical Works LLC

EPIC ME Technical Works LLC

United Arab Emirates

Gulf Integrated Vertical Solutions

Gulf Integrated Vertical Solutions

Bahrain

What changes when the ERP is built for Saudi Arabia specifically

Comparison of a generic ERP against a Saudi-specific custom build across five criteria.
Criterion Generic licensed ERP Custom build, Saudi-specific
ZATCA Phase 2Third-party add-on, separately licensed, separate support contractBuilt into the invoice module from sprint one, maintained as part of the core system
VAT engineConfigured at 15% with workarounds for zero-rated categoriesMultiple categories by design; classification rules confirmed during discovery
Arabic interfaceAvailable, varies in quality by vendorFull RTL, tested with Arabic data, both languages in one codebase
Withholding taxManual journalsConfigured as a payable at the payment stage with the correct rate by category
PDPL complianceDepends on vendor's DPA termsData residency confirmed in writing in week one; contractual safeguard in place before onboarding

How the engagement works

1

A 30-minute call

You bring one process. We tell you whether it is ready and whether we are the right team.

2

Discovery, then a fixed-scope proposal

Named deliverables including ZATCA compliance scope, a fixed price, a timeline you can hold us to.

3

Build, with weekly demos on your data

You watch the compliance modules work against your real transaction types, not test data.

4

Implementation and year three

Migration, parallel running, training, then support under a named agreement.

Questions we get asked

It depends on scope, and any vendor quoting before they understand your process is guessing. What drives the number: how many sites, how many integrations, how much of your process is genuinely non-standard, how clean the data is that has to migrate, and whether ZATCA Phase 2 compliance has to be built in from the start. We give a fixed price after discovery.

ZATCA Phase 2, which requires cryptographic sealing and real-time integration with Fatoora, applies to the invoicing module, not to the ERP as a whole. Systems we build for Saudi Arabia include a ZATCA-compliant e-invoicing module with UUID generation, QR code, XML in the UBL 2.1 format, and direct Fatoora API integration. Compliance is a named deliverable in the scope, not a late addition.

We build the tax engine to Saudi rates and categories by default for Saudi-operated systems. The ZATCA Phase 2 invoice module handles VAT calculation, credit notes, debit notes and the clearance/reporting API calls. If you operate across VAT and zero-rated categories the scope conversation includes the tax treatment design.

No. The Regional Headquarters requirement affects multinationals seeking Saudi government contracts and certain regulatory licences. For private-sector contracts, a non-resident supplier can contract directly with a Saudi company. We will tell you plainly if your procurement route requires a local or RHQ-licensed supplier.

For Saudi health data the system runs in-country. For everything else, we discuss the hosting region in week one. Saudi Arabia's PDPL came fully into force in 2024 and imposes restrictions on cross-border transfers of personal data. We configure the data transfer framework as part of contract preparation.

This depends on how you classify the payment. Custom software development is generally treated as a service and attracts 5% withholding tax in Saudi Arabia. Licence fees are classified as royalties and attract 15%. A Saudi tax adviser should confirm the applicable category before the contract is signed. We do not provide tax advice; this answer is for orientation only.

Potentially yes. Unlike the UAE, Saudi Arabia does levy withholding tax on certain cross-border payments, and the rate depends on the payment type. We factor this into the commercial discussion at proposal stage so the invoice amount and the net received are clear before you commit.

For private-sector projects, we contract directly. For Saudi government contracts, procurement typically routes through a locally licensed supplier, and some contracts require Saudi content certification under the Nitaqat programme. We will tell you which procurement route your project falls under and whether we can support it or not.

India is UTC+5:30 and Saudi Arabia is UTC+3, a difference of two hours and thirty minutes. Sunday to Thursday is the working week in Saudi Arabia; our team runs to match it. An 8:00am meeting in Riyadh is a 10:30am start in Pune. There is no effective overlap problem.

Arabic and English in a single interface, with right-to-left layout for Arabic. We build the language layer as part of scope, not as a post-go-live addition, and we test it with Arabic data rather than Latin placeholders.

You do. Repository access, documentation and a full handover are written into every contract. We would rather be kept because the work is good than because leaving is difficult.

Related pages

Ready to talk about one process?

Book a 30-minute call. Bring your ZATCA requirement, your VAT complexity, or just the process that is costing you the most time. We will tell you honestly whether we are the right team.

Book a call

Working from Pune with clients across India, the US, the UK, Europe, the Middle East, Australia and Southeast Asia.

Chat With Us