A build-to-order ERPNext app that accepts Easypaisa and JazzCash mobile-wallet and dynamic-QR payments directly at the POS, then auto-creates and reconciles the matching Payment Entry when the confirmation callback lands. 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 ERPNext app that accepts Easypaisa and JazzCash mobile-wallet and dynamic-QR payments directly at the POS, then auto-creates and reconciles the matching Payment Entry when the confirmation callback lands.
ابھی کوئی ادائیگی نہیں۔ یہ ہماری ٹیم کو قیمت کی درخواست بھیجتا ہے — ہم قیمت اور اگلے اقدامات کے ساتھ ای میل کے ذریعے رابطہ کریں گے۔
Pakistani retailers and restaurants increasingly ring up sales on mobile wallets, but ERPNext core has no native concept of Easypaisa or JazzCash at the point of sale. Cashiers end up taking payment in the merchant's wallet app on a separate phone, eyeballing the "payment received" screen, then manually keying a Mode of Payment and a Payment Entry back in ERPNext. That double-entry is slow at a busy counter, invites transposed amounts and missed transactions, and leaves the day's wallet settlement impossible to reconcile against the POS closing shift. ERPNext's built-in POS supports cash and card modes and generic integrations, but it does not speak the Easypaisa or JazzCash merchant APIs, generate a per-sale dynamic QR, or listen for an asynchronous confirmation callback.
Easypaisa and JazzCash added as first-class POS `Mode of Payment` records, selectable directly on the ERPNext POS checkout screen
Dynamic per-sale QR generation calling the wallet merchant API, with the QR rendered on the POS screen or a customer-facing display
Wallet push / USSD collect flow as an alternative to QR, initiated from a whitelisted server method against the customer's registered mobile number
Signature-verified, server-to-server confirmation callback endpoint (whitelisted Frappe method) that validates the provider HMAC before trusting any status
Automatic `Payment Entry` creation and reconciliation against the mapped wallet ledger account the moment a payment is confirmed
Dedicated `Wallet Transaction` DocType logging provider reference, amount, status, timestamps, and the linked `POS Invoice` for a full audit trail
ECOSIRE builds a proper Frappe app that closes this gap end to end. We add wallet Mode of Payment records and a settings DocType holding your merchant credentials (encrypted Password fieldtype), plus a Wallet Transaction DocType that logs every checkout attempt with its provider reference, amount, status, and linked POS Invoice. At checkout a client script on the POS screen calls a whitelisted server method that requests a dynamic QR (or initiates a wallet push/USSD collect) from the Easypaisa or JazzCash gateway and shows it to the customer. When the customer pays, the provider's server-to-server callback hits a whitelisted, signature-verified endpoint in your app; a hooks.py doc event and controller logic mark the Wallet Transaction as confirmed, attach it to the POS Invoice, and create the reconciling Payment Entry against the correct wallet account. Refunds and voids are handled symmetrically — a reversal DocType action calls the provider refund API and books the contra entry.
The app is designed to sit cleanly inside your existing ERPNext, not fight it. It respects the standard POS Profile and shift/closing flow, uses role-permissioned actions (a "POS Cashier" role profile can take payments but not edit gateway credentials), and adds a scheduler event that polls for any callbacks that were missed due to a network drop, so no confirmed payment is ever silently lost. Everything is exposed through the Frappe REST API and whitelisted methods, so your kiosk, self-order, or headless front end can drive the same flow. It targets Frappe/ERPNext v15 and v16.
Because this is build-to-order, you are not downloading a pre-packaged marketplace app. We start with a short scoping call to confirm which wallets you use, your merchant onboarding status with Easypaisa/JazzCash, your chart-of-accounts mapping, and any POS-hardware or QR-display constraints. We then build against your exact ERPNext version, test on a staging site, run UAT with you, and install and configure it on your production bench. Typical delivery is 2 to 4 weeks from confirmed scope, and you receive the full source code and git repository at handover so you are never locked in.
Runs one or more Pakistani retail outlets on ERPNext POS and wants Easypaisa and JazzCash accepted at the counter as cleanly as cash, with the day's wallet takings reconciling automatically against each closing shift instead of by hand.
Needs fast wallet checkout at a busy till or table — dynamic QR the customer scans and pays — with confirmation appearing on the POS in seconds so staff can hand over the order without watching a separate wallet phone.
Owns the ERPNext instance and the chart of accounts; wants wallet payments booked to the correct ledger via proper Payment Entries, an auditable Wallet Transaction trail, role-scoped credential control, and no silent gaps from missed callbacks.
Standardizes POS across branches and needs a version-pinned custom app, REST-API access for kiosks or self-order tablets, and a maintainable git repository the team can extend as new outlets come online.
Buy the license on ecosire.com and download the Easypaisa & JazzCash POS Wallet Payments 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 Easypaisa & JazzCash POS Wallet Payments 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 |
|---|---|---|---|---|
| Easypaisa/JazzCash POS acceptance | Native wallet Mode of Payment on the ERPNext POS | Possible but you build the integration from scratch | Rarely covers Pakistani wallets specifically | |
| Dynamic per-sale QR | Generated live via merchant API, shown on POS/customer display | Depends on your team's API work | Usually a static or generic QR, not per-sale | |
| Payment confirmation | Signature-verified server callback, idempotent, near real-time | You must design and secure the callback yourself | Often manual or polling-only | |
| Auto reconciliation | Payment Entry auto-created and mapped to wallet ledger | Bespoke effort per your chart of accounts | Typically leaves you to book entries by hand | |
| Missed-payment recovery | Scheduler event reconciles dropped callbacks | Extra work most teams skip | Seldom included | |
| Fit to your ERPNext version | Built and tested against your v15/v16 instance | Yours to maintain across versions | Generic build; may lag your version | |
| Source code & ownership | Full source plus git repository handed over | You own it but carry all the build cost | Usually closed-source, license-locked | |
| Support & accountability | Post-go-live window plus optional retainer, one vendor | Depends on internal team availability | Ticket queue, no POS-specific SLA |
This is a build-to-order engagement. After a short scoping call to confirm your wallets, merchant onboarding status, ERPNext version, and account mapping, typical delivery is 2 to 4 weeks from confirmed scope. We build against your exact instance, test on staging, run UAT with you, then install and configure on production.
No. ECOSIRE builds, installs, and supports this app specifically for your ERPNext instance. There is no instant download. You receive the full source code and git repository at handover, so you own the code and are not locked into us.
Yes. You need an active merchant/aggregator account and API credentials from the wallet provider(s) you want to accept. During scoping we confirm your onboarding status, and at build time we guide credential setup, callback URL registration, and the sandbox-to-production cutover. We integrate against whatever merchant API tier you hold.
We target Frappe/ERPNext v15 and v16. We build and test against your specific running version so DocTypes, hooks, and POS behavior match your instance exactly rather than a generic build.
Every build includes a post-go-live support window for defect fixes and configuration adjustments. Beyond that we offer ongoing support and version-upgrade retainers — for example when you move from v15 to v16, or when a wallet provider changes its API. Because you hold the git repository, your own team can also maintain it.
When a customer pays, the wallet provider sends a signature-verified callback to a whitelisted endpoint in your app. That marks the Wallet Transaction confirmed, links it to the POS Invoice, and creates a reconciling Payment Entry against your mapped wallet account. A scheduler event also polls for any missed callbacks, and callback handling is idempotent so duplicates never double-book.
Yes. The app includes a reversal action that calls the provider's refund API and books the matching contra Payment Entry, keeping ERPNext and the wallet ledger in sync. Refund permissions are role-scoped so only authorized staff can issue them.
A build-to-order ERPNext app that accepts Easypaisa and JazzCash mobile-wallet and dynamic-QR payments directly at the POS, then auto-creates and reconciles the matching Payment Entry when the confirmation callback lands.