A build-to-order Odoo module that generates Pix QR codes (copia e cola) and auto-reconciles instant BRL payments via bank/PSP webhooks. Built to order by ECOSIRE for Odoo 17, 18, 19 — indicative price from $249.00 USD; request a quote for a scoped proposal.
Uygulama manifestosu
İş akışınıza göre tasarlandı
A build-to-order Odoo module that generates Pix QR codes (copia e cola) and auto-reconciles instant BRL payments via bank/PSP webhooks.
Kendiniz kurmanıza gerek yok — ECOSIRE tarafından geliştirilen, kurulan ve desteklenen çalışır bir uygulama.
Tek seferlik geliştirme fiyatıyla başlayın. Kapsamı başlangıçta sizinle birlikte belirleriz.
ECOSIRE, Odoo ortamınızda geliştirir, yapılandırır ve kurar.
Yaklaşık 2–4 haftada yayına alırsınız; lansman sonrası bir destek süresi de dahildir.
Pix is Brazil's instant payment rail from the Banco Central do Brasil, settling 24/7 in seconds. If you sell in BRL, your customers expect to scan a QR code or paste a "copia e cola" string and pay instantly — not wait on boleto clearance or card fees. Odoo does not ship native Pix support, so this is a custom module that ECOSIRE designs, builds, installs, and supports specifically for your Odoo database.
This is a BUILD-TO-ORDER engagement, not an instant download from the Odoo App Store. After purchase, our Odoo engineers scope your PSP or bank (Mercado Pago, PagSeguro/PagBank, Gerencianet/Efí, Banco Inter, Itaú, Bradesco, Sicoob, or a Pix-certified PSP of your choice), build the module against your Odoo 17, 18, or 19 instance (Community or Enterprise), and hand over a documented, tested, production-ready connector — typically within 2 to 4 weeks.
Under the hood, the module adds a proper Odoo payment provider record and a payment.transaction extension so Pix behaves like any other Odoo payment method across Sales, Invoicing, POS, and the eCommerce Website checkout. It generates the EMV/BR Code QR payload (the copia e cola string) with the correct amount, merchant name/city, txid, and expiry encoded per the Pix specification, renders it on the sale order, invoice, and portal, and — the part that saves your team hours — listens for the PSP's confirmation webhook to automatically mark the transaction paid, post the payment, and reconcile it against the open invoice. No more manually matching bank statements to orders.
Everything is grounded in real Odoo architecture: a versioned __manifest__.py declaring dependencies (payment, account, and optionally website_sale, point_of_sale); ORM models (models.Model) with computed fields using @api.depends; access control via ir.model.access.csv plus record rules for multi-company isolation; secure controller endpoints for the inbound webhook with signature verification; QWeb templates/reports to print the QR on documents; and BRL localization tied to the Brazilian chart of accounts (l10n_br). You get the source, so nothing is a black box.
Runs an Odoo Website/eCommerce store selling in BRL and wants shoppers to check out with Pix instantly instead of abandoning at a slow boleto or high-fee card step. Needs the QR on checkout and orders that confirm themselves the moment payment lands.
Spends hours each week matching bank Pix receipts to open invoices in Odoo Accounting. Wants webhook-driven auto-reconciliation so payments post and clear against invoices without manual statement matching, with a clean audit trail per transaction.
Takes in-person payments and wants to display a Pix QR at the counter, confirm it's paid before printing the receipt, and keep POS sessions reconciling correctly against the right journal.
Manages several Brazilian companies (or clients) in one Odoo database and needs Pix credentials, journals, and transactions isolated per company via record rules — plus source code they can maintain and re-deploy across instances.
| Kriter | ECOSIRE | Özel Yapı | Rakip | Odoo Yerlisi |
|---|---|---|---|---|
| Native Pix payment support in Odoo | Dahil | Kısmi destek | Kısmi destek | |
| Copia e cola + spec-compliant EMV/BR Code QR generation | Dahil | Kısmi destek | Kısmi destek | |
| Automatic webhook reconciliation to invoices | Dahil | Kısmi destek | Kısmi destek | |
| PSP-agnostic — swap Mercado Pago, PagBank, Efí, or bank API | Dahil | Dahil değil | Dahil değil | |
| Built and tested against your exact Odoo 17/18/19 instance | Dahil | Dahil | Dahil değil | |
| Full source code handed over (no black box) | Dahil | Dahil | Kısmi destek | |
| Post-launch support window + upgrade path | Dahil | Dahil değil | Kısmi destek | |
| Time to production | 2-4 weeks, scoped | Unpredictable, months | Fast but may not fit | |
| Multi-company isolation via record rules | Dahil | Kısmi destek | Kısmi destek |
This is a build-to-order engagement, not an instant App Store download. After purchase, ECOSIRE scopes your PSP/bank, builds the module against your exact Odoo version and instance, and installs it. Typical delivery is 2 to 4 weeks depending on the PSP's API and your reconciliation requirements. You approve a short scope first, then we build, test in sandbox, and go live.
Every engagement includes a post-launch support window (typically 30 days) covering bug fixes, webhook/reconciliation issues, and configuration tweaks. Because you receive the full source and a versioned __manifest__.py, the module is yours to maintain. We also offer optional ongoing support and paid version-bump work when you upgrade Odoo (e.g. 18 to 19) or switch PSPs.
The module is PSP-agnostic by design. We commonly connect Mercado Pago, PagSeguro/PagBank, Efí (Gerencianet), Banco Inter, and direct bank Pix APIs (Itaú, Bradesco, Sicoob, and others). It works on Odoo 17, 18, and 19, on both Community and Enterprise. Tell us your provider at scoping and we build the connector against its API.
When a customer pays the Pix QR, your PSP sends a confirmation webhook to a secure Odoo controller endpoint the module registers. The module verifies the callback signature, dedupes retries, marks the payment.transaction as done, posts an account.payment, and reconciles it against the matching open invoice — using the txid and amount encoded in the QR. Everything is logged in the chatter.
Yes, both are optional add-ons scoped at build time. For POS, we render the Pix QR on the payment screen and confirm settlement before the receipt prints. For Website/eCommerce, Pix appears as a payment method at checkout, the shopper pays the QR, and the order confirms automatically when the webhook arrives.
Yes. We generate the EMV/BR Code payload (the copia e cola string) with the correct amount, merchant name and city, txid, expiry, and CRC16 checksum per the Pix standard, so it scans in every Brazilian banking app. Dynamic per-transaction QRs lock the exact amount; static merchant QRs are supported for fixed or open amounts.
Your Odoo version and access (or a staging copy), the PSP or bank you use plus API credentials for a sandbox, your Brazilian company/tax setup (l10n_br), and which flows you want — Invoicing, Sales, POS, or Website. We handle the rest, including webhook registration and the end-to-end test payment before go-live.
A build-to-order Odoo localization that loads Algeria's full wilaya and commune hierarchy with bilingual French and Arabic names, wired into partner addresses and reporting. ECOSIRE builds, installs, and supports it after your quotation.
A build-to-order 2Checkout (Verifone) payment integration for ERPNext, giving global digital-goods sellers card acceptance, 45+ local payment methods, multi-currency checkout, and reconciled invoices. ECOSIRE scopes, builds, installs, and supports it on your ERPNext v15/v16 instance.
A build-to-order 2Checkout / Verifone payment gateway for Magento 2 and Adobe Commerce: localized checkout in 12 languages, iDEAL, Giropay and regional methods, multi-currency global selling, subscription billing and tax/invoicing automation — engineered, installed and supported by ECOSIRE.
A build-to-order Odoo module that generates Pix QR codes (copia e cola) and auto-reconciles instant BRL payments via bank/PSP webhooks.