Swiss and DACH merchants running a whitelabel Wallee space usually end up bridging Odoo to their gateway by hand: exporting orders, reconciling settlements in a spreadsheet, and manually marking invoices paid. Odoo's payment framework ships generic providers, but nothing that speaks to your Wallee Space over its Transaction and Payment Page APIs, and nothing that natively surfaces the Swiss methods your customers expect at checkout — TWINT and PostFinance alongside the major card schemes. The result is a checkout that either sends buyers off-platform or leaves finance chasing statuses after the fact. That is where Odoo native runs out of road, and where we build a purpose-fit provider.

We build a dedicated payment.provider record type for your Wallee integration. It stores your Space ID, application user ID and secret key in separate test and live sets, so you can validate on sandbox before going live without touching production credentials. On top of that we implement a hosted checkout that redirects the buyer to a Wallee Transaction Payment Page, plus an optional inline/iframe payment page for on-site card entry when you want customers to stay on your storefront. Every transaction the provider creates is mirrored to a payment.transaction in Odoo, so sale, account_payment and website_sale all see a consistent state.

Technically, the module is a clean __manifest__.py depending on payment, account_payment, sale and website_sale, with models/ extending payment.provider and payment.transaction (models.Model, typed fields, @api.depends computes for derived state), access controlled by ir.model.access.csv and record rules so credentials and logs stay scoped to the right company. A webhook listener consumes Wallee transaction state changes — authorized, fulfill, voided, declined — and verifies each payload before acting on it, never trusting an unauthenticated callback. We wire tokenization and saved payment methods for returning customers, full and partial refunds triggered from the Odoo invoice or sale order, and manual capture (authorize-then-capture) with void support for merchants who ship before charging. A scheduled action (ir.cron) polls transaction status as a fallback so a missed webhook can never strand an order, and every request/response is written to a transaction log for audit and dispute handling. The build supports multi-currency and multi-space configuration and targets Odoo 17.0, 18.0 and 19.0, Community or Enterprise.

Because this is build-to-order, delivery follows a defined path: a scoping call to confirm your Wallee methods, capture mode and reconciliation rules; a fixed quote; then development on a staging clone, UAT against your sandbox space, and a supervised go-live with a rollback plan. Typical delivery is one working week from confirmed scope. You receive the full source, so nothing is a black box you cannot maintain.

Pricing starts from $999 (indicative, single-company base scope); additional Wallee spaces, multi-company deployment, extra connected payment methods, and deeper reconciliation or localization requirements increase the quoted scope.