A build-to-order Frappe app that adds Tamara split-payment and pay-later checkout to ERPNext, with localized Arabic and English promo widgets, eligibility pre-checks, and full authorize/capture/refund reconciliation. ECOSIRE scopes, builds, installs, and supports it for your instance. Built to order by ECOSIRE for ERPNext v15, v16 — indicative price from $349.00 USD; request a quote for a scoped proposal.

A build-to-order Frappe app that adds Tamara split-payment and pay-later checkout to ERPNext, with localized Arabic and English promo widgets, eligibility pre-checks, and full authorize/capture/refund reconciliation. ECOSIRE scopes, builds, installs, and supports it for your instance.
ابھی کوئی ادائیگی نہیں۔ یہ ہماری ٹیم کو قیمت کی درخواست بھیجتا ہے — ہم قیمت اور اگلے اقدامات کے ساتھ ای میل کے ذریعے رابطہ کریں گے۔
Merchants in Saudi Arabia and the UAE lose conversions at checkout when their only options are card or bank transfer. Shoppers increasingly expect BNPL — split-in-3 and pay-later — and Tamara is one of the dominant providers in the GCC. ERPNext core has no concept of Tamara: its Payment Gateway and Payment Request framework covers a fixed set of gateways, the website checkout has no way to surface BNPL eligibility or promo messaging, and there is no mechanism to reconcile an asynchronous authorize/capture/refund lifecycle against Sales Orders and Sales Invoices. Bolting this on with ad-hoc server scripts leaves you with unsigned webhooks, no idempotency, and payment states that silently drift out of sync.
Dedicated Frappe app with its own module, packaged and versioned for `bench get-app` / `bench install-app` on your instance
`Tamara Settings` single DocType storing merchant/API tokens and notification keys as encrypted password fields, with sandbox/production environment switch
`Tamara Transaction` DocType linking each session to the ERPNext Sales Order, Payment Request, and Sales Invoice with full status history
Eligibility and risk pre-check call against Tamara's API for cart total, currency, and country before payment options are shown
Split-in-3 and configurable pay-later options exposed through ERPNext's Payment Gateway / Payment Request framework
Localized Arabic and English promo widgets with correct RTL rendering and per-plan instalment breakdown, injected via client scripts on checkout and product pages
ECOSIRE builds a proper Frappe app — a versioned, installable package with its own module, DocTypes, hooks.py doc events, whitelisted API methods, and scheduler entries — that integrates Tamara cleanly into your ERPNext checkout and order flow. A Tamara Settings single DocType holds your merchant token, notification/public keys, environment (sandbox/production), and enabled payment types, encrypted as password fields. At checkout we run an eligibility and risk pre-check against Tamara's API for the cart total, currency, and country, then render localized promo widgets — Arabic and English, with correct RTL layout and instalment breakdowns — via a client script on the website checkout and product pages. When the customer chooses Tamara, we create a checkout session, persist a Tamara Transaction DocType linked to the ERPNext Sales Order/Payment Request, and redirect to the hosted flow.
The lifecycle is handled end to end. A whitelisted webhook endpoint receives Tamara notifications, verifies the signature, enforces idempotency on the event id, and drives state transitions: authorized orders move forward, captured payments post a Payment Entry against the Sales Invoice, and refunds initiated from ERPNext (via a custom action that calls Tamara's refund API) sync back and update transaction status. hooks.py doc_events on Sales Invoice submit trigger capture where your policy is capture-on-fulfilment; a scheduler event periodically reconciles any transactions left in a pending state so nothing is lost to a dropped webhook. All Tamara API calls, request/response payloads, and status changes are logged for audit and dispute handling. Role-based permissions restrict Tamara Settings and refund actions to finance roles you designate.
Everything is built against your ERPNext version (v15 or v16) and your actual checkout configuration — website store, POS, or a custom sales flow — so it fits your data model instead of forcing a generic one. The app is delivered as clean source in a git repository you own, with migrations, fixtures for custom fields and roles, and no core-file patches.
Because this is build-to-order, there is no instant download. After a short scoping call we confirm the exact flows, currencies, and capture policy, then build, test on a staging bench, and install on your instance. Typical delivery is 2–4 weeks from confirmed scope, followed by a post-go-live support window. You receive the full source, documentation, and a training session — you are never locked to us.
Runs an ERPNext website or POS storefront in the GCC and is losing checkout conversions without BNPL. Wants Tamara split-in-3 and pay-later live natively so shoppers see instalment options in Arabic and complete more orders.
Needs every Tamara authorization, capture, and refund to reconcile cleanly against Sales Invoices and Payment Entries, with an audit trail for settlements and disputes — not a black-box gateway that drifts out of sync.
Wants a properly structured app (DocTypes, whitelisted methods, scheduler, fixtures) they can read, maintain, and extend, delivered as a git repo with no core patches, rather than a pile of fragile server scripts.
Drives checkout from a custom storefront or POS and needs REST-accessible whitelisted methods to create Tamara sessions and query status, while keeping ERPNext as the system of record.
Buy the license on ecosire.com and download the Tamara BNPL for ERPNext app ZIP from your account dashboard.
Extract the ZIP into your bench's apps folder, or run `bench get-app` with the path to the extracted app.
Run `bench --site SITE_NAME install-app APP_NAME` followed by `bench migrate` to install Tamara BNPL for ERPNext and apply its schema.
Open the ECOSIRE License settings on your site and activate your license key. Requires the free ecosire_connect and ecosire_license_client apps.
| Criterion | ECOSIRE | Custom Build | Competitor | Odoo Native |
|---|---|---|---|---|
| Tamara BNPL support | Purpose-built for Tamara split-in-3 and pay-later, GCC-ready | Whatever you scope and build yourself | Often a single generic gateway; Tamara rarely first-class | |
| Arabic/English promo widgets | Localized RTL widgets with per-plan instalment breakdown | Must design and localize from scratch | English-centric; limited or no Arabic RTL | |
| Capture/refund reconciliation | Signed idempotent webhooks post Payment Entry; refunds sync back | Depends entirely on your engineering rigor | Basic status update; reconciliation often manual | |
| Fit to your instance | Built against your v15/v16, checkout flow, and capture policy | Fully bespoke but you own the whole build | Generic data model you adapt to | |
| Code ownership | Full source in a git repo you own, no core patches | You own it, but you build and maintain everything | Usually closed-source or license-gated | |
| Delivery model | Build-to-order, 2–4 weeks, UAT + rollback plan | Your own timeline and staffing | Instant install but generic and unsupported for your flow | |
| Support & upgrades | Post-go-live window + optional upgrade engagements | Self-supported | Vendor support varies; may lag ERPNext releases | |
| Security & permissions | Encrypted credentials, finance-scoped roles, full audit log | As secure as you make it | Varies; often minimal role control |
No. Tamara BNPL for ERPNext is build-to-order. ECOSIRE builds it against your ERPNext version and your specific checkout flow, tests it on a staging bench, and installs it on your instance. There is no instant marketplace download.
Typical delivery is 2–4 weeks from confirmed scope. After a short scoping call we lock down the flows, currencies, and capture policy; the timeline depends on that scope, your ERPNext version, and access to a staging environment.
We build and test against Frappe/ERPNext v15 and v16. Tell us your exact version and bench setup during scoping and we target it precisely, delivering migrations and fixtures compatible with your instance.
Each Tamara session is stored as a `Tamara Transaction` linked to the Sales Order and Payment Request. Signed webhooks drive state changes idempotently: captures post a `Payment Entry` against the Sales Invoice, and refunds initiated in ERPNext call Tamara and sync back. A scheduler job reconciles any pending transactions.
Yes, we wire your Tamara merchant token and notification keys into a `Tamara Settings` DocType where they are stored as encrypted password fields, with a sandbox/production switch. We test end to end in sandbox before touching production, and access to settings and refunds is restricted to finance roles you designate.
Every build includes a post-go-live support window for fixes and adjustments. Because you receive the full source in a git repo you own, you or any Frappe developer can maintain it. We also offer ongoing support and version-upgrade engagements — for example when you move from v15 to v16 or Tamara changes its API.
Neither. It ships as a standalone Frappe app with its own DocTypes, `hooks.py` doc events, whitelisted methods, scheduler events, and fixtures. No ERPNext core files are modified, so your instance stays upgrade-safe.
A build-to-order Frappe app that adds Tamara split-payment and pay-later checkout to ERPNext, with localized Arabic and English promo widgets, eligibility pre-checks, and full authorize/capture/refund reconciliation. ECOSIRE scopes, builds, installs, and supports it for your instance.