产品详细信息以英文显示。翻译即将推出。
速览
- 价格
- $199.00 USD
- Odoo 版本
- 17, 18, 19
- 设置时间
- 30分钟
- 许可证
- 一次永久
- 语言
- 11 语言
一次性购买
Gift Cards & E-Vouchers at Checkout for Odoo
A build-to-order Odoo module that lets you sell digital and physical gift cards, generate secure codes, track balances, and apply partial redemptions directly in the Odoo eCommerce and POS checkout. ECOSIRE scopes, builds, installs, and supports it for your Odoo 17, 18, or 19 instance.
$199.00USD
现在无需付款。此操作会向我们的团队发送报价请求——我们会通过邮件跟进价格和后续步骤。
核心功能
`gift.card` model with compute-tracked `balance_amount` via `@api.depends` over an immutable `gift.card.transaction` ledger — no mutable balance field to drift
Server-side code generation with configurable prefix/format, uniqueness constraint, and collision retry; optional hashed storage of card codes
Partial redemption at checkout: apply part of a balance to an order and carry the remainder, with a DB-level guard so a card never goes negative under concurrent redemptions
Website eCommerce checkout hook via a controller that validates, reserves, and applies card balance during the `sale.order` payment step
POS integration so cashiers can scan/enter a card, see live balance, and split payment between card and other tender
Digital and physical card support — batch/bulk generation for physical stock plus instant digital issuance
`ir.cron` automated actions for expiry enforcement, activation windows, and scheduled future-dated delivery
Branded QWeb email and PDF templates with your logo, terms, and a QR/barcode rendered per card
Record-rule + `ir.model.access.csv` security matrix: cashier can redeem, manager can mint/void/adjust, finance can view liability
Full audit trail — every issue, redeem, refund, and adjustment is a ledger row with user, timestamp, and related order
`account`-side reconciliation so outstanding gift-card liability posts to a control account and is visible in finance reports
XML-RPC/JSON-RPC endpoints to issue cards, check balances, and post redemptions from external POS, kiosks, or marketing tools
Balance-lookup portal page and a `GET` balance check for recipients without exposing the full ledger
Multi-currency and multi-company aware; expiry/refund behavior configurable per company, built for your Odoo 17.0/18.0/19.0 edition
关于此产品
Retailers leave real money on the table when their store can't sell gift cards properly. Odoo Enterprise ships a loyalty-based gift card feature, but it runs out of road fast for a serious gift-card program: codes are simple, there is no branded email delivery with your own QWeb design, scheduled/future-dated delivery isn't supported, physical card fulfillment and batch generation are missing, and balance reporting is thin. On Community edition you often have nothing at all. The result is manual spreadsheets, ad-hoc coupon abuse, and a checkout that can't cleanly apply a partial balance across an order.
为什么选择 Gift Cards & E-Vouchers at Checkout for Odoo
`gift.card` model with compute-tracked `balance_amount` via `@api.depends` over an immutable `gift.card.transaction` ledger — no mutable balance field to drift
Server-side code generation with configurable prefix/format, uniqueness constraint, and collision retry; optional hashed storage of card codes
Partial redemption at checkout: apply part of a balance to an order and carry the remainder, with a DB-level guard so a card never goes negative under concurrent redemptions
Website eCommerce checkout hook via a controller that validates, reserves, and applies card balance during the `sale.order` payment step
POS integration so cashiers can scan/enter a card, see live balance, and split payment between card and other tender
Digital and physical card support — batch/bulk generation for physical stock plus instant digital issuance
We build a dedicated gift-card and e-voucher engine as a proper Odoo module. At its core is a gift.card model (extending or replacing the native card where it exists) with a compute-tracked balance_amount derived from an immutable gift.card.transaction ledger via @api.depends, so every issue, redemption, refund, and expiry adjustment is auditable rather than a mutable number. Codes are generated server-side with a configurable prefix/format and collision checks, stored hashed where you need PCI-adjacent hygiene, and validated through a controller that hooks the website sale checkout and the POS payment flow. Partial redemption is first-class: a customer can apply part of a card to one order and carry the remainder forward, with the ledger enforcing that a card can never go negative even under concurrent checkout attempts.
The build wires into the parts of Odoo your team already uses. Access is locked down with ir.model.access.csv plus record rules so cashiers can redeem but not mint cards, and only managers can adjust balances or void codes. Expiry, activation windows, and scheduled future delivery are enforced by ir.cron automated actions that flip states and fire notifications. Branded delivery is a QWeb email/PDF template you control — your logo, terms, and the code (or a scannable barcode/QR) — sent on purchase or on the recipient's chosen date. Everything is exposed over Odoo's XML-RPC/JSON-RPC API so an external POS, kiosk, or marketing tool can issue and check balances programmatically. We target your exact edition and version (17.0, 18.0, or 19.0) and reconcile with account so outstanding gift-card liability is visible to finance, not just to sales.
Because this is build-to-order, nothing is a stock download you self-install and hope fits. It starts with a short scoping call where we pin down your edition, POS vs eCommerce vs both, code format, expiry policy, and email design. We then build against a staging copy of your database, run UAT with you, and hand over installable source, documentation, and a git repository. Typical delivery is 2 to 4 weeks from confirmed scope, and we support the module after go-live.
你得到什么
- Installable module source code targeted at your exact Odoo edition and version (17.0, 18.0, or 19.0)
- Installation and configuration on your staging instance, including code-format, expiry, and email-design setup
- Technical documentation: model/field reference, security matrix, cron jobs, and XML-RPC/JSON-RPC endpoint specs
- User guide plus a live training session for cashiers, managers, and finance
- UAT sign-off on a staging copy of your database, with a documented rollback plan before production cutover
- Post-go-live support window for defect fixes and configuration adjustments
- Git repository handover with full commit history so your team or any developer can maintain it
- Branded QWeb email/PDF card templates configured to your brand assets and terms
这是给谁的
Multi-store retailer
Runs Odoo POS across several outlets and wants gift cards that work identically at every till, split-tender at checkout, and roll unused balance forward. Needs one code to redeem partially across multiple visits without spreadsheets.
eCommerce merchant
Sells on Odoo website and wants digital gift cards as a revenue line — instant branded email delivery, scheduled gifting for holidays, and clean partial-balance application in the online checkout.
Finance / controller
Needs outstanding gift-card value posted as a liability to a control account, reconciled against redemptions, and reportable — not a hidden number living in the sales team's heads.
Marketing manager
Wants promo e-vouchers with expiry and activation windows for campaigns, issued in bulk via the API and tracked so redemption rates are measurable.
安装概述
从ECOSIRE下载
在 ecosire.com 上购买许可证并从您的帐户仪表板下载 Gift Cards & E-Vouchers at Checkout for Odoo 模块 ZIP。
上传至Odoo
将 ZIP 解压到服务器上的 Odoo 自定义插件文件夹中（或通过“应用程序”>“从 Odoo.sh / runbot 上的文件安装”上传）。
安装模块
激活开发者模式，打开应用程序，单击更新应用程序列表，搜索 Gift Cards & E-Vouchers at Checkout for Odoo，然后按安装。
配置设置
打开新菜单，粘贴您的 ECOSIRE 许可证密钥，连接任何外部凭据（Shopify、Amazon、Stripe 等），然后保存。
验证并上线
运行内置连接测试，同步前 10 条记录，并安排定期 cron。如果出现任何问题，请联系支持人员。
Gift Cards & E-Vouchers at Checkout for Odoo 如何比较
| 标准 | 伊科西尔 | 定制建造 | 竞争对手 | 奥杜本机 |
|---|---|---|---|---|
| Partial redemption at checkout | First-class; ledger-backed, carries remainder forward, guarded against negative balance | Possible but you design the ledger logic and concurrency guards yourself | Often coupon-style; partial handling varies and can be brittle | |
| Branded email delivery | Custom QWeb template with your logo, terms, and QR/barcode | Whatever you build and maintain | Usually a fixed template with little control | |
| Scheduled / future-dated gifting | Yes, via `ir.cron` on the recipient's chosen date | Buildable, needs cron plus state logic you own | Rarely supported | |
| Physical card fulfillment | Batch/bulk generation for physical stock included | Custom effort per your workflow | Frequently digital-only | |
| Finance liability reconciliation | Posts outstanding value to a control account, reconciled to redemptions | You wire the `account` integration | Usually absent | |
| External API access | Documented XML-RPC/JSON-RPC issue/check/redeem endpoints | Depends on what you expose | Often closed to the module UI | |
| Security & audit | Record rules, access CSV, append-only ledger, per-user audit trail | Your responsibility to design and test | Varies; often coarse permissions | |
| Support & handover | Post-go-live support, training, docs, git repo handover | In-house or contractor dependent | Vendor ticket queue, no source control |
关于Gift Cards & E-Vouchers at Checkout for Odoo的常见问题
+How long until it's live?
This is build-to-order, not an instant download. After a short scoping call to confirm your edition, channels (POS/eCommerce/both), code format, expiry policy, and email design, typical delivery is 2 to 4 weeks from confirmed scope. We build against a staging copy of your database and only cut over to production after your UAT sign-off.
+How does support and updates work after go-live?
Every build includes a post-go-live support window for defect fixes and configuration adjustments. You also receive the full git repository, so your own team or any Odoo developer can maintain and extend it. When you upgrade Odoo (e.g. 18 to 19) we can quote a version-migration pass to keep the module compatible.
+Isn't there already a gift card feature in Odoo?
Odoo Enterprise has a basic `loyalty`-backed gift card. It lacks branded QWeb email delivery, scheduled/future-dated gifting, physical-card batch generation, robust partial-redemption ledgering, and finance-grade liability reconciliation. Community often has nothing usable. We build the pieces your program actually needs rather than fight the limits of the stock feature.
+Does it work with POS as well as the website?
Yes. We can hook the website eCommerce checkout, the POS payment flow, or both — you tell us at scoping. In POS the cashier scans or enters a card, sees the live balance, and splits payment between the card and other tender; online the balance is applied during the `sale.order` payment step.
+Can other systems issue or check cards?
Yes. The module exposes Odoo's XML-RPC/JSON-RPC API so an external POS, kiosk, or marketing platform can issue cards, check balances, and post redemptions. We document the endpoints in the technical handover.
+How do you keep balances accurate and prevent fraud?
Balance is a computed field derived from an append-only `gift.card.transaction` ledger, so it can't silently drift, and a database-level guard prevents a card going negative under concurrent redemptions. Access is locked down with record rules and `ir.model.access.csv` — cashiers redeem, only managers mint or void, and every action is an auditable ledger row.
+Which Odoo versions and editions do you support?
We build for Odoo 17.0, 18.0, and 19.0, on Community or Enterprise. We target your exact edition at scoping because the native gift-card baseline and available dependencies differ between them, and we tailor the build accordingly.
申请报价
Gift Cards & E-Vouchers at Checkout for Odoo
A build-to-order Odoo module that lets you sell digital and physical gift cards, generate secure codes, track balances, and apply partial redemptions directly in the Odoo eCommerce and POS checkout. ECOSIRE scopes, builds, installs, and supports it for your Odoo 17, 18, or 19 instance.
- `gift.card` model with compute-tracked `balance_amount` via `@api.depends` over an immutable `gift.card.transaction` ledger — no mutable balance field to drift
- Server-side code generation with configurable prefix/format, uniqueness constraint, and collision retry; optional hashed storage of card codes
- Partial redemption at checkout: apply part of a balance to an order and carry the remainder, with a DB-level guard so a card never goes negative under concurrent redemptions
- Website eCommerce checkout hook via a controller that validates, reserves, and applies card balance during the `sale.order` payment step