Создание рекомендаций по заказу (SIC)В сеансе Генерировать рекомендации по заказам (SIC) (whina3200m000) можно генерировать рекомендации по заказам для пополнения закупаемых и изготовляемых изделий. Однако вы можете сделать это только если:
Горизонта заказа Прежде чем LN приступит к генерированию заказов, LN определяет горизонт заказа, для которого должно осуществляться пополнение. горизонта заказа определяется следующим образом: горизонт заказа = текущая дата + (полный цикл * коэффициент горизонта заказа) + константа горизонта заказа LN определяет полный цикл на основе типа изделия, не беря в рассмотрение календари. Если тип изделия Закупаемое, LN извлекает и добавляет следующие циклы:
Если тип изделия Изготовляемое, LN берет Цикл заказа из сеанса Изделия - Производство (tiipd0101m000). Примечание В сеансе Генерировать рекомендации по заказам (SIC) (whina3200m000) вы можете переписать любые данные горизонта заказа, определенные в поле Горизонт заказа SIC в сеансе Параметры анализа запасов (whina0100m000). Точка перезаказа и резервный запас Точка перезаказа- это не обязательно фиксированное количество, точка возобновления заказа может меняться со временем. Колебания величины точки возобновления заказа зависят от флуктуаций сезонной схемы и ее сезонных коэффициентов для прогнозирования/спроса. Резервный запас тоже может колебаться вместе с сезонной схемой и ее сезонными коэффициентами. Более подробно см. Сезонная схема для резервного запаса и спроса. Можно задать:
Примечание Сезонная схема задается не более чем на год. Все сезонные схемы начинаются с 1 января, а затем повторяются в течение года в соответствие с выбранным количеством периодов. В сеансе Склад - Изделие (whwmd2510m000) или Изделия - Данные по заказу (tcibd2100s000) вы можете задать:
Генерирование заказов С помощью сеанса Генерировать рекомендации по заказам (SIC) (whina3200m000), LN генерирует рекомендацию по заказу для каждой потребности, попадающей в горизонт заказа. Потребность возникает, когда наличное количество по проекту становится меньше точки перезаказа, что может произойти в результате:
Заказанное количество зависит от:
Вид генерируемой рекомендации по заказу для изделия зависит от типа изделия:
Примечание Запланированные операции с запасами, исключенные из планирования (т.е. для которых Исключить из планирования равно 1), не учитываются при обработке SIC. Определение даты потребности Дата потребности - это дата, на которую наличное количество по проекту оказывается ниже точки перезаказа. Чтобы определить действующую дату потребности, LN учитывает действующий календарь. Если в соответствии с действующим календарем дата потребности недоступна, LN ищет в прошлом первую доступную дату/время до даты потребности. LN установит первую доступную дату/время в качестве действующей даты потребности. Определение плановой даты поступления LN определяет запланированную дату поступления, осуществляя планирование вперед от даты потребности и принимая во внимание действующий календарь. LN определяет плановую дату поступления следующим образом: запланированная дата поступления = запланированная дата потребности + цикл отпуска + цикл поступления + резервное время для изделия + резервное время для поставщика LN учитывает только:
LN извлекает:
Определение запланированной даты поставки LN определяет запланированную дату поставки на основе запланированной даты поступления по следующей формуле, в которой используется действующий календарь: плановая дата поступления = плановая дата поставки + время транспортировки LN определяет время транспортировки от адреса грузоотправителя к адресу грузополучателя на базе таблицы основных расстояний (если таковая имеется) в сеансе Таблица расстояний по городу (tccom4137s000) или в сеансе Таблица расстояний по почтовому индексу (tccom4138s000). Из которого из этих двух сеансов будет извлечено время транспортировки, зависит от значения в поле Используются таблицы расстояний в сеансе Параметры COM (Общие данные) (tccom0000s000). Учет действующего календаря Когда LN определяет дату потребности, запланированную дату поступления и запланированную дату поставки, учитывается действующий календарь. Поэтому LN сначала осуществляет поиск календаря в следующем порядке:
LN основывает фактический календарь на найденном коде календаря и типе доступности. Тип доступности. LN определяет дату потребности, запланированную дату поступления и запланированную дату поставки на основе действующего календаря. Перед начальной датой календаря и после конечной даты календаря применяется стандартный календарь. Когда LN определяет дату потребности, запланированную дату поступления и запланированную дату поставки и если циклы выражены в часах, LN учитывает все доступные времена в соответствии с действующим календарем. Однако, если циклы выражены в днях, LN рассматривает день как целое, если на этот день в действующем календаре имеется хоть какое-то доступное время. Примечание
Пример Создание рекомендации по заказу для изделия с типом Закупаемое.
Действующий календарь склада доступен с понедельника по пятницу каждую неделю, время начала 8:00:00, время окончания 17:00:00. LN определяет горизонт заказа по следующей формуле:
Сезонная схема для резервного запаса и точки возобновления заказа приведены в таблице вместе с рассчитанным резервным запасом и точкой возобновления заказа (данные приведены только для первых четырех недель):
Запланированные операции с запасами:
Наличное количество по проекту до планирования пополнения:
Каждая день запускается сеанс Генерировать рекомендации по заказам (SIC) (whina3200m000). Для текущей даты (Текущая дата/время: среда, 3 января 1:30:00 pm) доступна следующая информация:
Это меньше точки возобновления заказа, поэтому будет создана рекомендация по заказу. Количество по заказу: Резервный запас + Распределенное количество – Заказанное количество – Наличное количество = 10 (Резервный запас берется на конец горизонта заказа, т.е. на неделю 4) + 17 – 0 – 18 = 9. Поскольку ООЗ = 24, это количество будет заказано и сохранено в рекомендации по заказу. Дата заказа - текущая, на которую создается рекомендация по заказу на закупку/производственному заказу, т.е. в данном примере 3 января 1:32:45 (через несколько минут после запуска сеанса Генерировать рекомендации по заказам (SIC) (whina3200m000)). Дата поставки: Дата заказа + Цикл поступления (4 часа) + Время на транспортировку (только для закупки) (2 дня) = пятница, 5 января 5:32:45 pm. Поскольку это не попадает в календарь, датой поставки станет понедельник, 8 января 8:32:45 am (08.00 + 32:45 минуты/секунды от пятницы). Резервные времена при планировании вперед не вычисляются при помощи SIC. После подтверждения и передачи в закупку (производство) рекомендации по заказу первая разрешенная дата заказа будет будет увеличена на интервал заказа, составляющий 7 дней, что даст 10 января 10:00:00 am. Это означает, что когда завтра (4 января) будет запущен сеанс Генерировать рекомендации по заказам (SIC) (whina3200m000), это изделие будет пропущено, поскольку его первая разрешенная дата заказа относится к будущему. Наличное количество по проекту после планирования пополнения:
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||