Готовых модулей для связки 1С с маркетплейсами сделали уже много, и на лендингах они все выглядят примерно одинаково: заказы, остатки, цены – все в комплекте. Разница проявляется позже — на возвратах, пересорте, маркировке, нескольких складах и попытках переехать на другую конфигурацию 1С без полной пересборки процессов.
После того, как нам самим пришлось искать решение для интеграции, решил поделиться и с народом – описать пять наиболее сильных по функционалу решений, которые мы рассматривали в первую очередь: что реально закрывают, где начинаются тонкие места, какие сценарии стоит прогнать на тесте.
Виктория: Интеграция с Маркетплейсами для 1С
«Виктория» — один из самых системных продуктов. Это полноценное расширение для управления всеми крупными маркетплейсами внутри 1С. Внешние площадки становятся таким же каналом продаж, как опт или розница, только со своей статусной моделью и отчетами. Все ключевые операции проходят через 1С.
Номенклатура и сопоставление
Один из самых чувствительных блоков в любой интеграции — соответствие товаров. В модуле можно:
сопоставлять товары по разным реквизитам;
управлять связями между номенклатурой 1С и SKU площадок;
видеть несопоставленные позиции и ошибки.
Если ассортимент большой, этот блок начинает играть ключевую роль.
Пример: в 1С у вас один товар «худи» с характеристиками (размер, цвет), а на площадке это может быть разбито на отдельные SKU или собрано в одну карточку с вариантами. Здесь логика продумана достаточно глубоко, чтобы исключить дубли и перекосы по остаткам.
Заказы
Заказы подтягиваются в 1С и дальше живут уже по ее правилам. Статусы маркетплейса маппятся на внутренние состояния документов: при отменах и возвратах происходят соответствующие изменения в учете.
Важно, что процесс можно встроить в существующую схему: заказы клиентов, резервы, реализации, отчеты комиссионера — в зависимости от того, как у вас построен учет.
Критичный момент — резервирование и сборка. Модуль умеет корректно связать событие на площадке с движениями в 1С: чтобы сборщик видел, что реально нужно собрать, а бухгалтерия — что реально отгружено. Доступна маркировка.
Остатки и склад
Выгрузка остатков — это настраиваемая логика. Можно управлять:
участием конкретных складов;
учетом резервов;
ограничениями по минимальному остатку;
регламентом обновлений.
При многоскладской схеме это критично. Когда логика выгрузки задается один раз и дальше работает по регламенту, снижается риск продажи товара, который уже в резерве под другой канал.
Цены и управление витриной
Цены выгружаются из 1С, при этом можно учитывать разные типы цен или правила для разных площадок. Для компаний, которые активно меняют цены или работают с большим SKU, это отличный инструмент синхронизации без ручного редактирования карточек.
Пример: на Ozon и WB разные комиссии и логистика, плюс вы хотите держать запас по марже. Удобно, что правила задаются в 1С, и выгрузка цены — следствие этих правил.
Отчеты и юнит-экономика
Модуль подтягивает отчетные данные маркетплейсов в 1С. В зависимости от конфигурации они могут использоваться для сверок, анализа продаж, контроля удержаний. Удобно анализировать прибыльность в разрезе SKU или заказа уже внутри учетной системы.
Важно, что это встроенный аналитический слой: если в 1С настроены регистры затрат и корректно загружаются отчеты площадок, можно видеть не только выручку, но и реальную маржу по товару с учетом комиссий и логистики.
В целом, «Виктория» ощущается как сильное и функциональное решение для тех, кто выбирает 1С как центр управления бизнесом и хочет, чтобы маркетплейсы встроились в эту архитектуру максимально нативно. Ассортимент и количество заказов значения не имеют – модуль отлично справляется и с небольшим, и с существенным потоком (несколько тысяч заказов в день), поэтому хорошо подходит, в том числе, как вариант «на вырост».
Предоставляется тестовый доступ.
RDV Маркет
RDV — это также расширение 1С, которое изначально проектировалось под высокую операционную нагрузку и регулярные нестандартные события в заказах. Его обычно выбирают за высокий уровень возможной кастомизации.
FBS как конвейер
Одна из сильных сторон RDV — логика обработки FBS. Заказы четко проходят через стадии: резервирование, сборка, упаковка, отгрузка. При высокой нагрузке (сотни заказов в день) это превращается в управляемый конвейер.
Если у вас несколько сборщиков, разные окна отгрузки, жесткие дедлайны площадок — модуль помогает держать это под контролем. Статусы маркетплейсов синхронизируются, документы в 1С создаются по заданной логике, отмены и изменения обрабатываются автоматически. RDV особенно удобен в сценариях, где отмены и корректировки происходят регулярно.
Остатки и склады
RDV обычно выбирают те, кому важно:
быстрое обновление остатков (особенно при активных продажах);
распределение по складам;
понятные правила, что и куда выгружается.
Маркировка и сложные товарные конструкции
Для категорий с обязательной маркировкой или сложной товарной структурой (наборы, комплекты, товары с компонентами) RDV дает отдельный функциональный слой. Передача маркировок, работа с комплектующими, корректная фиксация движения — все это интегрируется в процесс обработки заказа.
Финансы и юнит-экономика
Отдельно стоит отметить финансовый блок. RDV ориентирован не только на операционную часть, но и на анализ. Комиссии, логистика, хранение, штрафы — эти данные можно учитывать и анализировать в разрезе SKU или заказов.
Но обратите внимание: блок оплачивается отдельно, в базовую комплектацию он не входит.
Контент / карточки
Здесь у RDV логика может отличаться от решений, где большой акцент сделан именно на управлении контентом из 1С. Если вы хотите держать карточки строго в 1С и пушить на площадки, это стоит отдельно проверить: насколько глубоко поддерживаются характеристики, варианты, ошибки публикации, массовые обновления.
В целом, RDV Маркет подходит компаниям, где маркетплейсы — это объемный и стабильный канал. В таком случае имеет смысл потратиться на эту интеграцию со всеми необходимыми дополнениями, так как решение – одно из самых дорогих на рынке.
Обратите внимание: поддерживаются только Wildberries, Ozon и Яндекс.Маркет.
БИТ.Управление маркетплейсами
БИТ — это немного другой тип продукта. Архитектурно это такое же решение для 1С: устанавливается в конфигурацию, работает внутри базы, обменивается данными с маркетплейсами через API. Однако, в отличие от предыдущих модулей, где базовая логика уже заложена в продукте, БИТ чаще выбирают компании, где процессы в 1С уже формализованы, а интеграция с маркетплейсами должна встроиться в корпоративный контур (обычно за счет доработок).
Заказы и статусная модель
Модуль загружает заказы с маркетплейсов и обновляет их статусы в 1С. Эти события отражаются в учете (в зависимости от конфигурации и настроек):
создаются заказы клиентов или иные учетные документы;
автоматически формируются резервы;
отрабатываются отмены и возвраты;
фиксируются поставки по FBO.
Если в компании уже есть своя схема обработки заказов (например, разные роли: оператор, склад, бухгалтерия), модуль встраивается в эту цепочку, а не заменяет ее. Это удобно, когда процессы уже формализованы, и нужно просто добавить маркетплейсы как канал.
Остатки и склады
Синхронизация остатков реализована через API. Можно настраивать:
какие склады участвуют в выгрузке;
какие типы остатков учитываются;
периодичность обновлений.
Для компаний с несколькими складами или разными каналами продаж это важно. Например, можно отделить склад под маркетплейсы от розничного, чтобы не возникало конфликтов по наличию.
Цены и работа с разными площадками
Цены берутся из вашей учетной логики. Если у вас несколько типов цен, разные юрлица или отдельные правила для каналов продаж, модуль позволяет развести это по площадкам.
Например: для Ozon работает одна схема наценки, для WB — другая, а для B2B — третий тип цены. В БИТ это настраивается на уровне 1С, а дальше выгрузка происходит автоматически. Нет необходимости вручную править карточки на каждой площадке.
Поставки и модели FBO/FBS
Здесь БИТ работает в привычной для 1С логике: поставки и отгрузки — это документы, а не просто статусы.
По FBO модуль позволяет отражать формирование поставок в 1С и отслеживать их движение — от сборки до приемки площадкой. Это важно, когда отгрузки идут партиями, и нужно понимать, что именно уехало и что принято.
По FBS ключевой момент — резервирование и корректная обработка статусов. Заказ пришел, резерв поставился, отгрузка зафиксировалась, отмена сняла резерв — все это может происходить синхронно, без ручных корректировок.
Отчетность и контроль
БИТ подтягивает данные по продажам и статусам в 1С, и дальше все зависит от того, как у вас построена аналитика. Если в компании уже настроены отчеты по каналам продаж, марже, складам — маркетплейсы просто добавляются как еще один источник данных.
Важно понимать: глубина аналитики определяется не только модулем, но и вашей конфигурацией 1С. В ERP это может быть полноценный управленческий контур, в более простой конфигурации — базовая сверка оборотов и статусов.
По итогу: если 1С у вас — центральная платформа с доработками и собственной логикой процессов, БИТ позволяет встроить маркетплейсы без разрыва этой архитектуры. Однако настройка системы обойдется в круглую сумму.
МС:Интеграция (MoscowSoft)
MoscowSoft обычно выбирают за инженерный подход: много внимания к документам, прозрачности обмена и управляемости ошибок.
Заказы и FBS-процесс
В MoscowSoft заказы завязываются на документы 1С. Логика FBS строится вокруг понятного набора действий: загрузка заказа, резервирование, формирование поставки, фиксация отгрузки.
Ключевой момент — управляемость. Можно настроить, когда именно создается заказ клиента, когда ставится резерв, что происходит при отмене или возврате. Это важно, если учет в компании чувствителен к движениям по складу и взаиморасчетам.
Остатки и обмен данными
Синхронизация остатков и цен реализована как отдельные модули обмена. Поддерживается работа через API без промежуточных файлов.
Можно управлять:
периодичностью обновлений;
логикой формирования выгружаемых остатков;
реакцией на изменения в 1С.
Если задача — исключить рассинхрон и ручные корректировки, модуль справляется с этим предсказуемо.
Документы и учетная логика
MoscowSoft явно делали люди, которым важно, как именно создаются документы в 1С.
В модуле много внимания уделено:
созданию и проведению документов;
корректной обработке статусов;
работе с резервами;
журналированию обмена.
Есть логирование и контроль ошибок, что особенно полезно при нетиповых ситуациях.
Отчетность
Базовые данные по продажам и заказам подтягиваются в 1С, что позволяет вести сверки и контроль внутри учетной системы. Глубина аналитики зависит от конфигурации, но в целом модуль ориентирован скорее на корректность отражения данных, чем на отдельный мощный блок управленческой аналитики.
MoscowSoft хорошо подходит компаниям, где учет чувствителен к деталям, а приоритет — стабильность обмена и предсказуемость процессов, а не расширенная операционная или финансовая надстройка поверх них.
Из минусов – нет тестового периода.
SelSup
SelSup — это уже другая архитектура. Это не расширение 1С, а SaaS-платформа, которая становится отдельным операционным слоем вокруг маркетплейсов. 1С в этой связке — учетный контур, а центр ежедневной работы часто смещается в сам SelSup. По функционалу сам сервис довольно мощный, поэтому он и включен в эту подборку.
Заказы и операционный контур
SelSup собирает заказы с разных площадок в одном интерфейсе. Дальше вы работаете с ними уже внутри сервиса: сборка, упаковка, печать этикеток, контроль статусов. По итогу операторы видят поток заказов в более простом интерфейсе, а не в учетных документах 1С.
С 1С заказы синхронизируются — данные о продажах, остатках и статусах передаются в базу. Но центр операционного управления чаще остается в веб-кабинете SelSup.
Склад и маркировка
Одна из сильных сторон SelSup — складской блок и работа с маркировкой. Печать этикеток, контроль кодов, обработка FBS — все это встроено в сервис.
Если у бизнеса постоянный поток маркированного товара или большая нагрузка на сборку, SaaS-подход может оказаться удобнее: меньше сложных настроек в 1С, больше готовых инструментов для команды.
Это особенно чувствуется при масштабировании — когда нужно быстро подключить новых сотрудников и не погружать их в интерфейс 1С.
Остатки и цены
SelSup синхронизирует с 1С товары, остатки и цены. Можно управлять данными централизованно и выгружать их сразу на несколько площадок.
Если ассортимент большой и карточки активно меняются, работа через единый веб-интерфейс часто оказывается быстрее, чем редактирование через конфигурацию 1С.
Важно заранее определить, где именно у вас главный источник «истины» данных — в 1С или в SelSup.
Контент и управление карточками
В SelSup есть инструменты для управления карточками сразу на нескольких площадках. Это удобно, если нужно массово обновлять характеристики, тексты или параметры.
Отчетность
SelSup дает операционные отчеты и аналитику внутри сервиса. Для управленческого учета данные синхронизируются с 1С, но глубина финансовой аналитики зависит от того, как вы выстроили связку двух систем. Если вам нужна полноценная юнит-экономика внутри 1С, это скорее не ваш выбор.
В целом, SelSup — выбор для тех, кто хочет вынести часть процессов из 1С в SaaS-платформу, например, для более быстрой адаптации сотрудников к работе. Учетная сто��она при этом может оказаться несколько ограниченной в возможностях.
Как выбирать решение на практике
Ниже – типичные проблемные сценарии. Какой из них ваш?
Если вы устали от пяти личных кабинетов и Excel
Типичная ситуация: менеджеры работают в кабинетах WB и Ozon, склад — в 1С, бухгалтерия сверяет все вручную, а итоговая картина собирается в Excel.
Если хочется, чтобы маркетплейсы стали просто еще одним каналом в 1С, без параллельной жизни в браузере — смотрите в сторону: Виктории, RDV Маркет, МС:Интеграции. Это решения, где центр управления остается внутри базы.
Если заказов много и склад задыхается
Когда FBS идет потоком, главная проблема — хаос:
отменили заказ после сборки;
не успели в окно отгрузки;
перепутали статусы;
не снялся резерв.
Если вам важен управляемый процесс сборки и устойчивость к постоянным изменениям статусов, то логичнее смотреть на: RDV Маркет, Викторию или МС:Интеграцию.
Если продажи идут с нескольких складов
Боль знакомая: продали последний товар, который уже был зарезервирован; один склад выгрузился, другой нет; маркетплейс продает то, чего фактически нет.
Тут важно, чтобы интеграция нормально управляла логикой остатков и резервов. В этом случае чаще всего выбирают: RDV Маркет, Викторию или БИТ.
Если вы устали вручную менять цены на трех площадках
Массовое изменение цен — одна из самых раздражающих операций. Особенно когда:
комиссии разные;
акции идут волнами;
нужно быстро пересчитать весь ассортимент.
Если вы хотите управлять ценами централизованно и выгружать их по правилам, а не руками — смотрите на: Викторию, RDV Маркет или МС:Интеграцию.
Если карточки — постоянный источник хаоса
Дубли, несопоставленные SKU, ошибки в вариантах, разные структуры карточек на площадках — это отдельная боль. Какие модули помогут системно управлять структурой товаров:
Виктория — если хотите держать это глубоко в 1С;
SelSup — если готовы централизовать работу с карточками в SaaS;
БИТ — если у вас проектное внедрение и сложная архитектура.
Здесь важно решить, где будет «истина» по товару — в 1С или в сервисе.
Если главная проблема — маркировка и сборка
Когда начинаются коды, этикетки, возвраты, пересорт — ошибки стоят дорого.
Если склад — узкое место, стоит смотреть на: SelSup, RDV Маркет, МС:Интеграцию.
Если хочется понимать не выручку, а прибыль
Самая частая иллюзия — «мы продаем много, значит все хорошо». А потом выясняется:
комиссия съела 20%;
логистика и хранение еще 15%;
возвраты — еще минус.
Если вам важна прозрачность по SKU и заказу, а не просто оборот, за глубокой аналитикой имеет смысл идти в: RDV Маркет, Викторию и БИТ.
Финальные шаги перед выбором
Выбирайте 2–3 решения и просите у разработчиков тест. Вот как провести его правильно.
Тестируйте на своих данных
Возьмите:
20–30 реальных SKU (с вариантами, комплектами, проблемными артикулами);
10–15 реальных заказов (включая отмены и возвраты);
один реальный отчет комиссионера;
вашу схему складов и резервов.
Только так видно, как модуль ложится на вашу модель учета.
Проверяйте не функции, а сценарии
Например:
что происходит при продаже последней единицы;
как снимается резерв при отмене;
что будет, если заказ отменили после сборки;
как отражается возврат в учете.
Если на этих моментах появляются ручные действия или непонятные движения — это сигнал.
Обязательно проверьте финансовый блок
Загрузите отчет площадки и посмотрите:
видна ли комиссия;
видна ли логистика;
можно ли собрать маржу по товару.
Если цифры сложно сверять уже на тесте, дальше будет только сложнее.
Смоделируйте ошибку
Это редко делают, но это очень показательно.
Попросите:
показать журнал обмена;
продемонстрировать, как повторить неуспешную операцию;
объяснить, где искать причину расхождения.
Интеграция работает хорошо тогда, когда понятно, что делать, если что-то пошло не так.
Главный критерий: выбирать стоит не тот модуль, где больше функций, а тот, где ваши ежедневные процессы выполняются понятно и спокойно.
P.S. Нужно ли спойлерить и уточнять, какой именно модуль выбрали мы? Не думаю – вам это вряд ли поможет, ведь у каждой компании свой профиль, свои бизнес-процессы и свои задачи. Не хочу, чтобы эту статью посчитали рекламой, поэтому оставляю выбор за вами.
