Добрый день.
Подскажите, как решить следующую проблему.

Ведутся материалы: FERT (ГП), в состав которого по мимо прочих материалов входят материалы HALB (ПФ).
На FERT составляется ППП. Соответственно при прогонее ППМ на HALB создается вторичная потребность.
Задача в том, чтобы ППМ выполнялось без учета остатков и для FERT, и для HALB.
Для FERT решение нашли: выбирается Группа стратегий = 11, Смешанное ППМ = 2. Т.е. происходит планирование брутто. А вот с материалами HALB возникли трудности. Так как они планируются не по ППП, а по вторичным потребностям, решить вопрос при помощи 11 группы стратегий не получается. Нашли единственный выход - для всех складов завода, на которых определен HALB, устанавливается Код ППМ = 1 (не учитывать остатки при ППМ). При этом выбрана группа стратегий 10. В принципе работает, но возникла проблема - если в ППМ2 для материала установить производственный склад, то происходит планирование конкретно для этого склада. А по сколько Код ППМ для него установлен 1, то не создаются плановые заказы для HALB. Если производственный склад не заполнять, то все работает.
Производственный склад необходим, так как он проставляется в автоматом в шапку технологического заказа и в дальнейшем в документ материала по оприходованию HALB (вручную проставлять не катит).
Единственным выход пока видим в создании собственного механизма ведения производственных складов: свои таблицы плюс расширение для тех. заказа. Тогда в ОЗМ поле "Производственных склад" можно будет оставить пустым. Однако очень хочется этого избежать и обойтись стандартом.

Заполните производственный склад в варианте изготовления. Из него копируется в заказ.

Варианты изготовления у нас не ведутся. Думаю, для решения проблемы "поднимать" варианты не целесобразно.

Так а если вы хотите делать свою таблицу - то чем она будет отличаться от варианта изготовления? Ее все равно кто-то должен вести...

Вопрос в догонку: А где эо на уровне склада можно поставить код ППМ = 1 (не учитывать остатки склада)? Может, вы просто делаете отдельную область ППМ для этого?

Насчет дополнительной таблицы - это конечно преувеличение. Скорее всего будет расширена MARC, добавлены подэкраны в MM01-03 транзакции. Будет поле альтернативное стандартному. Вести его гораздо проще чем варианты.

Поле Код ППМ находится в ракурсе ППМ4, если указать склад в орг. уровне.

Если вы расширяете ОЗМ на склад, то этот склад по сути как отдельная область ППМ (со всеми вытекающими). И понтно, что планироание будт только по этому складу. А то, что вы ставите еще склад в ППМ2 по идее должно быть уже не причем.

Получается, что очень даже причем. Если не заполнять поле в ППМ2, то ППМ выполняется на завод в целом - это видно в MD04. Сначала идут строки по материалу, потом выводятся строки по складам (в случае, когда у склада стоит Код ППМ = 1, для такого склада в MD04 выводится отдельная строка). Если поле заполнено, то система выполняет планирование по этому складу - в MD04 материал уже выводится под этим складом, а не как до этого. И хотя Код ППМ = 1 для склада означает по описанию только исключение остатков, система вообще не планирует материал по этому складу.

После копания по хелпу выяснено следующее: установка значения Код ППМ = 1 - аналогично созданию области ППМ с этим складом. При планировании вторичной потребности определяется склад для списания. Это либо склад из позиции спецификации, либо склад из ППМ2. По данному складу происходит отнесение элементов выбытия области ППМ - т.е. фактически складу. Также сказано, что по складу с Код ППМ = 1 вообщение не выполняется расчет потребности Нетто.

Появилась идея не расширять MARC, а влезть в механизм "отнесения элементов выбытия области ППМ" - сделать расширение, которое будет затирать склад, определенный стандартом.

Хотелось бы услышать ваше мнение?

ИМХО малореально.

В принципе так и реализовали.
При ППМ "затираются" склады. Плановые заказы создаются корректно. При преобразовании плановых заказов в технологические также отрабатывает расширение, которое склады восстанавливает.

Конечно, это все танцы с бубном, но другого решения так и не нашли.

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

У нас на проекте тоже стоит актуальная проблема планирования с учетом остатков. Причина тому - ошибки в НСИ и некорректные данные остатков по складам. Для борьбы с остатками сейчас проводим инвентаризацию, весь свободный запас убрали в блокированный и в планировании он не участвует.

На период проведения инвентаризации и разбора полетов по остаткам изобретено было следующее решение:
1. Свободный запас убрали в блокированный - исключили ошибки по запасам пока цеха не объяснят все свои расхождения
2. Для всех производственных складов и для всех материалов расширенных на эти склады проставили код ППМ = 1. Сделать это легко через ММ17 или кого тянет на трудности в LSMW. Здесь важно понимать, что если в строке спецификации стоит склад и он вызывает потребность - этот склад запрещать для ППМ нельзя иначе не сформируется потребность.
3. План выдается брутто, т.к. никакие запасы в цехах не учитываются. Потребности в закупках считаются как чистая потребность в материалах для цеха - остатки на складах снабжения.

Проще уж некуда...

З.Ы.: Если хочется сложностей - можно создать области планирования и определить вид заготовки для каждой из областей, но это будет не совсем прямым и правильным решением, т.к. запасы все равно будут учитываться.

Вы предлагаете административное решение вопроса - ввести регламент. Но это зависит от конкретного клиента, его организации бизнеса. Для одних подойдет, для других нет. В моем случае клиент не пойдет на изменение своих бизнес-процессов. Поэтому для меня такое решение не подходит.

Не вижу в моем решении никаких организационных изменений, меняются только настройки ОЗМ...

Второй вариант:
Планируете в долгосрочной области БРУТТО. Формируете список плановых заказов с типом LA для сценария планирования, можно сделать через SQVI. Далее через LSMW создаете производственные заказы.
Если надо анализировать изменения плана, создаете сценарий с учетом производственных заказов и в этом сценарии анализируете выполнение/изменение плана.

Если уж дело дошло до таких извращений:), то можно стандартом копировать результаты MPS в MRP...

Long-Term Planning - это не всегда MPS (Main Production Shedule). Или вы что-то другое имели в виду?

Копировать из долгосрочного планирования в оперативное можно, только это еще более извращение получится, т.к.:
1. Зафиксировать плановые заказы в LTP и делать это по материалам в отдельности. Не помню можно ли в LTP сразу плановые заказы фиксировать.
2. Запустить индивидуальное планирование по материалу и затем перенести плановые заказы. В стандарте это делается только по одному материалу.
3. Преобразовать заказы.

Смысл всего этого, если план можно посчитать в LTP и не тащить его в оперативный, а уж заказы потом преобразовать любым другим способом...