Единый шлюз для работы с маркетплейсами: остатки, цены и заказы в 1С, поддержка нескольких юрлиц и FBS/FBO.
Готовые модули 1С подходят не для всех: при нескольких юрлицах требуются доработки.
Единая точка управления (1С) снижает нагрузку и упрощает контроль.
Автоматизация остатков, цен и заказов критически важна для стабильных продаж на маркетплейсах.
Использование стандартного решения с кастомизацией даёт гибкость и масштабируемость без потери поддержки.
К нашим партнерам обратилась крупная B2B-торговая компания из сферы электроники и аксессуаров.
Она продает свою продукцию оптовым покупателям, развивает розничную сеть и принимает предзаказы на сайте.
На момент запуска проекта учет велся в 1С:Управление торговлей 11, складские операции - в WMS, а финансовый учет - в 1С:Бухгалтерия. В 2024 году заказчик решил выйти на маркетплейсы - Wildberries, Ozon и Яндекс.Маркет.
Рынок стремительно рос, конкуренты уже использовали этот канал, а оборот компании за счет классических B2B-каналов стагнировал.
Важно было не просто «выйти», а сделать это быстро и с минимальными операционными издержками, сохранив порядок в учетных системах.
До внедрения интеграции с маркетплейсами бизнес столкнулся с рядом проблем:
Невозможность быстро масштабировать продажи.
Компания планировала продавать сотни номенклатур на нескольких маркетплейсах.
Каждый маркетплейс требует свой формат выгрузки, отдельную авторизацию, настраиваемые предложения.
Готовые решения от маркетплейсов не позволяли учитывать особенности компании: несколько юридических лиц, разные склады и цены, требования по маркировке и прослеживаемости товаров.
Разрозненные учетные базы. 1С:Управление торговлей и WMS велись отдельно, интерфейсы отличались.
Данные о заказах с сайта и заявках от оптовых
ов попадали в систему с задержкой, из-за чего в 1С не успевали обновлять остатки.
Добавление еще одного канала без автоматизации грозило тотальным хаосом.
Отсутствие прозрачности по остаткам и ценам.
Маркетплейсы требуют точных данных о наличии товара и актуальных ценах.
При ручной загрузке возможны ошибки: сотрудники забывают обновить цену, отправляют неверный остаток, в результате товар уходит в минус и площадка блокирует продавца.
Высокие требования по скорости обработки заказов.
Маркетплейсы работают так: селлер должен подтвердить заказ, собрать, упаковать и отгрузить его на ПВЗ в течение 24 часов.
При ручной обработке заказов это сложно обеспечить, особенно при десятках заказов в день.
Эти проблемы требовали комплексного решения: без наведения порядка в процессах выход на маркетплейсы грозил хаосом и штрафами.
Для запуска продаж на маркетплейсах создали единый шлюз между 1С и маркетплейсами.
Наши партнеры рассмотрели стандартные модули интеграции 1С с маркетплейсами. В версиях 1С:Бухгалтерия начиная с 3.0.114 и 1С:Управление торговлей 11.5 есть встроенные инструменты для Wildberries, Ozon и Яндекс.Маркета. Они позволяют выгружать каталог, остатки и заказы, но по умолчанию работают с одним юридическим лицом и одним складом.
В нашем случае юридических лиц было несколько, поэтому выбрали модуль 1С-Rarus FBS/FBO, который поддерживает работу с несколькими организациями, складскими подразделениями и схемами FBS/FBO. Модуль разработан на платформе 1С, поэтому его можно расширять без потери поддержки.
Чтобы выгрузка товаров проходила без ошибок, навели порядок в номенклатуре: каждый товар получил уникальный артикул, правильный штрихкод, характеристики и маркировку. Использовали механизм сопоставления номенклатуры модуля FBS: система автоматически подбирала товар по артикулу и штрихкоду, а для новых позиций создавала карточки на основании данных маркетплейса.
Для каждого маркетплейса (Wildberries, Ozon, Яндекс.Маркет) наши партнеры зарегистрировали учетные записи, получили Client ID, Secret Key и API -ключи. В модуле настроили: организацию, от имени которой ведется продажа; схему работы (FBS) и размер этикетки для накладных; минимальный остаток (при остатке > 50 в 1С выгружаем 100 единиц, чтобы поднимать товар в поисковой выдаче, если остаток меньше 50 - выгружаем фактическое количество); типы цен: розничную, оптовую и скидки; соответствие складов маркетплейсам.
Благодаря гибкой настройке один товар может продаваться по разным ценам и со складов разных юридических лиц.
Наши партнеры настроили регламентные задания:
Оперативное обновление - каждые 15 минут по API модуль отправляет актуальные остатки на маркетплейсы.
Этот режим минимизировал риск продажи того, чего уже нет в наличии.
Полная выгрузка - дважды в день выгружается весь каталог с обновленными ценами.
Синхронизация заказов - каждые 5 минут модуль проверяет наличие новых заказов и обновляет их статусы.
Благодаря автоматизации сотрудники не следят за остатками вручную, а цены и наличие всегда актуальны.
Для каждого маркетплейса разработали сквозной бизнес-процесс:
Модуль автоматически формирует документ «Заказ на сборку» (внутренний заказ) для склада при получении заказа с маркетплейса.
Сотрудники склада видят список товаров, собирают их и маркируют в соответствии с требованиями «Честного знака».
Модуль FBS поддерживает работу с ТСД (терминалами сбора данных), что позволяет сканировать коды маркировки и автоматически записывать их в 1С.
Печать этикетки и заполнение накладной.
Система генерирует штрихкод этикетки (размер 100×150 мм или 58×40 мм, в зависимости от настройки) и печатает сразу несколько накладных.
После упаковки документ «Реализация» автоматически отправляется на маркетплейс.
Сотрудники прослеживают статус (принят, доставлен, отменен) прямо в 1С.
При возврате заказа система создает документ возврата, загружает отчет о реализованных товарах и автоматически распределяет комиссию маркетплейса.
Такой процесс позволяет сотрудникам использовать привычный интерфейс 1С для работы с интернет-заказами, не переключаясь между личными кабинетами маркетплейсов.
Наши партнеры ровели пилот на ограниченном ассортименте (50 SKU) и убедились, что обмен работает корректно. Затем обучили сотрудников склада, бухгалтерии и менеджеров по продажам. Они научились управлять остатками, отслеживать статусы заказов и печатать накладные.
Компания торгует от имени четырех организаций.
Наши партнеры настроили правила распределения заказов: каждое юридическое лицо отвечает за свой регион и ассортимент, а модуль автоматически выбирает нужную организацию в зависимости от склада и товара.
Это решение было критически важным, так как стандартные модули не поддерживают работу с несколькими организациями.
Выполнение этих шагов позволило построить надежную и расширяемую систему работы с маркетплейсами, которая учитывает особенности заказчика и требования площадок.
В результате интеграции удалось добиться заметных улучшений:
Рост выручки и выход на новые каналы.
За три месяца заказчик открыл продажи на Wildberries, Ozon и Яндекс.Маркете.
Количество заказов увеличилось в 12 раз, а оборот вырос на 40%. В течение 2025 года планируется подключение еще трех площадок.
В традиционной схеме, когда заказы с маркетплейсов вручную вносили в 1С, время сборки одного заказа составляло 20-30 минут.
После автоматизации все документы (заказ, сборка, реализация, печать этикетки) формируются автоматически.
Теперь сборка заказа занимает 12-15 минут, а отдел логистики успевает отгружать до 500 заказов в день без привлечения дополнительного персонала.
Благодаря автоматическому обновлению остатков и цен количество отмен из-за отсутствия товара снизилось на 80%.
Правильно настроенные регламентные задания и автоматическая проверка реквизитов почти полностью исключили случаи подачи неверных данных, что сократило штрафы от маркетплейсов.
Прозрачность для бухгалтерии и логистики.
Все заказные документы (заказы, реализации, возвраты) создаются в 1С и связаны с финансовым учетом.
Бухгалтерия оперативно видит комиссию маркетплейса, сумму к оплате и может сверять отчеты через стандартные механизмы 1С.
Гибкость в управлении ассортиментом.
Компания научилась оперативно добавлять новые товары, менять цены и управлять акциями.
Больше не нужно вести отдельные таблицы для каждого маркетплейса - все происходит из 1С.
Проект прошел пять ключевых этапов:
Анализ бизнес-процессов и выбор модуля.
Изучили требования маркетплейсов, оценили возможности стандартных модулей и выбрали решение, поддерживающее FBS/FBO, несколько юридических лиц и API .
Нормализация данных и настройка номенклатуры.
Привели в порядок справочники, добавили недостающие штрихкоды, характеристики и маркировку.
Настроили правило выгрузки остатков и цен.
Настроили API -ключи, создали правила распределения заказов по юридическим лицам, прописали расписание регламентных заданий для выгрузки остатков, заказов и цен.
Провели тест на ограниченном ассортименте: проверили корректность выгрузки каталога, обработки заказов и печати этикеток.
По результатам пилота скорректировали процессы и устранили ошибки.
Масштабирование и обучение персонала.
После успешного пилота подключили остальные товарные группы и маркетплейсы.
Обучили сотрудников работе с модулем, разработали инструкции и организовали службу поддержки.
Последовательное прохождение этих этапов позволило минимизировать риски и плавно расширить проект на весь ассортимент и все площадки.
В ходе проекта столкнулись с несколькими типичными трудностями:
В разных подразделениях один и тот же товар назывался по-разному, использовали разные штрихкоды.
Это приводило к тому, что модуль не мог связать товар из заказа с карточкой в 1С.
Создали единый справочник номенклатуры и ввели правило: каждый новый товар должен иметь уникальный артикул и корректный штрихкод.
Для обработки старых данных сделали программу сопоставления, которая автоматически объединяла одинаковые позиции.
Работа с несколькими организациями.
Стандартные модули выгружали данные от имени одного юридического лица.
Расширили модуль, добавив привязку юридического лица к складу и категории товара. Теперь, когда заказ поступает со склада в Москве, он автоматически оформляется от московского юрлица, а заказ с регионального склада - от другого.
Первоначально заказы приходили пачками, и сотрудники не успевали их обработать.
Наши партнеры настроили регламентные задания, чтобы система проверяла новые заказы каждые пять минут, а в пиковые часы каждые две.
Для товаров с обязательной маркировкой требуется указывать индивидуальные коды.
Подключили терминалы сбора данных (ТСД), чтобы сотрудники могли сканировать коды и автоматически передавать их в 1С.
Модуль интеграции поддерживает такую обработку, что позволило избежать ошибок при передаче кодов на маркетплейсы.
Работу по возвратам наладили через модуль FBO: при получении отчета о возврате система автоматически создает документы возврата, распределяет комиссию и списывает товар.
Это устранило задержки при возврате и сократило количество ручных операций.
Преодоление этих трудностей обеспечило устойчивость решения и позволило масштабировать продажи без потери качества.
Использование интеграции 1С с маркетплейсами на базе стандартного модуля с доработкой под потребности заказчика дало ряд ощутимых преимуществ:
Все операции выполняются в 1С: от выгрузки каталога до печати накладных.
Сотрудники не тратят время на изучение личных кабинетов каждого маркетплейса, а руководители получают отчетность в одном интерфейсе.
За счет автоматизации сократили трудозатраты по сборке заказов, печати документов и обновлению остатков.
Потребности в дополнительном персонале сократились.
Система проверяет наличие и цены перед выгрузкой, а маркер «минимальный остаток» предохраняет от продажи отсутствующего товара.
Сканирование маркировки уменьшило вероятность штрафов за нарушения.
Модуль легко настраивается под новые маркетплейсы.
Уже в 2025 году, согласно плану, заказчик подключит «СберМегамаркет».
Примеры других компаний показывают, что расширение интеграции на новые площадки дает сотни дополнительных заказов.
стремится к аналогичным результатам.
Бухгалтерия видит в 1С отчеты о продажах и начисленной комиссии, правильно оформляет документы реализации и возврата.
Это упрощает сдачу отчетности и позволяет проходить проверки без нареканий.
Благодаря этим преимуществам заказчик получил устойчивую, прозрачную и гибкую систему управления продажами на маркетплейсах, которая масштабируется без потери эффективности.
«Когда заказчик поставил задачу выйти на маркетплейсы,мы отлично понимали риски.
На первый взгляд кажется: выгрузи товар, получи заказы и все.
На деле же вы сталкиваетесь с бюрократией, разными форматами данных, несколькими юрлицами и жесткими сроками на сборку.
В процессе мы убедились, что готовые интеграции часто рассчитаны на малый бизнес: они не умеют работать с несколькими юридическими лицами и складами.
Например, мы добавили автоматический выбор юрлица по складу и разделили минимальные остатки для разных товарных групп».
Проект не стоит на месте. В ближайшие месяцы заказчик планирует:
Запустить FBO-модель (Fulfillment by Operator).
Это позволит хранить часть товаров на складах маркетплейсов и расширить географию поставок.
Интегрируемся с отчетами маркетплейсов по продажам и возвратам, чтобы бухгалтерия автоматически получала данные о комиссии и логистике.
Создать модуль динамического изменения цен в зависимости от остатка, сроков годности и активности конкурентов.
Интеграция с CRM и системой лояльности.
Связать информацию о заказе на маркетплейсе с профилем покупателя в CRM, чтобы предлагать персональные скидки и рассылки.
Мобильные приложения для сборщиков.
Разработать мобильный интерфейс на базе 1С или сторонних решений, чтобы сборщик мог подтверждать сборку, сканировать маркировку и печатать этикетку прямо со смартфона.
Подготовить серию вебинаров и видеоинструкций для новых сотрудников и контрагентов.
Эти планы помогут расширить охват и повысить эффективность работы на маркетплейсах в дальнейшем.
