Облачные WMS для МСБ: 6 систем без 1С — сравнение

Для склада 500–3 000 м² облачная WMS обходится в 10–50 тыс ₽/мес и разворачивается за 1–2 дня. Коробочное решение того же класса требует 2–5 млн ₽ CAPEX и 4–7 месяцев на внедрение. Разница в порядок цифр объясняется бизнес-моделью SaaS: вы платите за пользование, а не за владение, и не несёте затрат на серверы, лицензии 1С и команду интеграторов.^{tadviser-2025}

Но цена — не единственный критерий. Облачная WMS подойдёт не любому складу: есть ограничения по интернет-каналу, специфике учёта, требованиям к локализации данных. Ниже — сравнение 6 категорий SaaS-решений по 9 критериям, разбор миграции с 1С, кейс склада МСБ и FAQ.

Что такое облачная WMS и чем она отличается от on-prem

Облачная WMS (SaaS, Software-as-a-Service) — это веб-приложение, которое работает на серверах вендора. Вы открываете админку в браузере, операторы — мобильное приложение на ТСД или смартфоне. Никаких установок на серверы клиента, никаких лицензий по числу рабочих мест, никаких сложных обновлений. Платите помесячно или раз в год — обычно по числу активных пользователей или операций.

On-prem WMS (от англ. on-premise — «у себя») — это классическая модель: лицензия покупается раз и навсегда, программа разворачивается на сервере внутри склада или арендованной стойке в ЦОД. Вы владеете копией системы, отвечаете за обновления, бэкапы, безопасность, сервер, базу данных. CAPEX высокий, но операционные расходы предсказуемы и масштабируются медленнее, чем у SaaS.

Между этими крайностями есть промежуточные варианты: hosted-модель (вендор размещает on-prem-копию в своём ЦОД и обслуживает её) и hybrid (часть функций — облако, часть — локально). Но для МСБ актуальны именно SaaS-решения: они дают быстрый старт, низкий порог входа и предсказуемую стоимость без сюрпризов в виде «срочной замены сервера за 800 тыс. ₽».

Главное архитектурное отличие: в SaaS вы получаете типовую конфигурацию, которую делите с другими клиентами. Вендор раз в 2–4 недели выкатывает обновления для всех сразу. В on-prem каждый клиент имеет свою версию и сам решает, когда обновляться. Это компромисс: SaaS быстрее запустится, но on-prem гибче в долгую.

Девять критериев сравнения: что проверять до подписания договора

Сравнивать SaaS-решения «вообще» бессмысленно — у каждого свой профиль. Поэтому мы выделили 9 критериев, которые охватывают экономику, функционал, интеграции и безопасность. Каждый критерий важен для МСБ, и пропуск любого из них на этапе выбора превращается в проблему через 3–6 месяцев работы.^{gartner-cloud-wms}

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

Критерии 1–3: цена, функционал, интеграции

Критерий 1. Стоимость подписки и сопутствующие расходы. Для склада 500–3 000 м² типовой диапазон — 10–50 тыс ₽/мес. Нижний край — простые системы с базовым складским учётом и одним мобильным клиентом, верхний — с продвинутой маршрутизацией, мультискладом и интеграциями. Считать только подписку — ошибка: к ней добавляются единовременный платёж за подключение (0–150 тыс ₽), стоимость мобильных ТСД (15–25 тыс ₽/шт), интеграция с 1С (от 80 до 500 тыс ₽), обучение (бесплатно или 30–80 тыс ₽). Складывайте все компоненты и сравнивайте с бюджетом на 1–2 года вперёд.

Тарификация различается у вендоров принципиально. Одни считают по количеству активных пользователей (3–7 тыс ₽ за пользователя в месяц), другие — по числу операций (5–15 ₽ за обработанную строку отбора), третьи — по объёму склада (5–8 тыс ₽ за 1 000 SKU). Под ваш профиль может оказаться оптимальной любая из этих моделей — посчитайте все три варианта на ваших объёмах за прошлый год.

Критерий 2. Функционал складских операций. Минимальный набор для МСБ: приёмка, размещение, отбор, отгрузка, инвентаризация. Желательно: адресное хранение, партионный учёт по FIFO/FEFO, поддержка штучного и паллетного учёта, групповая сборка заказов, печать этикеток. Высокий уровень: волновая сборка, кластерный пик, управление трудом, голосовой отбор, кросс-докинг. Для склада до 3 000 м² хватает минимума плюс адресного хранения — остальное добавляют по мере роста.

Особое внимание — обработке возвратов и пересортицы. У МСБ возвраты с маркетплейсов и интернет-магазина достигают 20–35% от исходного потока, и WMS должна уметь принимать товар обратно с проверкой состояния, повторной маркировкой и возвратом на адрес хранения. Слабые SaaS-решения этого не умеют — операторам приходится обрабатывать возвраты в Excel или 1С.

Критерий 3. Интеграции с 1С, маркетплейсами и логистикой. Это критичный пункт для большинства МСБ. Проверяйте: есть ли готовый коннектор к 1С:УТ, 1С:Розница, 1С:ERP — и какие именно версии поддерживаются (1С:УТ 10.3, 11.4, 11.5 — это три разные интеграции). Есть ли API для Ozon, Wildberries, Яндекс.Маркета, СберМегамаркета. Какая частота обмена — секунды, минуты, часы. Что синхронизируется — только остатки или ещё и заказы, документы, штрихкоды, статусы отгрузки. Можно ли подключить курьерские службы (СДЭК, DPD, Boxberry) для автоматической передачи габаритов отправлений.

Критерии 4–6: мобильный клиент, локализация, развёртывание

Критерий 4. Мобильный клиент и работа в offline. Для склада МСБ мобильный клиент на смартфоне или ТСД — обязателен. Без него работа сводится к печати листов отбора и ручному поиску ячеек — это уровень Excel-таблицы, а не WMS. Проверяйте: работает ли клиент в offline-режиме (важно при падении интернета), поддерживает ли встроенную камеру для сканирования (если нет ТСД), доступен ли на Android и iOS. Бонусом — голосовой ввод и поддержка нагрудных сканеров для свободных рук.

Тип мобильного устройства определяет бюджет. Простой Android-смартфон с приложением WMS — 8–12 тыс ₽ за единицу, специализированный ТСД с ёмкой батареей и боковой ручкой — 15–35 тыс ₽, защищённый ТСД для холодного склада — 40–60 тыс ₽. На бригаду из 10 человек разница в выборе устройства — от 80 до 600 тыс ₽ единовременно. Лучше начать с Android-смартфонов и перейти на ТСД через 3–6 месяцев, когда увидите реальную нагрузку.

Критерий 5. Локализация данных и соответствие 152-ФЗ. Если ваши клиенты — граждане РФ, и WMS хранит их персональные данные (имя, телефон, адрес доставки), серверы должны находиться в России.^fz-152 Проверяйте: где физически расположен ЦОД, есть ли вендор в реестре операторов персональных данных Роскомнадзора, заключает ли он договор обработки персданных. Иностранные SaaS-сервисы, размещённые за пределами РФ, для торговли с физлицами не подходят — это прямой риск штрафа.

Критерий 6. Срок развёртывания и обучения. Облачная WMS разворачивается за 1–2 дня — это значит, что в течение 48 часов с момента подписания договора вы получаете доступ в админку и можете начать загрузку справочников. Обучение операторов до самостоятельной работы занимает 2–4 недели: первую неделю — основные операции, вторую — обработка нестандартных ситуаций, третью-четвёртую — выход на нормативную скорость. Если поставщик обещает «всё запустим за 3 часа» — это маркетинг, реальный старт со справочниками и обученной командой требует минимум 7–10 дней.

Критерии 7–9: масштабирование, выгрузка данных, поддержка

Критерий 7. Масштабируемость и скрытые лимиты. SaaS-решения часто имеют лимиты, которые не указаны на странице тарифов: число одновременных сеансов, объём базы данных, число строк отбора в час, частота API-вызовов. При росте грузопотока вы упрётесь в потолок, и переход на старший тариф может стоить в 2–3 раза дороже, а не на 30–50%, как кажется по витрине. Уточняйте на старте: что входит в выбранный тариф, какие ограничения по API-вызовам, сколько ТСД можно подключить, какая граница автоматического апгрейда тарифа.

Запросите у вендора график зависимости месячной стоимости от объёма операций до 200 тыс заказов/мес. По графику вы увидите, где находятся «ступеньки» — точки, в которых тариф резко вырастает. Планируйте годовой бюджет с учётом этих ступенек, особенно если у вас сезонный бизнес с пиками в декабре или в марте-апреле.

Критерий 8. Выгрузка данных и vendor lock-in. SaaS-модель создаёт зависимость от вендора. Если он повышает цены или закрывается, вы должны иметь возможность забрать данные и перенести их в другое решение. Проверяйте: какие форматы выгрузки доступны (CSV, JSON, SQL-дамп), как часто можно выгружать архив, есть ли в договоре пункт о возврате данных при расторжении, передаются ли в выгрузке исторические операции (приёмки, отгрузки, инвентаризации за всё время работы). Слабый вариант — «выгрузим остатки на дату», нормальный — «отдадим полный архив за всё время в SQL-дампе в течение 5 рабочих дней».

Критерий 9. Техподдержка и SLA. Для облачной WMS техподдержка — это не «бонус», а часть продукта. Проверяйте: время реакции на инциденты (норматив для МСБ — до 1 часа по критичным проблемам), доступность 24/7, наличие выделенного менеджера, гарантии аптайма (минимум 99,5%, лучше 99,9%). Скриншоты дашборда мониторинга — обязательны. Уточняйте, что входит в стандартную поддержку, а что — в платный пакет (доработки, кастомные отчёты, миграция данных).

6 категорий SaaS-WMS для МСБ

Российский рынок облачных WMS делится на 6 категорий по специализации и архитектуре. Категории отличаются не «лучше/хуже», а профилем задач. Выбирать нужно не «самую популярную», а «самую подходящую под ваш профиль склада».

Категория 1. Отечественные SaaS-WMS общего назначения. Универсальные решения, рассчитанные на типовой склад дистрибьютора или производителя без специфики. Закрывают приёмку, размещение, адресное хранение, отбор, отгрузку, инвентаризацию. Цена — 15–45 тыс ₽/мес для склада 500–3 000 м². Интеграция с 1С через готовые коннекторы. Подходят: оптовая торговля, региональные дистрибьюторы, малое производство с собственным складом, склады запчастей. Не подойдут под жёсткие отраслевые требования (фарма, food).

Категория 2. Специализированные под e-commerce. Системы, изначально разработанные для интернет-магазинов и фулфилмент-центров. Сильны в обработке штучных заказов, групповой сборке, упаковке с фото-фиксацией, интеграциях с курьерскими службами и логистическими операторами. Цена — 20–50 тыс ₽/мес. Подходят: интернет-магазин с 100+ заказов/день, фулфилмент-оператор, склад одежды или косметики с большим SKU-разнообразием.

Категория 3. Специализированные под маркетплейсы. Решения, заточенные под Ozon, Wildberries, Яндекс.Маркет, СберМегамаркет. Главная фишка — глубокая интеграция со всеми тремя-четырьмя площадками сразу, синхронизация остатков и заказов в реальном времени, автоматическая печать этикеток в форматах маркетплейсов, контроль FBO/FBS-схем. Цена — 15–40 тыс ₽/мес. Подходят: продавцы на маркетплейсах с собственным складом FBS, омниканальные ритейлеры. Не подойдут под классическую оптовую дистрибуцию — слабый функционал для оптовых заказов.

Категория 4. Модули внутри облачных ERP. Складской модуль как часть облачной ERP-системы. Платите за всю ERP, склад — одна из подсистем. Цена комплексная — от 25 до 100+ тыс ₽/мес в зависимости от количества модулей и пользователей. Плюс — единая база данных, нет проблем интеграции склада с финансами и продажами. Минус — функционал склада обычно слабее, чем у специализированной WMS. Подходят: компании, которые одновременно меняют ERP и WMS, стартапы без legacy-систем.

Категория 5. Нишевые отраслевые (фарма, food). WMS под жёсткие отраслевые требования: контроль партий и сроков годности с точностью до часа, поддержка холодовой цепи, интеграция с системой маркировки «Честный знак», сертификаты GxP, аудит-трейл всех операций для проверок Росздравнадзора или Роспотребнадзора. Цена — 30–80 тыс ₽/мес из-за специализации. Подходят: дистрибьюторы лекарств, оптовики продуктов питания, БАДы, ветпрепараты. Не покупать «универсальный SaaS» для фармы — провалитесь на первом же аудите.

Категория 6. Open-source с подпиской на хостинг. Решения на базе открытого кода (Odoo Inventory, ERPNext, OpenBoxes и др.), которые вендор разворачивает в облаке и обслуживает за подписку. Цена — 10–30 тыс ₽/мес за хостинг плюс доработки. Плюс — гибкость кастомизации, отсутствие vendor lock-in (код открыт, можно перенести к другому хостеру). Минус — больше технических компетенций для эксплуатации, дольше внедрение (2–4 недели вместо 1–2 дней), сообщество поддержки преимущественно англоязычное. Подходят: компании с собственным IT-отделом, склады со специфическими требованиями.

Таблица сравнения 6 категорий по 9 критериям

Таблица показывает: универсального лидера нет. Категории «общего назначения» дают баланс цены и функционала, «отраслевые» — обязательны для фармы и food, «модуль в ERP» окупается только при комплексной смене систем. Open-source — выбор для команд с IT-компетенциями, готовых вкладываться в кастомизацию ради независимости от вендора.

Главный паттерн — соответствие категории профилю бизнеса. Если у вас оптовая торговля с 30–80 SKU, берите «общего назначения». Если 500+ заказов/день с маркетплейсов — «специализированные под маркетплейсы». Если фарма — никаких компромиссов, только отраслевая категория. Смешанные сценарии разбираются ниже в разделе про миграцию.

Когда брать SaaS-WMS, а когда нет

Облачная WMS даёт максимальный эффект, если ваш склад соответствует хотя бы трём из пяти условий. Первое: площадь 500–3 000 м² (для больших складов часто выгоднее on-prem из-за объёма операций). Второе: грузопоток до 100 тыс заказов/мес. Третье: стабильный интернет на складе — оптика или резервный 4G/5G-канал, скорость от 50 Мбит/с. Четвёртое: типовой профиль без редких сценариев учёта. Пятое: ограниченный CAPEX-бюджет — нет 2–5 млн ₽ на коробочное решение разом.

Не берите SaaS-WMS в четырёх ситуациях. Первая: нестабильный интернет — частые отключения дольше 30 минут или скорость ниже 50 Мбит/с в пиковые часы. Облачная WMS встанет вместе с интернетом, и склад не сможет принимать или отгружать. Вторая: специфические маркетинговые акции, которые требуют сложной логики в 1С (комплекты, наборы с автоматической комплектацией, динамические скидки на партии) — типовой SaaS не закроет эти кейсы без кастомизации, а кастомизация в облаке либо невозможна, либо дорогая.

Третья ситуация: объём данных требует выделенного сервера — обычно от 5 млн SKU или 500+ тыс. операций/день. SaaS-тариф в такой нагрузке либо начинает упираться в лимиты, либо стоит дороже on-prem. Четвёртая: жёсткие требования к безопасности — гостайна, секретные разработки, военный заказ — здесь облако исключено по нормативам, нужно on-prem с защищённой инфраструктурой.

Промежуточный случай — склад 2 000–5 000 м² с 50–100 тыс заказов/мес. Здесь нужен расчёт TCO за 3 года. Облачная WMS обойдётся в 1,8–3,6 млн ₽ за 3 года (включая подключение, ТСД, интеграцию), on-prem — в 3,5–6 млн ₽ (CAPEX 2–4 млн плюс поддержка). Экономия 30–50% в пользу SaaS, но при условии стабильного интернета и отсутствия жёстких требований к кастомизации.

Миграция с 1С на облачную WMS: 5 шагов

Большинство МСБ в России работают на учёте в 1С. Миграция не означает отказ от 1С — она означает разделение функций: 1С остаётся для бухгалтерии, финансов и торговли, WMS забирает на себя физические операции на складе. Между системами настраивается двусторонний обмен через API.

Шаг 1. Аудит текущего процесса в 1С. Зафиксируйте, какие функции склада закрывает 1С: учёт остатков, приёмка, отгрузка, инвентаризация, адресное хранение (если есть). Определите узкие места — где возникают расхождения, ошибки, замедления. Типовая длительность: 2–5 рабочих дней силами своей команды или с подрядчиком (50–150 тыс ₽). Результат — список из 8–15 функций, которые нужно перенести в WMS.

Шаг 2. Выбор поставщика и тарифа. Используйте таблицу из этой статьи и 9 критериев сравнения. Запросите демо у 2–3 поставщиков. На демо проверяйте: работу мобильного клиента (не презентацию, а реальный сценарий приёмки), интеграцию с вашей версией 1С (1С:УТ 10.3, 11.4, 11.5 — разные API), время отклика API под нагрузкой. Срок выбора — 2–4 недели.

Шаг 3. Настройка обмена данными. Согласуйте, кто мастер по справочнику номенклатуры (обычно 1С), кто — по складским атрибутам (WMS). Настройте обмен через готовый коннектор или через REST API. Минимальный набор обменов: справочники (товары, контрагенты), документы поступления, документы реализации, инвентаризационные ведомости. Срок — 2–4 недели с подрядчиком. Стоимость — 80–500 тыс ₽ в зависимости от сложности и числа документов.

Шаг 4. Загрузка справочников и пилот. Выгрузите из 1С номенклатуру, остатки, ячейки (если адресное хранение уже было). Загрузите в WMS. Запустите пилот на 1 зоне склада: одна категория товара, 2–3 оператора, 1–2 недели работы. Цель — поймать все нестандартные сценарии, которые не покрыты типовым процессом. Срок пилота — 2–3 недели.

Шаг 5. Постепенный переход всего склада. Не отключайте 1С-учёт склада в день старта WMS — оставьте параллельную работу на 2–3 недели для контроля. После того как WMS отрабатывает все сценарии без сбоев, переключайте склад полностью. Обучение остальных операторов — 2–4 недели по 2–3 человека за смену. Общая длительность миграции — 2–3 месяца от старта аудита до полного перехода.

Подробности конкретных сценариев интеграции — в статье про 4 сценария интеграции WMS с 1С. Сравнительный анализ — в статье про сравнение WMS, ERP и модуля 1С.

Кейс: дистрибьютор стройматериалов, 1 800 м², 4 500 SKU

Региональный дистрибьютор стройматериалов на 1 800 м² работал в 1С:УТ 11.4 с 2017 года. К 2025 ассортимент вырос до 4 500 SKU, штат склада — 14 человек (3 кладовщика, 6 комплектовщиков, 3 водителя погрузчика, 2 приёмщика). Учёт оставался в 1С, адресное хранение велось в Excel-таблице на ноутбуке начальника склада. Точность остатков — 91%, потери на пересортицу — 280 тыс ₽/мес.

Руководитель решил автоматизировать склад. Бюджет — до 1 млн ₽ на старте плюс 80 тыс ₽/мес на эксплуатацию. Коробочные решения с CAPEX 2,5–4 млн ₽ выпадали из бюджета. Выбрали облачную WMS категории «общего назначения» с тарифом 38 тыс ₽/мес для склада до 3 000 м², подключение — 80 тыс ₽, ТСД для 10 операторов — 220 тыс ₽, интеграция с 1С через готовый коннектор — 150 тыс ₽. Итого CAPEX — 450 тыс ₽, OPEX — 38 тыс ₽/мес.

Миграция заняла 11 недель. Аудит и выбор — 4 недели. Настройка обмена с 1С — 3 недели. Загрузка справочников и пилот на зоне крепежа — 2 недели. Постепенный переход остальных зон — 2 недели. Обучение операторов — параллельно, 3 группы по 4 человека.

Результаты через 6 месяцев. Точность остатков — 99,2% (было 91%). Потери на пересортицу — 35 тыс ₽/мес (было 280 тыс ₽, экономия 245 тыс ₽/мес). Скорость комплектации — выросла на 28% за счёт адресного хранения и групповой сборки. Время на инвентаризацию — сократилось с 2 дней простоя в квартал до 30 минут циклической инвентаризации в день (без остановки). Окупаемость подписки и подключения — 4 месяца за счёт экономии на пересортице.

Главный урок кейса: для МСБ-склада с 4 000–5 000 SKU облачная WMS закрывает 90–95% задач. Оставшиеся 5–10% — специфика дистрибьюторских скидок и комплектов — оставили в 1С, где они и были. Гибридная схема «1С — учёт и финансы, WMS — физика склада» работает стабильно, обмен синхронизируется каждые 2–3 секунды через REST API.

FAQ

Сколько реально стоит облачная WMS со всеми расходами?

Для склада 500–3 000 м² полная стоимость первого года — 700 тыс — 1,5 млн ₽. Подписка 10–50 тыс ₽/мес даёт 120–600 тыс ₽/год. Подключение — 0–150 тыс ₽ единовременно. ТСД на 5–15 операторов — 75–375 тыс ₽. Интеграция с 1С — 80–500 тыс ₽. Обучение — 0–80 тыс ₽. На второй и третий год остаётся только подписка плюс мелкие доработки 50–100 тыс ₽/год. За 3 года полный TCO — 1,5–3,5 млн ₽. Это в 2–3 раза дешевле on-prem-решения сопоставимого класса.

Что будет, если интернет на складе пропадёт?

Зависит от выбранного решения. Хорошие SaaS-WMS поддерживают offline-режим: ТСД продолжает работать на локальной базе, операции буферизуются и синхронизируются при восстановлении связи. Слабые решения превращают ТСД в кирпич — операторы либо ждут интернета, либо работают по бумажным листам отбора. Перед выбором обязательно тестируйте: на демо просите отключить интернет на ТСД и показать поведение. Стандартное время автономной работы — от 30 минут до 4 часов в зависимости от системы.

Как часто SaaS-вендоры повышают цены?

По данным рынка, типовое повышение — 8–15% в год, обычно с 1 января. Это покрывает инфляцию и индексацию. Сюрпризов в виде +50–100% за год не было ни у одного крупного игрока за последние 3 года — это разрушило бы клиентскую базу. Чтобы защититься от повышения, в договоре фиксируйте: индексация не более чем на X% в год (обычно 10–12% для МСБ-сегмента) и возможность зафиксировать тариф на 2–3 года при предоплате.

Можно ли совмещать облачную WMS с маркировкой «Честный знак»?

Да, и для большинства МСБ это уже базовое требование. Хорошие SaaS-WMS интегрированы с национальной системой маркировки через API: при приёмке коды Data Matrix сканируются, проверяются на валидность в «Честном знаке», привязываются к партии. При отгрузке — выводятся из оборота автоматически. Если ваш товар попадает под маркировку (молочка, обувь, парфюм, шины, БАДы, вода), это критерий выбора № 1 — без интеграции с маркировкой получите штрафы.

Подходит ли облачная WMS для холодного склада?

Да, но с двумя оговорками. Первая — ТСД должны быть в морозостойком исполнении (рабочая температура от −20 °C, защита IP65+). Обычные смартфоны для камер −18 °C не подходят. Вторая — стабильность интернета должна быть проверена внутри морозильных камер (металлоконструкции экранируют сигнал). Лучше прокладывать кабель и ставить точки доступа Wi-Fi на каждые 30–40 м², чем надеяться на 4G через стены камеры. По функционалу облачная WMS закрывает холодовую цепь так же, как любой другой склад: температурный мониторинг ячеек, контроль партий, FEFO-отбор.

Если после сравнения остаются вопросы по конкретным сценариям — посмотрите статьи про пошаговое внедрение WMS за 6 месяцев и ROI складских операций — 5 сценариев.

^fz-152: ФЗ-152 «О персональных данных» — данные граждан РФ должны храниться на серверах, физически расположенных на территории России. При выборе SaaS-WMS проверяйте локацию ЦОД и наличие реестра Роскомнадзора. ^{tadviser-2025}: TAdviser: рынок облачных WMS в РФ за 2024–2025 вырос на 38%, доля SaaS-решений в сегменте МСБ превысила 45% от новых внедрений. ^{gartner-cloud-wms}: Gartner Market Guide for Cloud WMS 2025 — основные критерии оценки SaaS-решений: TCO за 3 года, скорость онбординга, открытость API, наличие мобильного клиента.