Прогноз спроса: откуда берётся число
Средний недельный расход — сумма отгрузок за 8 недель за вычетом возвратов, делённая на 8. Заказ без отгрузки в прогноз не попадает, окно менять нельзя.
Переключатель «Активировать прогноз спроса» стоит в строке табов раздела «План» и включён по умолчанию. Пока он включён, к расходу каждой недели добавляется число, которое система посчитала сама. Именно из-за него остаток в таблице тает, даже когда на позицию нет ни одного заказа.
Эта статья про то, откуда берётся это число.
Формула
Система смотрит на историю за последние 8 недель, складывает отгруженное, вычитает возвращённое и делит результат на 8. Получается средний недельный расход. Он и раскладывается по будущим неделям горизонта.
Пример. За 8 недель по позиции было две отгрузки — 8 шт и 4 шт, и один проведённый возврат на 2 шт.
| Что | Количество |
|---|---|
| Отгружено | 8 + 4 = 12 |
| Возвращено | 2 |
| Итого расход за окно | 10 |
| Делим на 8 недель | 1,25 шт в неделю |
Эти 1,25 шт и будут вычитаться из остатка каждую неделю.
Считаются отгрузки, а не заказы
Это главное, что стоит запомнить. Заказ, который оформлен, но ещё не отгружен, в прогноз не попадает. В историю расхода входит только то, что реально уехало со склада: завершённый заказ с проставленной датой отгрузки.
Раньше было иначе — прогноз считался по заказам покупателей. Расчёт исправили, и цифры изменились: прогноз стал меньше или остался прежним, потому что отгружено не может быть больше, чем оформлено. Если вы помните по позиции другое число — оно из старого расчёта.
Оформленные, но не отгруженные заказы при этом не теряются. Они входят в план как подтверждённая потребность на свою дату доставки, а не как прогноз будущего расхода. Дважды один и тот же заказ не считается.
Возвраты уменьшают расход и берутся по дате возврата, а не по дате исходного заказа. Возврат заказа, отгруженного полгода назад, уменьшит прогноз сегодня, если он проведён на этой неделе. А если возвратов за окно оказалось больше, чем отгрузок, прогноза по позиции не будет вовсе — отрицательным он не бывает.
Знаменатель всегда 8
Делится на 8 недель, а не на число недель, в которые были продажи. Для редких продаж это даёт заметно маленькое число.
Пример. Позицию отгрузили один раз за два месяца — 3 шт. Прогноз будет 3 / 8 = 0,375 шт в неделю, а не 3 шт в ту неделю, когда обычно приходит заказ.
Отсюда частый вопрос «почему план не видит мою потребность». Если продажи штучные и редкие, средний недельный расход размазывается тонким слоем по всему горизонту, и до страхового запаса остаток доходит нескоро.
Окно в 8 недель поменять нельзя, и в интерфейсе оно нигде не показано. Настройки длины истории в продукте нет.
Склад учитывается, но есть оговорка
Расчёт уважает выбранный склад: отгрузки с других складов в прогноз не попадают.
Оговорка касается строк отгрузок, у которых склад не проставлен. Такие строки засчитываются в любой выбранный склад — план предпочитает не потерять расход. А отчёт «Обзор продаж» в разделе «Аналитика» такие строки отфильтровывает строго: не тот склад — значит, не в отчёт.
Практическое следствие: под фильтром склада прогноз в «Плане» бывает выше, чем расход в «Обзоре продаж», и это не ошибка ввода. Без фильтра склада, то есть на «Всех складах», две витрины считают по одной и той же истории и сходятся. С выбранным складом сходиться не обязаны.
Прогноз строится только по продажам
Источник истории — отгрузки клиентам. Ничего другого в него не входит.
Значит, материал, который стабильно уходит в цех, прогнозного расхода не создаёт. Если по нему нет открытых производственных заказов, план его расход не предскажет: в расчёт войдёт только подтверждённая потребность уже оформленных заказов. По такому материалу план раз за разом показывает расход меньше реального, и это стоит держать в голове.
Каскад по рецепту
У материала иногда виден расход, которого нет ни в одном заказе. Это работает каскад: система считает рекомендации по товарам, разворачивает их через рецепт в потребность в материалах и добавляет её к расходу. Срок — дата, когда товар пересекает свой страховой запас.
Пример. По рубашкам рекомендация «произвести 14 шт», в рецепте 1,5 м поплина на штуку. Каскад добавит к расходу поплина 14 × 1,5 = 21 м на дату дефицита рубашек, хотя производственного заказа на эти рубашки ещё нет.
Каскад включается, только когда выполнены оба условия сразу:
- переключатель прогноза включён;
- в выдаче есть хотя бы одна строка-материал.
Из этого следует неочевидное. При выключенном переключателе рекомендация «произвести 14 шт» и строка того же поплина на экране посчитаны от разных баз: производство ещё не оформлено производственным заказом, значит расхода материала под него нет вовсе. Экран при этом выглядит совершенно непротиворечиво — числа на месте, ничего не мигает. Поэтому и вводит в заблуждение: сложить одно с другим в уме не получится.
Прогноз один на оба таба
Число считается один раз и применяется и в «Планировании», и в «Пополнении». Разными формулами табы не пользуются.
А вот переключатель у них раздельный: выключили прогноз в «Планировании» — в «Пополнении» он остался включённым. Про это и другие причины расхождений — отдельная статья «Почему план и пополнение расходятся».
Чего продукт не делает
- Ручного ввода прогноза нет. Вписать своё число на сезон или на акцию некуда.
- Переопределить рассчитанное значение нельзя. Поля, в которое можно было бы вписать свой прогноз, в продукте нет. Вручную задаётся только «Страховой запас» — он виден и правится в таблице остатков.
- Новая позиция прогноза не получает. Нет истории отгрузок за 8 недель — нет и среднего расхода. Позицию, которую вы только завели, план будет считать так, будто она не расходуется.
- Горизонт расчёта не настраивается. Ни длина истории, ни длина прогноза пользователю не доступны.
- Сезонность и тренд не учитываются. Формула — простое среднее за 8 недель, весов у недавних недель нет.
Смотрите также:
- Таблица «Планирование»: колонки — как накопительный прогноз выглядит в ячейке недели
- Закупка из плана пополнения запасов — как тот же прогноз превращается в рекомендацию и срок заказа
- Обзор продаж: валовая прибыль и маржа — тот же источник данных об отгрузках, но с другим правилом по складу
- «Планирование» и «Пополнение»: разные числа — почему одна позиция показывает в двух табах разные числа
Помогла ли статья?
Не удалось сохранить ответ. Попробуйте ещё раз.
Спасибо за ответ!