Buyer Process

How to Choose the Right Odoo Partner in Saudi Arabia: The RFP-to-Signature Process (2026)

A defensible Saudi buyer-side process from "we need Odoo" to a signed contract: how to write the RFP, how to long-list and short-list, how to run scored reference calls, how to read the commercials, and the contract clauses to non-negotiate before signing.

iWesabe Editorial TeamSeptember 3, 202411 min read

Choosing the right Odoo partner in Saudi Arabia comes down to five verifiable criteria: Gold tier certification on odoo.com/partners, live ZATCA Phase 2 production deployments, GOSI payroll integration in production, a post-go-live SLA with named response times, and a Saudi client reference list you can call directly. Most Saudi buyers skip this process and approach the Odoo partner decision the same way they buy software licences: collect three quotes, compare prices, pick the middle one. That process ships a partner — it does not ship a system that survives a ZATCA inspection or a GOSI reconciliation two years from now. The cost of the wrong partner choice in the Kingdom is rarely visible at signature; it surfaces in change-request bills, missed regulatory windows, and — at the extreme — a re-implementation eighteen months in.

This post is the process — the five-step runbook iWesabe recommends Saudi buyers execute from "we need Odoo" to a signed contract. It assumes you have already read the diligence framework (the seven markers a partner must clear) and the post-go-live SLA spec (what "local support" actually has to mean). Both are linked inline. The process here is what you do with those artefacts.

Step 1 — Write the RFP the partner has to answer in writing

A buyer-side RFP is the single biggest predictor of which partner you end up with. Loose RFPs invite loose proposals; tight RFPs filter out partners who cannot answer in writing. For a Saudi mid-market Odoo engagement, the RFP must demand specific written responses on at least the seven sections below — anything less and you are buying a sales narrative.

The seven RFP sections every Saudi Odoo partner must answer in writing
SectionWhat you ask forWhat an audit-defensible answer looks like
1. Scope summaryYour business in their own words — what they understood from your brief1-page restatement that names your sector, entities, headcount, and the two or three regulatory anchors that matter most
2. Solution architectureNamed Odoo modules, integrations, hosting targetModule list with version, integration list with named vendors, hosting target with PDPL classification
3. Localisation depthHow they handle ZATCA Phase 2, GOSI, HRSD/Qiwa, PDPL1-page summary per regulator with the default Odoo configuration mapped to the rule (not marketing copy)
4. Implementation planPhases, deliverables, sign-off gates, named teamGantt with dates, deliverables per gate, named consultant CVs with current Odoo certifications
5. Commercial modelLicence / implementation / support — three separate line itemsThree columns with day-rates, change-request rate, and what is and is not included in each
6. Post-go-live SLAP1-P4 response and resolution targets in Saudi business hoursNamed time bands per class, Arabic-language ticket coverage, breach-recourse mechanism
7. Exit and data portabilityWhat happens on termination — DB, code, CSID, docsMaster service agreement language with named artefacts and handover timeline

Step 2 — Long-list filtering before any proposal lands

Filter on three desk-research criteria before you send the RFP — there is no value spending ten days reading proposals from partners who would have failed an upstream check. The three filters: (a) verifiable Odoo directory listing at odoo.com/partners with a Saudi-Arabia or GCC office, (b) at least three Saudi named clients on their website or LinkedIn footprint, and (c) public evidence (case studies, conference talks, technical blog posts) of ZATCA Phase 2 work. A partner who fails any of the three at the desk-research stage will not pass the seven-marker framework either.

Target a long-list of five to seven partners; you want enough plural responses to compare patterns but not so many that the review collapses under its own weight. Three is too few — you cannot tell signal from outlier; ten is too many — the buyer-side review takes longer than the implementation.

Step 3 — Score the proposals against the diligence framework

When the proposals land, three buyer-side reviewers score each one independently against the seven-marker buyer-diligence framework — 0 if absent, 1 if claimed but not evidenced, 2 if evidenced on document. Independent scoring matters more than the rubric itself: a single scorer drifts toward whichever partner spoke last; three scorers exposes scoring divergence and forces conversation about why a marker is read differently. Average the three scores, then short-list the top two or three.

Scoring rubric — what each marker score actually means
ScoreDefinitionExample for marker 3 (regulatory depth)
0 — absentNo mention or generic mention only"We support ZATCA" with no detail on Phase 2 vs Phase 1, CSID, or Fatoora reconciliation
1 — claimedAsserted with detail but no evidenceMulti-paragraph description of Phase 2 process but no named Saudi client or live screenshot
2 — evidencedDetail plus a verifiable artefactPhase 2 description plus an anonymised CSID dashboard screenshot plus a named reference client willing to confirm

Need a buyer-side scoring template for your RFP?

iWesabe shares its 7-marker scoresheet — the same template we use to evaluate competing Odoo proposals — useful even when iWesabe is not bidding.

Step 4 — Reference calls with a fixed question set

Each short-listed partner provides two Saudi reference clients. Buyer-side runs a 30-minute call with each — same six questions, same reviewer, written notes. Same questions matter because they let you compare references across partners; otherwise you compare narratives, which favours the most articulate referee. Anchor every call on these six:

  • What did the partner ship that you did not have to redo? The single most diagnostic question — answers reveal where implementation work ended and re-implementation began.
  • On your first ZATCA inspection, did the configuration hold? Filters partners who handle ZATCA only at go-live but not at audit-time.
  • What was the P1 first-response time when something broke production? Cuts through the marketing SLA badge — real P1 response is what they ship, not what they promise.
  • Did the change-request log stay transparent or did costs creep silently? The single best predictor of total cost of ownership at year three.
  • Who is your named consultant today versus at go-live? Consultant turnover signals where the partner is investing — and where they are not.
  • Would you re-hire this partner for your next entity? The closing question — a hesitant "probably" is a no.

Refusal to answer questions 3 or 5 is a red flag the buyer should record. A partner whose references will not state a P1 response time on the record either does not know it or does not want it known — both possibilities argue against signing.

Step 5 — Commercial review and contract clauses to lock before signing

By this stage one partner has emerged from the scoring and the reference calls. Before the contract goes to legal, the buyer-side does one more pass — the commercial review reads the three line items against industry bands, and the contract review confirms that six clauses are present and unambiguous. Skipping this step is where six-month-into-the-project surprises originate.

The six contract clauses to lock before signing
ClauseWhat it must specifyWhat happens if missing
Scope lockWhat is in-scope, what is out-of-scope, and the change-request rate for additionsOpen-ended scope creep through unpriced change requests
SLA + breachResponse/resolution time per ticket class with named breach-recourse mechanismSLA becomes a marketing badge with no enforcement
Data residency + PDPLHosting region named, PDPL classification confirmed, breach-notification SLA documentedPDPL non-compliance exposure that surfaces only at audit
IP ownershipCustom code and configuration are the client's property, deposited in a client-owned git repositoryPartner owns the customisation; partner change becomes a re-implementation
Exit + handoverFull DB export, code, CSID/PKI, configuration docs, defined handover windowLock-in by inertia — leaving the partner is more expensive than staying
Termination for causeMaterial-breach triggers, cure period, refund pro-rata for unconsumed servicesBuyer is locked in to an underperforming partner with no commercial exit

What does a defensible Saudi Odoo partner-selection process look like in numbers?

A buyer-side process executed properly fits inside roughly eight weeks from RFP draft to signed contract. The four numbers below are the bands iWesabe sees on engagements where the buyer ran a disciplined process — buyers who collapse the process into two weeks consistently overpay or end up re-tendering inside the first year.

5-7
RFP long-list size
≥ 2
Reference calls per short-listed partner
3
Independent buyer-side scorers per proposal
6-8 wks
RFP draft → signed contract window

Already running an Odoo RFP and want a neutral second-read?

Send the RFP and the proposals — iWesabe will score them against the seven-marker framework and return a written, neutral comparison inside 48 hours.

The partner you sign with shapes the next three to five years of how Odoo serves your business in Saudi Arabia — through ZATCA Phase 2, through PDPL maturity, through Saudisation cycles, through whichever Vision 2030 wave hits your sector next. The process above — tight RFP, filtered long-list, independent scoring, scripted reference calls, locked contract — costs eight weeks. The alternative — three quotes, two demos, signature on the lowest number — costs eighteen months.

iWesabe is a Saudi Odoo Gold Partner; we are bid-side on roughly half the RFPs in this article and buyer-side advisory on the other half. Saudi buyers who have run this RFP-to-signature process with iWesabe on the table typically score us in the 12-14 audit-defensible band — and we will hand you the names of two callable references on request, including one mid-engagement and one post-go-live. A 60-minute partner-selection session walks any buyer through the RFP draft, the scoring rubric, and the contract-clause checklist — and delivers a one-page action plan within 48 hours.

Talk to iWesabe before you send the RFP

Buyer-side advisory: we help you write the RFP, build the scoresheet, and prep the reference-call script — regardless of whether iWesabe ends up bidding.

WhatsApp

Frequently Asked Questions

How long should the Odoo partner selection process take?
Six to eight weeks from RFP draft to signed contract for a Saudi mid-market engagement. Two of those weeks are RFP design and long-list filtering; two are partner response time; two are scoring plus reference calls; one to two are commercial and contract review. Buyers who compress this into a fortnight typically pay for it later — either through unpriced change requests inside the first six months or through a re-tender inside the first year. Buyers who let it drag past three months lose stakeholder momentum and end up defaulting to whichever partner stayed in touch longest.
Should the RFP include a budget number or hide it?
Include a band, not a target. "SAR 250k-450k for one-time implementation" tells partners the proposal must justify itself inside that envelope, while leaving room for them to argue up or down with evidence. A hidden budget invites a wide price spread that wastes review cycles; a fixed target invites every partner to land exactly on it regardless of actual fit. A band gives you both signal — partners far above the top need to justify, partners far below need to explain what they are not building.
Should the reference calls happen before or after the scoring?
After — and only on the short-list, not the long-list. Reference calls cost the buyer-side an hour of time and the referee thirty minutes; spending that on a partner who has already failed marker 3 (regulatory depth) on the proposal is wasted. Score first, short-list to two or three, then run reference calls on those — the calls become a tie-breaker between proposals that are within scoring distance of each other rather than a primary filter.
What if the highest-scored partner is also the most expensive?
Common, and not by accident — partners who can evidence the seven markers usually carry the cost of a tenured team and a real localisation investment. The buyer-side question is whether the price delta versus the next-best partner is bigger than the expected cost of re-mediation work on the cheaper option. A SAR 80k price gap against a second-placed partner who scored 11/14 versus 13/14 is usually wider than the gap to re-mediate; a SAR 250k gap against a partner who scored 12/14 versus 13/14 probably is not. Use the score sheet, the proposal detail, and the reference-call notes together — never the price column alone.
Should buyers use a procurement consultant or run the process in-house?
Depends on whether the buyer-side has run an ERP procurement before. First-time buyers benefit from a neutral procurement consultant — one who has scored Odoo proposals before and knows what marker 3 looks like when evidenced. Repeat buyers (a second entity, a holding-company expansion, a post-merger consolidation) usually have enough internal scar tissue to run it themselves. The cost of a procurement consultant for an eight-week selection is small relative to the cost of choosing the wrong partner; the cost of using one as a crutch on a process you already know is wasted spend.
What's the single most common mistake Saudi buyers make in this process?
Letting the demo come before the diligence. Polished Odoo demos can hide all seven gaps; buyers who watch demos before scoring proposals arrive at the scoring conversation already half-committed to whoever demoed last. The discipline is: score the written proposal first, short-list on the score, then schedule demos as a deep-dive on already-promising partners — not as a top-of-funnel filter. The order matters more than any single rubric question.
iWesabe Editorial Team

iWesabe Editorial Team

Practitioner insights on Odoo ERP, ZATCA compliance, and Saudi enterprise digital operations — written by iWesabe's consulting, finance, and engineering teams.

About iWesabe

Related Articles