Build-to-order Odoo module for Tap Payments — one GCC checkout for KNET, mada, Benefit, cards & Apple Pay, with 3DS, refunds & webhooks. Built to order by ECOSIRE for Odoo 17, 18, 19 — indicative price from $299.00 USD; request a quote for a scoped proposal.
ایپ مینی فیسٹ
آپ کے ورک فلو کے مطابق تیار کردہ
Build-to-order Odoo module for Tap Payments — one GCC checkout for KNET, mada, Benefit, cards & Apple Pay, with 3DS, refunds & webhooks.
خود سیٹ اپ کی ضرورت نہیں — ایک کام کرنے والی ایپ جو ECOSIRE بناتا، انسٹال اور سپورٹ کرتا ہے۔
ایک بار کی تعمیر کی قیمت سے آغاز کریں۔ آغاز پر ہم آپ کے ساتھ مل کر دائرہ کار طے کرتے ہیں۔
ECOSIRE اسے آپ کے Odoo پر بناتا، ترتیب دیتا اور انسٹال کرتا ہے۔
آپ تقریباً 2–4 ہفتوں میں لائیو ہو جاتے ہیں، لانچ کے بعد معاونت کی مدت کے ساتھ۔
Selling across the Gulf means supporting the payment methods your customers actually trust — KNET in Kuwait, mada in Saudi Arabia, Benefit in Bahrain, plus international cards and Apple Pay — each with its own SCA rules and settlement currency. Wiring all of that into Odoo one integration at a time is slow and fragile. This build-to-order module gives you a single Tap Payments connector that surfaces every Gulf method through one unified checkout in your Odoo store, website, and quotations portal.
ECOSIRE designs, builds, installs, and supports this module specifically for your Odoo instance — it is not an off-the-shelf apps.odoo.com download you install blind. We implement it as a proper Odoo payment provider: a payment.provider record with your Tap credentials, a payment.transaction extension that maps Tap's charge and authorization lifecycle onto Odoo's draft → pending → authorized → done → cancel/error states, and a controller that handles Tap's hosted-payment redirect and JSON webhook callbacks. Amounts, currencies, and references are validated server-side before any transaction is confirmed, so a spoofed redirect can never mark an order paid.
Under the hood it follows Odoo conventions you can maintain: models extend models.Model, computed fields use @api.depends, access is locked down with ir.model.access.csv plus record rules so only accounting and sales users see raw gateway data, and merchant-facing screens are delivered as XML/OWL views with a QWeb payment receipt. Webhook reconciliation matches Tap events back to the originating transaction idempotently, refunds are issued from the Odoo invoice or order, and tokenized cards enable recurring charges for subscription and installment flows. The connector speaks to the rest of Odoo through the standard payment framework, so it works with eCommerce checkout, the customer portal invoice-pay button, sale-order online payment, and your own XML-RPC/JSON-RPC automations without bespoke glue.
Built and tested against Odoo 17, 18, and 19 (Community and Enterprise), on your Tap sandbox first, then promoted to live once you sign off. You get the source, the configuration, documentation, a training session, and a post-go-live support window — a connector your team owns rather than a black box.
An online retailer selling across Kuwait, Saudi Arabia, Bahrain and the UAE who needs KNET, mada, Benefit, cards and Apple Pay in one Odoo checkout instead of stitching several plugins together, with settlement in the right local currency.
A subscription or installment business that needs tokenized, recurring Tap charges tied to Odoo invoices and sale orders, so renewals bill automatically without re-entering card details and dunning stays inside the ERP.
A finance or ERP owner running several storefronts or legal entities on one Odoo database who needs each website routed to its own Tap merchant account, with refunds, reconciliation and role-restricted access all handled inside Odoo accounting.
| Criterion | ECOSIRE | Custom Build | Competitor | Odoo Native |
|---|---|---|---|---|
| All GCC methods (KNET, mada, Benefit, cards, Apple Pay) in one connector | Included | Partial support | Partial support | |
| Tailored to your Odoo version, edition and workflow | Included | Included | Not included | |
| 3D Secure / SCA with server-side amount & reference verification | Included | Partial support | Partial support | |
| Multi-currency GCC with correct KWD/BHD 3-decimal handling | Included | Partial support | Partial support | |
| Tokenized recurring / subscription charges tied to Odoo invoices | Included | Partial support | Partial support | |
| Idempotent webhook reconciliation + full/partial refunds in Odoo | Included | Partial support | Partial support | |
| Source ownership, docs, training and a support window | Included | Partial support | Not included | |
| Version-upgrade path (17/18/19) maintained for you | Included | Not included | Partial support |
Typical delivery is 2 to 4 weeks from kickoff, depending on scope (methods, currencies, recurring/subscription needs, multi-entity routing). This is a build-to-order module — not an instant download. We start on your Tap sandbox, build and test the full charge, refund, 3DS and webhook flow, install on your staging environment for sign-off, then do a supervised cut-over to live Tap keys on production.
We build against Odoo 17, 18 and 19, on both Community and Enterprise. Because it is implemented as a standard Odoo payment provider (payment.provider / payment.transaction) using the framework's own hooks, it works with website eCommerce, the customer portal and sale-order online payment on each of those versions. Tell us your exact version and we target that line.
Delivery includes a defined post-go-live support and bug-fix window covering the delivered scope, with a named contact for issues. Because you receive the full source, your team can maintain it independently afterward; we also offer an optional ongoing support/maintenance retainer for Odoo version upgrades, new Tap features or method additions beyond the initial window.
Yes. You provide your own Tap merchant account and API credentials (sandbox and live). Tap approves your business and settles funds to you directly; our module is the connector between Tap and Odoo. We help you register the webhook endpoint and configure which methods and currencies are enabled, but the Tap contract and payouts remain between you and Tap.
Payment authentication runs through Tap's hosted flow with 3D Secure / SCA, so raw card entry happens on Tap's PCI-compliant pages, not your Odoo forms. Odoo stores only a reusable token for repeat/recurring charges. On our side, every webhook and return is verified server-side for amount, currency and reference, access to gateway data is restricted via ir.model.access.csv and record rules, and secrets live in Odoo's server configuration rather than in any view.
Yes. Cards can be tokenized (as an Odoo payment.token) so you can charge customers again without re-entry — driving subscription renewals, installment schedules or saved-card one-click checkout. Recurring charges are tied to the originating Odoo invoice or sale order, and failed/renewed payments update transaction state so your dunning and reconciliation stay accurate inside the ERP.
Build-to-order Odoo module for Tap Payments — one GCC checkout for KNET, mada, Benefit, cards & Apple Pay, with 3DS, refunds & webhooks.