Kōbō and Odoo
Keep product development in a PLM built for fashion, and let Odoo run stock, purchasing and accounts. One product master, pushed across on your terms.
Your product data, on Odoo's own models.
The integration is first-party, not a Zapier recipe or a third-party connector. It maps Kōbō records onto the standard Odoo models your accountant and warehouse already use.
| In Kōbō | In Odoo | Notes |
|---|---|---|
| Style | product.template | With size and colour attributes, so Odoo generates the variant matrix it expects. |
| Style SKU | default_code on product.product | Your Kōbō SKU pattern becomes the Odoo internal reference. |
| Barcode (EAN13) | Odoo barcode field | Assigned from your own GS1 pool in Kōbō, carried across per variant. |
| Supplier | res.partner vendor | Including contacts and addresses, so purchase orders have somewhere to go. |
| Purchase order | purchase.order | Optional auto-confirm, or land it as a draft for your team to approve. |
| FOB, landed, wholesale and retail prices | Odoo price lists | Creates Kōbō Wholesale and Kōbō Retail lists so margin reporting works in Odoo. |
| Historical catalogue | One-time migration | Bulk-push an existing season rather than starting Odoo from empty. |
JSON-RPC, and a button you press.
Kōbō talks to Odoo over JSON-RPC, the interface a standard Odoo install exposes out of the box. You connect once with your Odoo URL, database name and an API key, and Kōbō validates the connection before it writes anything.
The sync is push-only and manual by design. Kōbō is the product master; Odoo receives. Nothing moves until somebody presses sync, which is exactly what the first customer running this asked for. In his words, he wanted to check the data before pushing it. You get a sync overview, a per-entity breakdown and a full history of what went across and when.
Each entity has its own job, so you can push suppliers today and hold the purchase orders until your chart of accounts is ready. Nothing is all-or-nothing.
Minutes to connect. One conversation to get right.
Connecting takes a few minutes. Getting the mapping right takes a conversation, and we do that part with you.
In Kōbō, open Integrations and enter your Odoo URL, database name and API key. Kōbō tests the connection and reports back before storing anything.
Decide what Odoo owns and what Kōbō owns. The usual split: Kōbō holds styles, BOMs, samples, specs and supplier development; Odoo holds stock, purchasing, invoicing and accounts.
Your Odoo internal reference comes from the Kōbō SKU pattern, so set that first. Changing the pattern later rewrites SKUs but keeps the barcodes already attached to them.
Suppliers first so purchase orders have vendors to attach to, then styles and variants. Use the one-time migration if you're bringing an existing catalogue across.
Choose whether Kōbō purchase orders auto-confirm in Odoo or arrive as drafts. Most teams start with drafts and switch once they trust the flow.
Built for brands already on Odoo.
What to plan around.
Before you connect Odoo.
Does Kōbō replace Odoo?
Which direction does data flow?
Is the sync automatic or manual?
What happens to my SKUs and barcodes?
Can I migrate an existing Odoo catalogue?
Do I need a developer to set this up?
What does the Odoo integration cost?
Has anyone actually run this in production?
Other integrations
Run Odoo? See the sync live.
A 30 minute walkthrough on your own product data. We will show you exactly what lands in Odoo and what stays in Kōbō.
Book a Discovery Call