AI-прогнозирование спроса на запчасти и оптимизация запасов

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

AI-прогнозирование спроса на запчасти и оптимизация запасов

Анализ временных рядовСредний~2-4 недели
Часто задаваемые вопросы

Почему прогнозирование спроса на запчасти даёт сбои

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

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

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

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

Что даёт прогнозирование на уровне складских групп

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

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

Из интервала вырастает страховой запас: для ходовых артикулов он привязан к верхнему квантилю ошибки и сроку поставки, для редких — к риску отказа и комплектности заказа. Отсюда измеримые эффекты: снижение излишков на 20–40% без просадки уровня сервиса по деталям, рост оборачиваемости запасов за счёт вывода неподвижных остатков и резкое сокращение доли срочных дозаказов.

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

Сравнение подходов к планированию запасов

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

Подход Когда подходит Где ломается
Жёсткие правила пополнения склада: точка заказа, пороги минимум-максимум, страховой запас от среднего расхода Ходовые позиции со стабильным спросом и коротким сроком поставки Смена режима продаж или перебои у поставщика — средние отстают на месяцы, запас замирает
Статистические модели спроса: сглаживание и сезонная декомпозиция Выраженная сезонность спроса и длинная ровная история по позиции Редкие позиции с короткой историей: разброс оценки выше самого спроса
Обучаемая модель на истории и признаках: акции, аналоги, график поставок Крупный каталог, есть данные о заменителях и о поставках Требует чистых данных и регулярного переобучения, иначе тихо деградирует
Гибридная схема планирования: модель даёт уровень спроса, правила — поставку Разнородный каталог, где рядом живут ходовые и редкие позиции Сложнее в поддержке: два контура предсказания и явные стыки между ними

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

Этапы внедрения: от аудита данных до передачи

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

  1. Аудит исторических данных. Выгружаем движения по складу и историю замен за весь доступный период, сводим дубли номенклатуры, восстанавливаем даты установки. На выходе — таблица, где замена привязана к детали, технике и дате.
  2. Схема расчёта. Привязываем запчасть к узлу, модели техники и регламенту обслуживания, выделяем группы с общей логикой расхода: оборачиваемые, редкие, новые без истории.
  3. Настройка модели спроса. Задаём разрез прогноза — склад, регион, группа, — закладываем сезонность, тренд и сроки поставки, из ожидаемой ошибки считаем страховой запас и точку дозаказа.
  4. Проверка качества прогноза. Расчёт настраивается на историческом интервале, а проверяется на отложенном периоде, который в настройке не участвовал: сравниваем ошибку по группам и с ручным планированием.
  5. Передача решения в эксплуатацию. Переносим расчёт в учётную систему, описываем регламент пересчёта и обновления, обучаем планировщика и передаём документацию.

Дальше — поддержка: раз в квартал сверяем факт с прогнозом и корректируем настройки, если меняется парк техники или условия поставок.

Конфигурации, регламенты и документация на выходе

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

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

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

Проект: излишки на складе сократились втрое

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

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

Показатели до и после

Показатель До После
Доля неликвида на складе 24% номенклатуры 8%
Дефицит по ходовым позициям 11% заявок 3%
Оборачиваемость запасов 2,3 оборота в год 6,1
Срочные закупки в обход плана 18% заказов 5%
Отклонение прогноза на месяц ±38% ±14%

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

Что делать, если есть своя система планирования?

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

Дальше — сравнение с текущим процессом на истории: прогоняем прошлые периоды через расчёт и через нынешние правила, смотрим, где рекомендации расходятся и почему. Обычно причины объяснимы — сезонность, разовые акции, замены артикулов, ручные корректировки планировщика. Расхождения разбираем по группам номенклатуры вместе с теми, кто ведёт их руками.

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

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

Вопросы по данным, сезонности и точности модели

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

Что делать, если история продаж неполная?

Достаточно одного-двух сезонов по активным позициям; редкие артикулы объединяем в группы по категории и взаимозаменяемости. Пропуски и разрывы от смены учётных систем выравниваем до обучения — иначе модель достроит их как падение спроса.

Как прогнозировать новые позиции без истории продаж?

Для них берём профиль аналогов и категорийную кривую спроса: модель перенимает характер сезонности и темп выхода на плановый объём. После накопления факта позиция переходит на собственный прогноз.

Сезонность и разовые всплески — как модель их различает?

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

Как следите за качеством прогноза после запуска?

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

Обсудим вашу задачу планирования запасов

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

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

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

Направления AI-разработки

Последние работы

  • Разработка сайта компании B2B ADVANCE
    Разработка сайта компании B2B ADVANCE
    1543
  • Разработка веб-приложения для компании FEEDME
    Разработка веб-приложения для компании FEEDME
    1394
  • Разработка веб-сайта для компании БЕЛФИНГРУПП
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    1081
  • Разработка интернет магазина для компании FURNORO
    Разработка интернет магазина для компании FURNORO
    1374
  • Разработка логотипа компании B2B Advance
    Разработка логотипа компании B2B Advance
    816
  • Разработка веб-приложения для компании Enviok
    Разработка веб-приложения для компании Enviok
    1142