A build-to-order Fawry payment integration for ERPNext that lets Egyptian merchants accept cards, mobile wallets, valU installments, and reference-code cash payments at 200k+ outlets — with automatic webhook reconciliation into your Sales Invoices. ECOSIRE builds, installs, and supports it on your bench. 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 Fawry payment integration for ERPNext that lets Egyptian merchants accept cards, mobile wallets, valU installments, and reference-code cash payments at 200k+ outlets — with automatic webhook reconciliation into your Sales Invoices. ECOSIRE builds, installs, and supports it on your bench.
现在无需付款。此操作会向我们的团队发送报价请求——我们会通过邮件跟进价格和后续步骤。
Egyptian merchants running ERPNext hit a wall the moment they try to collect money the way their customers actually pay. A huge share of the market still pays in cash, and the rest expect Meeza cards, mobile wallets, or valU installments — none of which ERPNext supports natively. Out of the box ERPNext gives you manual Payment Entries and a couple of generic gateways with no Egyptian coverage, so finance teams end up reconciling Fawry settlements by hand against bank statements, chasing reference codes in spreadsheets, and marking invoices paid days after the customer actually paid at a kiosk. That gap is where cash leaks, disputes start, and month-end close drags.
Native Frappe app (`erpnext_fawry`) with dedicated `Fawry Settings` and `Fawry Payment Request` DoctTypes rather than a brittle custom-field-only hack
Card and Meeza acceptance plus Egyptian mobile-wallet payments through Fawry's charge API
Reference-code cash collection generating codes payable at 200k+ Fawry outlets across Egypt, linked to the source Sales Order or Sales Invoice
Fawry valU installment plans exposed as a selectable payment option at checkout
Both hosted Fawry payment-page redirect flow and direct API-driven charge flow, chosen per your checkout surface
Signature-verified webhook endpoint (whitelisted method) that validates Fawry's HMAC signature before trusting any callback field
ECOSIRE builds a proper Frappe app — erpnext_fawry — that wires Fawry directly into your ERPNext payment flow rather than bolting on a fragile script. The app ships new DocTypes for Fawry Settings (encrypted merchant code, secure key, and environment toggle for Fawry's staging vs. production endpoints) and Fawry Payment Request, which stores the reference number, charge amount, expiry, and lifecycle status for every transaction. When a customer chooses Fawry at checkout — whether through the hosted Fawry payment page or the API-driven flow — the app calls Fawry's charge API from a whitelisted server method, generates the reference code the customer takes to any of the 200k+ collection outlets, and links it back to the originating Sales Order or Sales Invoice via a custom field.
Reconciliation is the part we take seriously. Fawry's webhook posts to a whitelisted, signature-verified endpoint that validates the HMAC signature before it trusts a single field, then a hooks.py doc-event handler creates the matching Payment Entry, allocates it against the invoice, and flips the Fawry Payment Request to Paid — all inside one database transaction so a half-processed callback can never leave your books inconsistent. A scheduler event runs on the Frappe scheduler_events hook to poll Fawry's status API for any reference that expired or never fired a webhook, closing the loop on stale kiosk payments automatically. Client Scripts surface the reference code and a live status badge right on the ERPNext form, and role-based permissions plus a dedicated Fawry Manager role profile keep the merchant credentials and refund actions locked to the right people.
Because this is build-to-order, nothing is a one-size download. We start with a scoping call to confirm exactly which rails you need — Meeza and card acceptance, valU installment plans, cash reference codes, or all of them — plus your ERPNext version (we support Frappe/ERPNext v15 and v16), your checkout surface, and any custom invoicing rules. We then build against your requirements, validate on a staging bench, and hand over the working app.
Typical delivery is 2 to 4 weeks from confirmed scope. You get the full source code for your version, installation and configuration on your bench, technical documentation, a user guide and training session, a post-go-live support window, and the git repository so your team owns what we build. No instant download, no fabricated benchmarks — just a gateway that fits how you actually run ERPNext.
Runs an ERPNext-backed store and needs to capture both card/wallet payers and the large share of customers who still pay cash at Fawry kiosks — without finance manually reconciling every reference code.
Wants Fawry settlements to land as allocated Payment Entries against the right Sales Invoice automatically, with an audit trail and no more spreadsheet matching against bank statements at month-end.
Needs a clean, version-matched Frappe app with proper DocTypes, hooks, and whitelisted methods they can read, extend, and maintain — not an undocumented pile of server scripts.
Sells higher-ticket goods or services and wants to offer Fawry valU installment plans at checkout while keeping billing, invoicing, and reconciliation inside ERPNext.
在 ecosire.com 上购买许可证并从您的帐户仪表板下载 Fawry Gateway for ERPNext 应用程序 ZIP。
将 ZIP 解压到您的 bench 的 apps 文件夹中,或者使用解压缩的应用程序的路径运行“bench get-app”。
运行 `bench --site SITE_NAME install-app APP_NAME`,然后运行 `bench migrate` 以安装 Fawry Gateway for ERPNext 并应用其架构。
打开您站点上的 ECOSIRE 许可证设置并激活您的许可证密钥。需要免费的 ecosire_connect 和 ecosire_license_client 应用程序。
| 标准 | 伊科西尔 | 定制建造 | 竞争对手 | 奥杜本机 |
|---|---|---|---|---|
| Egyptian payment coverage | Cards, Meeza, wallets, valU installments, and cash at 200k+ outlets | Whatever you scope and build in-house | Often card-only or a single rail, if it exists at all | |
| Cash reconciliation | Signature-verified webhook auto-creates and allocates Payment Entry | You design the callback and matching logic yourself | Basic callback; manual matching common | |
| ERPNext version fit | Built and tested for your exact v15 or v16 bench | Depends on your team's depth | Generic build; may lag your version | |
| Architecture | Proper Frappe app with DocTypes, hooks, whitelisted methods, role profile | Varies; risk of server-script sprawl | Usually a packaged app, quality varies | |
| Missed-callback handling | Scheduler polls Fawry status API to close stale references | Only if you build a poller | Rarely included | |
| Ownership & source | Full source plus git repo handover | You own it but carry all build cost | Often closed or license-locked | |
| Time to live | 2-4 weeks from confirmed scope | Months of design, build, and testing | Fast install, slow to fit your flow | |
| Support | Post-go-live window plus optional extended support | Your team's responsibility | Community or paid tier, variable |
No. Fawry Gateway for ERPNext is build-to-order. ECOSIRE builds the app against your confirmed scope and ERPNext version, then installs it on your bench. It is not an instant Frappe Cloud Marketplace download — there is no fabricated 'one-click' claim here.
Typical delivery is 2 to 4 weeks from confirmed scope. The exact timeline depends on which payment rails you need (cards/Meeza, wallets, valU installments, cash reference codes), your checkout surface, and any custom invoicing rules. We lock the timeline during the scoping call before any build starts.
We build and test for Frappe/ERPNext v15 and v16. We confirm your exact version during scoping and build the app to match, so DocTypes, hooks, and API calls are compatible with your specific release rather than a generic lowest-common-denominator build.
When a customer pays with a reference code at any of the 200k+ Fawry outlets, Fawry posts a signature-verified webhook to a whitelisted endpoint. A `hooks.py` doc-event handler then creates a Payment Entry, allocates it against the linked Sales Invoice, and marks the `Fawry Payment Request` as Paid — atomically. A scheduler job also polls Fawry's status API to catch any missed or expired references.
Every engagement includes a post-go-live support window for bug fixes and configuration adjustments. Because you receive the full source and the git repository, your team can maintain the app independently, and ECOSIRE can provide extended support or version upgrades (for example a future ERPNext major release) as a follow-on engagement.
Yes. You provide your Fawry merchant code and secure key; we store them encrypted in `Fawry Settings` using Frappe's password fieldtype. We can build and test against Fawry's sandbox credentials on staging first, then cut over to your production credentials at go-live.
Yes. Refunds and partial refunds are wired to Fawry's refund API with an audit trail on the Payment Request, gated behind a dedicated `Fawry Manager` role. Fawry valU installment plans can be exposed as a selectable option at checkout if that rail is in your confirmed scope.
A build-to-order Fawry payment integration for ERPNext that lets Egyptian merchants accept cards, mobile wallets, valU installments, and reference-code cash payments at 200k+ outlets — with automatic webhook reconciliation into your Sales Invoices. ECOSIRE builds, installs, and supports it on your bench.