A made-to-order Odoo app that publishes clean, public product information pages and generates matching barcode and QR code labels that link straight to them. ECOSIRE builds, installs, and supports it for your Odoo 17, 18, or 19 database. Built to order by ECOSIRE for Odoo 17, 18, 19 — indicative price from $249.00 USD; request a quote for a scoped proposal.
App-Manifest
Auf Ihren Workflow zugeschnitten
A made-to-order Odoo app that publishes clean, public product information pages and generates matching barcode and QR code labels that link straight to them. ECOSIRE builds, installs, and supports it for your Odoo 17, 18, or 19 database.
Keine Selbsteinrichtung — eine funktionierende App, die von ECOSIRE erstellt, installiert und betreut wird.
Starten Sie mit einem einmaligen Entwicklungspreis. Den Umfang legen wir beim Kickoff gemeinsam fest.
ECOSIRE erstellt, konfiguriert und installiert sie auf Ihrem Odoo.
Sie gehen in etwa 2–4 Wochen live, mit einem Support-Zeitraum nach dem Launch.
Most teams running Odoo eventually hit the same wall: product data lives inside the ERP, but the people who most need it — warehouse staff scanning a shelf, a technician on-site, a customer holding the physical item, a reseller checking specs — have no way to see it without a login. Odoo core gives you product.template/product.product, a barcode field, and the eCommerce controller, but out of the box that eCommerce page is a shop page (add-to-cart, pricing, checkout), not a neutral public spec sheet. There is no built-in, print-ready label that carries a scannable QR pointing at a curated, catalog-agnostic information page. So teams end up hand-building website pages, exporting to third-party label tools, and reconciling two sources of truth that drift apart the moment a product changes.
Product Public QR is the app we build to close that gap. We add a controller and QWeb-rendered public route (for example /p/<slug>) that renders a read-only information page per product — description, attributes, key specifications, documents, and images — driven entirely by fields on product.template, with a computed slug and an access-scoped published flag so only products you explicitly mark public are reachable. A compute/@api.depends method derives the canonical public URL, and we generate both a 1D barcode (EAN-13/Code128 from the existing barcode field) and a 2D QR code that encodes that URL, using Odoo's report/barcode rendering so no external service is required. Labels are delivered as QWeb (PDF) report templates you can print in batch from the product list — Avery-style sheets or roll labels sized to your printer — and every label's QR resolves to the live page, so a scan in the aisle always shows current data.
Because it is built on the standard ORM and reporting stack, the app stays inside Odoo's security model: ir.model.access.csv plus record rules govern who can publish and edit, the public controller uses sudo() narrowly and only exposes fields flagged as public, and nothing bypasses multi-company boundaries. We can wire an automated action or server action so newly created or updated products auto-generate their slug and QR, expose the published page and label rendering over the XML-RPC/JSON-RPC API for your other systems, and localize the public template and label formats. It ships as a proper module with its own __manifest__.py, is packaged separately for Odoo 17.0, 18.0, and 19.0, and works on both Community and Enterprise (the public page and reports use Community-available primitives; any Enterprise-only touchpoints are called out during scoping).
Delivery is build-to-order: after a short scoping call we confirm the exact fields, page layout, label dimensions, and publishing rules, then build against your version, test on a staging copy of your database, run UAT with you, and deploy with a rollback plan and a git repository handover. Typical delivery is 2-4 weeks from confirmed scope. Pricing starts from $249 (indicative, single-company base scope); multi-company publishing, deep localization of the public page and labels, custom label designs, and integration with external label printers or downstream systems increase the quoted scope. You receive a fixed quote after the scoping call — never a surprise.
Runs a busy stockroom and wants staff to scan any shelf label and instantly see current specs, handling notes, and documents — without a login or a separate labeling tool that drifts from the ERP.
Owns product data in Odoo and needs a controlled way to publish a curated, neutral information page per item, deciding exactly which fields go public and keeping the printed QR pointed at live data.
Responsible for the database and wants a clean, version-correct module built on the standard ORM, security model, and reporting stack — with a git handover and no fragile external service in the loop.
Serves customers and technicians who hold the physical product and scan its label on a phone to reach a mobile-friendly spec sheet, manuals, and certificates on the spot.
| Kriterium | ECOSIRE | Benutzerdefinierter Build | Konkurrent | Odoo Native |
|---|---|---|---|---|
| Public product page | Purpose-built read-only spec page, catalog-agnostic, field-allowlisted | Whatever you build in-house from scratch | Often reuses the shop/eCommerce page with cart and pricing | |
| QR + barcode labels | Batch QWeb PDF labels, QR encodes live page URL, printer-sized | Build yourself or bolt on a label tool | Generic label, QR target and layout rarely configurable | |
| Odoo version fit | Built and packaged per version — 17.0, 18.0, 19.0 | Depends on your team's version discipline | Single build; may lag your version or force an upgrade | |
| Data source of truth | Driven entirely by product fields — one source, no drift | One source if built carefully; easy to diverge | Often maintained partly outside the ERP | |
| Security & multi-company | ir.model.access.csv + record rules, narrow sudo, respects companies | As strong as you make it | Varies; public controllers can over-expose | |
| External dependencies | None — native barcode/report stack, your own domain | Your choice; often pulls in a third-party service | May rely on an external QR/label API or subscription | |
| Support & handover | Training, support window, full git repo handover | Internal knowledge only, no vendor backup | Vendor support tiers; source usually closed | |
| Total cost path | Indicative from $249, fixed quote after scoping | Unbounded dev time and maintenance | Low list price, but gaps push you to customization anyway |
This is a build-to-order app, not an instant download. After a scoping call to lock the fields, page layout, label sizes, and publishing rules, typical delivery is 2-4 weeks from confirmed scope. We build against your version, test on staging, run UAT with you, then deploy.
Pricing starts from $249 as an indicative single-company base-scope figure. Drivers like multi-company publishing, deep localization, custom label designs, or integration with external printers and downstream systems increase the quote. After the scoping call you receive a fixed, written quote — never a surprise charge.
Every build includes a post-go-live support window for defect fixes and configuration adjustments. Because you get the full git repository, your team or ours can extend it. We can also quote a longer maintenance arrangement or a version-upgrade (e.g. 18.0 to 19.0) as a separate scoped engagement.
No. Both the 1D barcode and the 2D QR code are rendered through Odoo's own barcode and report stack. There is no third-party SaaS or API dependency, so labels keep working with no external subscription and your product URLs stay on your own domain.
We package the module separately for Odoo 17.0, 18.0, and 19.0, and it runs on both Community and Enterprise. The public page and label reports rely on Community-available primitives; if your scope touches anything Enterprise-only, we flag it during scoping.
No. Publishing is opt-in per product via a published flag, and the public controller only exposes an explicit allowlist of fields. Access is governed by `ir.model.access.csv` and record rules, `sudo()` is used narrowly, and unpublished or out-of-scope products return a 404.
Yes. We can add an automated/server action so slugs and QR codes generate automatically when products are created or updated, and expose the public URL and published state over the XML-RPC/JSON-RPC API so external systems or print stations can consume them. These integrations are part of scoping.
A made-to-order Odoo app that publishes clean, public product information pages and generates matching barcode and QR code labels that link straight to them. ECOSIRE builds, installs, and supports it for your Odoo 17, 18, or 19 database.