LEAD WMS (LogistiX): ИИ-агент для приёмки, отгрузки и прогноза спроса

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

Речь не о замене системы управления складом (WMS, Warehouse Management System — система управления складом) и не о выборе другой. Речь о том, что поверх работающей системы появляется тонкий слой, который читает её данные и закрывает ровно тот участок, где человек медленно и с ошибками: сопоставляет документ поставки с фактом приёмки, сверяет движения с остатками, собирает прогноз пополнения и готовит черновик акта расхождения. Система остаётся центром учёта складских операций; агент не подменяет её и не «оживляет», а возвращает результат в тот же контур — в карточку приёмки и на рабочее место склада.

Ниже — какие процессы живут в системе, какие данные она даёт и где её границы; что добавляет агент поверх; какие риски это снимает и сколько часов возвращает. Отдельно — что остаётся за человеком, что агенту запрещено и чеклист перед стартом.

Коротко

LEAD WMS закрывает учёт и исполнение складских операций, но не принимает решений по исключениям. ИИ-агент читает её данные в режиме только чтения, сверяет документ поставки с фактом приёмки, готовит черновики актов, контролирует сроки отгрузки и заявки на пополнение. Решение и подпись остаются за логистом. Типовой расчёт: около 150 часов ручной сверки в месяц превращаются в 38.

Содержание

• Что умеет система от LogistiX и какие процессы в ней живут
• Смежные разборы по складу и логистике
• Где заканчиваются возможности системы
• Какие данные система отдаёт агенту
• Что делает ИИ-агент поверх работающей системы
• Какие риски это снимает
• Сколько часов это возвращает
• Что остаётся за человеком
• Безопасность: что агенту запрещено
• Как это выглядит на практике
• Как внедрить поэтапно
• Что в итоге

Что умеет система от LogistiX и какие процессы в ней живут

LEAD WMS — российская система управления складом от компании LogistiX (ООО «Логистикс-Тех»). Она включена в Реестр отечественного ПО, запись № 15882 от 09.12.2022, работает на свободной системе управления базами данных PostgreSQL и, по данным вендора, разворачивается на складах площадью от 1 500 до 115 000 квадратных метров и обрабатывает до 5 миллионов строк отгрузки в сутки. Вендор заявляет более 500 проектов и более 2 500 функций; система прошла проверку на соответствие ГОСТ Р 59282-2020 «Системы управления складом. Функциональные требования».

Важно, что это не «коробка под один процесс». В системе живут:

• приёмка — от ручной до автоматизированной, с производства и от поставщика, с контролем сроков годности, партий и серийных номеров;
• размещение и топология — графический редактор склада, правила товарного соседства, слоттинг;
• отбор и отгрузка — все известные технологии отбора (терминалы, Pick-by-Light, Pick-by-Voice, RFID), консолидированный отбор клиентских заказов, работа с маркетплейсами;
• инвентаризация — в том числе в фоновом режиме, без остановки склада;
• маркировка — прямая интеграция с «Честным знаком», агрегация и дезагрегация упаковок;
• ответственное хранение — модуль биллинга услуг, B2B-портал для поклажедателей, учёт тары и страховой стоимости запаса;
• труд и мотивация — учёт каждой операции и расчёт коэффициента трудового участия.

Снаружи система связана с учётным контуром: интеграции с 1С, SAP, Microsoft Dynamics, «Галактикой» и самописными системами, обмен с роботами и конвейерами через отдельный модуль управления оборудованием. Для планирования есть цифровой двойник склада — имитационная модель, на которой проверяют пропускную способность до закупки техники.

Иными словами, у системы уже есть всё, чтобы склад работал по правилам. Вопрос в том, кто разбирает то, что в правила не попало.

Смежные разборы по складу и логистике

Если ваш контур устроен иначе, начните с материала про свою систему или процесс. Склад не заканчивается воротами: перевозки обычно живут в отдельной системе класса 1С:TMS (Transportation Management System — управление перевозками), и её тоже стоит разобрать отдельно.

• 1С:WMS: управление складом и что автоматизирует ИИ-агент — та же логика на платформе 1С.
• AXELOT WMS X5: приёмка и прогноз спроса с ИИ-агентом — разбор для крупного распределительного центра.
• Solvo.WMS: склад, приёмка и прогноз спроса с ИИ-агентом — вариант для производственных складов и 3PL.
• SAP EWM: приёмка, отбор и прогноз спроса — для тех, кто остался на легаси-контуре.
• ИИ на складе: расхождения по остаткам — что делать, когда цифры не сходятся.
• Прогнозирование спроса в 1С и WMS — как увидеть дефицит и неликвид заранее.
• 1С:TMS: управление перевозками — следующий шаг после склада, рейсы и приёмка.
• ИИ в логистике: где нейросеть окупается — обзорная рамка по складу и доставке.

Где заканчиваются возможности системы

Границы здесь не в качестве продукта, а в природе учётной системы. Она отвечает на вопрос «что произошло и что делать по регламенту», но не отвечает на вопрос «почему это произошло и что с этим делать сейчас». На практике это выглядит так:

• правила задаёт человек. Если в системе не описано правило для конкретной ситуации — бой, пересорт между похожими артикулами, поставка без части позиций — операция уходит в ручной разбор;
• документ поставщика приходит извне. Накладная, спецификация, упаковочный лист живут в ЭДО или в почте, часто в PDF. Сверить их с фактом приёмки система сама не может, потому что не читает чужие документы;
• прогноз спроса обычно живёт не в складе. Заявку на пополнение собирает учётная система по средним за период, а сезонность, промо и всплеск на маркетплейсе в расчёт не попадают;
• расхождения между контурами. Склад, учётная система и кабинет маркетплейса показывают разное количество по одной позиции; искать причину — ручная работа по журналу операций;
• спор с поклажедателем. В ответственное хранение приходит претензия по недостаче, и её нужно закрыть фактами: когда приняли, что зафиксировали, кто подписал;
• отчётность есть, а вывода нет. Отчётов в системе много, но руководитель всё равно просит аналитика собрать сводку в таблице.

Именно на этих шести участках и появляется агент. Он не отменяет правила — он читает данные системы и внешние документы, а результат возвращает туда, где с ним уже работают люди.

Какие данные система отдаёт агенту

Технически подключение не требует доработки продукта: у системы есть открытый программный интерфейс, а если вендор его не открывает по конкретному складу — читается копия базы. Агенту достаточно ограниченного набора данных, и почти всё это система уже ведёт:

• остатки в разрезе склада, зоны, ячейки, партии и серии;
• журнал операций: что, когда и кем сделано, включая отмены и корректировки;
• задания на приёмку, размещение, отбор и отгрузку с фактом выполнения и временем на операцию;
• приёмки и зафиксированные расхождения: количество по документу и по факту, брак, недопоставка;
• сроки годности и партии — то, по чему считаются списания и «зависший» запас;
• статусы кодов маркировки: агрегация, отбраковка, отказы;
• тарифы и операции по ответственному хранению для проверки начислений;
• нормативы и коэффициенты трудового участия — база для расчёта часов и стоимости операции.

Доступ настраивается отдельной учётной записью только на чтение. Это принципиально: агент не должен иметь возможности провести документ, изменить остаток или отменить задание — иначе одна ошибка в разборе станет ошибкой в учёте.

Что делает ИИ-агент поверх работающей системы

Ниже — сценарии в том порядке, в котором их обычно запускают: от самого частого и болезненного к более тонкому.

1. Сверяет документ поставки с фактом приёмки. Читает накладную и спецификацию поставщика (включая PDF и сканы с распознаванием), берёт из системы фактически принятые позиции и сопоставляет по артикулу, количеству, сроку годности, серии и коду маркировки. Расхождение помечается с указанием, где именно оно возникло.
2. Готовит черновик акта расхождения и письма поставщику. Собирает позиции, суммы и фотографии факта приёмки в один документ, подставляет реквизиты договора. Подписывает и отправляет человек.
3. Держит отгрузку под контролем сроков. Смотрит заказы с дедлайнами сетей и маркетплейсов, проверяет комплектность и готовность к отбору, заранее поднимает заказы, которые не успевают в окно отгрузки.
4. Считает прогноз пополнения и готовит заявку. Соединяет историю отгрузок, сезонность, промо и остаток в пути; показывает, по каким позициям будет дефицит, а по каким — избыток. Заявку подтверждает плановик.
5. Разбирает неликвид и сроки годности. Находит партии, которые не двигаются и подходят к сроку, и предлагает действия: перераспределить между складами, отдать в промо, вернуть поставщику.
6. Проверяет начисления по ответственному хранению. Сопоставляет счета с фактически выполненными операциями и тарифами, находит расхождения до отправки документа клиенту.
7. Ведёт журнал «сигнал → владелец → действие → результат». Каждый разбор получает владельца и срок; через неделю видно, что закрыто, а что вернулось.

Какие риски это снимает

Эффект здесь считается не в сэкономленных минутах, а в сценариях, которые не случились. Начнём с них.

Срыв отгрузки в сеть или на маркетплейс

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

Приёмка «по бумаге»: недостачи и пересорт уходят в учёт

Кладовщик принимает по количеству коробов, расхождение внутри коробки выявляется через неделю при отборе. Дальше — недостача, которую нечем предъявить поставщику, или пересорт, который уехал клиенту. Стоимость такого разбора: возврат, обратная логистика и списание. По данным исследования Mecalux и лаборатории интеллектуальных логистических систем MIT, приемлемым уровнем точности учётных записей на складе считается 95–100%, у развитых складов — 98–99%; всё, что ниже, напрямую увеличивает издержки на пересчёт и подмену товара.

Маркировка: партия без кода не уезжает

К 2024 году «Честный знак» охватывал 23 категории товаров, и каждая новая категория — это новый набор требований к складу: проверка кода при приёмке, агрегация, обработка отказов. Партия с непроверенными кодами либо не отгружается, либо уезжает и возвращается с браком по маркировке. Агент проверяет статусы кодов до формирования задания на отгрузку, а не после.

Деньги, замороженные в неликвиде, и упущенные продажи

Два убытка идут одновременно: запас, который не двигается, занимает место и деньги, а ходовая позиция в дефиците даёт ноль продаж. Оба видны только по связке «остаток + скорость отгрузки + срок годности», причём глазами это делать каждый день никто не станет. По оценке Strategy Partners, в России 60% компаний используют системы управления складом и лишь 20% внедряют роботизацию, а приоритетом на ближайшие 2–3 года 29% компаний отрасли называют именно искусственный интеллект — то есть инструмент уже востребован, но встроен в процессы далеко не везде.

Спор с поклажедателем без доказательной базы

В ответственном хранении претензия по недостаче закрывается фактами приёмки: что зафиксировали, кто подписал, на каком основании списали. Если эти факты собираются вручную, спор идёт по памяти и заканчивается компенсацией за счёт склада.

Зависимость от конкретного человека

Пока правила разбора живут в голове начальника склада, его отпуск — риск для отгрузки. Агент фиксирует правило в виде проверки и оставляет след в журнале, поэтому разбор перестаёт быть личным навыком.

Сколько часов это возвращает

Часы — уже следствие снятых рисков, но их тоже нужно считать: именно они показывают, окупается ли проект. Ниже типовой расчёт для склада на 2 500 строк приёмки в месяц, 400 расхождений и трёх складов в контуре. Цифры — модель, а не результат конкретного клиента.

Показатель	Вручную	С агентом
Приёмка и сверка 2 500 строк	60 ч	16 ч
Разбор 400 расхождений и черновики актов	44 ч	11 ч
Сверка остатков и подготовка инвентаризации	20 ч	5 ч
Прогноз пополнения и заявки	26 ч	6 ч
Итого в месяц	150 ч	38 ч
Стоимость при 800 ₽/час	120 000 ₽	30 400 ₽

Арифметика открытая: 150 часов ручной работы при стоимости часа 800 рублей — это 120 000 рублей в месяц. С агентом остаётся 38 часов и 30 400 рублей: человек проверяет разбор, а не собирает его. Экономия — 112 часов и около 89 600 рублей на одном складе. На трёх складах того же контура это уже 336 часов и порядка 268 800 рублей в месяц, при этом фонд оплаты не сокращается: высвобожденное время уходит на приёмку в пик и работу с претензиями.

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

Что остаётся за человеком

• Решение по спорной поставке. Принять с расхождением, вернуть поставщику или списать — решает руководитель склада.
• Подпись и претензия. Акт и письмо готовит агент, подписывает и отправляет человек.
• Закупка. Заявка на пополнение — предложение; объём и срок заказа утверждает плановик или закупщик.
• Тарифы и скидки. Любые коммерческие условия остаются вне агента.
• Технология склада. Изменение топологии, зон и правил размещения — проектная работа, а не автоматический вывод.

Безопасность: что агенту запрещено

Границы прописываются до запуска, а не по факту инцидента. В рабочем контуре агент:

• не проводит документы и не меняет остатки — только готовит черновики;
• не имеет доступа к банковским реквизитам, счетам и платёжным поручениям;
• не отправляет письма поставщикам и клиентам без подтверждения человека;
• не удаляет записи и не корректирует журнал операций;
• работает под отдельной учётной записью с правами только на чтение, все его действия попадают в лог;
• на каждый вывод даёт ссылку на источник: номер документа, строку приёмки, операцию в журнале.

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

Как это выглядит на практике

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

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

Как внедрить поэтапно

1. Выбрать один процесс и один склад. Начинать с приёмки: там быстрее всего виден результат и меньше всего зависимостей.
2. Собрать данные за 3–6 месяцев. Журнал операций, приёмки, расхождения, отгрузки. Без истории агент работает как калькулятор, а не как помощник.
3. Описать правило разбора. Что считается расхождением, какие допуски, кто владелец решения. Правило фиксируется письменно — оно же станет проверкой.
4. Подключить агента в режиме только чтения. Результат — черновик в отдельном списке, а не запись в системе. Первые две недели человек проверяет каждый разбор.
5. Снять метрику «до». Часы на сверку, число расхождений, доля возвратов, объём списаний по срокам. Без замера «до» эффект потом нечем подтвердить.
6. Расширять по одному процессу. Отгрузка, затем пополнение и неликвид. Каждый шаг — со своим замером и своим владельцем.

Что в итоге

Система управления складом остаётся тем, чем была: центром учёта и исполнения операций. Агент добавляет слой, которого в ней нет по природе, — разбор исключений и подготовку решения. Первыми снимаются риски: срыв отгрузки в сеть, приёмка «по бумаге», непроверенная маркировка, спор с поклажедателем без фактов, зависимость от одного человека. Деньги и часы идут следом: около 112 часов и 89 600 рублей на складе в месяц по типовому расчёту, на трёх складах — порядка 268 800 рублей.

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

Источники

• Российская система управления складом: более 500 проектов, более 2 500 функций, склады от 1 500 до 115 000+ м², до 5 миллионов строк отгрузки в сутки, запись в Реестре отечественного ПО № 15882 от 09.12.2022, проверка по ГОСТ Р 59282-2020: страница продукта LEAD WMS — данные вендора LogistiX.
• Суммарная выручка участников рейтинга крупнейших поставщиков систем управления складом за 2024 год превысила 5,2 млрд рублей, компании прибавили в среднем 27%; LogistiX — 520 млн рублей по итогам 2024 года против 383,4 млн годом ранее; к 2024 году «Честный знак» охватывал 23 категории товаров: «Российский рынок WMS: точки роста» — TAdviser, декабрь 2025.
• В России 60% компаний используют системы управления складом, 20% внедряют роботизацию; искусственный интеллект называют приоритетом на 2–3 года 29% компаний отрасли транспорта и логистики, генеративный ИИ уже внедряют 6% и ещё 16% планируют; мировой рынок ИИ в логистике оценивается в 12 млрд долларов с прогнозом до 549 млрд к 2033 году: «Технологические тренды в логистике», 2025 — Strategy Partners.
• Обследование Росстата по методологии ИСИЭЗ НИУ ВШЭ охватило свыше 15 тысяч крупных и средних организаций за 2024 год: 66% пользователей ИИ применяют обработку визуальных данных, 50% — интеллектуальную поддержку решений; в логистике и транспорте ИИ востребован заметно реже, чем в продажах и производстве; 58% называют барьером высокие затраты: «Применение искусственного интеллекта в российских компаниях» — ИСИЭЗ НИУ ВШЭ, 2025.
• Опрос более 2 000 руководителей логистики в 21 стране: ИИ встроен в 60% складов, более 9 из 10 складов используют ИИ или продвинутую автоматизацию, на ИИ и машинное обучение идёт 11–30% складского технологического бюджета, типичная окупаемость — 2–3 года: исследование MIT и Mecalux об ИИ на складах — MIT Center for Transportation & Logistics и Mecalux, ноябрь 2025.
• Приемлемый уровень точности учётных записей на складе — 95–100%, у развитых складов 98–99%; низкая точность напрямую повышает издержки: Inventory record accuracy — Mecalux.