A build-to-order Frappe app that wires Razorpay collections and RazorpayX vendor payouts directly into ERPNext, with webhook-driven status sync and automatic Payment Entry posting. ECOSIRE scopes, builds, installs, and supports it for your instance. 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 Frappe app that wires Razorpay collections and RazorpayX vendor payouts directly into ERPNext, with webhook-driven status sync and automatic Payment Entry posting. ECOSIRE scopes, builds, installs, and supports it for your instance.
Sem pagamento agora. Isto envia um pedido de orçamento à nossa equipe — responderemos por e-mail com preços e próximos passos.
Indian businesses running ERPNext usually end up straddling two systems: sales and purchases live in ERPNext, but the actual money movement happens in the Razorpay dashboard. Someone shares a payment link over WhatsApp, a customer pays, and then a person manually finds the matching Sales Invoice and records a Payment Entry — often days later, often with the wrong reference. On the payout side it is worse: vendor bank details are copy-pasted into RazorpayX, a bulk transfer is fired off, and reconciling those debits back to Purchase Invoices is a month-end spreadsheet exercise. ERPNext core has no native Razorpay collection gateway and no RazorpayX payout capability at all, so the gap is bridged by human effort and hope.
Razorpay Orders API checkout and hosted Payment Links generated directly from Sales Invoice and Payment Request DocTypes
RazorpayX contact and fund-account creation for Suppliers, with vendor bank details validated before any transfer
RazorpayX vendor payout automation against Purchase Invoices and Payment Entries, including bulk Payout Batch runs
Signed webhook endpoint (whitelisted method) verifying the X-Razorpay-Signature HMAC before accepting any event
Automatic submitted Payment Entry posting on payment.captured, reconciled against the originating invoice
Refund and settlement handling: refund.processed and payout.reversed book the correct offsetting accounting entry
We build a proper Frappe app (ecosire_razorpay) installed into your bench that closes that gap end to end. On the collections side, whitelisted server methods call the Razorpay Orders and Payment Links APIs so a Sales Invoice or Payment Request can generate a checkout or a shareable link without leaving ERPNext. On the disbursement side, new DocTypes such as RazorpayX Payout and RazorpayX Payout Batch model contact/fund-account creation and vendor transfers against your Purchase Invoices and Payment Entries, with maker-checker workflow states so a payout is authorized before it is queued. Everything is driven by real Razorpay/RazorpayX API calls under an encrypted key/secret stored in a Settings DocType, never hardcoded.
Status never depends on polling a dashboard. We register a signed Razorpay webhook endpoint (a whitelisted method verifying the X-Razorpay-Signature HMAC) that receives payment.captured, payment.failed, payout.processed, payout.reversed, refund.processed, and settlement events. hooks.py doc events and a handler layer then post the accounting reality automatically: a captured payment creates and submits a Payment Entry reconciled against the correct invoice; a processed payout marks the vendor Payment Entry as cleared; a refund or reversal books the offsetting entry. A scheduler event reconciles Razorpay Settlement reports against your bank Journal Entries and flags mismatches, and idempotency keys plus event de-duplication guarantee a retried webhook never double-posts.
Because this is licensed and access-controlled, we add role profiles (for example a Payout Approver role), permission rules on the payout DocTypes, and client scripts that surface pay/refund/payout actions right on the Sales Invoice and Purchase Invoice forms. Everything is exposed through the standard Frappe REST API and whitelisted methods, so your other systems can trigger collections or query payout status programmatically.
Delivery is build-to-order: nothing ships until we agree the scope on a short call. We confirm which flows you need (collections only, payouts only, or both), your GST/TDS and reconciliation rules, and your Frappe/ERPNext version (v15 or v16), then build against a staging copy of your instance. You get the installable app source, UAT on staging with a rollback plan, and a post-go-live support window. Typical delivery is two to four weeks from confirmed scope — no instant download, because we are building it for your instance, not selling a shelf plugin.
Runs collections and vendor payments through ERPNext and wants Razorpay receipts and RazorpayX disbursements to post and reconcile automatically instead of being keyed in by hand at month-end.
Needs RazorpayX bulk payouts driven from approved Purchase Invoices, with maker-checker approval and each transfer traceable back to the exact invoice and Payment Entry.
Wants a properly packaged Frappe app with clean DocTypes, hooks, and whitelisted APIs — installable, version-pinned, and handed over as a git repo — not a fragile pile of server scripts.
Sends payment links to customers and pays freelancers and suppliers digitally, and wants both flows to live inside ERPNext with a clear audit trail rather than a separate Razorpay dashboard.
Compre a licença em ecosire.com e baixe o ZIP do aplicativo Razorpay & RazorpayX Payments/Payouts 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 Razorpay & RazorpayX Payments/Payouts 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 |
|---|---|---|---|---|
| Razorpay collections in ERPNext | Checkout + payment links from invoice DocTypes | Buildable but you design it from scratch | Often only basic checkout, no payment links | |
| RazorpayX vendor payouts | Automated payouts + bulk batches from POs | Possible with significant effort | Rarely covered by marketplace apps | |
| Status sync | Signed webhooks, idempotent, auto Payment Entry | Depends on what you build | Polling or manual reconcile common | |
| Reconciliation | Scheduler reconciles settlements vs bank | You build the reconciliation logic | Usually left to the user | |
| Approval controls | Maker-checker roles on payout DocTypes | You define the workflow | Seldom included | |
| Version fit | Pinned and tested to your v15/v16 | Yours to maintain across upgrades | Generic build, may lag versions | |
| Ownership & handover | Full git repo + docs handed to you | You own it fully | Closed vendor code, licensed | |
| Support | Post-go-live window + optional ongoing | Internal team only | Varies, often forum-only |
This is a build-to-order product, so nothing downloads instantly. After a short scoping call to confirm your flows, GST/TDS and reconciliation rules, and your ERPNext version, typical delivery is two to four weeks from confirmed scope. We build and test against a staging copy of your instance before any production cutover.
Either or both. Some clients only need Razorpay collections (checkout and payment links posting Payment Entries), some only need RazorpayX vendor payouts, and many need both. We confirm the exact scope on the call and price and build accordingly.
We register a signed Razorpay webhook that verifies the X-Razorpay-Signature HMAC and receives events like payment.captured, payout.processed, refund.processed, and reversals. Those events post the matching Payment Entries automatically, with idempotency and de-duplication so a retried webhook never double-posts.
Keys and secrets live encrypted in a dedicated Settings DocType, never hardcoded in source. Payout DocTypes carry maker-checker workflow states and a dedicated approver role profile with permission rules, so no single user can move funds unchecked.
Every engagement includes a post-go-live support window for defect fixes and configuration adjustments. Because you receive the full git repository, your team can maintain it, and we offer optional ongoing support or version-upgrade work (for example moving from v15 to v16) as a separate arrangement.
We build and test against Frappe/ERPNext v15 and v16. We confirm your exact version on the scoping call and pin the app to it so the DocTypes, hooks, and API calls match your instance.
Yes. A scheduler event pulls Razorpay Settlement reports and reconciles them against your bank Journal Entries, flagging any variance so payouts, fees, and deposits are traceable end to end rather than reconstructed in a spreadsheet.
A build-to-order Frappe app that wires Razorpay collections and RazorpayX vendor payouts directly into ERPNext, with webhook-driven status sync and automatic Payment Entry posting. ECOSIRE scopes, builds, installs, and supports it for your instance.