Выберите тему — соберём контекст
Описываем движение товара от приёмки до отгрузки и закрепляем его в системе: адресное хранение, волновой отбор, инвентаризация по зонам. Связываем WMS с 1С, сайтом и маркетплейсами так, чтобы остаток был один, а документы не дублировались.
Или сразу: +7 (962) 368-39-51 Telegram
Эти проблемы редко появляются внезапно: они накапливаются по мере роста заказов и становятся заметны, когда склад уже работает на пределе.
Отбор превращается в узкое место: кладовщики ходят по помещению без маршрута, сборка одной корзины занимает слишком много времени, а в пиковые дни дедлайны отгрузки срываются. По площади и людям мощности вроде хватает, но фактическая пропускная способность ниже.
Один и тот же товар учитывается в 1С, в таблице менеджера и в админке магазина. Продажа на маркетплейсе не уменьшает доступный к продаже остаток, поэтому магазин продаёт то, чего в ячейке уже нет, либо снимает с продажи товар, который лежит на складе.
Товар принимают по количеству коробок, а расхождения с накладной выявляют только при первой сборке — иногда через недели. К этому моменту спор с поставщиком нечем подтвердить: нет акта, привязанного к конкретной приёмке, нет фиксации расхождения по позиции.
Задания печатают и раздают вручную, поэтому срочный заказ с доставкой сегодня уходит в общую очередь. Волновой отбор, отсечение и объединение заказов не применяются, и кладовщик обходит склад столько раз, сколько позиций в заказе, вместо одного маршрута по волне.
Полный пересчёт делают в выходные и закрывают отгрузки, а после него всё равно остаются расхождения. Циклическая инвентаризация по зонам и группам оборачиваемости не используется, недостачи списывают актом без разбора: непонятно, где именно потерялся товар и на каком этапе.
Выгрузки идут файлами по расписанию: при обрыве связи документ создаётся повторно, а номенклатура постепенно расходится по двум справочникам. Нет очереди сообщений, журнала обмена и правил разрешения конфликтов, поэтому ошибки обнаруживаются по жалобам клиентов, а не по мониторингу.
Объём согласуем по этапам: можно начать с приёмки, размещения и отбора, а маркировку, инвентаризацию и маркетплейсы подключить следующим шагом.
Описываем, как товар попадает на склад и где лежит: от разгрузки и сверки с накладной до конкретной ячейки, с топологией зон, стеллажей и мест хранения.
Собираем заказы так, чтобы кладовщик проходил склад один раз, а срочные отправления не ждали общей очереди по времени поступления заказа.
Остаток должен быть проверяемым: каждое движение фиксируется с основанием, а расхождения выявляются раньше, чем превращаются в недостачу.
Связываем склад с учётной системой и каналами продаж так, чтобы остаток оставался один, а документы не создавались дважды.
Двигаемся от процессов к системе: сначала фиксируем, как склад работает сейчас, затем описываем модель и только после этого пишем интеграции.
Смотрим приёмку, размещение, отбор, упаковку и инвентаризацию на месте, замеряем поток заказов и разбираем текущий обмен с 1С и сайтом.
Описываем топологию склада, справочники, документы, статусы и протокол обмена. Фиксируем, какие данные владеет WMS, а какие остаются в 1С.
Настраиваем или разрабатываем WMS, подключаем 1С, сайт и маркетплейсы, готовим рабочие места с ТСД, печать этикеток и обучение кладовщиков.
Работаем параллельно с прежним процессом, сверяем остатки и документы, устраняем расхождения и переводим склад на новую схему.
WMS нужна не при определённом числе заказов, а когда склад перестаёт быть предсказуемым: кладовщики помнят расположение товара вместо системы, остаток на сайте приходится подтверждать звонком в помещение, сборка заказа требует нескольких проходов по стеллажам, а расхождения с поставщиком нечем подтвердить документально. Если такие признаки устойчивы, таблиц и устных договорённостей уже недостаточно.
Отдельный сигнал — несколько каналов продаж. Когда товар продаётся и на сайте, и на маркетплейсах, вопрос «сколько этого товара у нас реально есть и сколько можно продать» должна решать система, а не ручной пересчёт. Здесь нужна не только WMS, но и связанный учёт с 1С и корректный доступный к продаже остаток.
Смета состоит из четырёх частей: лицензии и настройка выбранной WMS, работы по описанию процессов и топологии склада, интеграция с 1С и каналами продаж, а также оборудование — ТСД, сканеры, принтеры этикеток, точки доступа в помещении. Объём интеграции часто сопоставим с объёмом настройки самой системы: именно обмен данными и разрешение конфликтов дают основную сложность.
Отдельно планируйте обучение кладовщиков, регламенты работы с расхождениями и поддержку после запуска. Первые месяцы эксплуатации почти всегда требуют правок: уточняются правила размещения, приоритеты отбора, обработка ошибок обмена с 1С и порядок действий при недостаче.
Переход начинается с инвентаризации: WMS должна стартовать от подтверждённого фактического остатка, разложенного по ячейкам. Параллельно фиксируется соответствие справочников — номенклатура, характеристики, упаковки и штрихкоды должны однозначно сопоставляться в 1С, WMS и каталоге магазина, иначе обмен породит дубли карточек и документов, а остаток разойдётся в первые же дни.
На время опытной эксплуатации склад работает в двух контурах: новые операции идут через WMS, старые документы закрываются в прежней схеме. Обмен с 1С через HTTP-сервисы или EnterpriseData настраивается с очередью сообщений, идемпотентностью операций и журналом движений, а ТСД получают офлайн-режим, чтобы обрыв связи не останавливал отбор и приёмку.
Типовой проект с адресным хранением, обменом с 1С и ТСД занимает от двух до четырёх месяцев: одна-две недели на аудит процессов, две-три на проектирование модели и топологии, шесть-десять на разработку и интеграцию, три-пять на опытную эксплуатацию. Срок зависит от числа каналов продаж, состояния справочников в 1С и готовности помещения к адресному хранению.
Смета складывается из лицензий или разработки, работ по описанию процессов и топологии склада, интеграции с 1С, сайтом и маркетплейсами, а также оборудования: ТСД, сканеров, принтеров этикеток. Точную оценку даём после аудита склада и разбора текущего обмена: чаще всего основную часть бюджета занимают интеграция и подготовка справочников, а не стоимость лицензий.
Нужно провести инвентаризацию и подтвердить фактический остаток, затем разложить товар по ячейкам и зафиксировать это состояние как стартовое для WMS. Параллельно сопоставляются справочники и штрихкоды в 1С, WMS и магазине, а расхождения оформляются документами, а не правкой цифр вручную. Так учёт остаётся сходимым, а история движений не теряется.
Готовая WMS — например, 1С:WMS, Axelot, Solvo или TopLog — быстрее закрывает стандартные процессы: адресное хранение, приёмку, отбор, инвентаризацию. Собственная разработка оправдана при нетиповых процессах: нестандартная тара, сертификация, сложная маркировка, особые правила сборки или глубокая связка с собственной ERP. Часто разумный путь — взять готовое ядро и дописать интеграции и рабочие сценарии под ваш склад.
Расскажите про объёмы заказов, помещение и учётную систему — предложим схему интеграции и оценим сроки.
Cookie и аналитика
Мы используем необходимые cookie для работы сайта и форм. Аналитические cookie (Яндекс.Метрика, включая запись сессий) подключаем только с вашего согласия — от него можно отказаться. Подробнее: Политика использования cookie и обработка персональных данных.