Автоматизация склада: остатки, приёмка и сборка заказов

24 июля 2026 · 8 мин чтения

Клиент оплатил заказ, сборщик пошёл за товаром - а его нет: остаток в учётке был красивой цифрой, а не фактом. Эта история знакома любому бизнесу с собственным складом - интернет-магазину, оптовику, небольшому производству. Товар при этом физически лежит на полках, просто никто точно не знает, какой и сколько. Приёмка идёт по бумажной накладной и съедает полдня, сборщик ищет позиции по памяти, на сайте и маркетплейсах разные остатки, а инвентаризация - это «закрываем склад на день». Хорошая новость: всё это лечится не дорогой WMS и не складскими роботами, а информационным контуром - связкой учётной системы, сканера штрихкодов и интеграций. Разберём, из каких сценариев этот контур складывается, что в нём делает ИИ и сколько это стоит.

Короткий ответ: начинать надо с честных остатков - синхронизации учётной системы с сайтом и маркетплейсами по событию, чтобы каждая продажа, приёмка и возврат сразу меняли цифру во всех каналах. Затем - приёмка по штрихкодам и сборка по чек-листу. Один сценарий стоит 50–130 тыс. ₽ и запускается за 3–5 недель, комплексный контур «остатки - приёмка - сборка - автозаказ» - от 200 тыс. ₽.

Где склад теряет деньги

• Остатки врут. Продали то, чего нет: отмена заказа, возврат денег, штраф и минус к рейтингу на маркетплейсе. Или наоборот - товар есть, но в учётке ноль, и он месяцами не продаётся, занимая полку.
• Приёмка руками. Кладовщик сверяет коробки с бумажной накладной, потом кто-то вбивает позиции в учётку. Часы работы, ошибки в артикулах, а недовоз от поставщика замечают через неделю, когда спорить уже поздно.
• Сборка по памяти. Опытный сборщик знает, где что лежит, новичок - нет. Пересорт: клиенту уехал похожий артикул, дальше возврат, повторная доставка и негативный отзыв.
• Разные остатки в каналах. На сайте товар есть, на маркетплейсе закончился, в учётке третья цифра. Ручная выгрузка «раз в день» всегда опаздывает ровно на самый ходовой товар.
• Инвентаризация как стихийное бедствие. Склад останавливается на день, продажи стоят, а результат устаревает через неделю, потому что причины расхождений никуда не делись.
• Деньги в неликвидах. Никто не видит, что треть склада не продаётся полгода: оборотка заморожена в товаре, который давно пора распродать или вернуть поставщику.

Пять сценариев автоматизации

Сценарий 1: единые остатки в учётке, на сайте и маркетплейсах

Фундамент всего контура - один источник правды по остаткам. Обычно это учётная система: как выстроить обмен с ней, мы разбирали в статьях про интеграцию с МойСклад и интеграцию с 1С. Любое движение товара - продажа, приёмка, возврат, списание - становится событием, которое сразу обновляет остаток везде: в самой учётке, на сайте и на маркетплейсах. Как этот обмен устроен со стороны витрин, см. разборы автоматизации интернет-магазина и автоматизации работы с маркетплейсами.

Ключевое слово - «по событию». Выгрузка по расписанию раз в сутки не спасает: ходовой товар заканчивается днём, а витрины узнают об этом ночью, и все заказы между этими точками - будущие отмены. Событийная синхронизация обновляет остаток за секунды после продажи и корректно работает с резервами: товар в неоплаченном заказе уже недоступен другим каналам. Техническая основа - обмен через API учётки и площадок: это профильная задача услуги API-интеграций. Как такой контур живёт под нагрузкой реального продавца, видно в кейсе операционки на маркетплейсах.

Сценарий 2: приёмка по штрихкодам со сверкой с заказом

Классическая приёмка - кладовщик с бумажной накладной и маркером - занимает часы и порождает большинство будущих расхождений. Автоматизированная выглядит так: поставка привязана к заказу поставщику, кладовщик сканирует каждую позицию, а система в реальном времени сверяет факт с тем, что заказывали. Расхождения подсвечиваются сразу: недовоз, лишние позиции, пересорт, брак. Акт расхождений формируется автоматически - претензия поставщику уходит в день поставки, а не через неделю, когда коробки уже разобраны и доказывать нечего.

Если поставщики присылают накладные в PDF или Excel вперемешку, их не обязательно перебивать руками: документы распознаются и загружаются в учётку автоматически - как в кейсе обработки входящих счетов и накладных. Товар без штрихкода получает этикетку прямо на приёмке: система печатает её в момент сканирования, и дальше позиция живёт в контуре наравне с остальными.

Сценарий 3: сборка заказов по чек-листу со сканированием

Заказ превращается в задание на сборку: список позиций с количеством и, если внедрено адресное хранение даже в простом виде «стеллаж-полка», с местом. Сборщик сканирует каждую позицию, и система сверяет её с заказом: не тот артикул - заказ просто не закроется. Пересорт исчезает как класс, а новичок со сканером собирает не хуже кладовщика с десятилетним стажем, потому что «память о складе» теперь лежит в системе, а не в голове.

Дальше заказ уходит в доставку: этикетки служб, реестры отгрузок и трек-номера - это уже соседний контур, разобранный в статье про автоматизацию логистики. Клиента при этом не нужно держать в неведении: статусы «собран, передан в доставку, приедет завтра» отправляются сами, как в кейсе автоматических уведомлений о доставке.

Сценарий 4: автозаказ у поставщиков по точке заказа

По каждой позиции задаётся минимальный остаток - точка заказа - с учётом скорости продаж и срока поставки. Система следит за остатками и, когда позиция доходит до точки, сама формирует черновик заказа поставщику: закупщику остаётся проверить и подтвердить, а не держать в голове две тысячи артикулов. Ходовой товар перестаёт заканчиваться внезапно, а склад - затовариваться «на всякий случай». Как выстроить весь цикл от заявки до оплаты поставщику, мы подробно разбирали в гайде по автоматизации закупок.

Сценарий 5: алерты и отчёты

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

Принцип внедрения: кладовщик двигает коробки - данные двигаются сами. Сканер и один простой экран вместо «заполни четыре поля в учётке»: сотрудник делает физическую работу, а записи, сверки и обновление витрин происходят в фоне. Если автоматизация добавляет складу ручного ввода, это плохая автоматизация.

Что с ИИ, а что без него

Честный ответ: складской контур - это почти целиком правила и интеграции, а не нейросети. Сканирование, сверка с заказом, событийная синхронизация остатков, точка заказа, алерты - всё это детерминированная логика, которая обязана работать одинаково в понедельник и в пятницу. Здесь ИИ не нужен, и продавать его сюда - значит удорожать проект без пользы.

Мест, где ИИ действительно полезен, два. Первое - прогноз спроса: модель учитывает сезонность, тренды и акции, и точка заказа становится динамической, а не фиксированной цифрой из прошлогоднего опыта. Второе - распознавание документов: накладные и прайсы поставщиков приходят в десятках форматов, и языковая модель вытаскивает из них позиции, количества и цены надёжнее, чем шаблонный парсер. Всё остальное дешевле и предсказуемее без ИИ.

Сколько стоит

• Единые остатки (учётка, сайт, маркетплейсы) - 50–110 тыс. ₽, 3–4 недели.
• Приёмка по штрихкодам со сверкой - 60–120 тыс. ₽, включая печать этикеток.
• Сборка по чек-листу со сканированием - 60–130 тыс. ₽, зависит от числа каналов продаж.
• Автозаказ по точке заказа - 50–100 тыс. ₽.
• Алерты и отчёты - 50–90 тыс. ₽.
• Комплексный контур «остатки - приёмка - сборка - автозаказ» - от 200 тыс. ₽, внедряется поэтапно за 2–3 месяца.
• Эксплуатация - сервер от 500 ₽/мес плюс API языковой модели, если используется ИИ: обычно 1–5 тыс. ₽ в месяц.

Альтернатива - готовая WMS по подписке: быстрее на старте, но вы платите за неё вечно, а под ваши процессы она подстраивается ровно настолько, насколько разрешил вендор. Когда что выгоднее, мы разбирали в статье SaaS против заказной разработки. Экономика самого контура сходится быстро: один предотвращённый пересорт - это сэкономленная двойная доставка и сохранённый отзыв, а честные остатки на маркетплейсах напрямую защищают рейтинг и деньги на штрафах.

С чего начать

1. Наведите порядок в справочнике. Дубли карточек, товары «новый_финал_2» и позиции без артикулов убивают любой контур. Одна карточка - один товар - один штрихкод.
2. Проведите инвентаризацию и запустите единые остатки. Это фундамент: пока цифра в учётке не совпадает с полкой, остальные сценарии автоматизируют хаос.
3. Добавьте один сценарий и замерьте. Время приёмки поставки, число пересортов в неделю, отмены заказов из-за «нет в наличии» - до и после.
4. Расширяйте контур по цифрам. Автозаказ, алерты, отчёты - в порядке фактических потерь, а не по моде.

Мини-кейс: оптовик с интернет-магазином

Оптовая компания с собственным интернет-магазином: склад на две тысячи позиций, два кладовщика, отгрузки оптом и в розницу. Остатки жили в учётке, на сайт выгружались раз в сутки, на маркетплейс - руками через личный кабинет пару раз в неделю. Итог: приёмка поставки занимала 3–4 часа с бумажной накладной, пересортов набиралось 5–7 в неделю, а 6% розничных заказов отменялись из-за «нет на складе, хотя на витрине было».

Контур запускали поэтапно: сначала событийная синхронизация остатков между учёткой, сайтом и маркетплейсом - по механике, похожей на разбор автоматизации продаж на Ozon, - затем приёмка по штрихкодам со сверкой с заказом поставщику, потом сборка по чек-листу.

Через три месяца: приёмка занимает 30–40 минут, акт расхождений формируется в день поставки, и поставщики быстро перестали «ошибаться» в свою пользу. Пересорты упали с 5–7 в неделю до одного-двух в месяц, отмены из-за фантомных остатков - с 6% до менее 1%. Инвентаризация стала выборочной, по зонам, без остановки склада: система сама говорит, где цифры расходятся с фактом и что проверить в первую очередь.

Итог

Автоматизация склада для малого бизнеса - это не WMS за миллионы и не роботы, а честный информационный контур: остаток меняется в момент события во всех каналах, приёмка сверяет факт с заказом сама, сборка не пропускает не тот артикул, точка заказа следит за ходовыми позициями, а отчёты приходят без выгрузок. Кладовщики делают то же, что и раньше, - принимают, раскладывают и собирают; система забирает себе цифры, сверки и витрины. Начинать стоит с остатков и одного сценария. Хотите план под свой склад - опишите процесс через услугу автоматизации бизнес-процессов: разберём контур, предложим схему и фиксированную цену.

Со стороны продаж эти же остатки и заявки выглядят иначе: разбор для оптовиков - в статье про автоматизацию оптовых продаж.

Если позиции не продаются, а выдаются во временное пользование, учёт устроен иначе - см. автоматизацию проката оборудования.

Не готовы обсуждать проект? Оцените выгоду сами: калькулятор ROI автоматизации - 1 минута, без контактов. Или заберите чек-лист «Что автоматизировать первым».