Products & variants
Connect identifiers, variants and packaging to existing Odoo records.
Product information (PIM) · Odoo integration
Give Odoo useful, enriched product data. Radorfa maps your process, configures the data exchange and tests it with your team.
First, we review your processes and systems. Then you receive a proposal with scope and costs.
Start with a feasibility check
We check API access, version and subscription before confirming the integration route.
ERP & CRM
PlytixData, direction and frequency agreed for your environment.
Where the integration helps
Marketing works on product information in Plytix while Odoo supports sales and inventory. We discuss which attributes and media should reach Odoo and when information is ready to publish. A campaign image, for example, should not alter an operational product code.
We distinguish product content from operational data such as stock and cost. For images, we decide whether Odoo receives files or references. Replacement images and revised descriptions update the same item while preserving its agreed product identity.
We start with the task your colleagues need to complete. Which information is copied today, who checks it and which exceptions occur? Those answers determine the integration scope. We agree responsibilities with the people managing both applications before configuring access or transferring data.
Odoo and your application
Published product information from Plytix to the corresponding Odoo products. Logistics data such as stock remains with its agreed source.
Connect identifiers, variants and packaging to existing Odoo records.
Publish agreed attributes and translations under clear controls.
Include image references, completeness and publication choices where available.
These are possible data flows. We agree the actual fields, direction and actions after checking both environments.
A practical process example
A product manager edits a description and adds a variant. Odoo needs that information on the right item without overwriting established sales or stock records. We define the fields owned by PIM and when changes are published.
The starting point is a recognisable reference, such as an order, customer or file number. We record what has been processed and make failed steps visible. Recovery must continue from the right point without creating another copy of the same transaction.
From requirements to everyday use
We discuss the required data flow with sales, warehouse or finance. For each piece of information, we define where it originates and which system leads.
We connect relevant Odoo modules such as Sales, CRM, Inventory and Invoicing. Test orders help us check fields, permissions, returns and duplicate messages.
You receive guidance on operation and error messages. We agree on monitoring, support, maintenance and checks following software updates.
We first review what your Odoo version and existing modules provide. Where needed, we use an existing connector, an integration platform or custom API development. Our advice considers your process, costs and ongoing management.
A delayed API, expired access or duplicate message should remain visible. We test retries, duplicate handling and notifications, and agree who follows up on exceptions.
A useful first conversation
Tell us which versions you use, which information should move and where your team loses time. We will discuss a concrete next step.
Frequently asked questions
We check this first. According to Odoo, external API access on Odoo Online is available on the Custom plan, not Standard or One App Free. For Odoo.sh or self-hosted installations, we assess the version, modules and permissions. The other application may also require an additional licence.
This page presents implementation options delivered by Radorfa. We assess whether an existing connector is sufficient or custom development is required. We agree the fields, sync direction and exceptions with you; the listed applications are not a promise of connectors you can activate immediately.
Costs depend on your systems, data flows, data quality, existing modules and required controls. We distinguish configuration, any licences and ongoing management. Share your applications and one concrete process so we can prepare a focused proposal.
Software updates can change fields, permissions or APIs. We document the configuration and agree how changes are tracked and retested. We also clarify the management and support process for incidents and functional changes.