При формировании заказа Forecast NOW! учитывает различные ограничения. Можно настроить учет ограничений в ручном режиме или автоматически. В этом видео разбираем логику работы системы: как сформировать заказ, понять где не сходится, и за пару кликов довести его до требований поставщика или логистики — вручную и автоматически.
Примеры ограничений:
- Дозабивка фуры (чтобы не возить полупустую фуру).
- Ограничение по объему (например заказ должен быть не меньше 1000 штук товара).
- Заказ должен быть кратен какому-то числу упаковок, например, числу палет.
- Увеличить до минимальной суммы, объема, уменьшить заказ до какого-то бюджета и т. д.
Обзор других возможностей Forecast NOW!
Посмотреть описание программы на сайте и оставить заявку:
fnow.ru/about-product
Расчёт заказа поставщику с ограничениями: от ручной правки до полного автопилота
В Forecast NOW! заказ сначала рассчитывается из спроса и оптимального запаса, а затем приводится к «земным» условиям: минимальной сумме/весу/объёму, кратностям, требованиям по паллетам и возможностям транспорта. Внизу окна виден оперативный статус: сумма, позиции, вес/объём — по ним сразу понятен масштаб корректировок.
Как изменять заказ под ограничения
Быстрый путь — кнопка «Настройки ограничений» в самом заказе. Здесь можно задать цель, к которой система «добьёт» заказ:
-
Минимальная сумма (например, не меньше 50 000 ₽).
-
Вес или объём (добивка до планки ТС/доков).
-
Кратность паллет/упаковок (например, кратно 50 палетам).
-
«Добить до транспортного средства» — чтобы не гонять полупустую фуру.
Система действует прозрачно: по умолчанию увеличивает те позиции, где ожидается лучшая оборачиваемость. Алгоритм идёт итерациями — добавляет упаковку в самый «быстрый» товар, пересчитывает итог, снова добавляет, пока цель не достигнута. Посмотреть вклад каждой позиции можно через колонку «Заказ увеличен на»: видно, что именно было добавлено для выхода на лимит.
Полезные кейсы из видео:
-
Добивка до минимальной суммы — заказ вырос с ~22 000 ₽ до требуемых 50 000 ₽.
-
Добивка до объёма — почти ровное попадание в целевой кубатурный порог.
-
Кратность паллет — было 124, стало 150 (кратно 50), под парк и график отгрузок.
Как настроить один раз и не править руками
Ручная корректировка спасает в разовых ситуациях, но в штатной работе ограничения лучше зашить в карточку поставщика: Настройки → Поставщики. Там задают:
-
Общие ограничения по поставщику (минимальная сумма/вес/объём, кратности).
-
Индивидуальные правила по складам (у разных РЦ/магазинов — разные планки).
-
Ограничения по ТС (например, кратности под полуприцеп или контейнер).
После сохранения новые заказы будут автоматически формироваться с учётом этих правил. В примере из видео один склад сразу пришёл к минимуму в рублях, другой — к целевому весу в килограммах, без ручного вмешательства. Большую часть таких данных можно загрузить из учётной системы — так быстрее и меньше риска расхождений.
Порог для «слишком маленьких» заказов
Отдельно настраивается «смысловая защита» — порог применения минимальной суммы. Если базовая потребность в разы ниже поставленного минимума, увеличивать заказ до потолка — прямой путь к излишкам. Включаем правило: «если потребность < 30% от минимума — заказ обнулить и перенести на следующую дату». В видео система именно так и поступила: первоначальные 22 000 ₽ против минимума 1 000 000 ₽ — заказ снят, комментарий лежит в протоколе.
Зачем работать через ограничения
-
Согласованность с поставщиком и логистикой. Счёт и машина приходят без сюрпризов — суммы, веса и кратности уже соблюдены.
-
Контроль рисков. Порог на «микро-потребность» защищает от закупки «чтобы добить до минимума» и последующих неликвидов.
-
Прозрачность. Видно, какие позиции и насколько были изменены при доведении до ограничений.
-
Повторяемость. Один раз настроили в справочнике — дальше работает автоматически для всех будущих заказов.
В итоге процесс выглядит просто: система формирует заказ из спроса и оптимального запаса, вы (или заранее заданные правила) приводите его к реальным ограничениям. Если нужно — добивка до суммы/веса/объёма/паллета, если не нужно — порог обнуления защитит от «натянутых» заказов. А вся история изменений остаётся рядом, чтобы в любой момент понять, откуда взялись итоговые цифры.
