To sell through marketplaces from PIM, you need a two-layer setup
PIM handles product card content: a unified item model and attribute mapping to match each marketplace's requirements on Ozon, Wildberries, and Yandex
Export product cards from PIM to Ozon, Wildberries, and Yandex Market with mapping, inventory and pricing for FBS/FBO. Case study: 10x faster publishing.
PIM handles product card content: a unified item model and attribute mapping to match each marketplace's requirements on Ozon, Wildberries, and Yandex
Marketplaces have different required fields and value dictionaries, with a quality gate before publication. Stock, prices, and orders belong to ERP/WMS, connected to marketplaces through an integration layer: under FBS, without near-real-time stock synchronization, the seller gets order cancellations and marketplace penalties.
PIM alone does not cover marketplaces without an integration layer - and the reverse is also true.
Below is a step-by-step guide to building the setup and a real case: Relief-Center, launching a collection in 1 day instead of
All three marketplaces have three basic operating models, but they are named differently. FBO (Fulfillment by Operator) means the goods are stored in the marketplace warehouse, which also picks and delivers the order. FBS (Fulfillment by Seller) means the goods are stored by the seller, who picks the order and hands it over to the marketplace delivery service. DBS (Delivery by Seller) and realFBS at Ozon mean the seller stores and delivers the goods themselves, while the marketplace remains a storefront.
Marketplace scheme names and terms change regularly; the definitions in the table are compiled from industry references (InSales, MoySklad, Kokoc, CDEK Fulfillment - full links are in the sources below), and before connecting, verify the terms in the marketplace's current documentation.
| Marketplace | Diagram | Who stores the goods | Who delivers the order |
|---|---|---|---|
| Ozon | FBO | Ozon warehouse | Ozon |
| Ozon | FBS | seller warehouse | Ozon: the seller picks the order and hands it over to the platform's logistics |
| Ozon | realFBS | seller warehouse | vendor — own or third-party service |
| Wildberries | FBO (FBW) | Wildberries warehouse | Wildberries |
| Wildberries | FBS | seller warehouse | Wildberries: the seller ships the packed order to a warehouse or drop-off point |
| Wildberries | DBS | seller warehouse | seller |
| Yandex Market | FBY | Yandex Market warehouse | Yandex Market |
| Yandex Market | FBS | seller warehouse | Yandex Market: the seller sends the order to a sorting center or pickup point |
| Yandex Market | DBS | seller warehouse | seller |
Two layers: content and operational data
Data Sources
Integration layer
Marketplaces
Each marketplace has its own categories, required fields, and value dictionaries: what PIM stores as "color: green" must match Ozon's value dictionary, Wildberries' own dictionary, and Yandex Market's own dictionary.
That is why the card layer is a matching service: PIM attributes and values are mapped to the marketplace category once, then publication runs automatically for all items in the category.
The second required element is a quality gate: a card missing a required field or using a value outside the marketplace reference data is not published and instead goes to the error log with a reason.
Without it, the team learns about errors after the fact from rejected listings in each marketplace account.
Operational data should not be maintained in PIM - its source lives in the accounting layer.
With FBS and DBS, marketplace stock must reflect the real warehouse almost in real time: an order for an out-of-stock item ends in cancellation, and marketplaces penalize cancellations, from lower ratings to fines; each marketplace has its own terms, so check its documentation.
With FBO, the task is different: the marketplace manages stock in its own warehouse, and the seller plans deliveries to that warehouse.
Orders for FBS, DBS, and realFBS are automatically collected from all marketplaces into 1C/ERP/WMS; for DBS and realFBS, tracking numbers are sent back to the marketplace.
Prices are calculated from a single source, but adjusted for the fees and logistics of each scheme - the same wholesale price produces different economics across marketplaces.
"Relief-Center" is CIS's largest stationery manufacturer and a leader in wholesale distribution of office, school, and creative goods: 17 in-house brands and 6 production sites.
Product data - more than 30 TB - lives in the Pimcore PIM system with integrations to 1C and ERP.
Before the project, product cards were adapted manually for each marketplace: one employee published 20-30 cards per day, and three full-time employees were dedicated solely to preparing cards for Wildberries.
Full project description is in the case study automating publication from PIM to marketplaces.
The logic for category and reference-data mapping is moved into a separate module that can be configured without touching the core PIM system. The interface is based on Pimcore; the backend is PHP, Symfony, Kafka.
The user selects a marketplace category and configures the attribute and value mapping once, after which publication runs automatically for the entire category.
The service converts cards into the marketplace format, publishes them directly via API, and returns publication statuses to PIM so the full lifecycle of each card is visible.
2.5 months from project start to business-user adoption. The first channel was Wildberries; integration work with Ozon and Yandex Market started immediately after launch.
If the assortment is small, there is a single data source, and marketplace content requirements are handled manually, a ready-made connector between the accounting system and the marketplaces is enough. PIM plus an integration layer is needed when a card is assembled from multiple sources, there is more than one sales channel (website, B2B portal, marketplaces), and content quality must be managed before publication, not after.
A comparison of specific tools - PIM platforms and connectors - is covered in a separate article: comparison of PIM systems.
PIM + integration
We will review your product data model and marketplace operating schemes and tell you directly where a ready-made connector is enough and where you need PIM with an integration layer. The service is deployed on your infrastructure, and the solution stays with you.
Discuss a ProjectFAQ
With a small assortment and one data source, yes: a ready-made connector synchronizes stock, prices, and orders between the accounting system and the marketplaces. PIM becomes necessary when a card is assembled from multiple sources, there are several sales channels, and content quality must be controlled before publication.
Yes, if mapping is configured at the product category level rather than per item: update the mapping once and publish every item in the category. In the Relief-Center case, one employee uploads thousands of cards per day with more than 30 TB of product data.
Marking codes belong to the accounting layer (1C/ERP), not PIM: the PIM card stores the flag for a marked product, while code transfer during shipment comes from the accounting system. Check the rules for your product group on the official markirovka.ru.
Architecturally, the setup does not limit the number of marketplaces: each new one is another category mapping and another channel in the integration layer, without changing the PIM system itself. Relief-Center launched the service on Wildberries, and integration work with Ozon and Yandex Market started immediately after launch.
Source verification date: 15.07.2026. InSales, "FBO or FBS" - insales.ru/blogs/university/fbo-ili-fbs
MoySklad, "FBS on marketplaces: shipping specifics"
- moysklad.ru/poleznoe/marketplejsy/fbs-na-marketpleysakh-osobennosti-otgruzki-tovarov/ Kokoc, "DBS on marketplaces" - kokoc.com/blog/dbs-na-marketplejsah/ CDEK Fulfillment, "What is realFBS" - ff.cdek.ru/blog/realfbs MPmgr, "What is DBS on Wildberries" - mpmgr.ru/blog/operations/chto-takoe-dbs-na-wildberries