Торговый бизнес сегодня сталкивается с разрывом между продажами и операционной реальностью: остатки, цены, заказы и логистика часто ведутся в разных системах, из‑за чего растут ошибки, потери и затраты на ручные операции. В результате компания теряет скорость принятия решений и контроль над маржинальностью, особенно при работе с маркетплейсами и несколькими каналами продаж.
В этом материале речь о стратегии построения единой связки «учёт–склад–продажи» и выборе подходящей архитектуры интеграций, чтобы масштабироваться без хаоса.
Система учёта товаров и управление складом
Ключевые функции системы для склада
- ведение номенклатуры товаров (характеристики, штрихкоды, фото);
- учёт остатков по складам (включая ячейки/зоны хранения);
- обработка поступлений, списаний, перемещений;
- контроль сроков годности, партий, серийных номеров;
- интеграция с ТСД (терминалами сбора данных) для автоматизации приёмки/отгрузки;
- формирование отчётов (остатки, оборачиваемость, дефициты).
Варианты решений
Локальные ERP/WMS-системы
- Примеры: «1С:Управление торговлей», SAP Business One, «1С:Розница».
- Плюсы: глубокая интеграция с бухучётом, поддержка сложных бизнес-процессов, работа с ЕГАИС (для алкоголя).
- Минусы: высокая стоимость внедрения, сложность настройки, необходимость IT-поддержки.
Облачные сервисы
- Примеры: «МойСклад», «Контур.Маркет», RetailCRM.
- Плюсы: простота внедрения, доступ через браузер, автоматическое обновление, интеграция с онлайн-кассами.
- Минусы: зависимость от интернет-соединения, ограничения по кастомизации.
CRM-системы с модулем складского учёта
- Примеры: amoCRM, Битрикс24.
- Плюсы: объединение продаж, склада и клиентской базы, удобный интерфейс.
- Минусы: иногда недостаточная функциональность для крупных складов.
Синхронизация с маркетплейсами
Типовые маркетплейсы в РФ
Перед проектированием интеграции стоит определить, с какими площадками будет работать бизнес. Для статьи достаточно зафиксировать основные каналы продаж и их роль в общей системе.
- Ozon — универсальный маркетплейс для широкого ассортимента; важны карточки, остатки, цены, заказы, логистика и аналитика маржинальности.
- Wildberries — массовая площадка с высокой конкуренцией; особенно важны карточки, фото, характеристики, размеры, остатки, скидки и оборачиваемость.
- Яндекс Маркет — маркетплейс внутри экосистемы Яндекса; полезен, если бизнес использует поиск, рекламу, Метрику, Яндекс Pay и другие сервисы продвижения.
- Авито — канал для локального спроса, объявлений, сложных товаров, B2B и услуг; часто требует связки с CRM для обработки лидов и сообщений.
Способы интеграции
Через API маркетплейсов
Большинство площадок (Wildberries, Ozon, Яндекс.Маркет) предоставляют официальные API для:
- автоматической загрузки/обновления карточек товаров;
- передачи остатков и цен в реальном времени;
- приёма заказов и статусов доставки.
Сервисы-посредники
Примеры: SelSup, Data Insight, Shipito.
Плюсы: упрощение работы с несколькими маркетплейсами, готовые шаблоны, автоматизация.
Минусы: ежемесячная плата, зависимость от стороннего сервиса.
Модули в учётных системах
Многие облачные решения («МойСклад», RetailCRM) уже имеют готовые интеграции с маркетплейсами.
Что синхронизировать
- карточки товаров (названия, описания, фото, характеристики);
- остатки и цены (автоматическое обновление при изменении в учётной системе);
- заказы (передача данных в учётную систему для обработки);
- статусы доставки (уведомление маркетплейса о сборке/отгрузке).
Платформы для собственного Интернет магазина
Яндекс KIT
Плюсы:
- no-code/SaaS-платформа для запуска интернет-магазина без разработки;
- готовые шаблоны, каталог товаров, оформление заказа и базовая инфраструктура продаж;
- интеграция с экосистемой Яндекса: Метрика, Директ, Яндекс Pay, доставка и продвижение;
- удобен для продавцов физических товаров, которым нужен быстрый старт и канал продаж вне маркетплейсов.
Минусы:
- платформа новая и может быть менее гибкой для сложных сценариев;
- в первую очередь ориентирована на товарный eCommerce и экосистему Яндекса;
- возможности кастомизации и интеграций стоит проверять под конкретный бизнес-процесс.
Когда использовать:
Быстрый запуск независимого интернет-магазина для физических товаров, особенно если бизнес уже использует Яндекс Директ, Метрику, Маркет или хочет развивать D2C-продажи.
InSales
Плюсы:
- российская SaaS-платформа для быстрого запуска интернет-магазина;
- не требует собственной серверной инфраструктуры и сложной разработки;
- есть готовые инструменты для каталога, заказов, оплаты, доставки и маркетинга;
- подходит для малого и среднего бизнеса, которому нужен самостоятельный магазин без долгого внедрения.
Минусы:
- меньше свободы в доработках, чем у open source CMS или индивидуальной разработки;
- зависимость от тарифов, возможностей и ограничений платформы;
- сложные нестандартные сценарии могут потребовать обходных решений или внешних интеграций.
Когда использовать:
Быстрый запуск собственного интернет-магазина в РФ, тестирование ниши, переход от продаж только на маркетплейсах к собственной витрине.
Тильда
Плюсы:
- быстрый запуск сайта, лендинга или небольшого интернет-магазина без разработки;
- удобный визуальный редактор и сильная сторона в дизайне посадочных страниц;
- подходит для проверки спроса, запуска отдельных товарных линеек и рекламных кампаний;
- можно подключить оплату, формы, аналитику и базовые eCommerce-функции.
Минусы:
- ограничена для сложного каталога, складской логики и нестандартного checkout;
- хуже подходит для большого ассортимента, B2B-цен, сложных фильтров и отраслевых процессов;
- при росте бизнеса может потребоваться переход на более специализированную платформу.
Когда использовать:
Быстрый тест ниши, лендинг под продукт, небольшой каталог, запуск рекламной воронки или MVP интернет-магазина.
1C-Битрикс (Bitrix CMS)
Плюсы:
- хорошо подходит для типовых интернет-магазинов на российском рынке;
- сильная сторона — типовая интеграция с «1С» и привычной инфраструктурой учёта;
- вокруг платформы много подрядчиков, интеграторов и готовых решений в РФ;
- высокая производительность и масштабируемость при правильной настройке;
- есть готовые решения для сложных сценариев: мультивалютность, B2B-продажи, роли пользователей, интеграции с ERP.
Минусы:
- высокая стоимость лицензии, внедрения и поддержки;
- сложность настройки, часто требуется команда разработки или внешний подрядчик;
- более тяжёлая архитектура для небольших проектов и быстрых тестов;
- нестандартные отраслевые сценарии могут потребовать дорогой кастомной разработки.
Когда использовать:
Типовой интернет-магазин в РФ, проект с опорой на «1С», большой каталог, B2B/B2C-сценарии, высокая нагрузка и ситуации, когда бизнесу важно иметь доступ к широкому рынку российских подрядчиков для внедрения и поддержки.
WordPress + WooCommerce
Плюсы:
- гибкая open source-платформа с большим количеством плагинов и тем;
- подходит не только для типового магазина, но и для кастомных решений с отраслевыми особенностями;
- удобно дорабатывать нестандартные сценарии: каталоги, формы заявок, личные кабинеты, интеграции, контентные разделы;
- можно связать магазин с CRM, ERP, службами доставки, платёжными системами, внешними API и собственными сервисами.
Минусы:
- для качественной реализации отраслевой логики нужна разработка и техническая поддержка;
- требуется следить за безопасностью, обновлениями, скоростью и совместимостью плагинов;
- при большом каталоге и высокой нагрузке нужна грамотная архитектура, оптимизация и инфраструктура.
Когда использовать:
Малый и средний бизнес, контентные проекты с торговлей, D2C, нишевые магазины, кастомные отраслевые решения и проекты, где важны гибкость, интеграции и контроль над логикой.
Стратегии синхронизации собственного магазина с системами учёта
Синхронизацию лучше проектировать не вокруг конкретной CMS, а вокруг бизнес-процесса: где хранится товарная база, кто управляет остатками и ценами, откуда приходят заказы, как происходит оплата, доставка и возвраты. Платформа магазина в этой схеме — только один из каналов продаж.
Какие сервисы интегрировать
Учётная система или ERP
- номенклатура, характеристики, штрихкоды и единицы измерения;
- остатки по складам и резервам;
- закупочные и розничные цены;
- заказы, отгрузки, возвраты и документы.
CRM
- клиенты, обращения и история коммуникаций;
- сделки, повторные продажи и статусы обработки;
- сегменты клиентов, задачи менеджеров и воронки продаж.
Склад и WMS
- адресное хранение, ячейки, партии и серийные номера;
- сборка, упаковка и отгрузка заказов;
- инвентаризация, перемещения и списания.
Платёжные сервисы и онлайн-кассы
- оплата заказов на сайте;
- статусы платежей, возвраты и частичные возвраты;
- фискализация чеков и передача данных в ОФД.
Службы доставки и фулфилмент
- расчёт стоимости и сроков доставки;
- выбор ПВЗ, курьера или самовывоза;
- трек-номера, статусы доставки и возвраты.
Маркетплейсы и рекламные каналы
- выгрузка каталога и остатков;
- приём заказов из внешних каналов;
- аналитика продаж, рекламных кампаний и маржинальности.
Особенности работы синхронизации
Определить главную систему данных
Для каждого типа данных нужен источник истины. Например, остатки ведутся в учётной системе, карточки товаров — в PIM или CMS, клиенты — в CRM, финансовые документы — в бухгалтерии. Если источник не определён, системы начинают перезаписывать друг друга.
Разделить обмены по критичности
Остатки и заказы требуют частой или почти моментальной синхронизации. Описания, фотографии, SEO-поля и справочники можно обновлять реже. Это снижает нагрузку и уменьшает риск ошибок.
Учитывать конфликты и задержки
Один товар может продаваться одновременно на сайте, маркетплейсе и в офлайн-точке. Поэтому важно настроить резервирование, обработку дефицита, правила приоритетов и уведомления о сбоях обмена.
Проверять качество данных
Перед интеграцией нужно привести в порядок номенклатуру: названия, артикулы, характеристики, штрихкоды, категории, единицы измерения и фотографии. Плохие данные быстро превращают автоматизацию в источник ошибок.
Настроить мониторинг и ручной контроль
Интеграции должны не только передавать данные, но и сообщать об ошибках: невыгруженные заказы, отрицательные остатки, расхождения цен, сбои оплаты, недоступность API. Для критичных операций нужен журнал обменов и понятный сценарий ручного исправления.
Что синхронизировать в первую очередь
- товары, артикулы, характеристики и категории;
- остатки и резервы по складам;
- цены, скидки и акции;
- заказы, статусы обработки и отгрузки;
- оплаты, чеки и возвраты;
- клиенты и история заказов;
- трек-номера и статусы доставки.
Главная цель синхронизации — сделать так, чтобы магазин, склад, учёт, CRM, доставка и маркетплейсы работали как единая система, а не как набор разрозненных таблиц и личных кабинетов.
Общая схема интеграции
- Учётная система (например, «МойСклад») — хранит данные о товарах, остатках, заказах.
- Синхронизация:
- с маркетплейсами (через API или сервисы-посредники);
- с интернет-магазином (через плагины/модули или облачные интеграторы).
- Обработка заказов:
- заказы с маркетплейсов и сайта поступают в учётную систему;
- после сборки/отгрузки данные обновляются в учётной системе, а затем передаются обратно на маркетплейсы и сайт.
- Мониторинг:
- отслеживание расхождений в остатках;
- настройка уведомлений об ошибках интеграции.
Дополнительные типы систем торговли и eCommerce
Помимо типовой схемы «склад — интернет-магазин — маркетплейсы», система управления торговлей может строиться под разные модели продаж:
- B2B-торговля и оптовые заказы;
- HoReCa и доставка еды;
- D2C: прямые продажи от производителя;
- торговля по подписке (subscriptions);
- собственный маркетплейс;
- дропшиппинг и поставка под заказ;
- B2B2C: бренд, дилеры и конечные покупатели.
Для нестандартных и отраслевых сценариев лучше выбирать гибкие открытые платформы, например WordPress + WooCommerce. В таких проектах важны не только каталог и корзина, но и возможность доработать бизнес-логику: личные кабинеты, роли пользователей, нестандартные формы заказов, интеграции с CRM/ERP, внешними API, службами доставки, подписками или отраслевыми справочниками.
B2B-торговля и оптовые заказы
B2B-сценарий подходит для оптовиков, производителей, дистрибьюторов и поставщиков, которые продают другим компаниям. Здесь важна не только витрина товаров, но и личный кабинет клиента, договорные цены, повторные заказы, счета и закрывающие документы.
Особенности:
- индивидуальные цены, скидки и условия для разных клиентов;
- личные кабинеты для контрагентов;
- повторные заказы и загрузка заявок;
- счета, акты, накладные и сверки;
- интеграция с CRM, ERP и бухгалтерией.
HoReCa и доставка еды
В ресторанном бизнесе и доставке еды система управляет не просто товарами, а меню, блюдами, ингредиентами, стоп-листами, временем приготовления и доставкой. Заказ должен быстро пройти путь от сайта или агрегатора до кухни, курьера и клиента.
Особенности:
- управление меню, ценами и модификаторами блюд;
- стоп-листы и доступность позиций в реальном времени;
- учёт ингредиентов и списание по техкартам;
- интеграция с POS, кухонными экранами и доставкой;
- расчёт времени приготовления, самовывоза и доставки.
D2C: прямые продажи от производителя
D2C-модель используется, когда производитель продаёт напрямую конечному покупателю без посредников. В этом случае система связывает производство, склад, интернет-магазин, CRM, маркетинг и доставку.
Особенности:
- контроль всей цепочки от производства до клиента;
- учёт партий, себестоимости и остатков готовой продукции;
- сбор клиентских данных и истории покупок;
- работа с повторными продажами, рассылками и программами лояльности;
- анализ маржинальности, LTV и каналов привлечения.
Торговля по подписке (subsctiptions)
Подписочная модель подходит для регулярных поставок: кофе, еды, косметики, кормов, расходников или B2B-комплектов. Система должна управлять не разовым заказом, а будущими циклами оплаты, комплектации и доставки.
Особенности:
- тарифы, частота поставки и состав подписки;
- автоматическое создание будущих заказов;
- резервирование товаров под плановые отгрузки;
- регулярные платежи и контроль неуспешных списаний;
- паузы, отмены, изменения состава и удержание клиентов.
Собственный маркетплейс
Собственный маркетплейс — это площадка, где продают разные продавцы. Здесь появляются не только товары и заказы, но и продавцы, комиссии, модерация, выплаты, споры и правила размещения.
Особенности:
- кабинеты продавцов и управление их статусами;
- загрузка товаров, цен и остатков от разных поставщиков;
- модерация карточек и контроль качества каталога;
- распределение заказов между продавцами и складами;
- комиссии, выплаты, возвраты и претензии.
B2B2C: бренд, дилеры и конечные покупатели
B2B2C-модель подходит брендам, производителям и франчайзинговым сетям, которые продают через дилеров или партнёров, но хотят контролировать клиентский опыт. Система должна связывать центральный каталог, партнёров, региональные остатки и конечные заказы.
Особенности:
- единый каталог, контент и рекомендованные цены;
- дилерские остатки, регионы обслуживания и условия продаж;
- маршрутизация лидов и заказов ближайшему партнёру;
- контроль качества выполнения заказа;
- аналитика по дилерам, регионам и спросу.
Дропшиппинг и поставка под заказ
В дропшиппинге магазин продаёт товары, которые физически находятся у поставщика. Главная задача системы — точно получать наличие, цены, сроки поставки и статусы отгрузки от внешних партнёров.
Особенности:
- синхронизация прайсов и остатков поставщиков;
- публикация товаров без собственного складского запаса;
- автоматическая передача заказов поставщику;
- контроль сроков поставки и трек-номеров;
- обработка отмен, замен, возвратов и пересортицы.
Вывод и рекомендации
Систему управления торговлей стоит выбирать не с платформы, а со стратегии продаж: где находятся товары, через какие каналы приходят заказы, кто покупатель, как формируются цены и кто отвечает за исполнение заказа.
Для типовой розничной торговли
Если бизнес продаёт товары через склад, интернет-магазин и маркетплейсы, лучше начинать с простой омниканальной схемы: единая учётная система, синхронизация остатков и цен, приём заказов из всех каналов и контроль отгрузки.
Рекомендации:
- начать с облачной учётной системы, если объём небольшой и нет сложных процессов;
- использовать ERP/WMS при росте складов, ассортимента и количества заказов;
- подключать маркетплейсы через готовые модули, API или сервисы-посредники;
- для собственного магазина выбирать платформу по масштабу: WooCommerce — для быстрого старта, Битрикс — для сложных сценариев и тесной интеграции с «1С»;
- в первую очередь синхронизировать остатки, цены, заказы и статусы доставки.
Для отраслевых и нестандартных моделей
Если бизнес работает в B2B, HoReCa, D2C, подписках, дропшиппинге или дилерской сети, типовой схемы «склад — сайт — маркетплейсы» может быть недостаточно. В таких случаях архитектуру нужно строить вокруг отраслевой логики: договорных цен, меню, техкарт, партий, подписок, поставщиков, дилеров или выплат продавцам.
Рекомендации:
- сначала описать ключевой бизнес-процесс: от появления товара или услуги до оплаты и доставки клиенту;
- выделить главную систему-источник данных: ERP, CRM, POS, WMS, PIM, OMS или маркетплейс-платформу;
- определить, какие данные критичны именно для этой модели: договорные цены, ингредиенты, партии, подписки, комиссии, поставщики или дилерские остатки;
- выбирать решения с готовой поддержкой отраслевых сценариев, а не только с базовой синхронизацией каталога;
- закладывать мониторинг ошибок интеграции, резервирование данных и регулярную проверку обменов.
Главный принцип: для типовой торговли достаточно надёжно связать учёт, склад, интернет-магазин и маркетплейсы; для отраслевых моделей нужно проектировать систему вокруг специфики продаж, исполнения заказа и финансовых правил.
