А есть еще, например, APO:)))

Вариантов реализации планирования - ненамного меньше, чем проектов внедрения. Проектное решение по планированию - это решение по логистической оргструктуре и архитектуре решения.
Вон в Беларуссии такое - решение: капстрой на PS, ремонты на ТОРО, потребности через ППМ идут в закупки.

А могло бы быть - все через заказы PP. А могло бы - все через сетевые графики в PS. А могло бы - все через потребности в Demand Planning. А можно - вообще без потребностей и ППМ, а только заявки и их выдача. И везде свои плюсы и свои грабли.

а причем здесь объединение? я про таблицу!

Добрый день. Подскажите закрытие потребности (MD61) каким образом происходит?

При отпуске к резервированию.
ОЗМ присвоить 70 группу стратегий с видом потребности предварительного планирования VSFB (для вида потребности в стандарте указан 105 класс потребности).
При этом отпускающий склад не должен быть исключен из ППМ.

Добрый день.
Вопрос по закрытию потребности (MD61).
Вы пишите, что потребность в MD61 закрывается при отпуске к резервированию.
Поставила в ОЗМ 70 группу стратегии с видом потребности предварительного планирования VSFB.
Область ППМ = склад, с этого же склада делаю отпуск по резервированию.
При этом потребность в MD61 не сокращается.
Если делаю отпуск без ссылки на резервирование, то потребность в MD61 сокращается.
Буду очень благодарна, если подскажете, в каком направлении искать, чтобы потребность сокращалась при отпуске по резервированию.
Заранее огромное спасибо.

Нашла, у меня в MD61 в «Пользовательских параметрах» в разделе «Перерасчет» стояло «Без перерасчета» (думала, что достаточно настройки значений по умолчанию в транзакции OMP6).
Теперь возникла другая проблема.
Можно ли стандартно сделать так, чтобы некоторые виды движения не вели к сокращению потребности в MD61?
Или только резервирования, созданные вручную, вели к сокращению потребности в MD61?
Т.е. если мы делаем отпуск по резервированию, созданному автоматически из ТОРО (261 вид движения) или PS (281 вид движения), то чтобы потребность в MD61 не сокращалась.

Мне кажется что нет. Но я никогда не задавался целью исследовать это.

Сделали, чтобы потребность в MD61 закрывалась только при списании по резервированию созданному вручную.
В «Пользовательских параметрах» в разделе «Перерасчет» поставили значение 4 «Гибкий перерасчет относит-но различных элементов ППМ (BAdI)».
BADI MD_PIR_FLEX_CONS.
Вид потребности = MR.

Всем добрый день,

ранее речь шла о резервированиях и списаниях на производственный заказ? Кто знает, можно ли заставить резервирования (созданные вручную без заказа) сокращать потребность?