| # Расчет зоны заморозки прогноза Данная тема описывает, как система LN проверяет, произошли ли изменения прогноза внутри зоны заморозки- или зоны заморозки+, по сравнению с ранее отправленной редакцией. Общий обзор функциональности зон заморозки см. в Зоны заморозки прогноза. Детали расчета Деталями расчета зон заморозки является следующее: LN извлекает зоны заморозки из поля Зона заморозки + и поля Зона заморозки - сеанса Условия и положения планирования (tctrm1135m000). Для выбора подходящей версии соглашения условий и положений система LN принимает дату начала первого периода после текущей даты в качестве даты начала действия. На стороне клиента для получения окончания зоны заморозки плюс система LN добавляет число дней из поля Зона заморозки + к текущей дате. Аналогично система LN вычисляет и зону заморозки минус, используя значение поля Зона заморозки -. На стороне поставщика система LN выполняет такой же расчет, но система LN использует дату получения прогноза вместо текущей даты. LN не рассчитывает эту дату по какому-либо конкретному календарю, подсчитываются все календарные дни. LN проверяет прогноз относительно прогноза в предыдущей редакции. Если более ранняя редакция отсутствует, система LN принимает нулевой (0) предыдущий прогноз. LN добавляет прогноз до текущей даты, в первый период после текущей даты. Аналогично, для ранее отправленной редакции система LN добавляет прогноз до даты отправки редакции в первый период после даты отправки. Если текущий прогноз и предыдущая редакция прогноза имеют одинаковое число периодов, а даты начала этих периодов совпадают, система LN выполняет проверку зон заморозки отдельно для каждого периода. В противном случае система LN использует сумму прогнозов всех периодов в рамках горизонта и проверяет только итоговые значения. Если прогноз повышается в зоне заморозки + по сравнению с предыдущей редакцией, либо эти значения уменьшаются в зоне заморозки -, система делает вывод, что ограничения зон заморозки нарушены. Данные проверки всегда инициируются из сеансов, в которых прогноз утверждается или принимается. Система LN может по-разному реагировать на отрицательную проверку зон заморозки. Для большей информации, обратитесь к Использование ограничений зон заморозки.. Пример В следующем примере зона заморозки + и зона заморозки - по 20 дней.
Период | Дата начала периода | Редакция прогноза 1 | Текущий прогноз
1 | Апрель 2 | 15 | 15
2 | Апрель 9 | 20 | 20
3 | Апрель 16 | 20 | 25
4 | Апрель 23 | 20 | 15
5 | Апрель 30 | 20 | 20
6 | Май 7 | 25 | 25
7 | Май 14 | 25 | 50
8 | Май 21 | 25 | 20
Даты характеристики
Редакция прогноза 1 отправлена | Апрель 10 | Период 2
Текущая дата | Апрель 13 | Период 2
Горизонт | Май 3 | Период 5
| Текущая дата попадает в период 2, а горизонт попадает в период 5; следовательно, система LN проверяет периоды 3, 4 и 5. LN добавляет прогнозы периодов 1 и 2 в период 3, так как дата отправки редакции 1 и текущая дата - в периоде 2. Для редакции прогноза 1 прогноз для периода 3 становится 55 (15+20+20). Для текущего прогноза прогноз для периода 3 становится 60 (5+15). Это увеличение не допускаются в зоне заморозки +. Предположим, что клиент скорректировал текущий прогноз в периоде 3 с 60 до 55 и делает новую попытку. Теперь период 3 проходит проверку, но период 4 показывает снижение с 20 до 15, и это проваливает проверку зоны заморозки минус. Период 5 принимается. Период 6 не проверяется, так как этот период находится за горизонтом зон заморозки.
Пример В следующем примере зона заморозки + и зона заморозки - по 20 дней.
Период | Дата начала периода | Редакция прогноза 1 | Текущий прогноз
1 | Апрель 2 | 15 |
2 | Апрель 9 | 20 |
3 | Апрель 16 | 20 | 5
4 | Апрель 23 | 20 | 15
5 | Апрель 30 | 20 | 20
6 | Май 7 | 25 | 25
7 | Май 14 | 25 | 60
8 | Май 21 | 25 | 30
Даты характеристики
Редакция прогноза 1 отправлена | Апрель 10 | Период 2
Текущая дата | Апрель 19 | Период 3
Горизонт | Май 9 | Период 6
| Текущая дата попадает в период 3; поэтому, система LN проверяет периоды 4, 5 и 6. Для редакции прогноза 1 система LN добавляет прогнозы периодов 1 и 2 в период 3, так как дата отправки редакции 1 - в периоде 2. Однако период 3 не требует проверки Однако период 3 не требует проверки. Для текущего прогноза система LN добавляет прогноз периода 3 в период 4, так как текущая дата - в периоде 3. Для текущего прогноза прогноз для периода 4 становится 20 (5+15). Это значение равно прогнозу в периоде 4 редакции прогноза 1. Следовательно, период 4 не требует проверки. Периоды 5 и 6 также принимаются.
Связанные темы Зоны заморозки прогноза |