Прогноз спроса и автозаказ у поставщика

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

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

Зачем автоматизировать заказ у поставщика

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

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

Данные, без которых прогноз бесполезен

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

• История продаж по позициям. 12–18 месяцев расхода по каждому SKU — основа любого прогноза.
• Сроки поставки. Реальное время от заказа до прихода товара по каждому поставщику, а не «обещанное».
• Текущие остатки. Точный остаток по складам, синхронный с учётом.
• Учёт дефицита. Периоды, когда товара не было: продажи в них занижены, и это надо учитывать.
• Минимальные партии и кратность. Условия поставщика, ограничивающие объём заказа.

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

Как сайт и 1С делят роли

Частая ошибка — пытаться считать закупки «в витрине». Сайт и учётная система решают разные задачи, и роли между ними стоит разделить чётко.

Логика такая: сайт — источник актуального спроса (продажи, всплески интереса, дефицит по популярным позициям), 1С — центр планирования, где есть себестоимость, поставки и остатки. Данные о продажах идут с сайта в 1С обменом CommerceML, а расчёт потребности и заказы поставщикам живут в учётной системе. Такое разделение надёжнее и проще в сопровождении.

Базовый прогноз: скользящее среднее

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

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

Точка заказа и срок поставки

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

Базовая формула проста: точка заказа = средний расход за срок поставки + страховой запас. Если товар уходит по 10 штук в день, а поставка идёт 7 дней, за время доставки уйдёт 70 штук — значит, заказывать нужно, когда остаток приближается к этому уровню плюс буфер. Ключевой и часто недооценённый параметр здесь — реальный срок поставки: закупщики закладывают «обещанные» сроки, а надо — фактические, с учётом типовых задержек поставщика.

Страховой запас и надёжность поставщика

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

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

Сезонность и акции

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

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

Для товаров с выраженной сезонностью прогноз строят отдельно от «ровных» позиций. Смешивать их в одной формуле — верный путь к дефициту в сезон и затовариванию после него.

От прогноза к автозаказу

Прогноз и точка заказа — это расчёт. Автозаказ превращает расчёт в действие: когда остаток достигает точки заказа, система формирует проект заказа поставщику на рассчитанный объём.

1. Считаем потребность. По каждой позиции: прогноз расхода, текущий остаток, товары в пути, точка заказа.
2. Формируем проект заказа. Система собирает позиции, достигшие точки заказа, с рекомендуемым объёмом.
3. Учитываем условия поставщика. Округляем до минимальной партии и кратности, группируем по поставщикам.
4. Даём на проверку. Закупщик видит проект, корректирует спорные позиции, подтверждает.
5. Отправляем заказ. Подтверждённый заказ уходит поставщику и фиксируется в 1С как товар в пути.

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

Ограничения: как не затоварить склад

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

• Максимальный запас. Потолок остатка по позиции, выше которого заказ не формируется.
• Бюджет на закупку. Лимит суммы заказа за период, чтобы не заморозить весь оборотный капитал.
• Ручное подтверждение крупных позиций. Дорогие и объёмные заказы всегда проходят через закупщика.
• Контроль неликвида. Позиции с падающим спросом помечаются и не дозаказываются автоматически.

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

Роль сайта на 1С-Битрикс как источника спроса

Сайт на 1С-Битрикс даёт закупкам данные, которых нет в чистом складском учёте. Это делает прогноз чувствительнее к реальному спросу:

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

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

Частые ошибки

• Прогноз на грязных данных. Задвоенная номенклатура и неучтённый дефицит превращают модель в генератор мусора.
• Обещанные сроки вместо реальных. Точка заказа считается по «7 дней», а поставка идёт 14 — товар кончается.
• Раздутый страховой запас на всё. «Пусть будет побольше» замораживает оборотный капитал.
• Одна формула на сезонные и ровные товары. Сезон размывается, дефицит в пик гарантирован.
• Полный автозаказ без контроля. Система заказывает неликвид вагонами при первом же сбое прогноза.
• Закупки «в витрине». Планирование в сайте вместо 1С без учёта себестоимости и поставок.
• Нет пересчёта. Параметры настроили однажды и забыли; спрос изменился, а точки заказа прежние.

Чек-лист внедрения

1. Данные приведены в порядок. Номенклатура без дублей, история очищена, дефицит учтён.
2. Сроки поставки реальные. По каждому поставщику зафиксировано фактическое время доставки.
3. Роли разделены. Сайт отдаёт спрос, 1С считает потребность и ведёт заказы.
4. Прогноз запущен. Базовое скользящее среднее работает, сезонные позиции вынесены отдельно.
5. Точка заказа и буфер настроены. Рассчитаны по расходу, сроку и надёжности поставщика.
6. Автозаказ полуавтоматический. Система формирует проект, закупщик подтверждает.
7. Ограничения заданы. Максимальный запас, бюджет, ручное подтверждение крупных позиций.
8. Есть пересмотр. Параметры регулярно пересчитываются по свежим данным.

Вывод

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

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