Добрый день, коллеги!

Готовимся к старту системы. Материалы учитываются по стандартным ценам. Активировано динамическое деблокирование цен, однако при тестировании обнаружилось, что цены при первом движении материалов в следующем периоде не деблокируются. Плановая калькуляция была помечена в прошлом периоде и цены в ОЗМ изменились как будущие учетные со следующего периода. С чем может быть связано, что они не деблокируются? Тестирование осуществлялось уже несколько раз.
Скажите, кто-нибудь сталкивался или слышал про то, какие могут возникнуть проблемы при использовании динамического деблокирования цен? Хотелось бы понять все плюсы и минусы ручного и динамического деблокирования цен, чтобы сделать выбор. Очевидный плюс динамического деблокирования - это возможность изменить стандартную цену до момента движения по материалу, но есть сомнения в его использовании, т.к. пока не работает.

Заранее спасибо.

последовательность должна быть такой.
1. Создаем плановую калькуляцию для того периода, для которого хотите деблокировать цены.
2. Вариант калькуляции должен быть с видом калькуляции, позволяющим деблокировать стандартную цену.
3.Помечаем цены.
4. Открываем следующий период для проводок.
5. Ждем физического наступления следующего периода.
6. И если динамическое деблокирование активировано - то при первом движении цена меняется. И идет переоценка запасов, согласно новой стандартной цене.

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

Да, тоже на такое попался. Крутил аж до 2011 года, никак не мог понять - в чем дело...

Если вдруг у вас цена не поменяется, можно переоценить через MR21 (note 555176) после движения материала. Так что если нет возможности протестировать, то лучше, наверное, сделать переоценку принудительно, например пакетником, чем пороть горячку

Уважаемый Данте! Правильно сказать так. Возможно поменять стандартную цену в открытом периоде, после движения. Однако последствия от такого решения ложаться на вас. Иногда жизнь складывается так, что лучше все же поменять цену.

Если для данных материалов активирован регистр материалов, то изменить цену при помощи MR21, если было движение по этому материалу за этот период, уже не удасться. Так что в этом случае надо все продумывать заранее.

Alex, по поводу п.4 и п.5, может следующий период открывать с 1 числа следующего месяца и не ждать физического наступления сл.периода? В этом случае будем застрахованы от ситуации, когда "находясь физически в апреле и сделав движение маем - в мае цена не деблокируется", т.к. май откроется только с 01.05. Или есть какая-то потребность в смене периода до наступления 1-го числа месяца, если да. то для чего?

А как быть с ценами материалов, в случае работы динамического деблокирования цен, по которым не было никаких движений? Деблокировать вручную, через транзакцию CKME?

по п.4 - согласен - открывать в апреле май не обязательно

динамическое деблокирование придумано для того случая, когда сложно запустить процесс деблокирования из-за непрерывного производства. поэтому активируем динамическое деблокирование, а первого числа месяца запускаем деблокирование вручную (CK24 - Обновление цены либо в прогоне плановой калькуляции)

вроде правильно будет так:
1. Создаем плановую калькуляцию для того периода, для которого хотите деблокировать цены.
2. Вариант калькуляции должен быть с видом ОЦЕНКИ, позволяющим деблокировать стандартную цену в том периоде, для выбранной БЕ.
3. Помечаем цены.
4. Ждем физического наступления следующего периода.
5. Открываем следующий период в ЛОГИСТИКЕ.
6. И если динамическое деблокирование активировано - то при первом движении цена меняется. И идет переоценка запасов, согласно новой стандартной цене. А если не ативирована, то проводим прогоном массовое деблокирование стандартных цен.

Если 5 наступило раньше чем 4, то деблокировать цену не получиться раньше, чем наступит период. Но можно перевести часы на сервере, должно помочь. Мы сегодня как раз такое делаем, ибо на тесте посчитали цены на май, а пока ещё на дворе апрель.

To N: я, например, планировал, запуск CKME, вместе со сменой периода.
Если будущую цену не деблокировать, то могут быть проблемы. Например, при закрытии РМ.
To Vadim_Ka: Ну допустим "вида оценки" в варианте калькуляции нет.
А деблокирование цен в месце который еще не наступил, чревато и может опять же аукнуться в том же РМ.

Спасибо большое всем за полноценные ответы!!!
Прежде всего протестирую все еще раз в правильной последовательности. Возможно, где-то была не соблюдена очередность...хотя,вроде бы все делала правильно. Если не поможет, буду использовать CKME, либо деблокирование в прогоне плановой калькуляции.

ну если серверу перевести время, то как он узнает, что не наступил ?
при "Разрешении пометки" указывается Вариант калькуляции, а вот при этом что прописывается в таблицы? Не знаю как СО-PC, но в ML-табилцы прописывается именно вид оценки разрешенный и для одной БЕ в один период только этот вид может быть использован для деблокирования... не скажу какая таблица уже сейчас, где это прописывается, но точно такая есть Проходили уже... грязными ручками пришлось там менять. Вот

бррррррРРР, как такое может быть? А как тогда система оценивать будет стоимость сырья и работ?

это называется Вариант оценки, а виде калькуляции указывается какие цены можно обновлять.