Catalogue
Simple, configurable and grouped products with attributes, attribute sets, categories and media, published at the website or store-view scope you choose.
Magento is built for businesses that outgrew a simple store: several websites, store views in different languages, customer groups with their own prices, and B2B accounts buying on terms. Every one of those features is a decision the integration has to respect.
Which is why a Magento integration is a scoping exercise before it is a technical one. Stock, price and tax are all scoped to a website in Magento, and an integration that ignores that will publish the wrong number to the wrong store.
Businesses running Odoo with OdooBots
Odoo Magento integration maps a multi-store catalogue, website-scoped stock and pricing, and customer groups onto one set of ERP records. Products and configurable options publish per website and store view, stock sources map to Odoo warehouses, orders arrive as sales orders with their customer group pricing intact, B2B accounts keep their payment terms, and invoices and credit memos stay aligned on both sides.
Magento scopes stock, price and tax to a website. An integration that treats the catalogue as global will publish one store’s price and another store’s stock, and the error is not obvious until a customer notices.
Six things move between Magento and Odoo, and in Magento each of them carries a scope that has to be named.
Simple, configurable and grouped products with attributes, attribute sets, categories and media, published at the website or store-view scope you choose.
Each Magento inventory source mapped to an Odoo warehouse, with forecast available quantity published per source rather than as one global figure.
Customer group and tier prices mapped to Odoo pricelists, so a B2B buyer sees the price your ERP says they should.
Orders from every website arriving as Odoo sales orders with their store, currency, customer group, shipping method and tax as placed.
B2B company accounts with their buyers, addresses and payment terms, matched to Odoo contacts and their parent companies.
Invoices, shipments and credit memos kept aligned on both sides so neither system shows a balance the other does not recognise.
An order placed on one of your websites arrives in Odoo as a sales order carrying its store, its currency and the customer group pricing it was placed under. Stock reserves against the warehouse mapped to that order’s source, the warehouse picks, and the shipment and invoice go back so the customer’s account page agrees with your ERP.
Scale is what makes Magento integrations fail rather than complexity. A catalogue of fifty thousand products cannot be synced in one pass, so the plan has to include batching, retries and a way to resume.
These are the decisions that are cheap to make now and painful to reverse once two systems have been exchanging records for a month.
Website, store view or global for price, stock and tax. Naming this per field is the single most important decision in a Magento integration.
Each Magento inventory source mapped to one Odoo warehouse or location, agreed before anything is published.
How B2B groups and tier pricing map to Odoo pricelists, so the ERP and the storefront quote the same price.
Whether configurables become Odoo variants or separate products. Variants is almost always right and almost always more work up front.
How a large catalogue is synced without timing out, and how a failed batch resumes rather than starting again.
Which currency an order is recorded in, which rate is used, and how the difference is recognised.
A named owner and an alert. At Magento volumes a silent failure is a thousand records before anyone notices.
We would rather say this before you buy licences than after. Below is what the connector genuinely does not reach, where we scope development, and where we would tell you to keep the other system as it is.
Connecting Magento to Odoo is less about the connector than about agreeing what is true where, and what happens when a record will not go through.
Understand how many websites and store views you run, how stock sources are configured, which customer groups price differently, and how large the catalogue is.
Name the scope of every field, map sources to warehouses and groups to pricelists, and agree batching and resume behaviour before anything is built.
Connect Magento to Odoo using the standard connector where one fits, and build only what the connector genuinely cannot reach. See Odoo customization.
Your records, in a test database, including the awkward ones — the cancelled order, the partial refund, the product that exists on one side only.
A queue for failed records with a named owner and an alert, because an integration nobody watches diverges quietly and the divergence is found at audit.
Cutover with a reconciliation on both sides, then hypercare, then ongoing support and AMC.
We do not publish one integration price, because the same connector costs very differently depending on the factors below. We do publish what moves the number, and the price is fixed in writing before work starts.
Magento integrations fail on scope, not on code: the right price published to the wrong website. We name the scope of every field before writing anything, and we plan the catalogue sync in resumable batches because at Magento volumes one pass does not finish.
Product capabilities stated on this page are documented by Odoo. The mapping advice, failure handling and limitations come from our own integrations.
Tell us how many websites you run and roughly how large the catalogue is. Those two answers decide the scoping and the batching, and the diagnosis call is free.