Руководство по продукту "Система управления запасами Forecast NOW!"

В программе реализована два алгоритма работы с товарами в пути и заказах:

• даты поступления неизвестны - твоар в пути и заказах расходуется в зависимости от глобальной настройки
• даты поступления заказов известны и загружены

Во втором случае программа может определять расход до поступления и дефицитов до поставки с учетом возможных приходов товара в период срока доставки нового заказа, а также корректировать заказ с учетом прихода товаров в пути и заказах в период расчета оптимального запаса.

Дополнительные преимущества этого алгоритма:

• за счёт использования большей информации новый алгоритм может точнее рассчитывать уровень сервиса второго рода и заказ по заданному уровню сервиса второго рода;
• при расчёте нескольких заказов в будущее второй и все последующие заказы рассчитываются с использованием полной информации о распределении вероятных остатков на период заказа.
• Алгоритм учитывает и согласовывает заказы и поступления на филиалы и РЦ. При этом:
• поступления и заказы считаются принятыми утром, покрывают весь дневной спрос в день поступления/начала периода заказа
• поступление и заказы, пришедшие на РЦ, покрывают спрос филиала начиная со дня поступления на РЦ + время доставки до филиала, т.е. если срок доставки до филиала равен 1 день, то поступления РЦ может покрыть спрос филиала начиная со следующего дня после поступления на РЦ.
• При операции Сформировать и согласовать, если для заказов установлено ограничение, каждый следующий заказ учитывает заказать предыдущих заказов, как поступление.
• Алгоритм учитывает сроки годности товаров по отдельным партиям, при этом:
• При расчёте заказа срок годности для товара, который лежит в остатках на момент начала моделирования, устанавливается равной «срок годности – 1 день», так как оно уже пролежало (минимум) один день
• При расчёте заказа на РЦ срок годности товара учитывается согласно настроек РЦ и времени перемещения с РЦ на филиалы.
• Срок годности для поступлений рассчитывается как Срок годности * % срока годности, от поставщика
• Если срок годности на филиале не задан, то для филиала используется срок годности РЦ

Для учета дат поступления необходимо включить соответствующую глобальную настройку– «учитывать даты поступления заказов» и загрузить поступления в нужном формате - csv или xml Допущения нового алгоритма:

• При включении глобальной настройки «учитывать даты поступления заказов» загруженный товар в пути и заказах станет = 0, в колонке «Заказано» будет от отображаться сумма ожидаемых поступлений из файла поступления товаров
• Товар может использоваться с даты его ожидаемого прихода

Использовать алгоритм можно, если не загружены поступления с датами прихода, а используются товары в пути и заказах при загрузке истории продаж. В этом случае при включенной глобальной настройке и если в базе нет ни одного загруженного поступления ни по одному товару, то поступлением будет считаться сумма последних известных значений в колонках «заказано» и « в пути», датой прихода - максимальная дата в базе + 1 день

Учёт товара в пути и в заказано регулируется с помощью глобальной настройки

Прогнозируемый остаток – матожидание остатка на момент поступления заказа

Дефицит до поставки – матожидание дефицита за период до поступления.

Расход до поставки – ожидаемый спрос на периоде до поступления заказа.

Период до поступления заказа - это период от даты размещения до предыдущего дня перед датой «от» заказа.

Прогноз спроса – ожидаемый спрос на периоде заказа.

Оптимальный запас – запас, обеспечивающий заданный уровень сервиса.

Страховой запас – запас товаров на случай колебаний спроса, равен max{0, Оптимальный запас – Прогноз спроса}

Оптимальный уровень сервиса – уровень сервиса, обеспечивающий минимальные ожидаемые потери.

Заказано – суммарное количество будущих поступлений в период перед заказом и во время самого заказа.

В пути = 0 (при включении глобальной настройки «учитывать даты поступления заказов».

На данный момент в реализации нового алгоритма имеются следующие ограничения:

• Новый алгоритм не используется при формирование балансировки, загруженные поступления учитываются как «Заказано»
• Не учитывается внутринедельная сезонность
• Не рассчитываются параметры заказа связанные с оценкой влияния акций
• Не формируется большая часть комментариев (например, комментарии о неактуальности оптимального уровня сервиса, и другие)
• Для расчёта параметров потерь в заказе всегда используется старый алгоритм, поэтому потери, использованные внутри алгоритма при расчёте оптимального уровня сервиса, могут отличаться от выведенных в отчёт.
• не учитываются акции заранее
• При заказе на РЦ, не учитывается ряд параметров дочерних складов:
  • Уровень сервиса
  • Горизонт планирования

1.Заказ без загруженных поступлений со сроком доставки и периодом заказа 10 дней:

2. Загружено ожидаемое поступление товара в 20 шт. на 06.03 (период срока доставки) и 40 шт. на 15.03.2018 (период заказа)

3. Сформирован заказ с теми же параметрами, что и в п.1:

Первое поступление в 20 штук уменьшило дефицит до поставки, второе – уменьшило заказать, так как приходится на период заказа.

Поступления отображаются в продажах на графике и в таблице. Для отображения используется маркер зелёного цвета. Если алгоритм учёта дат поступления отключен глобальной настройкой, выводиться маркер серым цветом и добавиться соответствующая надпись («не учитывается» в подсказку). В подсказке графика пишется дата, суммарное значение поступлений на дату и список идентификаторов заказов.