Connect commercetools with inriver PIM to centralize enrichment, speed up product launches, and keep PDPs consistent across markets, languages, and channels.
• Product master data in inriver is mapped to Commercetools productTypes, attributes, and variant structures, including per-locale values.
• Approved items are exported via inriver APIs or event-based queues and written into Commercetools through the Import API or standard APIs, depending on volume.
• Delta sync logic sends only changed products, assets, or relationships, with idempotent updates keyed by SKU, product key, or external ID mapping.
• Category and taxonomy links are synchronized by mapping inriver classifications to Commercetools categories, with parent-child relations preserved.
• Digital assets are routed as URLs or media references, with metadata mapped to Commercetools custom fields and optional per-market overrides handled via localized fields.
• Validation rules check required attributes and data types before publish, while sync runs produce logs for created, updated, skipped, and failed records.
.png)
We map inriver objects and attributes to commercetools product types, variants, and custom fields, then push updates via APIs on a schedule or event triggers.
Typically: titles, descriptions, specs, categories, relationships, and media references, including per-locale values and channel-specific fields.
Yes. We align inriver locale structures with commercetools localized fields, and validate fallback rules so each market gets the right content.
We sync only approved items and specific lifecycle states, so merchandisers can enrich, review, and release without overwriting live storefront content.
We add validation, required-field rules, and error reporting in the middleware, plus retry and dead-letter handling for failed payloads.














