Различия

Здесь показаны различия между двумя версиями данной страницы.

Ссылка на это сравнение

Предыдущая версия справа и слева Предыдущая версия
Следующая версия
Предыдущая версия
формирование_заказа_даты [10.04.2019 00:53]
Evgeny Viktorov [Заказы с учетом дат поступления товаров в пути]
формирование_заказа_даты [25.11.2019 01:02] (текущий)
Timur Osmanov [Ограничения алгоритма]
Строка 12: Строка 12:
    * поступления и заказы считаются принятыми утром, покрывают весь дневной спрос в день поступления/​начала периода заказа    * поступления и заказы считаются принятыми утром, покрывают весь дневной спрос в день поступления/​начала периода заказа
    * поступление и заказы,​ пришедшие на РЦ, покрывают спрос филиала начиная со дня поступления на РЦ + время доставки до филиала,​ т.е. если срок доставки до филиала равен 1 день, то поступления РЦ может покрыть спрос филиала начиная со следующего дня после поступления на РЦ.    * поступление и заказы,​ пришедшие на РЦ, покрывают спрос филиала начиная со дня поступления на РЦ + время доставки до филиала,​ т.е. если срок доставки до филиала равен 1 день, то поступления РЦ может покрыть спрос филиала начиная со следующего дня после поступления на РЦ.
 +   * При операции Сформировать и согласовать,​ если для заказов установлено ограничение,​ каждый следующий заказ учитывает заказать предыдущих заказов,​ как поступление.
   * Алгоритм учитывает сроки годности товаров по отдельным партиям,​ при этом:   * Алгоритм учитывает сроки годности товаров по отдельным партиям,​ при этом:
    ​*При расчёте заказа срок годности для товара,​ который лежит в остатках на момент начала моделирования,​ устанавливается равной «срок годности – 1 день», так как оно уже пролежало (минимум) один день    ​*При расчёте заказа срок годности для товара,​ который лежит в остатках на момент начала моделирования,​ устанавливается равной «срок годности – 1 день», так как оно уже пролежало (минимум) один день
Строка 27: Строка 27:
 Использовать алгоритм можно, если не загружены поступления с датами прихода,​ а используются товары в пути и заказах при загрузке истории продаж. Использовать алгоритм можно, если не загружены поступления с датами прихода,​ а используются товары в пути и заказах при загрузке истории продаж.
 В этом случае при включенной ​ [[настройки/​глобальные_настройки#​учитывать_даты_поступления_заказа|глобальной настройке]] и если в базе нет ни одного загруженного поступления ни по одному товару,​ то поступлением будет считаться сумма последних известных значений в колонках "​заказано"​ и " в пути",​ датой прихода - максимальная дата в базе + 1 день В этом случае при включенной ​ [[настройки/​глобальные_настройки#​учитывать_даты_поступления_заказа|глобальной настройке]] и если в базе нет ни одного загруженного поступления ни по одному товару,​ то поступлением будет считаться сумма последних известных значений в колонках "​заказано"​ и " в пути",​ датой прихода - максимальная дата в базе + 1 день
 +
 +Учёт товара в пути и в заказано регулируется с помощью [[настройки/​глобальные_настройки#​разрешить_расход_товара_в_пути_и_заказах|глобальной настройки]]
 ===Основные показатели,​ вычисляемые алгоритмом=== ===Основные показатели,​ вычисляемые алгоритмом===
 ==Показатели по периоду до поступления рассчитываемого заказа== ==Показатели по периоду до поступления рассчитываемого заказа==
Строка 52: Строка 54:
 ===Ограничения алгоритма=== ===Ограничения алгоритма===
 На данный момент в реализации нового алгоритма имеются следующие ограничения:​ На данный момент в реализации нового алгоритма имеются следующие ограничения:​
-  *Новый алгоритм используется при формировании заказа и балансировки+  *Новый алгоритм ​не используется при формирование балансировки, загруженные поступления учитываются как "​Заказано"​
   *Не учитывается внутринедельная сезонность   *Не учитывается внутринедельная сезонность
    *Не рассчитываются параметры заказа связанные с оценкой влияния акций    *Не рассчитываются параметры заказа связанные с оценкой влияния акций
Строка 58: Строка 60:
   *Для расчёта параметров потерь в заказе всегда используется старый алгоритм,​ поэтому потери,​ использованные внутри алгоритма при расчёте оптимального уровня сервиса,​ могут отличаться от выведенных в отчёт.   *Для расчёта параметров потерь в заказе всегда используется старый алгоритм,​ поэтому потери,​ использованные внутри алгоритма при расчёте оптимального уровня сервиса,​ могут отличаться от выведенных в отчёт.
   *не учитываются акции заранее   *не учитываются акции заранее
 +  *не учитывается точка заказа при заказе на распределительный центр 
 +  *При заказе на РЦ, не учитывается ряд параметров дочерних складов:​ 
 +    *Кратность 
 +    *Уровень сервиса 
 +    *Горизонт планирования
 ===Пример работы=== ===Пример работы===
 1.Заказ без загруженных поступлений со сроком доставки и периодом заказа 10 дней: 1.Заказ без загруженных поступлений со сроком доставки и периодом заказа 10 дней: