An ERP overlay reads live stock and price from your system of record (Odoo today) and shows the numbers on every part. An ecommerce embed posts add-to-cart events from the viewer up to your existing storefront — Shopify, WooCommerce or custom. The viewer never owns the cart; your checkout does.
The viewer's erp-client calls into your ERP for the SKUs on a BOM and overlays the numbers on each part card. Falls back to a static erp.json snapshot when the connection isn't reachable, so an unhealthy ERP doesn't break the viewer experience.
Pogodan has Odoo integration experience and the JSON-RPC plumbing in the viewer works today. Quidities itself is a new build, so the Odoo-specific story is a scorecard, not a packaged-module pitch:
Drop the component on your product page. When a shopper picks a part, the viewer posts an event up to the host page; your storefront's existing add-to-cart maps SKU → variant and continues to your normal checkout. No Quidities-side cart, no second login, no theme rewrites.
<script src="https://q.dt/v1.js" async></script> <quidities-viewer asset="rover-v8-engine" on-add-to-cart="window.addItem"> </quidities-viewer>
// window.addItem receives:
{
sku: "ROV-V8-1310",
quantity: 1,
part_n: "05",
asset: "rover-v8-engine"
}
// You map sku → variant in your storefront.