- 首页
- Apps
- SaaS Tools
- Midtrans Payment Gateway for Odoo (Indonesia)
示意预览Indonesian cards, e-wallets, and VA bank transfer via Midtrans Snap on Odoo
— built, installed and supported by ECOSIRE.
什么是 Midtrans Payment Gateway for Odoo (Indonesia)?
Indonesian cards, e-wallets, and VA bank transfer via Midtrans Snap on Odoo — built, installed and supported by ECOSIRE. Built to order by ECOSIRE for Odoo 17, 18, 19 — indicative price from $999.00 USD; request a quote for a scoped proposal.
核心功能
按需定制,全程代劳
无需自行搭建——由 ECOSIRE 构建、安装并提供支持的可用应用。
- 1
您下单
以一次性构建价格开始。我们在启动时与您共同确定范围。
- 2
我们构建与安装
ECOSIRE 在您的 Odoo 上构建、配置并安装。
- 3
上线 + 支持
约一个工作周内上线,并包含两周上线支持。我们交付的代码中的缺陷免费修复。
技术规格
- Odoo 兼容性
- Odoo 17, Odoo 18, Odoo 19
- 版本
- 企业版和社区版
- 许可证
- 许可证需要确认
- Python 要求
- Python 3.10+
- 数据库
- PostgreSQL 12+
关于此产品
Sell to Indonesian customers the way they actually pay. This is a build-to-order Midtrans payment provider for Odoo — ECOSIRE designs, builds, installs and supports it for your specific Odoo environment; it is not an off-the-shelf apps.odoo.com download and there is no instant-download link.
Midtrans is one of Indonesia's most widely used payment aggregators, and its Snap product exposes a single hosted checkout that covers credit/debit cards, e-wallets (GoPay, ShopeePay, QRIS), virtual-account bank transfer (BCA, BNI, BRI, Mandiri, Permata), over-the-counter retail outlets (Alfamart, Indomaret), and installment options — all behind one integration. This module wires that Snap experience into Odoo's native payment framework so it works consistently across the eCommerce checkout (Odoo Website / Sales), the customer portal for invoice payment, and quotation online payment.
Under the hood we implement a proper Odoo payment provider. A new payment.provider record (code = 'midtrans') carries your Client Key, Server Key and sandbox/production toggle as encrypted config fields; a payment.transaction extension maps Odoo's transaction lifecycle to Midtrans order and transaction states. On checkout the customer either sees the Snap popup rendered over your Odoo page (via the Snap.js client) or is redirected to Midtrans-hosted Snap, then returned to Odoo's standard confirmation route. Server-to-server confirmation is authoritative: a controller endpoint receives Midtrans's HTTP notification (webhook), verifies the SHA-512 signature_key (order_id + status_code + gross_amount + Server Key) before trusting any status, and moves the payment.transaction to done / pending / cancelled / error accordingly — so a closed browser tab or a spoofed callback can never mark an order paid.
Amounts and currency follow Indonesian rules: IDR is a zero-decimal currency at Midtrans, so we round and format gross_amount to whole rupiah, guard against fractional-tax rounding drift, and reconcile the exact settled amount back to the Odoo transaction. Refunds are supported from within Odoo — an authorized user triggers a refund on a captured transaction and the module calls Midtrans's refund API, then writes the result back to the transaction and posts a message in the chatter for audit.
Security is modeled the Odoo way: ir.model.access.csv grants and record rules keep gateway credentials and transaction actions restricted to Accounting/Payment managers, the webhook controller is auth='public' but validated by signature (never by trust), and no secret is ever logged. The module ships tested against Odoo 17, 18 and 19 and works on both Community and Enterprise (Enterprise adds nicer accounting reconciliation UX, but the gateway itself does not require it). Everything is delivered as a clean, versioned addon with a documented __manifest__.py, so it upgrades cleanly and your team can read exactly what it does.
Because it's build-to-order, you get a gateway tuned to your catalog, tax setup, multi-company/multi-currency layout and preferred Snap payment channels — not a generic binary you have to bend your workflow around.
你得到什么
- Complete, production-ready Odoo addon (the Midtrans payment provider module) with clean __manifest__.py, models, controllers, views and security files, versioned for Odoo 17, 18 and/or 19 as required
- Installation and deployment on your Odoo instance (or a staging copy first), including addons-path placement, module install and payment.provider record setup
- Midtrans account configuration guidance: Client Key / Server Key placement, sandbox validation, and correct webhook (payment notification URL) registration in the Midtrans dashboard
- End-to-end sandbox test pass covering card, GoPay/QRIS, virtual-account and retail-outlet flows plus a refund, with results shared before go-live
- Written documentation: configuration guide, webhook/signature explanation, refund procedure, and a short runbook for common failure states (pending VA, expired transaction, signature mismatch)
- A live handover / training session for your finance and web team on taking payments, reading transaction states in Odoo, and issuing refunds
- A defined post-launch support and warranty window for bug fixes and Odoo/Midtrans compatibility issues (see FAQ), plus source-code ownership so your team can extend it
- Go-live checklist and switch-to-production support to move from sandbox keys to live keys safely
这是给谁的
Indonesian eCommerce merchant on Odoo Website
Runs an Odoo Website/eCommerce storefront serving Indonesian shoppers and needs GoPay, QRIS, virtual-account and card checkout that local customers trust — without cobbling together a fragile custom integration.
Finance / accounting manager
Owns reconciliation and refunds. Wants every payment confirmed by a verified webhook (not a browser redirect), exact IDR amounts matched to invoices, and refunds issued from inside Odoo with a clear audit trail in the chatter.
B2B seller invoicing via the customer portal
Sends Odoo quotations and invoices and wants Indonesian buyers to pay online through the portal using their preferred local method, with the payment automatically registered against the right invoice.
Odoo partner or in-house developer
Needs a properly structured, readable addon — real payment.provider/payment.transaction extension, signature verification, ir.model.access.csv security — that installs cleanly on Odoo 17/18/19 Community or Enterprise and is safe to maintain and extend.
Midtrans Payment Gateway for Odoo (Indonesia) 如何比较
| 标准 | 伊科西尔 | 定制建造 | 竞争对手 | Odoo 原生 |
|---|---|---|---|---|
| Indonesian payment methods (GoPay, QRIS, VA, retail, cards) in one checkout | 包含 | Possible but you build and maintain every channel yourself | Varies — many cover only cards or a subset | 不包括在内 |
| Webhook + SHA-512 signature verification as the source of truth | 包含 | Only if you implement it correctly — easy to get wrong | Often relies on browser redirect; signature check inconsistent | 不包括在内 |
| IDR zero-decimal amount handling and exact reconciliation | 包含 | Your responsibility to handle rounding drift | Not always handled — a common source of mismatches | 部分支持 |
| In-Odoo refunds via Midtrans API with chatter audit trail | 包含 | Extra work you scope and build | Sometimes; often manual in the Midtrans dashboard | 不包括在内 |
| Tested on Odoo 17, 18 and 19 (Community + Enterprise) | 包含 | You test and maintain across versions | Depends on vendor's version support | 部分支持 |
| Built for your catalog, tax, multi-company and preferred channels | 包含 | 包含 | 不包括在内 | 不包括在内 |
| Source-code ownership + defined support/warranty window | 包含 | You own it but support yourself | Usually license + vendor support only | 不包括在内 |
| Delivery model | Build-to-order, one working week, installed + supported by ECOSIRE | Full internal project timeline | Instant download, self-install and self-configure | Already in Odoo but no Midtrans support |
关于Midtrans Payment Gateway的常见问题
How long until it's delivered, and how does the build-to-order process work?
Typical delivery is one working week from kickoff, depending on your Odoo version, hosting and how many Snap payment channels you want tuned. This is not an instant apps.odoo.com download — ECOSIRE builds the module for your specific environment. The flow is: requirements + access, development, a full sandbox test pass (card, e-wallet, VA, retail, refund), then production go-live with your live Midtrans keys.
What support and updates do I get after launch?
You receive a defined post-launch support window (two weeks) covering bug fixes and Odoo/Midtrans compatibility issues, plus the training handover; defects in the code we deliver are fixed free of charge. Because you own the source code, your team can extend it freely. Ongoing maintenance beyond the warranty window — including forward-porting to a new Odoo major version or adapting to Midtrans API changes — is available as an optional support retainer.
Does it work on Odoo Community, or only Enterprise? Which versions?
It works on both Community and Enterprise, and is built and tested against Odoo 17, 18 and 19. The Midtrans gateway itself doesn't require Enterprise; Enterprise simply gives you a richer accounting/reconciliation UX. Tell us your exact version and edition at kickoff and we target that.
How does the module make sure a payment is really paid before confirming the order?
Confirmation is server-side and authoritative. Midtrans sends an HTTP notification (webhook) to a dedicated Odoo controller endpoint; the module recomputes the SHA-512 signature_key from order_id, status_code, gross_amount and your Server Key and rejects anything that doesn't match. Only a verified notification moves the payment.transaction to done. A closed browser tab, a page refresh, or a forged callback can never mark an order paid.
Can I issue refunds, and does IDR's lack of decimals cause rounding problems?
Yes to refunds — an authorized Accounting/Payment manager triggers a refund on a captured transaction from within Odoo, the module calls the Midtrans refund API, and the result is written back to the transaction with a chatter log for audit. On IDR: Midtrans treats rupiah as a zero-decimal currency, so the module rounds and formats gross_amount to whole rupiah, guards against fractional-tax rounding drift, and reconciles the exact settled amount to the Odoo transaction so your books match Midtrans to the rupiah.
Which Midtrans payment methods are covered, and can I limit them?
Through Midtrans Snap you get cards, GoPay, ShopeePay, QRIS, virtual-account transfer (BCA, BNI, BRI, Mandiri, Permata) and over-the-counter retail (Alfamart, Indomaret), subject to what's enabled on your Midtrans account. You choose which channels to surface at checkout, and we configure Snap accordingly during the build.
相关模块
Midtrans Payment Gateway
Indonesian cards, e-wallets, and VA bank transfer via Midtrans Snap on Odoo — built, installed and supported by ECOSIRE.
- Midtrans Snap integration in two modes — embedded popup (Snap.js) rendered over your Odoo checkout, or full redirect to Midtrans-hosted Snap, selectable per your UX preference
- Full Indonesian payment-channel coverage through one integration: credit/debit cards, GoPay, ShopeePay, QRIS, virtual-account transfer (BCA, BNI, BRI, Mandiri, Permata) and over-the-counter retail (Alfamart, Indomaret)
- Native Odoo payment provider implementation: a real payment.provider record (code 'midtrans') and payment.transaction extension mapping Midtrans states to Odoo's draft/pending/authorized/done/cancel/error lifecycle
- Server-side webhook controller that receives Midtrans HTTP notifications and treats them as the authoritative payment source — browser redirects are never trusted to confirm payment



