Интеграция 1С с МегаМаркет (Сбер) — товары, цены, заказы
МегаМаркет — маркетплейс Сбера. Разбираем схемы работы FBS/FBO/DBS, что отдаёт API маркетплейса, как настроить обмен с 1С (УТ, Розница, УНФ).
Схемы работы на МегаМаркете
Перед интеграцией нужно понимать, по какой схеме селлер работает с площадкой — от этого зависит, какие потоки нужно настраивать.
МегаМаркет (megamarket.ru) — маркетплейс СберМегаМаркет, входит в экосистему Сбера. У продавца есть три основные схемы поставок, каждая со своими требованиями к интеграции с учётной системой.
FBS (Fulfillment by Seller) — Товар хранится на складе продавца. После заказа продавец собирает и передаёт в логистику маркетплейса. В 1С нужны: остатки, цены, приём заказов, обновление статусов.
FBO (Fulfillment by Operator) — Товар заранее отгружен на склад МегаМаркета. Маркетплейс сам собирает и доставляет. В 1С — выгрузка приёмки на склад МегаМаркета, отслеживание остатков на FBO-складе.
DBS (Delivery by Seller) — Продавец сам доставляет покупателю. В 1С — приём заказа с адресом доставки, передача статусов «собран», «в пути», «доставлен».
Что обменивается через API
API МегаМаркета (REST/JSON) покрывает основные сущности: каталог, цены, остатки, заказы, статусы.
Каталог товаров — Загрузка карточек: артикул, название, описание, характеристики, габариты, фото. Привязка к категориям дерева МегаМаркета.
Цены — Отдельный поток, обновляется чаще — обычно по событию изменения цены в 1С или по расписанию (раз в час).
Остатки — Для FBS обновление каждые 15–30 минут, чтобы не было овербукинга. Для FBO остатки считает сам маркетплейс.
Заказы — Приходят push-уведомлением или поллингом. В 1С создаётся «Заказ клиента» (УТ) / «Заказ покупателя» (Розница, УНФ).
Статусы — Обратный поток: «принят», «собран», «отгружен», «доставлен», «отменён». Без статусов маркетплейс не считает заказ выполненным.
Как реализуется обмен в 1С
В типовых конфигурациях фирмы «1С» нет встроенного коннектора к МегаМаркету. Реализация — через расширения от партнёров или кастомные модули.
Расширения от партнёров — На рынке есть готовые решения «1С-Совместимо» для МегаМаркета — для УТ 11, Розницы 3, УНФ. Подключаются как расширения конфигурации.
Сторонние сервисы — Сервисы-интеграторы (МойСклад, RetailCRM и др.) могут работать прослойкой между 1С и МегаМаркетом, что удобно при наличии других маркетплейсов.
Кастомная разработка — При нестандартной конфигурации или специфических процессах — пишется обмен на HTTP-сервисах 1С + REST API МегаМаркета.
Единый учёт всех маркетплейсов. Если селлер работает на 3–5 площадках (Wildberries, Ozon, ЯндексМаркет, МегаМаркет) — удобнее единая прослойка. В этом случае 1С остаётся единым источником товаров и остатков, а в каждый маркетплейс данные уходят через адаптер.
Типовые подводные камни
Овербукинг — Если остатки обновляются раз в час, а продажи идут быстрее — заказы приходят на отсутствующий товар. Решение: уменьшить интервал, либо выгружать виртуальный остаток (фактический минус буфер).
Дубли карточек — Если в 1С товар с цветами/размерами лежит как несколько номенклатур — на МегаМаркете будет несколько карточек вместо одной вариативной. Нужно правильно настроить характеристики.
Возвраты — Возврат с маркетплейса — отдельная операция, в 1С это документ «Возврат товаров от покупателя». Нужно правильно настроить связку с исходным заказом.
Комиссии маркетплейса — В отчёте маркетплейса разные виды комиссий (за продажу, эквайринг, логистику FBO). В 1С их нужно правильно разнести по статьям расходов.
Premium-формат
См. структурированный premium-вариант выше.
Часто задаваемые вопросы
Какая 1С лучше подходит для работы с МегаМаркетом?
Для опта и сложного склада — 1С:Управление торговлей (УТ 11). Для розничного магазина, который параллельно продаёт на МегаМаркете — 1С:Розница. Для микро-бизнеса с простой структурой — 1С:УНФ. Выбор зависит не от маркетплейса, а от основного учётного контура: маркетплейс просто добавляется как ещё один канал продаж.
Можно ли работать на МегаМаркете без 1С?
Технически да — у маркетплейса есть личный кабинет, где карточки и заказы можно вести вручную. Но при оборотах от нескольких десятков заказов в день ручная работа становится узким местом: легко допустить овербукинг или не передать статусы вовремя. Большинство селлеров от 50+ SKU подключают учётную систему.
Что считать самим, а что отдать кастомному разработчику?
Если конфигурация типовая (УТ/Розница/УНФ без серьёзных доработок) и в каталоге до 1000–2000 товаров — есть смысл взять готовое расширение от партнёра 1С. При сложной нетиповой конфигурации, большом ассортименте или специфических процессах (комплекты, конструкторы) — выгоднее кастомная разработка под бизнес.
Нужны ли разные интеграции для FBS и FBO?
Технически API одно, но логика обмена разная. Для FBS критичны остатки на складе продавца. Для FBO нужно отслеживать остатки на складе МегаМаркета и оформлять документы поступления при отгрузке партии на склад маркетплейса. Большинство расширений поддерживают обе схемы.