Skip to content
Al Khobar, Saudi Arabia

ERP support services

Support for an ERP that keeps the business running after go-live

Most ERP trouble starts after launch: a failed posting, a slow report, a rule change, an upgrade nobody planned. We take on support for your SAP, Odoo or Dynamics 365 system with agreed response times and a monthly review.

1 to 2

weeks to take over an existing system

24/7

monitoring and alerting

2

languages for tickets and calls

Incident responseService requestsRelease and upgrade testingMonitoring and alertsBackup and restore testsUser and role administrationZATCA rule updatesPerformance tuningMonthly service reviewDocumentation upkeep

The direct answer

ERP support is the ongoing work of keeping an ERP healthy after go-live: resolving incidents, handling change requests, applying patches and upgrades, monitoring performance and keeping documentation current. It fits companies whose internal IT is small or whose original implementer has moved on. We support SAP, Odoo and Dynamics 365 with agreed response times.

Before and after

What this removes.

The implementer is gone

Today

The team that built the system has moved on, and nobody knows why some settings are the way they are.

With the system

We document the system on takeover and become the named contact for fixes and changes.

Small issues wait too long

Today

A blocked posting or a wrong tax code sits in an email thread for days while finance works around it.

With the system

Tickets have a priority and a response time, and urgent ones get a person the same day.

Upgrades are avoided until they are forced

Today

The system falls several versions behind, and the eventual upgrade is large, risky and rushed.

With the system

Releases are tested on a copy of your setup first, with a plan and a date agreed in advance.

Rule changes arrive without warning

Today

A change in ZATCA or VAT rules reaches you from a customer complaint, not from your system vendor.

With the system

We track regulatory changes and apply the needed updates before they hit production.

What we build

What lands in your hands.

Takeover and documentation

We map your system, users, integrations and customizations, and write down what exists.

Incident and request handling

One queue for faults and changes, with priorities and response times you can hold us to.

Monitoring and backups

Uptime, job failures, interface errors and disk or database health watched round the clock.

Upgrade and patch management

Releases tested on a copy of your system, then scheduled outside business hours.

Access and security hygiene

Roles reviewed, leavers removed, and sensitive permissions checked on a schedule.

Service review and roadmap

A monthly report on tickets, trends and the next improvements worth making.

In depth

How it works, and what to decide.

What a good support arrangement covers

Support is more than a help desk. The work falls into four kinds. Incidents are things that are broken now: a posting fails, a batch job stops, an interface to the bank returns errors. Service requests are routine asks such as a new user, a new report layout or a new approval limit. Changes are modifications to configuration or code. Problems are the root causes behind repeated incidents.

We separate these on purpose because they need different handling. An incident needs speed. A change needs testing and approval. A problem needs analysis and a permanent fix, otherwise the same ticket returns every month. A support plan that only reacts to incidents leaves you paying for the same fault repeatedly.

Each plan sets response and target resolution times by priority. A blocked month-end close counts as urgent; a cosmetic report change does not. We agree the definitions with you in writing, so there is no argument at the moment of pressure. Indicative takeover time for an existing system is one to two weeks, including the documentation pass.

Upgrades, releases and keeping custom work safe

Every ERP changes under you. SAP issues support packages and release upgrades, Odoo ships a new major version each year, and Microsoft updates Dynamics 365 on a regular release cycle. Each of these can break a customization or an integration. Skipping them is not safe either, because security fixes and regulatory updates arrive through the same channel.

Our approach is to keep a test copy of your system, apply each release there first, and run a fixed set of regression tests: posting an invoice, receiving stock, running payroll inputs, producing a ZATCA e-invoice, running the month-end reports. We report what broke, fix it, and schedule the production change outside working hours with a rollback plan.

Custom code is the usual problem. We review it for upgrade risk, remove what the standard system now does itself, and bring the remainder under version control with tests. For Odoo that is a custom module repository, for Dynamics 365 it is extensions, and for SAP it is a short list of approved enhancements. You keep the source and the documentation.

Saudi obligations that never stop changing

A Saudi ERP carries rules that move. ZATCA updates its e-invoicing specifications and its waves of affected taxpayers. VAT treatment can change for a type of supply. Certificates used to stamp e-invoices expire and must be renewed before they do. Left unattended, any of these turns into rejected invoices or a stuck month-end.

We keep a calendar of certificate expiries, track ZATCA announcements, and apply and test configuration changes before they reach production. Where a change needs a decision from you, such as how to treat a new invoice scenario, we bring the question with a recommendation, not an open problem.

Support also covers the security basics the National Cybersecurity Authority's controls expect of any business system: access reviews, removal of leavers, patching and backup testing, with logs kept as evidence. Where your data sits matters under the Personal Data Protection Law and cloud rules, and we can run support for systems hosted inside the Kingdom. We do not claim your company is compliant by virtue of our support. We make the routine work visible so your own compliance team can rely on it.

The delivery plan

Five stages. You sign off every one.

Read each stage as a small contract: what we need from you, what lands in your hands, and the sentence that has to be true before we move on.

01 / 05

Assess and take over

1 to 2 weeks

We map the system, its users, integrations and customizations, and set up access and monitoring.

What you do
  • Give us access and any existing documents
  • Name your internal system owner
  • Confirm which processes are critical
What we deliver
  • A system inventory and risk list
  • Monitoring and backup checks in place
  • A draft service plan
Exit criteria

We move on when the inventory and service plan are approved by you.

02 / 05

Stabilize

2 to 4 weeks

We clear the backlog of known faults, fix the highest-risk items and prove that backups can be restored.

What you do
  • Share your list of known issues
  • Prioritize the most painful ones
  • Approve changes to production
What we deliver
  • Backlog triaged and the top issues fixed
  • A tested restore
  • A documented release routine
Exit criteria

We move on when no urgent issue is open and a backup has been restored in a test.

03 / 05

Run the service

ongoing

We handle incidents, requests and changes through one queue within the agreed response times.

What you do
  • Raise tickets through the queue
  • Approve change requests
  • Keep your user list current
What we deliver
  • Incident and request resolution
  • Weekly status on open items
  • Access reviews on a schedule
Exit criteria

We move on when response times are being met for three months running.

04 / 05

Release and regulation cycle

each release

We test every vendor release and every regulatory change on a copy of your system before production.

What you do
  • Confirm the release window
  • Join acceptance for major releases
  • Decide on rule-change treatments
What we deliver
  • Regression test results
  • A scheduled production change with rollback
  • Certificate renewals handled
Exit criteria

We move on when the release is live, regression tests pass and users confirm.

05 / 05

Review and improve

monthly

We review tickets and trends with you and decide which improvements deserve time.

What you do
  • Attend a short monthly review
  • Rank the improvement list
  • Flag upcoming business changes
What we deliver
  • A monthly service report
  • Root-cause fixes for repeat issues
  • An updated improvement roadmap
Exit criteria

We move on when agreed improvements have owners and dates.

Buyer questions

Asked before signing.

Can you support a system someone else implemented?

Yes. We start with a one to two week takeover: we map the system, users, integrations and customizations, set up access and monitoring, and write the documentation that may be missing. Then we agree the service plan and response times.

Which ERP platforms do you support?

We support SAP (S/4HANA and Business One), Odoo and Microsoft Dynamics 365, including Business Central. If you run something else, tell us during the assessment and we will say honestly whether we can support it.

How are response times defined?

By priority. Urgent issues, such as a blocked month-end close or e-invoice failures, get the fastest response. Routine requests are queued by agreed targets. We write the priority definitions into the plan so nobody has to argue about them later.

Do you handle ZATCA changes and certificate renewals?

Yes. We track ZATCA announcements, test and apply configuration changes before production, and keep a calendar of e-invoicing certificate expiries so renewals happen before invoices start failing.

Can support be delivered in Arabic and from hosting inside the Kingdom?

Yes. Tickets and calls work in Arabic or English, and we can support systems hosted inside the Kingdom, with access, logging and backups documented for your compliance team.

Need someone to own your ERP's health?

Tell us the platform, the number of users and what hurts today. We will propose a takeover plan and a service level.