Отчёт «Прогноз спроса» в 1С: минимальный, средний и максимальный сценарии
Закупать «как обычно» — упускать выручку из-за дефицита или замораживать деньги в излишках. Отчёт строит прогноз спроса по каждой комбинации товар+склад методом экспоненциального сглаживания и выдаёт три сценария: минимальный, средний и максимальный. Период анализа — от 6 до 36 месяцев, горизонт — от недели до полугодия. Видны доступный остаток, величина нехватки и колонка товаров в пути по заказам поставщикам.
Последняя версия:
Что вы получаете
Готовое решение
Не идея и не ТЗ — рабочая разработка для текущего и предыдущих релизов конфигураций, со скриншотами и инструкцией.
Безопасно для конфигурации
Разработки подключаются без вмешательства в типовую конфигурацию. Снимаются за минуту, если что-то пойдёт не так.
Полная прозрачность
Открытый код, честные отзывы, закрывающие документы.
Подробное описание
В условиях динамичного рынка и переменного спроса важно заранее понимать, какие товары понадобятся в ближайшем будущем. Отчет поможет точнее планировать запасы на складах и принимать обоснованные решения по закупкам.
Как работает прогноз
Мы используем проверенную временем методику, называемую экспоненциальным сглаживанием. Это один из наиболее эффективных статистических методов прогнозирования, широко применяемый в логистике, торговле и экономике.
Что такое экспоненциальное сглаживание?
Экспоненциальное сглаживание — это способ анализа временных рядов (исторических данных о продажах), при котором больше внимания уделяется последним значениям, а более старые постепенно "забываются". Это позволяет учитывать текущие изменения спроса и быстро адаптироваться к новым тенденциям.
Метод сглаживает случайные колебания в продажах и выявляет основной тренд — растёт ли спрос, падает или остаётся стабильным. При необходимости учитываются и сезонные колебания, если они присутствуют в данных.
Откуда берутся данные?
Отчет анализирует расходные движения по товарам за определенное количество последних месяцев (регулируется настройкой отчета), группирует их по дням, дополняет пропущенные даты нулями (если товар в какой-то день не продавался), и на основе этого строит прогноз на заданный период — неделю, декаду или месяц.
Что мы получаем на выходе
Для каждой комбинации товар + склад формируется прогноз:
Минимальный спрос — если продажи (и внутреннее потребление) будут на нижней границе ожидаемого;
Средний спрос — наиболее вероятный сценарий (базовый);
Максимальный спрос — если спрос будет выше обычного.
Такой диапазон даёт гибкость — можно закупать с запасом, или, наоборот, точно впритык, в зависимости от рисков и особенностей бизнеса.
Расчет происходит на служебном веб-сервисе coderstar. Т.е. отчет собирает все необходимые данные по продажам (и потреблению), отправляет их в сервис, получает обратно рассчитанные данные и выводит их в отчет.
В настройках отчета выбирается количество месяцев, за которые анализируются продажи (если товар продается регулярно, то достаточно взять от 6 до 12 месяцев, если редко - то 24-36 месяцев). Также выбирается период, на который нужно рассчитать прогнозные цифры - неделя, декада или месяц. Дополнительно можно настроить фильтр по складу и/или номенклатуре.

В колонках отчета помимо прогнозных значений выводится доступный складской остаток и величина нехватки товаров для обеспечения прогнозных значений (т.е. величина превышения каждого вида прогноза над доступным остатком).
Результат
Отчет позволяет:
минимизировать избыточные запасы;
избежать дефицита и срочных закупок;
лучше управлять логистикой и складскими ресурсами;
снизить издержки и повысить эффективность работы.
Релиз 851.1.1.2 от 27.10.2025
Добавлены дополнительные периоды планирования - квартал и полугодие. Добавлена колонка с количеством товаров в пути (по подтвержденным заказам поставщикам). Отдельной настройкой можно включить учет товаров в пути при расчете нехватки (нехватка будет уменьшаться на это количество).


Оцените разработку
Общий рейтинг появляется при ≥ 3 оценках. Мы не скрываем плохие — все оценки идут в общую статистику.
Войдите, чтобы оценить разработку.
Частые вопросы
Как получить разработку и установить её в 1С?
После оплаты картой или СБП ссылка для скачивания приходит на email в течение минуты. При оплате по счёту от ИП — автоматически после поступления денег на расчётный счёт. Ручные оплаты (USDT, перевод на казахскую карту) подтверждаем в рабочее время — обычно в течение часа.
К разработке приложена инструкция по подключению. Установка занимает 5–10 минут. Если что-то не получится — напишите, подключимся удалённо через AnyDesk и поставим за вас.
Какие способы оплаты доступны?
Можно ли оплатить в тенге, белорусских рублях или долларах?
А если что-то пойдёт не так после установки?
Что произойдёт после очередного обновления 1С?
Каждая разработка тестируется на новых релизах 1С до их публичного выхода. На момент, когда вы обновите конфигурацию, совместимая версия уже готова и ждёт скачивания.
Если в течение 3 месяца после покупки выйдет новый релиз — обновление бесплатно (просто скачайте свежую версию из личного кабинета). Дальше доступна цена обновления — 20% от текущей цены разработки. Альтернатива — годовой абонемент, покрывающий все обновления и новые разработки сайта.
Какие версии 1С НЕ поддерживаются?
Разработка не работает в 1С:Fresh — это облачный режим работы 1С со своими ограничениями. Список совместимых конфигураций указан в начале описания, в других конфигурациях использование не предполагается.
На сколько баз 1С действует одна покупка?
Можно ли дорабатывать код самостоятельно?
Какие закрывающие документы вы предоставляете?
Можно ли посмотреть демо до покупки?
Какой артикул у этой разработки?
Комментарии (4)
Еще вопрос. точнее пара. Можно ли добавить(хотя-бы справочно) колонку с товарами в пути. В идеале можно конечно усложнить включив галочку "учитывать товары в пути или нет", можно сопоставить даты прихода с периодом прогнозирования. Кстати!
Очень не хватает бОльшего периода прогнозирования. месяц хорошо с небольшим складом и закупками "на месте". а вот для импорта надо 3 месяца и полгода бы еще добавить. это возможно?
Добрый день! Добавил такие функции.
Есть реализованная процедура в другой доработке, которая вычисляет аномальные продажи. Компонуем все сделки по возрастанию и считаем во сколько раз каждая продажа превышает среднее. Если выполняются оба условия из таблицы условий, то продажа считается аномальной.
я не про это спрашивал. как определить аномальные продажи я могу придумать. Вопрос в том, как учитывать аномальные продажи? Их отбрасывать вообще? Или какой-то поправочный коэффициент применять? Или что-то еще?! Вот в чем вопрос
я когда закручиваю потребности, выявляя аномальную продажу, ставлю за месяц значение без этой продажи. т.е. коллега верно говорит, аномальные продажи можно исключать. Для меня тригером в поиске такой продажи является коэффициент среднего к максимальному в 3 раза.
Эту задачу непросто реализовать, оставлю на потом.
понял, думаю целесообразно исключить их из анализа, так как объемы могут быть хаотичные и не должны влиять на график закупок для типичных продаж
Доброго дня! Не совсем корректно работает отчет по аномальным и объектным (крупным) продажам. Т.е. не исключает, что продажа не рядовая и в связи с этим прогнозирует, что на складе большая нехватка. Не могу сказать, что это косяк доработки, это просто реалии торговли.
Здравствуйте! У Вас есть какие-то идеи, как можно решить проблему таких статистических "выбросов"?

Чтобы оставить комментарий, войдите или зарегистрируйтесь.