#pim#ecommerce#erp

PIM для маркетплейсов: как публиковать товары на Ozon и WB

Как выгружать карточки из PIM на Ozon, Wildberries и Яндекс Маркет: маппинг, quality-gate, остатки и цены при FBS/FBO. Кейс: публикация в 10 раз быстрее.

  • PIM и маркетплейсы: связка двух слоёв
  • Словарь схем: три модели фулфилмента
  • Схемы по площадкам: кто хранит и кто доставляет
  • Архитектура связки

PIM и маркетплейсы: связка двух слоёв

Чтобы продавать через маркетплейсы из PIM, нужна связка из двух слоёв

PIM отвечает за контент карточек: единая модель товара, маппинг атрибутов под требования каждой площадки - у Ozon, Wildberries и

Маркета разные обязательные поля и справочники значений - и quality-gate до публикации. Остатки, цены и заказы - зона ERP/WMS, подключённая к площадкам через интеграционный слой: при FBS без синхронизации остатков почти в реальном времени продавец получает отмены заказов и санкции площадки.

Один PIM без интеграционного слоя маркетплейсы не закрывает - и наоборот.

Ниже - как собрать связку по шагам и живой кейс: «Рельеф-Центр», вывод коллекции за 1 день вместо

Словарь схем: три модели фулфилмента

У всех трёх площадок три базовые модели работы, но называются они по-разному. FBO (Fulfillment by Operator) - товар хранится на складе маркетплейса, он же собирает и доставляет заказ. FBS (Fulfillment by Seller) - товар хранится у продавца, продавец собирает заказ и передаёт его в доставку площадки. DBS (Delivery by Seller) и realFBS у Ozon - продавец хранит и доставляет сам, площадка остаётся витриной.

Названия и условия схем площадки регулярно меняют; определения в таблице собраны по отраслевым справочникам (InSales, МойСклад, Kokoc, CDEK Фулфилмент - полные ссылки в источниках внизу), а перед подключением сверяйте термины в актуальной справке самой площадки.

Схемы по площадкам: кто хранит и кто доставляет

ПлощадкаСхемаКто хранит товарКто доставляет заказ
OzonFBOсклад OzonOzon
OzonFBSсклад продавцаOzon: продавец собирает заказ и передаёт в логистику площадки
OzonrealFBSсклад продавцапродавец - своей или сторонней службой
WildberriesFBO (FBW)склад WildberriesWildberries
WildberriesFBSсклад продавцаWildberries: продавец отгружает собранный заказ на склад или в пункт приёма
WildberriesDBSсклад продавцапродавец
Яндекс МаркетFBYсклад МаркетаЯндекс Маркет
Яндекс МаркетFBSсклад продавцаЯндекс Маркет: продавец передаёт заказ в сортировочный центр или ПВЗ
Яндекс МаркетDBSсклад продавцапродавец

Архитектура связки

Два контура: контент и операционные данные

Источники данных

PIMкарточки: атрибуты, категории, медиа, описания
ERP / 1С / WMSостатки, цены, заказы, документы

Интеграционный слой

Сервис маппинга атрибутовсоответствие полей и справочников площадки, quality-gate до публикации
Шина / коннекторыостатки почти в реальном времени, цены, заказы

Маркетплейсы

API Ozon, Wildberries, Яндекс Маркетапубликация карточек, синхронизация остатков и цен, приём заказов
  • карточки — обратная связь Статусы публикации и ошибки возвращаются в PIM
  • заказы — обратная связь Заказ уходит в 1С/ERP/WMS; при DBS и realFBS трек-номер передаётся обратно на площадку
PIM отвечает за контент, ERP/WMS — за операционные данные; на площадку оба потока приходят через интеграционный слой.

Карточки: зона PIM

  1. У каждой площадки свои категории, обязательные поля и справочники значений: то, что в PIM хранится как «цвет: зелёный», Ozon ждёт в своём справочнике значений, Wildberries - в своём,

  2. Поэтому контур карточек - это сервис сопоставления: атрибуты и значения PIM маппятся на категорию площадки один раз, дальше публикация идёт автоматически для всех товаров категории.

  3. Второй обязательный элемент - quality-gate: карточка без обязательного поля или со значением вне справочника площадки не уходит на публикацию, а попадает в лог ошибок с причиной.

  4. Без него команда узнаёт об ошибках постфактум - из отклонённых публикаций в личном кабинете каждой площадки.

Что должен уметь контур карточек

Остатки, цены и заказы: зона ERP и WMS

  1. Операционные данные в PIM вести нельзя - их источник живёт в учётном контуре.

  2. При FBS и DBS остатки на площадке должны отражать реальный склад почти в реальном времени: заказ на товар, которого нет, заканчивается отменой, а за отмены площадки применяют санкции - от снижения рейтинга до штрафов; условия у каждой площадки свои, сверяйте в её справке.

  3. При FBO задача другая: остатками на своём складе управляет площадка, продавец планирует поставки на её склад.

  4. Заказы при FBS, DBS и realFBS автоматически собираются со всех площадок в 1С/ERP/WMS; при DBS и realFBS трек-номера передаются обратно на площадку.

  5. Цены считаются из одного источника, но с поправкой на комиссии и логистику каждой схемы - одна и та же отпускная цена даёт разную экономику на разных площадках.

Разобрать ваш контур интеграции

Почта clients@kt.team Telegram @kt_team_it

Кейс «Рельеф-Центра»: из PIM на маркетплейсы за один день

  1. России производитель канцелярских товаров и лидер оптовой дистрибуции товаров для офиса, учёбы и творчества: 17 собственных брендов и 6 производственных площадок.

  2. Товарные данные - более 30 ТБ - живут в PIM-системе Pimcore с интеграциями с 1С и ERP.

  3. До проекта карточки под каждую площадку адаптировали вручную: один сотрудник публиковал 20-30 карточек в день, а три сотрудника на полной ставке занимались только подготовкой карточек для Wildberries.

  4. Полное описание проекта - в кейсе автоматизации публикации из PIM на маркетплейсы.

Как собрали связку

  1. 01

    Сервис сопоставления поверх PIM

    Логика маппинга категорий и справочников вынесена в отдельный модуль, который настраивается без вмешательства в основную PIM-систему. Интерфейс - на базе Pimcore; бэкенд - PHP, Symfony, Kafka.

  2. 02

    Маппинг на уровне категории

    Пользователь выбирает категорию маркетплейса и настраивает соответствие атрибутов и значений один раз - дальше публикация идёт автоматически для всей категории.

  3. 03

    Публикация и статусы

    Сервис преобразует карточки в формат площадки, публикует их напрямую через API и возвращает статусы публикаций в PIM - виден жизненный цикл каждой карточки.

  4. 04

    Запуск и масштабирование

    2,5 месяца от старта проекта до эксплуатации бизнес-пользователями. Первый канал - Wildberries; сразу после запуска началась подготовка интеграций с Ozon и Яндекс Маркетом.

10 дней → 1 деньзанимает вывод обновлённой коллекции на маркетплейс
20–30 → тысячикарточек в день загружает один сотрудник
до 100 чел.-часовв неделю высвобождено от ручной подготовки и загрузки карточек
2,5 месяцаот старта проекта до эксплуатации бизнес-пользователями

Типичные ошибки при связке PIM и маркетплейсов

Чем собирать связку

Если ассортимент небольшой, источник данных один и контент-требования площадок закрываются вручную - достаточно готового коннектора между учётной системой и площадками. PIM плюс интеграционный слой нужны, когда карточка собирается из нескольких источников, каналов продаж больше одного (сайт, B2B-портал, маркетплейсы) и качеством контента нужно управлять до публикации, а не после.

Сравнение конкретных инструментов - PIM-платформ и коннекторов - в отдельном материале: сравнение PIM-систем.

PIM + интеграция

Нужна публикация на маркетплейсы из PIM?

Разберём вашу модель товарных данных и схемы работы с площадками и скажем прямо: где хватит готового коннектора, а где нужен PIM с интеграционным слоем. Сервис ставится на вашу инфраструктуру, и решение остаётся у вас.

Обсудить проект

FAQ

Частые вопросы о PIM и маркетплейсах

Можно ли обойтись коннектором без PIM?

При небольшом ассортименте и одном источнике данных - да: готовый коннектор синхронизирует остатки, цены и заказы между учётной системой и площадками. PIM становится нужен, когда карточка собирается из нескольких источников, каналов продаж несколько и качество контента нужно контролировать до публикации.

Выдержит ли связка большой ассортимент?

Да, если маппинг настроен на уровне товарной категории, а не отдельного товара: обновили соответствие один раз - опубликовали все товары категории. В кейсе «Рельеф-Центра» один сотрудник загружает тысячи карточек в день при объёме товарных данных более 30 ТБ.

Как быть с маркировкой «Честный знак»?

Коды маркировки - зона учётного контура (1С/ERP), а не PIM: в карточке PIM хранится признак маркируемого товара, а передача кодов при отгрузке идёт из учётной системы. Правила по вашей товарной группе сверяйте на официальном markirovka.ru.

Сколько площадок можно подключить из одного PIM?

Архитектурно связка не ограничивает число площадок: каждая новая - это ещё один маппинг категорий и ещё один канал в интеграционном слое, без доработки самой PIM-системы. У «Рельеф-Центра» сервис запущен на Wildberries, и сразу после запуска началась подготовка интеграций с Ozon и Яндекс Маркетом.

Источники

Дата проверки источников: 15.07.2026. InSales, «FBO или FBS» - insales.ru/blogs/university/fbo-ili-fbs

МойСклад, «FBS на маркетплейсах: особенности отгрузки товаров»

- moysklad.ru/poleznoe/marketplejsy/fbs-na-marketpleysakh-osobennosti-otgruzki-tovarov/ Kokoc, «DBS на маркетплейсах» - kokoc.com/blog/dbs-na-marketplejsah/ CDEK Фулфилмент, «Что такое realFBS» - ff.cdek.ru/blog/realfbs MPmgr, «Что такое DBS на Wildberries» - mpmgr.ru/blog/operations/chto-takoe-dbs-na-wildberries

Обсудить статью: PIM для маркетплейсов: как публиковать…

Отправить через:

Нажимая кнопку, вы принимаете оферту и предоставляете согласие на обработку персональных данных.

Похожие кейсы

Все кейсы

Связанные решения

Все решения
MCP-серверы для PIM, склада и заказов в e-commerceВнедрение PIM-системы: от каталога до маркетплейсовОтраслевые решения на AkeneoAkeneo для онбординга поставщиков в дистрибуции

Статьи по теме

Все статьи

Видео по теме

Все видео
3:10 PIM-интеграция с CRM / КОМУ и КОГДА необходима? 2:08 Внедрение PIM-системы / Кому и когда уже пора? 5:40 MDM-системы. Использование в архитектурной схеме современной IT-системы | kt.team

Новости по теме

Все новости