14.12.2005, 11:10 | #1 |
Участник
|
гарантированный минимум резервов при сводном планировании
Вопрос такой, подскажите, если сталкивались, за счет чего возникает такая ситуация.
Код покрытия - период (в примере 200 дней) - заканчивается 17.12.05. Последний заказ оформлен 30.11.05. Гарантированный минимум резервов настроен по временной границе покрытия. Если мы ставим период больше 17, то резервы пополняются 30.11.05, если меньше или равно 17, то 17.12.05 |
|
14.12.2005, 13:16 | #2 |
Аманд
|
Опишите, что у вас стоит в полях:
1. Период покрытия 2. Временная граница покрытия 3. Положительные / Отрицательные дни И если вы говорите что период покрытия 200 дней, то зачем вы его изменяете на 17? В общем, настройки немного непонятны. |
|
14.12.2005, 13:30 | #3 |
Участник
|
Vals, я не меняю период - я эксперементирую с настройками, чтобы в дальнейшем при практическом использовании не возникало по крайней мере очевидных проблем, которые можно увидеть и при тестировании.
Ситуация такая - 1.СП запускается 1.06.05. 2. Временная граница покрытия - 200 дней. 3. Период покрытия - 30 дней. 4. Отрицательные/положительные дни не трогаю - по 200 дней. 5. Последний открытй заказ по номенклатурной единице - 30.11.05. 6. В настройке покрытия номенклатурной единицы указан гарантированный минимум - временная граница покрытия. После расчета СП при таком периоде минимальный запас закупается 30.11.05. Если же я изменяю значение периода на меньше 17 - получается закупка мин. резерва 17.12.05. Я не изменяю ради изменения, я хочу понять почему именно так получается? почему Аксапта решает именно так? |
|
14.12.2005, 14:08 | #4 |
Участник
|
Кстати, забыл сказать, что точно такая же ситуация наблюдается и по коду покрытия потребность. Если в гарантированном минимуме резервов при этом коде стоит временная граница покрытия, то покрытие потреностей в минимальном запасе идет 17.12.05. Это вот как раз понятно...из определения (покрытие минимума должно идти в последний день границы покрытия)
Т.е. не могу понять, почему при периоде СП в одних случаях работает по одним правилам, в других - по другим. |
|
14.12.2005, 14:15 | #5 |
Аманд
|
1.06 вы изменяете системную дату?
Я думаю дело в периодах покрытия - если вы посчитаете периоду по 30 дней с даты планирования, то выйдете на ваши даты. Так же я думаю что с 17-ю днями - та же история. Подсчитайте дату по этим периодам. Далее, уберите + и - дни, тогда система будет более однозначно планировать. |
|
14.12.2005, 14:38 | #6 |
Участник
|
Да, дату я изменяю....это не должно ни на что влиять.
Возможно, мы не поняли до конца друг друга....Но я так и считаю, т.е. запускаю СП с даты планирования - 1.06 с периодом 30 дней - получается покрытие минимума 30.11. И еще... я не понял, что значит "подсчитать дату по этим периодом". Заранее спасибо за ответ. |
|
14.12.2005, 17:36 | #7 |
Аманд
|
Вообще планировать задним числом не вижу смысла, даже для обучения.
Период планирования это: 30 дней + 30 дн +30 + 30 и т.д. до тех пор пока не получится 200 дней - временная граница покрытия. точно также работает для 17-ти дней - 17 +17 +17 т.е. система собирает потребности за 30 дней и закупает их на начало периода. Например был пример настройки подекадного планирования, когда система каждые 10 дней создавала закупки. |
|
Теги |
гарантированный минимум, резервирование, сводное планирование |
|
|