A build-to-order Odoo payment provider that connects your store and invoicing to the Redsys bank network for Spanish card payments and Bizum mobile transfers. ECOSIRE builds, installs, and supports it across Odoo 17, 18, and 19. Built to order by ECOSIRE for Odoo 17, 18, 19 — indicative price from $249.00 USD; request a quote for a scoped proposal.

A build-to-order Odoo payment provider that connects your store and invoicing to the Redsys bank network for Spanish card payments and Bizum mobile transfers. ECOSIRE builds, installs, and supports it across Odoo 17, 18, and 19.
今すぐのお支払いはありません。これはチームへの見積もり依頼を送信します。価格と次のステップをメールでご案内します。
Spanish merchants running on Odoo hit a wall the moment they try to accept payments the way their customers actually pay. Odoo core ships generic providers (Stripe, PayPal, wire transfer) but has no native integration for Redsys, the shared payment gateway used by virtually every Spanish acquiring bank (CaixaBank, BBVA, Santander, Sabadell and others), and no support at all for Bizum, the mobile pay-by-phone method a large share of Spanish shoppers now expect at checkout. Without them you either push customers to a bank-hosted TPV outside Odoo (breaking reconciliation and the eCommerce funnel) or pay higher fees to a third-party aggregator. This module makes Redsys and Bizum first-class payment.provider options inside Odoo.
Native `payment.provider` and `payment.transaction` records so Redsys appears alongside Odoo's built-in acquirers in Website, eCommerce, Sales and Invoicing
Redsys hosted redirect flow (Realizar Pago) keeping card data off your server for minimal PCI-DSS scope (SAQ-A)
Bizum mobile payments through the same provider via `DS_MERCHANT_PAYMETHODS=z`, selectable as its own payment option at checkout
Correct `Ds_Signature` generation using Redsys 3DES key derivation of the order code plus HMAC-SHA256 over Base64 `Ds_MerchantParameters`
Signature re-verification on every browser return and every server-to-server online notification before a transaction is marked done
Asynchronous online-notification (webhook) handler as the source of truth so payments confirm even if the buyer abandons the return page
We build a native payment acquirer that plugs into Odoo's standard payment framework. Technically, it registers a new provider by extending the payment.provider model with your Redsys merchant code, terminal number, SHA-256 secret key, and a test/production environment switch, and implements a payment.transaction subclass that constructs the Ds_MerchantParameters payload, Base64-encodes it, and computes the Ds_Signature using the 3DES key-derivation plus HMAC-SHA256 scheme Redsys requires. Customers are redirected to the Redsys hosted payment page, so PAN and CVV never touch your Odoo server and your PCI-DSS scope stays minimal (SAQ-A). A single provider record drives both flows: paymentMethods toggles between standard card acquiring and Bizum, which Redsys routes through the same signed request with the DS_MERCHANT_PAYMETHODS parameter set to z.
On the return trip we handle both the browser redirect (Ds_MerchantParameters on the merchant URL) and the asynchronous server-to-server notification (the Redsys online notification / notification URL), re-verifying the signature on every callback before we ever mark a transaction as done. That server notification is the source of truth: even if the buyer closes the tab after paying, the payment.transaction state transitions correctly and the linked sale order or invoice is confirmed. The integration is 3DS2 / SCA-ready by design, since the Redsys hosted page runs the PSD2 challenge flow, and it is EUR-localized to match l10n_es conventions (amounts sent to Redsys in cents, currency 978). Refunds are wired to Odoo's payment refund action, issuing a signed DS_MERCHANT_TRANSACTIONTYPE 3 (devolucion) request against the original order code so credit notes and reversals stay in sync.
Because this is a build-to-order engagement, nothing is a black box. After a short scoping call we confirm the exact Redsys terminal setup, which Odoo edition and apps you run (Website/eCommerce, Sales, Invoicing, POS), and whether you need Bizum, cards, or both. We then build against your target version (Odoo 17.0, 18.0, or 19.0), test end-to-end in the Redsys integration/test environment, and deliver installable source with documentation. Typical delivery is 2-4 weeks from confirmed scope, and you receive the full Git repository so the code is yours to keep, audit, and extend.
Runs Website/eCommerce and needs shoppers to pay with their local bank cards via Redsys and with Bizum, without being redirected to a disconnected bank TPV that breaks order confirmation and reconciliation.
Owns reconciliation between Odoo invoices and the acquiring bank. Needs signed, verifiable transactions, reliable server-side confirmation, and clean refunds that produce matching credit notes.
Responsible for the deployment and future maintenance. Wants a native, well-documented module built on the standard payment framework, delivered with source and a Git repo rather than an opaque third-party binary.
Already accepts cards but is losing conversions from customers who prefer Bizum. Needs Bizum enabled through the same Redsys terminal and surfaced as a distinct checkout option.
ecosire.com でライセンスを購入し、アカウント ダッシュボードから Redsys & Bizum Payment Gateway for Odoo (Spain) モジュールの ZIP をダウンロードします。
ZIP をサーバー上の Odoo カスタム アドオン フォルダーに抽出します (または、[アプリ] > [Odoo.sh / runbot のファイルからインストール] を介してアップロードします)。
開発者モードをアクティブにし、アプリを開き、「アプリリストの更新」をクリックして、「Redsys & Bizum Payment Gateway for Odoo (Spain)」を検索し、「インストール」を押します。
新しいメニューを開き、ECOSIRE ライセンス キーを貼り付け、外部認証情報 (Shopify、Amazon、Stripe など) を接続して保存します。
組み込みの接続テストを実行し、最初の 10 レコードを同期し、定期的な cron をスケジュールします。何か問題が発生した場合はサポートにお問い合わせください。
| 基準 | エコシエール | カスタムビルド | 競合他社 | オドゥー ネイティブ |
|---|---|---|---|---|
| Redsys + Bizum support | Both, native in Odoo's payment framework | Depends entirely on your developer | Often cards only; Bizum patchy | |
| SHA-256 signature handling | Correct 3DES key-derivation + HMAC-SHA256, verified on every callback | Easy to get subtly wrong | Usually present but a black box | |
| 3DS2 / SCA (PSD2) | Handled by hosted page, states mapped correctly | Must be built and tested by you | Typically supported | |
| Odoo version fit | Built for your exact 17/18/19 edition | Whatever you commission | May lag new releases | |
| Refunds / reversals | Signed devolucion tied to Odoo credit note | Extra work, often skipped | Varies by module | |
| Source code ownership | Full Git repo handover | Yours, if scoped that way | Usually closed/obfuscated | |
| Support & accountability | Post-go-live window + named team | Tied to one developer's availability | Ticket queue, variable SLA | |
| Delivery model | Build-to-order, 2-4 weeks, UAT + rollback | Open-ended timeline | Instant download, self-integrate |
This is a build-to-order module, not an instant download. After a scoping call to confirm your Redsys terminal, Odoo version and whether you need cards, Bizum or both, typical delivery is 2-4 weeks from confirmed scope, including UAT on a staging environment before go-live.
We build for Odoo 17.0, 18.0 and 19.0, on both Community and Enterprise. The payment provider framework differs slightly between versions, so we target your exact edition and version rather than shipping a one-size-fits-all binary.
Yes. You need an active Redsys account from your Spanish acquiring bank, which gives you a merchant (FUC) code, a terminal number and a SHA-256 secret key, plus Bizum enabled on that terminal if you want it. We configure Odoo with those credentials; we do not open the merchant account for you.
No. Payments use the Redsys hosted payment page, so the customer enters card details on Redsys, not on your Odoo server. This keeps your PCI-DSS scope minimal (typically SAQ-A). Bizum runs through the same hosted flow.
Refunds trigger a signed devolucion request (`DS_MERCHANT_TRANSACTIONTYPE=3`) against the original operation code through Odoo's standard payment refund action, so the reversal at Redsys stays linked to the original transaction and produces the matching credit note in Odoo.
Every engagement includes a post-go-live support window for defect fixes and configuration tweaks. Because you receive the full Git repository, you or your Odoo partner can maintain and extend the module afterward; we also offer ongoing support and version-upgrade work as a separate arrangement.
The core build covers online card and Bizum payments through the payment provider framework. POS integration and API touchpoints (XML-RPC/JSON-RPC status reads) can be scoped in if you need them, and we confirm that in the initial call so it is priced and built correctly.
A build-to-order Odoo payment provider that connects your store and invoicing to the Redsys bank network for Spanish card payments and Bizum mobile transfers. ECOSIRE builds, installs, and supports it across Odoo 17, 18, and 19.