1. Главная
  2. Статьи и разборы
  3. Интеграция с маркетплейсами: заказы, остатки и цены в одной системе со складом
Стопка картонных коробок на весах, ручной сканер и папка с накладными рядом с закрытым ноутбуком на складском столеСтопка картонных коробок на весах, ручной сканер и папка с накладными рядом с закрытым ноутбуком на складском столе

Интеграция с маркетплейсами: заказы, остатки и цены в одной системе со складом

СтатьяАвтор: Вадим Киселев

Что забирать из маркетплейса и что отдавать, когда хватит модуля 1С, а когда нужна своя связка, и где продавец теряет деньги без интеграции.


Интеграция с маркетплейсами нужна, чтобы заказы, остатки и цены жили в одной системе вместе со складом и учётом, а не в кабинете площадки и таблице рядом. Если продажи стандартные и учёт уже в 1С, начинают с готового модуля 1С. Если у бизнеса свои правила - фулфилмент с тарифами для каждого продавца, производство с расходом сырья по норме, массовая смена цен и ставок по сотням артикулов, - выгоднее своя связка, где маркетплейс - один из каналов, а деньги и склад считаются в своей системе.

Ниже - как мы это раскладываем на своих проектах: фулфилменте FullHouse, вязальной фабрике УЗОР и платформе для продавцов маркетплейса.

Где теряются деньги без интеграции

Первое и самое заметное - остатки. Товар продали в магазине или отгрузили оптовику, а на площадке он всё ещё «в наличии». В статье на сайте 1С про работу с маркетплейсами прямо сказано, что неактуальные остатки на маркетплейсе могут приводить к штрафам, а продажи по непонятным ценам мешают посчитать финансовый результат (torg.1c.ru).

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

Третье - сверка. У фулфилмент-оператора FullHouse до системы заявки были в CRM, склад в таблицах, отгрузки в кабинетах маркетплейсов, счета в бухгалтерии, и всё сверяли вручную. Сколько стоила работа склада для каждого продавца, считали в конце месяца по памяти.

Что забирать из маркетплейса и что отдавать

Обмен идёт в обе стороны, и полезно сразу разделить, что откуда приходит.

Забираем с площадки:

  • Заказы - чтобы склад собирал их из своей очереди, а не из кабинета.
  • Отчёты о продажах и возвратах - из них считаются выручка, комиссии и расходы площадки.
  • Рекомендованные цены и данные о продажах по артикулу.
  • Отзывы, вопросы, заявки на возврат - если с покупателями работают из своей системы.

Отдаём на площадку:

  • Остатки со своего склада.
  • Цены и скидки.
  • Товарный каталог - карточки, характеристики, фото.
  • Ставки рекламы и ответы покупателям - там, где это нужно.

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

Остатки и страховой запас

Отдавать на площадку весь остаток не всегда правильно. В решениях 1С для торговли можно ограничить выгрузку процентом и задать страховой запас. Пример со страницы 1С: на складе 100 штук, к выгрузке доступно 80%, страховой запас 3 штуки - на площадку уйдёт 80 штук. Для схем FBS склады в личном кабинете маркетплейса сопоставляют со складами в 1С, а для части схем, где товар хранит площадка, остатки не выгружаются вовсе (torg.1c.ru).

Когда спрашивают про «мой склад» и интеграцию с маркетплейсами, обычно речь как раз об этом: товар лежит у продавца, площадка только продаёт и везёт, и остаток с собственного склада должен уходить на витрину сам.

Цены и минимальная цена

С 1 октября 2026 года действует закон о платформенной экономике. Его статья 9 разрешает площадке снижать цену товара за счёт продавца только с его согласия и после уведомления, отправленного не менее чем за пять рабочих дней до снижения. Продавец может заранее задать минимальную цену - ниже неё площадка продавать товар со скидкой за его счёт не вправе (статья 9 закона № 289-ФЗ).

Для интеграции это значит, что нижняя граница цены должна откуда-то браться. На платформе для продавцов её задаёт себестоимость из финансов: репрайсер работает с нижней границей маржи и не опустит цену ниже неё.

Интеграция 1С с маркетплейсами или своя связка

Выбор обычно стоит между тремя вариантами:

Вариант Когда подходит О чём помнить
Ручная выгрузка через Excel Пара площадок, мало артикулов Остатки и цены расходятся, всё делают руками
Модуль интеграции 1С с маркетплейсами Учёт уже в 1С, стандартная торговля Набор функций у площадок разный
Своя система с обменом Фулфилмент, производство, сотни артикулов, массовые изменения Нужна разработка, обмен с 1С делается отдельно

Готовый модуль 1С

В «1С:Управление торговлей» интеграция с маркетплейсами уже встроена. На сайте 1С перечислено, что умеет обмен с двумя крупными площадками: выгрузка и загрузка каталога, выгрузка цен, загрузка рекомендованных цен, выгрузка остатков и обработка заказов по схеме FBS, передача товаров на склад площадки и загрузка отчётов о продажах и возвратах. С другими площадками набор уже: загрузка каталога, выгрузка цен и остатков по FBS (страница решения на сайте 1С). Все операции выполняются из рабочего места в разделе «Продажи - Сервис».

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

Своя связка

Своя система нужна, когда маркетплейс - часть процесса, которого нет в типовой программе.

В FullHouse товар продавцов принимают на склад фулфилмента, хранят, собирают заказы и отгружают на маркетплейсы и другие площадки. Обмен с маркетплейсами там - заказы, отгрузки и остатки без ручной выгрузки, а каждая операция склада сразу становится начислением по тарифу продавца. Из этих начислений собираются счета и акты. Типовой модуль про тарифы фулфилмента ничего не знает.

На фабрике УЗОР заказы с маркетплейсов, сайта и оптовые идут в одно окно, юнит-экономика считается по каждому каналу. Под заказ пряжа списывается по норме на артикул, а когда она дорожает, система показывает, у каких изделий упала маржа. Здесь маркетплейс - один канал продаж из нескольких, а считать нужно производство.

Одно другому не мешает: своя система может отдавать в 1С то, что нужно бухгалтерии, а склад, заказы и деньги вести у себя.

Как устроена интеграция с маркетплейсами у нас

Мы начинаем с пути товара и денег на бумаге: где лежит товар, кто собирает заказ, откуда берётся цена, где считается прибыль. Из этого видно, какая система главная для каждого вида данных. Для каталога это обычно своя система или 1С, для заказов - площадка, для остатков - склад.

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

Потом - прибыль по артикулу. На платформе для продавцов это 76 показателей по каждому артикулу за каждый день, а в строке артикула видно, что меняли - цену, ставку, фото. Продавец видит, почему упали или выросли продажи, и не ищет причину по разным кабинетам.

Работу разбиваем на модули. В FullHouse у каждого модуля описано, что он передаёт соседям, и маркетплейсы идут после приёмки, хранения и отгрузки. Платформа для продавцов осталась на стадии проектирования: сделаны исследование, логика и карта из 18 модулей. Её можно взять за основу, если нужен свой инструмент вместо подписки на чужие сервисы.

Частые вопросы

Что даёт интеграция с маркетплейсами?

Заказы, остатки и цены обновляются сами, без ручной выгрузки через Excel. Остаток на витрине совпадает со складом, а прибыль по каждому артикулу видна с учётом комиссии, логистики, рекламы и налога.

Чем модуль интеграции 1С с маркетплейсами отличается от своей системы?

Модуль 1С закрывает стандартную торговлю: каталог, цены, остатки, заказы и отчёты, но набор функций у разных площадок разный. Своя система нужна, когда есть процессы, которых нет в типовой программе, например тарифы фулфилмента для каждого продавца, как в FullHouse.

Можно ли выгружать на маркетплейс не весь остаток?

Можно. В решениях 1С выгрузку ограничивают процентом от остатка и страховым запасом, чтобы не получить заказ на товар, которого уже нет.

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

Можно. На фабрике УЗОР заказы с маркетплейсов, сайта и оптовые идут в одно окно, материалы под заказ списываются по норме, а себестоимость считается по каждому изделию.

Кому это подойдёт

Фулфилмент-операторам и складам ответственного хранения - как в FullHouse. Производствам, которые продают через маркетплейсы и опт. Продавцам и агентствам с десятками и сотнями артикулов, которым нужен свой кабинет - пример устройства есть в проекте платформы для продавцов маркетплейса. Другие примеры - в направлениях.

Опишите в форме ниже, на каких площадках вы продаёте, где лежит товар и в чём ведёте учёт, - скажем, хватит ли модуля 1С или нужна своя связка.

Источники

  1. Кейс Logicore: FullHouse logico.re
  2. 1С:Управление торговлей 8 - интеграция с торговыми площадками (маркетплейсами) v8.1c.ru ↗
  3. Работа с маркетплейсами в решениях «1С» для торговли torg.1c.ru ↗
  4. Федеральный закон от 31.07.2025 № 289-ФЗ «Об отдельных вопросах регулирования платформенной экономики в Российской Федерации», статья 9 «Предоставление скидок на товары» consultant.ru ↗

Услуги по теме

Обсудить вашу задачу

Расскажите, что нужно, - предложим, как это сделать и с чего начать.

  1. 01
    Разбор

    Изучаем процессы, данные и точки потерь. Фиксируем результат, к которому идём.

  2. 02
    Архитектура и прототип

    Проектируем систему и собираем первую версию на ваших реальных данных. Этапы и стоимость согласуются до начала работ.

  3. 03
    Пилот

    Запускаем на одном направлении. Каждый этап проходит проверку в тестовой версии до выхода в работу.

  4. 04
    Масштаб и сопровождение

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

Как удобнее связаться
Написать в бот

Не удалось отправить заявку. Попробуйте чуть позже.