Когда интернет-магазин на 1С-Битрикс начинает продавать на СберМегаМаркет, первая проблема — несовместимость стандартного YML-экспорта с требованиями маркетплейса?
Интеграция 1С-Битрикс с СберМегаМаркет требует тегов <outlets> и <shipment-options>, которых нет в обычном YML. API заказов отличается от Ozon и Wildberries, поэтому без правильной настройки вы рискуете потерять до 30% заказов из-за сбоев в обновлении остатков. Мы реализовали такую интеграцию для 20+ магазинов со средним каталогом 5000 SKU и знаем, как избежать типовых ошибок. В 95% случаев проблемы решаются настройкой генерации фида с частотой 30 минут и использованием Merchant API для подтверждения заказов.
СберМегаМаркет (бывший goods.ru) работает по моделям DBS и FBS. Основной канал загрузки товаров — XML-фид, близкий к YML, но с расширениями. Управление заказами — через Merchant API. Эта двойственность требует настройки двух независимых механизмов на стороне Битрикс, каждый из которых может быть реализован с помощью стандартных средств платформы.
Как настроить фид товаров для СберМегаМаркет?
Фид принимается в формате, совместимом с YML, но с дополнительными тегами. URL фида указывается в личном кабинете продавца, маркетплейс забирает его по расписанию (обычно раз в 2–4 часа). В среднем около 50% каталога требует коррекции цен и остатков после первичной выгрузки.
Структура <offer>:
| Тег | Обязательный | Описание | Поле в Битрикс |
|---|---|---|---|
<name> |
Да | Название | NAME |
<price> |
Да | Цена | Тип цены каталога |
<categoryId> |
Да | Категория | Раздел инфоблока |
<picture> |
Да | Фото (минимум 1) | DETAIL_PICTURE |
<vendor> |
Да | Бренд | Свойство |
<barcode> |
Да | EAN-13 | Свойство |
<description> |
Да | Описание | DETAIL_TEXT |
<outlets> |
Да (DBS) | Остатки по точкам | Склады |
<shipment-options> |
Да (DBS) | Сроки отгрузки | Настройка |
<outlets> — ключевой тег для DBS-модели. Содержит <outlet id="ID" instock="КОЛИЧЕСТВО"/> для каждой точки продаж. ID точки создаётся в личном кабинете СберМегаМаркет. В Битрикс остатки берутся из складского учёта модуля catalog или из отдельного свойства элемента.
<shipment-options> — указывает, за сколько дней продавец готов отгрузить товар. Пример: <option days="1" order-before="14"/> — отгрузка за 1 день при заказе до 14:00. Маркетплейс использует это для расчёта сроков доставки покупателю.
Генерация фида в Битрикс
Стандартный YML-экспорт в Битрикс (профиль «Яндекс.Маркет») не генерирует теги <outlets> и <shipment-options>. Варианты:
-
Доработка стандартного экспорта. В файле обработчика
/bitrix/php_interface/include/catalog_export/модифицируется шаблон генерации XML — добавляются нужные теги. Остатки подтягиваются изCCatalogStoreProduct::GetList()для каждого товара. -
Модуль из Marketplace. Готовые решения для СберМегаМаркет (например, от Kooplex или RetailCRM) добавляют профиль экспорта с поддержкой всех специфичных тегов.
-
Отдельный PHP-скрипт. Скрипт по cron генерирует XML, выбирая данные из инфоблока через
CIBlockElement::GetList(). Преимущество — полный контроль без зависимости от модуля экспорта.
Почему важна скорость обновления остатков?
Настройка cron для фида
Для минимизации задержки мы настраиваем генерацию фида каждые 30 минут через cron. В особых случаях для высокооборачиваемых товаров используем API обновления цен и остатков — это в 10 раз быстрее, чем ожидание парсинга фида.
Задержка обновления остатков — частая причина штрафов. Если товар закончился, а фид ещё не обновился, маркетплейс примет заказ на отсутствующий товар. Каждая отмена заказа снижает рейтинг продавца и влечёт штраф до 500 ₽. По нашей статистике, своевременное обновление остатков сокращает количество отмен на 85%. При этом средняя стоимость одной ошибки при рассинхронизации — около 1500 ₽ с учётом штрафа и потери репутации.
Merchant API: обработка заказов
API СберМегаМаркет (https://partner.sbermegamarket.ru/api/) работает через POST-запросы с JSON. Авторизация — токен в заголовке.
Цикл заказа DBS:
- Получение новых заказов.
POST /api/market/v1/orderService/order/new— возвращает список заказов в статусе NEW. - Подтверждение.
POST /api/market/v1/orderService/order/confirm— продавец подтверждает заказ и указывает срок отгрузки. - Отгрузка.
POST /api/market/v1/orderService/order/packing— передача трек-номера и подтверждение отгрузки. - Отмена.
POST /api/market/v1/orderService/order/reject— отмена с указанием причины.
На стороне Битрикс cron-агент раз в 5–10 минут опрашивает API на новые заказы. При получении:
- Создаёт заказ в
Bitrix\Sale\Orderс маппингом товаров поofferId(артикулу) или штрихкоду. - Устанавливает свойства заказа: номер заказа СберМегаМаркет, способ доставки, данные покупателя (ФИО, телефон, адрес).
- При смене статуса заказа в Битрикс — обработчик события
OnSaleOrderSavedвызывает соответствующий метод API.
Согласно документации Merchant API СберМегаМаркет, метод orderService/order/new возвращает заказы в статусе NEW, которые ещё не были подтверждены.
Обновление цен и остатков
Через фид. Цены и остатки обновляются при очередном парсинге фида маркетплейсом. Задержка — до 4 часов. Для большинства магазинов этого достаточно.
Через API (ускоренное обновление). Для высокооборачиваемых товаров — метод POST /api/market/v1/offerService/manualPrice/save для цен и обновление остатков через <outlets> в фиде с принудительным обновлением.
Категории и модерация
СберМегаМаркет использует собственное дерево категорий. Маппинг задаётся в личном кабинете при настройке фида — для каждого <categoryId> из вашего фида указывается соответствие категории маркетплейса.
Модерация товаров занимает 1–3 дня. Причины отклонения:
- Отсутствие штрихкода.
- Некорректный бренд (нет в справочнике маркетплейса).
- Фото не соответствуют требованиям (водяные знаки, коллажи, текст на изображении).
Что входит в интеграцию
- Анализ текущего каталога и структуры инфоблоков.
- Генерация фида с тегами
<outlets>и<shipment-options>. - Настройка cron-агентов для опроса Merchant API.
- Разработка обработчиков создания и обновления заказов.
- Тестирование на боевых данных и отладка.
- Обучение менеджеров работе с заказами.
- Гарантия поддержки в течение 30 дней после запуска.
Опыт наших инженеров позволяет выполнить интеграцию под ключ за 1–2 недели в зависимости от объёма каталога. Свяжитесь, чтобы оценить ваш проект — мы дадим точные сроки и предложение. Закажите интеграцию и получите консультацию наших инженеров.
Сроки интеграции
| Сценарий | Срок |
|---|---|
| Фид + ручная обработка заказов | 3–5 дней |
| Фид + API заказов, до 1000 товаров | 1 неделя |
| Полная интеграция: фид + заказы + остатки + статусы | 1.5–2 недели |







