A build-to-order PayTabs integration for ERPNext that turns hosted-page checkout, mada, cards, and regional wallets into confirmed, reconciled payments against your Sales Invoices and Payment Entries. ECOSIRE scopes, builds, installs, and supports it — no generic marketplace download. Built to order by ECOSIRE for ERPNext v15, v16 — indicative price from $249.00 USD; request a quote for a scoped proposal.

A build-to-order PayTabs integration for ERPNext that turns hosted-page checkout, mada, cards, and regional wallets into confirmed, reconciled payments against your Sales Invoices and Payment Entries. ECOSIRE scopes, builds, installs, and supports it — no generic marketplace download.
Sem pagamento agora. Isto envia um pedido de orçamento à nossa equipe — responderemos por e-mail com preços e próximos passos.
MENA businesses running ERPNext hit a wall the moment they want to collect online payments through PayTabs. ERPNext ships with generic payment-gateway plumbing (the Payment Gateway and Payment Request DocTypes, plus a handful of built-in integrations like Razorpay, Stripe, and PayPal), but there is no first-class PayTabs connector. That leaves finance teams manually marking invoices as paid, reconciling PayTabs settlement reports against Payment Entry records by hand, and losing the automatic link between a customer clicking "Pay Now" and the invoice actually closing. For a business processing mada, local cards, or regional wallets across SAR, AED, EGP, and other MENA currencies, that manual gap is where revenue leaks and reconciliation errors creep in.
Native PayTabs entry in the ERPNext `Payment Gateway` / `Payment Request` framework, so existing checkout and invoicing flows use it without bespoke rewrites
`PayTabs Settings` DocType storing Profile ID, Server Key, and region endpoint, with secrets held in Frappe `Password` fields (encrypted, never rendered in plaintext)
Hosted payment page redirect — card data stays on PayTabs' PCI-DSS-scoped page and never touches your ERPNext server
mada, local and international cards, Apple Pay, and regional wallet support configurable per PayTabs profile
Multi-currency MENA handling (SAR, AED, EGP, JOD, OMR, and more) mapped to ERPNext company and customer currencies
Whitelisted server-to-server webhook (`allow_guest=True`) that verifies the PayTabs signature and `cart_id` before acting on any callback
ECOSIRE builds a proper Frappe app — for example erpnext_paytabs — that registers PayTabs as a native gateway in ERPNext. It exposes a PayTabs Settings DocType holding your Profile ID, Server Key, region endpoint, and supported currencies (secrets stored via Frappe's Password fieldtype, never in plaintext), and wires into the standard Payment Request flow so any Sales Invoice, Sales Order, or web-shop checkout can redirect the customer to a PayTabs hosted payment page. The customer pays with mada, cards, Apple Pay, or a regional wallet on PayTabs' PCI-scoped page — no card data ever touches your ERPNext server.
Technically, the confirmation path is webhook-driven for reliability. A whitelisted method (@frappe.whitelist(allow_guest=True)) receives PayTabs' server-to-server callback, verifies the signature/cart_id, and on a successful tran_type creates and submits the matching Payment Entry, reconciles it against the originating invoice, and flips the Payment Request to Paid. hooks.py doc events keep everything consistent — for instance an on_submit handler on Sales Invoice can auto-issue a payment link, and a scheduler event (scheduler_events) polls PayTabs' query API to catch any callback that was dropped, so a momentary network blip never leaves a paid order stuck as unpaid. Refunds and voids are handled from within ERPNext: an authorized user triggers a refund from the Payment Entry, the app calls PayTabs' refund API, and a credit/reversal is recorded back against the ledger. Client scripts add the "Pay with PayTabs" actions to the relevant forms, and role profiles plus DocType permissions keep refund/void rights restricted to finance roles.
Because this is build-to-order, you are not downloading a one-size-fits-all plugin and hoping it matches your setup. We start with a short scoping call to confirm your PayTabs region and account type, the currencies and payment methods you actually use, which documents should trigger payment (invoices, sales orders, POS, web-shop), and your reconciliation and refund policies. We then build against your Frappe/ERPNext version (v15 or v16), deliver on a staging site for UAT, and only cut over to production once you have signed off. Typical delivery is 2–4 weeks from confirmed scope, and you receive the full source code, git repository, and a post-go-live support window — the app is yours to keep, extend, and self-host.
Runs an ERPNext-powered online store and needs customers to pay with mada, cards, and wallets at checkout, with orders closing automatically once PayTabs confirms the payment.
Sends invoices from ERPNext and wants a 'Pay Now' link that auto-reconciles into a Payment Entry, eliminating manual matching of PayTabs settlements against open invoices.
Owns the ERPNext instance and needs a maintainable, version-matched Frappe app with clean hooks, encrypted credentials, and source-code ownership rather than an opaque marketplace plugin.
Operates across several MENA countries and currencies and needs one PayTabs integration that maps correctly to per-company currencies and consistent reconciliation rules.
Compre a licença em ecosire.com e baixe o ZIP do aplicativo PayTabs Payment Gateway for ERPNext no painel da sua conta.
Extraia o ZIP na pasta de aplicativos do seu banco ou execute `bench get-app` com o caminho para o aplicativo extraído.
Execute `bench --site SITE_NAME install-app APP_NAME` seguido de `bench Migra` para instalar PayTabs Payment Gateway for ERPNext e aplicar seu esquema.
Abra as configurações de licença ECOSIRE em seu site e ative sua chave de licença. Requer os aplicativos gratuitos ecosire_connect e ecosire_license_client.
| Critério | ECOSIRE | Construção personalizada | Concorrente | Odoo nativo |
|---|---|---|---|---|
| PayTabs support | Purpose-built for your PayTabs region, currencies, and methods | Depends entirely on your in-house build | Generic connector, often single-region assumptions | |
| Reconciliation | Auto Payment Entry + invoice match, self-healing via scheduler | You design and test all of it | Basic callback, manual matching common | |
| Webhook reliability | Signature-verified, idempotent, poll-based recovery | Reliability only as good as your effort | Callback only; dropped events can strand orders | |
| Refund & void | Triggered from Payment Entry, role-restricted, ledger-synced | Must be built and secured yourself | Often out of scope or partial | |
| Version fit | Built and tested for your v15 or v16 instance | Your responsibility to track Frappe changes | May lag ERPNext releases | |
| Code ownership | Full source + git repo handover, self-hostable | You own it but also carry all the cost | Usually closed or licence-locked | |
| Delivery model | Scoped, UAT on staging, rollback plan, 2–4 weeks | Timeline and risk borne in-house | Instant install but generic fit | |
| Support | Post-go-live window + optional ongoing engagement | Self-supported | Community/forum, variable responsiveness |
No. This is build-to-order. ECOSIRE builds the PayTabs integration against your specific ERPNext version and configuration, delivers it on a staging site for your sign-off, then installs it in production. There is no instant download.
Typical delivery is 2–4 weeks from confirmed scope. The timeline depends on your PayTabs region and account type, the payment methods and currencies in play, and how many document types (invoices, sales orders, POS, web-shop) should trigger payment. We confirm a firm date after the scoping call.
We build and test for Frappe/ERPNext v15 and v16. We target your exact version so the app installs cleanly and stays upgrade-safe. If you are on an older version, we will discuss an upgrade or backport path during scoping.
Confirmation is webhook-driven. A whitelisted method receives PayTabs' server-to-server callback, verifies the signature, and on success creates and submits a Payment Entry reconciled against the originating invoice. A scheduler job also polls PayTabs' query API to recover any dropped webhook, so payments never get stuck as unpaid.
No card data touches your ERPNext server — customers pay on PayTabs' PCI-DSS-scoped hosted page. Your PayTabs Profile ID and Server Key are stored in encrypted Frappe Password fields, and refund/void rights are restricted to finance roles via DocType permissions with a full audit trail.
Yes. Authorized finance users trigger a refund or void directly from the Payment Entry. The app calls PayTabs' refund API and records the reversal back to the ledger, keeping ERPNext and PayTabs in sync.
You get a post-go-live support window for defect fixes and configuration questions, plus the full git repository so your team can maintain and extend the app. Ongoing support or ERPNext-version upgrade work beyond the included window can be arranged as a separate engagement.
A build-to-order PayTabs integration for ERPNext that turns hosted-page checkout, mada, cards, and regional wallets into confirmed, reconciled payments against your Sales Invoices and Payment Entries. ECOSIRE scopes, builds, installs, and supports it — no generic marketplace download.