Frobo.ru развивает собственную торговую площадку как альтернативный канал для продавцов, которые уже работают на Wildberries и Ozon. Чтобы подключение к новому маркетплейсу не начиналось с повторного ручного заполнения каталога, площадке понадобился понятный сценарий переноса товаров.
Дать продавцам возможность подключить кабинет Wildberries или Ozon и перенести свой каталог в личный контур на Frobo.ru без повторного ручного создания карточек.
Хороший программист, задачи выполняются в срок. Антон находит отличные надежные решения 👍
Задача клиента
У действующего селлера уже есть карточки, изображения, характеристики, цены и остатки в кабинете WB или Ozon. Если на новой площадке всё это нужно создавать заново, переход откладывается: продавцу приходится тратить время ещё до первой продажи.
Для Frobo.ru было важно встроить перенос в привычный интерфейс Multi-Vendor и сохранить границы между продавцами. Каждый селлер должен работать только со своим профилем подключения и импортировать товары в собственный каталог.
Что я сделал
Продавец выбирает Wildberries или Ozon, вводит API-доступы и проверяет подключение. Профили, связи товаров и запуски синхронизации остаются внутри его vendor-контура.
Данные двух маркетплейсов приводятся к единой внутренней структуре. Благодаря этому создание и обновление товаров в CS-Cart работает по одному сценарию, даже если исходные API и форматы отличаются.
Модуль получает название, описание, артикул, цену, остаток, изображения, габариты, категории и характеристики. Для изображений можно сохранить существующие файлы, добавить новые или заменить набор.
Перед публикацией продавец сопоставляет внешние категории с разделами Frobo.ru. Для характеристик и вариантов задаются стратегии импорта, а склады маркетплейса связываются со складами CS-Cart.
После импорта сохраняется явная связь внешней карточки с product_id в CS-Cart. Повторный запуск обновляет связанный товар, а для позиций, исчезнувших из источника, можно сохранить состояние или отключить товар.
Большой каталог читается и записывается короткими этапами, изображения идут отдельной очередью. В логах видно, какие позиции созданы, обновлены, пропущены или завершились ошибкой.
Интерфейсы
Сначала селлер создаёт профиль и запускает чтение каталога. После этого сопоставляет найденные категории и настройки, а затем повторяет запуск уже для создания или обновления товаров.
Для Frobo.ru это не разовая миграция данных, а часть онбординга продавцов. Селлер приходит на новую площадку со своим существующим каталогом и тратит время на настройку соответствий, а не на повторный ввод каждой карточки.
Этот сценарий полезен площадкам, которые привлекают действующих продавцов и не хотят начинать сотрудничество с требования вручную заполнить новый каталог.
У продавцов уже настроены карточки на крупных площадках, и простой перенос снижает объём работы до начала продаж на новом канале.
Площадка получает товары из реальных кабинетов продавцов, но сохраняет контроль над тем, в какие внутренние категории они попадут.
В Multi-Vendor каждому нужен собственный профиль, свои API-доступы, связи товаров и история запусков без доступа к данным соседних компаний.
Когда меняются цены, остатки или карточки, уже импортированный товар должен обновляться по сохранённой связи, а не определяться по похожему названию.
Структура WB и Ozon не совпадает с каталогом новой площадки. Ручное сопоставление защищает товары от публикации в неправильных разделах.
Если карточка пропущена из-за категории, характеристики или неполной вариации, причина остаётся в журнале и её можно исправить перед следующим запуском.
Частые вопросы
Нет. Модуль читает данные из Wildberries или Ozon и переносит их в CS-Cart Multi-Vendor. Обратная отправка товаров из Frobo.ru в кабинеты маркетплейсов в этот сценарий не входит.
Нет, если товар уже был импортирован этим профилем и связь сохранилась. Модуль использует внешний идентификатор и product_id CS-Cart, поэтому обновляет связанную карточку и не пытается найти её по названию.
После первого чтения каталога продавец сопоставляет внешние категории с категориями Frobo.ru. Для характеристик можно создавать отсутствующие значения, пропускать их или обновлять только уже существующие — в зависимости от настроек профиля.
Да, когда исходные данные позволяют однозначно определить группу и значения вариационных характеристик. Если значения пустые или повторяются внутри группы, товары импортируются, а причина пропуска группы вариаций записывается в лог.
Название, описание, артикул, цена, остаток, изображения, габариты, категории и характеристики, которые удалось корректно сопоставить. Для работы продавцу нужны действующие API-доступы выбранного маркетплейса.