A branded second screen that mirrors the cashier's Odoo POS session in real time — live cart, running total, promotions, loyalty points, and payment status shown to the customer. Built to order, installed, and supported by ECOSIRE. Built to order by ECOSIRE for Odoo 17, 18, 19 — indicative price from $149.00 USD; request a quote for a scoped proposal.

A branded second screen that mirrors the cashier's Odoo POS session in real time — live cart, running total, promotions, loyalty points, and payment status shown to the customer. Built to order, installed, and supported by ECOSIRE.
现在无需付款。此操作会向我们的团队发送报价请求——我们会通过邮件跟进价格和后续步骤。
At a busy till, the customer stares at the back of a monitor and takes the cashier's word for what they are paying. Odoo POS is a fast, single-operator screen by design — there is no native second display that mirrors the cart to the shopper, shows the running total as items are scanned, or surfaces the applied promotion and the change due. Retailers who want a transparent, trust-building checkout (and, in several markets, a customer-visible price display for compliance) end up bolting on a static ad tablet that knows nothing about the live order. That is where Odoo's out-of-the-box POS runs out of road.
Second-screen OWL app that subscribes to the live POS store and re-renders on every `pos.order.line` add, edit, or removal
Real-time running total, per-line subtotal, tax breakdown, and grand total mirrored from the cashier's order without a page refresh
Applied promotions, pricelist discounts, and coupon/loyalty program lines shown to the customer as they are triggered
Customer name and live loyalty-points balance pulled from the selected `res.partner` and loyalty records
Payment stage display: selected payment method, amount tendered, and change due rendered at payment registration
Branded idle-state promo/ad carousel with configurable images, timing, and call-to-action shown between transactions
We build a true dual-screen customer-facing display as a proper Odoo POS extension. The module ships as a standard addon with a __manifest__.py declaring the point_of_sale dependency and its own assets bundle, so it loads inside the POS runtime rather than as a bolt-on. On the technical side it registers OWL components and a POS store subscription that listen to pos.order / pos.order.line changes in the running session, then push cart lines, quantities, the computed running total, taxes, applied loyalty/pricelist promotions, and the selected payment method to a second browser window or an external screen. Idle-state behavior (a branded promo/ad carousel), theming, currency and language, and which fields are shown are all driven from a configuration model backed by ir.model.access.csv and record rules so store managers — not developers — control the layout per POS config.
Because it is real Odoo code, it behaves the way your team expects. The customer name and live loyalty-points balance are pulled from the same res.partner / loyalty records the cashier selects, computed fields use @api.depends so totals stay consistent with the order, and the display reacts to payment registration to show amount tendered and change due at the moment the cashier takes payment. The second screen can run on the same machine (a second monitor), a customer-side tablet on the LAN, or an Android/Windows mini-display, and the data path uses the POS's existing session state — with an optional JSON-RPC/XML-RPC hook when you need to drive an external signage device. It is built for Odoo 17.0, 18.0, and 19.0, and we confirm your Community vs Enterprise edition during scoping because the POS asset pipeline differs between them.
This is a build-to-order product, not an instant apps.odoo.com download. You request a quotation, we run a short scoping call to lock your exact fields, branding, hardware, and edition, and then ECOSIRE builds, tests, and installs it for you. Typical delivery is 2 to 4 weeks from confirmed scope. You receive the full source, a staging UAT before anything touches your live POS, a rollback plan, training, and a post-go-live support window — and the git repository is handed over so the code is yours to keep.
Wants a polished, transparent checkout where customers see exactly what they are being charged. Values trust at the till and a branded screen that reinforces the store identity during and between transactions.
Runs many POS lanes and needs a consistent, centrally themed customer display with live totals and price transparency — potentially for local customer-price-display compliance — across every register and store.
Needs the customer to confirm the order and running total at the counter, with idle-time promotion of specials and combos, and clear payment/change display to speed up the line.
Owns the Odoo instance and wants a properly built POS addon with clean models, access rules, and an assets bundle they can maintain — not a fragile hack — plus the git repo and docs to support it internally.
在 ecosire.com 上购买许可证并从您的帐户仪表板下载 POS Customer-Facing Display (Dual Screen) 模块 ZIP。
将 ZIP 解压到服务器上的 Odoo 自定义插件文件夹中(或通过“应用程序”>“从 Odoo.sh / runbot 上的文件安装”上传)。
激活开发者模式,打开应用程序,单击更新应用程序列表,搜索 POS Customer-Facing Display (Dual Screen),然后按安装。
打开新菜单,粘贴您的 ECOSIRE 许可证密钥,连接任何外部凭据(Shopify、Amazon、Stripe 等),然后保存。
运行内置连接测试,同步前 10 条记录,并安排定期 cron。如果出现任何问题,请联系支持人员。
| 标准 | 伊科西尔 | 定制建造 | 竞争对手 | 奥杜本机 |
|---|---|---|---|---|
| Live cart & running total on customer screen | Real-time OWL mirror of the POS order | Possible but you build the sync layer yourself | Often static or refresh-based, not live | |
| Applied promotions & loyalty display | Shows pricelist, coupon, and live loyalty points | Depends on your developer's scope | Usually total-only, promos rarely shown | |
| Odoo edition & version fit (17/18/19) | Built and tested against your exact edition | Only if your team tracks POS asset changes | One build, may lag new versions | |
| Branding & idle promo carousel | Per-POS theming and configurable carousel | Extra effort, built from scratch | Limited or fixed templates | |
| Security & config model | `ir.model.access.csv` + record rules, manager-editable | You must design and test access rules | Varies, often minimal | |
| Testing & rollback safety | Staging UAT + documented rollback plan | Your team's responsibility | Install at your own risk | |
| Support & code ownership | Support window + full git repo handover | You own it but carry all the risk | Vendor support tiers, no source | |
| Delivery model | Build-to-order, 2-4 weeks from scope | Weeks to months depending on team | Instant download, generic fit |
This is a build-to-order module, so it is not an instant download. After a short scoping call to confirm your fields, branding, hardware, and Odoo edition, typical delivery is 2 to 4 weeks from confirmed scope. Tighter timelines can sometimes be arranged — tell us your constraints during scoping.
It works on both, and we build against your exact edition. The POS asset pipeline and some features (like advanced loyalty) differ between Community and Enterprise, so we confirm your edition and installed apps during scoping and match the build to Odoo 17.0, 18.0, or 19.0 accordingly.
You have three common options: a second monitor on the same POS PC, a customer-side tablet on the same LAN, or a dedicated Android/Windows mini-display. We recommend a setup during scoping based on your lanes and network, and include the hardware and network configuration notes in the handover.
The module registers OWL components that subscribe to the running POS session's order state, so cart lines, totals, taxes, promotions, and payment status update in real time as the cashier works — no manual refresh. For external signage devices we can add an optional JSON-RPC/XML-RPC bridge to push the same state.
It is packaged as a standard addon with its own `__manifest__.py` and assets bundle, and we test it against your instance on staging first. During scoping we review your current POS modules so the display coexists cleanly. UAT on staging plus a rollback plan means your live POS is never the test bed.
Every build includes a post-go-live support window for defect fixes and configuration tweaks. Because you receive the git repository, your team can maintain it too. Version upgrades (for example moving from Odoo 17 to 18) are quoted separately as a migration since the POS asset APIs change between major versions.
Yes. Field visibility (line images, tax lines, loyalty points, cashier name), the idle promo carousel, colors, logo, fonts, currency, and language are all driven from a configuration model per POS config, so store managers can adjust the layout without touching code. Any deeper layout changes are part of the scoped build.
A branded second screen that mirrors the cashier's Odoo POS session in real time — live cart, running total, promotions, loyalty points, and payment status shown to the customer. Built to order, installed, and supported by ECOSIRE.