A build-to-order Odoo payment provider that connects your Saudi checkout to Moyasar — accepting mada, Apple Pay, STC Pay, and cards in SAR with webhook-based reconciliation. ECOSIRE builds, installs, and supports it after a scoping call. Built to order by ECOSIRE for Odoo 17, 18, 19 — indicative price from $249.00 USD; request a quote for a scoped proposal.

A build-to-order Odoo payment provider that connects your Saudi checkout to Moyasar — accepting mada, Apple Pay, STC Pay, and cards in SAR with webhook-based reconciliation. ECOSIRE builds, installs, and supports it after a scoping call.
Keine Zahlung jetzt. Dies sendet eine Angebotsanfrage an unser Team – wir melden uns per E-Mail mit Preisen und nächsten Schritten.
Saudi merchants lose conversions the moment their Odoo checkout can't offer mada, Apple Pay, or STC Pay. Odoo core ships with Stripe, PayPal, Adyen, and a few others, but there is no native Moyasar payment.provider — so a Riyadh or Jeddah store either bounces customers to an external link, hard-codes a fragile custom controller, or simply can't take the local rails that Saudi buyers actually trust. The gap widens with mada: it's the dominant domestic scheme, and without a provider that speaks Moyasar's API, your Odoo eCommerce, Sales, and Invoicing flows never see a clean, reconciled payment.
New Moyasar `payment.provider` via `_inherit = 'payment.provider'` with a dedicated `code` selection value, so it appears natively in Settings > Payment Providers
Embedded Moyasar.js checkout rendered through a QWeb/OWL template — customers pay inside your Odoo checkout, no external redirect for card/mada
mada, Apple Pay, STC Pay, and international cards exposed as configurable `payment.method` records so you enable exactly what you sell
`payment.transaction` extension implementing `_get_specific_rendering_values`, `_send_payment_request`, and `_process_notification_data` for the full Moyasar lifecycle
SAR-native amount handling with correct halalah minor-unit conversion to match Moyasar API contracts and avoid rounding mismatches
Signature-verified webhook controller (public JSON route) that authenticates callbacks against the stored webhook secret before touching any record
ECOSIRE builds a first-class Moyasar payment provider for Odoo. Technically, it extends the payment.provider model (_inherit = 'payment.provider') with a new code selection value and Moyasar-specific credential fields (publishable/secret keys, webhook secret) stored on the provider record, plus a payment.transaction extension that implements _get_specific_rendering_values, _send_payment_request, and _process_notification_data for the Moyasar lifecycle. The embedded Moyasar.js form is rendered through a QWeb/OWL template so the customer pays without leaving your Odoo checkout, and the payment method list (mada, Apple Pay, STC Pay, cards) is driven by payment.method records so you control exactly what appears. All amounts are handled in SAR with correct minor-unit (halalah) conversion to match Moyasar's API expectations.
Reconciliation is the part most DIY builds get wrong, so we make it the backbone. A public JSON controller receives Moyasar webhooks, verifies the signature against the stored webhook secret, and idempotently maps events onto the Odoo payment.transaction state machine (_set_pending, _set_done, _set_canceled, _set_error) — so a paid order is confirmed, the invoice/SO is advanced, and duplicate or replayed callbacks never double-post. Refunds are handled inside Odoo through the standard refund action, calling Moyasar's refund endpoint and writing back a linked refund transaction. Access is locked down with ir.model.access.csv and record rules so only authorized users touch provider credentials, and every gateway call is logged for audit. The module ships as a proper Odoo addon with a versioned __manifest__.py, targeted for your line — Odoo 17.0, 18.0, or 19.0, Community or Enterprise.
Because this is build-to-order, you're not downloading a generic zip and hoping it fits. We start with a short scoping call to confirm your Odoo version, edition, which Moyasar methods you need live, your SAR tax/invoice setup, and whether you use the eCommerce checkout, the customer portal invoice-pay flow, or both. We then build against your requirements, run UAT on a staging copy of your database, and only cut over to production with a documented rollback. Typical delivery is 2-4 weeks from confirmed scope. You receive the full installable source, technical and user documentation, a training session, and a post-go-live support window — plus the git repository so the module is yours to keep.
Runs an Odoo website/eCommerce store in KSA and needs mada, Apple Pay, and STC Pay live at checkout so local buyers pay with the rails they trust, with orders auto-confirmed in Odoo.
Owns invoicing and cash application, and needs every Moyasar capture and refund to land on the right `payment.transaction` and invoice automatically — no manual matching or double-posting.
Needs a properly architected provider on the standard `payment` framework (not a hacked controller) with clean access rules and a git repo they can maintain and extend.
Sends Odoo invoices and wants customers to pay online in SAR from the portal via Moyasar, with the invoice marked paid and reconciled on webhook confirmation.
Kaufen Sie die Lizenz auf ecosire.com und laden Sie die ZIP-Datei des Moyasar Payment Gateway for Odoo-Moduls von Ihrem Konto-Dashboard herunter.
Extrahieren Sie die ZIP-Datei in Ihren Odoo-Ordner für benutzerdefinierte Add-ons auf dem Server (oder laden Sie sie über „Apps“ > „Aus Datei installieren“ auf Odoo.sh/Runbot hoch).
Aktivieren Sie den Entwicklermodus, öffnen Sie „Apps“, klicken Sie auf „Apps-Liste aktualisieren“, suchen Sie nach „Moyasar Payment Gateway for Odoo“ und klicken Sie auf „Installieren“.
Öffnen Sie das neue Menü, fügen Sie Ihren ECOSIRE-Lizenzschlüssel ein, verbinden Sie alle externen Anmeldeinformationen (Shopify, Amazon, Stripe usw.) und speichern Sie.
Führen Sie den integrierten Verbindungstest aus, synchronisieren Sie Ihre ersten 10 Datensätze und planen Sie den wiederkehrenden Cron. Wenden Sie sich an den Support, wenn etwas fehlschlägt.
| Kriterium | ECOSIRE | Benutzerdefinierter Build | Konkurrent | Odoo Native |
|---|---|---|---|---|
| Moyasar support (mada/Apple Pay/STC Pay) | Purpose-built provider covering all four methods | Possible but you build every method yourself | Often card-only or partial method coverage | |
| Architecture | Standard `payment.provider` / `payment.transaction` framework | Depends on the developer's discipline | Varies; some bypass the payment framework | |
| Webhook reconciliation | Signature-verified, idempotent state-machine mapping | Commonly the weakest, most bug-prone part | Present but rarely idempotent or hardened | |
| SAR / halalah handling | Correct minor-unit conversion, tested in UAT | Easy to get rounding wrong | Usually fine, but not tuned to your setup | |
| Refund management | In-Odoo action calls Moyasar, writes linked refund | Extra scope you must specify and build | Sometimes manual or missing | |
| Fit to your Odoo version/edition | Built and UAT'd for your 17/18/19, Community or Enterprise | Yours, but on your time and budget | Generic; may break on your version | |
| Support & handover | Docs, training, support window, git repo handover | Only what you or your team provide | Vendor ticket queue, variable quality | |
| Cost model | Fixed-scope quote after a scoping call | Open-ended dev hours + maintenance | Low license fee, hidden integration effort |
This is build-to-order. After a short scoping call to lock your Odoo version, edition, and required Moyasar methods, typical delivery is 2-4 weeks from confirmed scope. Simpler card-only setups land faster; multi-method or heavily customized checkouts sit at the longer end. We run UAT on staging before any production cutover.
No. There is no generic zip to download here. ECOSIRE builds the Moyasar provider against your specific Odoo version, edition, and checkout flows, then installs and supports it. You receive the full source and the git repository at handover.
Odoo 17.0, 18.0, and 19.0, on both Community and Enterprise. The provider is built on the standard `payment` framework (`payment.provider` / `payment.transaction`), so it works whether or not you run Enterprise. We target the exact version in your scoping call and pin the `__manifest__.py` accordingly.
mada, Apple Pay, STC Pay, and international cards, exposed as configurable `payment.method` records so you enable only what you sell. Availability of a given method depends on your own Moyasar account activation for it — we wire whatever your Moyasar contract permits.
A signature-verified webhook controller maps Moyasar events onto Odoo's transaction state machine idempotently, so a verified capture confirms the order/invoice and duplicate callbacks never double-post. Refunds are issued from inside Odoo via the standard refund action, which calls Moyasar's refund endpoint and writes back a linked refund transaction.
Every build includes a post-go-live support window for fixes and questions. Because you receive the full source and git repo, you can maintain it yourself, or engage ECOSIRE for ongoing support, version upgrades (e.g. 18.0 to 19.0), or new Moyasar features under a separate arrangement.
Yes. Test and live keys are separated on the provider record with a `state` toggle, secrets are never rendered client-side, and access to credentials and transaction data is restricted via `ir.model.access.csv` and record rules. We validate the full flow in test mode during UAT before switching to live.
A build-to-order Odoo payment provider that connects your Saudi checkout to Moyasar — accepting mada, Apple Pay, STC Pay, and cards in SAR with webhook-based reconciliation. ECOSIRE builds, installs, and supports it after a scoping call.