UPI Dynamic QR Payment for Odoo

The module turns every order into a payable UPI intent. At website checkout and in Point of Sale, it generates a dynamic QR code that already encodes your Virtual Payment Address (VPA), the exact amount, the transaction note and a unique order reference — so your customer simply scans with GPay, PhonePe, Paytm or any BHIM/UPI-compliant app and pays the right amount, first time, with no manual typing. Because the payload follows the standard UPI deep-link spec (upi://pay?pa=...&am=...&tn=...&tr=...), the QR is interoperable across every UPI PSP app your customers already use.

Under the hood we ship a proper Odoo payment provider. A new payment.provider record ('upi_dynamic_qr') plugs into Odoo's native payment flow, so sales orders, eCommerce checkout and POS all recognise UPI as a first-class method. The QR image is generated server-side and rendered in the payment page and POS screen via OWL/QWeb, and a payment.transaction is created and linked to the source order. Confirmation is flexible: run it manually (staff marks the transaction paid after seeing the UPI credit) or automatically via a secured webhook / bank-statement reconciliation route that flips the transaction to 'done', validates the order and triggers Odoo's standard invoicing and delivery logic.

Everything is modelled the Odoo way. Compute fields (@api.depends) derive the encoded payload and expiry from the order amount, currency and reference. Access is locked down with ir.model.access.csv plus record rules so cashiers, salespeople and accountants each see only what they should. Automated actions (base.automation / ir.cron) can expire stale QR codes, retry reconciliation and notify staff. A QWeb report renders a branded UPI receipt with the QR for print or PDF. And because Odoo exposes XML-RPC/JSON-RPC, your other systems can create UPI-payable transactions or poll payment status programmatically.

You are not buying a black box. ECOSIRE hands over the full module source under your control, configuration in your database, written documentation, a training session for your team, and a post-go-live support window — with compatibility maintained across Odoo 17, 18 and 19. If your requirements evolve (multi-outlet VPAs, split settlements, deeper PSP webhook integration), it is your codebase to extend, and we are here to extend it with you.