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

Появилась задача по календарному планированию следующего плана:
Имеется ГП. В ее состав входит ПФ. Оба материала имеют спецификации.
На ГП ведется ППП. Необходимо, чтобы дата из ППП воспринималась как дата начала производства, а не дата окончания.
Для этого для ПФ и ГП настроили в календарном планировании планирование от начальных сроков (и для плановых заказов, и для тех. заказов). В результате получили следующее: система берет дату из ППП, прибавляет к ней дату производства ГП (из рецептуры), получает дату окончания производства ГП. Затем для расчета сроков вторичной потребности берет дату начала производства ГП (которая совпадает с датой из ППП) прибавляет к ней срок производства ПФ, получает дату окончания производства ПФ.
Нам бы хотелось, чтобы процесс выглядел так: Дата начала пр-ва ПФ (равная дате ППП) + срок пр-ва ПФ = дата окончания пр-ва ПФ. Дата начала пр-ва ГП = дата окончания пр-ва ПФ. Дата начала пр-ва ГП + срок пр-ва ГП = дата окончания пр-ва ГП.

Логику работы стандартна в этом отношении прекрасно понимаю, но она нас не устраивает )
Буду признателен за помощь.
Спасибо.

А "Адаптация сроков" в календарном планировании по вторичным потребностям как настроена?

Настройте для ПФ планирование от конечных сроков.
Сделать это можно по Руководителю производства.

Адаптировать сроки: Вторичные потребности по базисному началу



Это будет не то, что нам нужно. Поясню на примере:
срок производства ГП: 2 дня
срок производства ПФ: 20 дней.
ППП: 1-ого числа 200 кг.
Нужно чтобы было: 1-ое + 20 + 2 = 22 числа окончание производства. При этом ТЗ на ПФ: с 1 по 20. ТЗ на ГП: с 21 по 22.

Как сейчас:
ТЗ на ГП: с 1 по 2. ТЗ на ПФ: с 1 по 20.

Если сделать как вы предлагаете, то будет:
ТЗ на ГП: с 1 по 2. ТЗ на ПФ (примерно) с 11 по 30 число прошлого месяца, т.е. отматает назад, а нам этого как раз не надо.

Ничего не понял... Попытаюсь объяснить как я понял и что предлагаю...

Во первых - рецептуры, значит процессное производство (был проект по производству в химической промышленности, правда не SAP)....
Вы пытетесь по ГП (FERT) в ППП указать начало финального процесса, фасовка или что-то другое.
Вам нужно чтобы к этой дате был готов полуфабрикат (розлив для фасофки или что-то еще). У вас есть цикл на производство ПФ (HALB).
Если я понял правильно - надо срок окончания производства HALB совместить с датой потребности компонентов для FERT.
Тогда в настройках календарного планирования для плановых заказов Указываете разных Руководителей производства, которые предварительно надо присвоить FERT и HALB.
Для FERT указываетет календарное планирование от начала сроков, для HALB - от конца...

Если вы хотите решить задачу: есть сырье - запускаем HALB и потом определить когда запускать FERT - это другие "настройки"...

Так что в итоге нужно получить???

Дата в ППП - это дата начала всего производственного цикла, который включает в себя производство ПФ и ГП.
Производство ПФ должно начинаться с даты ППП. Производство ГП должно начинаться с даты окончания производства ПФ.
Т.е. оба процесса планируются вперед.

Пока видим два пути решения:
1. Включить все в одну спецификацию. Тогда выпадает учет ПФ.
2. Z - но очень не хочется лезть в логику ППМ.

Если партии пр-ва ПФ и ГП не слишком разные можно все операции в одну техкарту включить, тем более если процесс по FIFO двигается - это и будет наилучший вариант.

А для случаев, если надо планировать ГП от доступности компонентов ПФ, должна быть какая-то настроечка типа "начала запуска при доступности всех компонентов". Т.е. делать ATP и двигать начало заказа от даты когда все компоненты доступны. Надо посмотреть в событиях планирования вроде что-то подобное было...

А можно с этим поподробнее? С проверкой доступности работал немного.
Есть возможность проверки доступности с автоматическим сдвигом дат заказов?

В сапе такого нет. Максимум - он скажет дату, когда доступно. Двигать умеет АРО.

Спасибо, Левон. Убили последнюю надежду ).

Не уже ли нет стандартного решения для моего случая?

Нет времени проверить, но закрадываются сомнения, что можно что-то сделать...

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

Насколько я понял спрашивающего, у него есть дата старта всего цикла- 1 число месяца, он хочет чтобы было запланированы 2 заказа - один на ПФ от 1 числа (2 дня работы) и один на ГП от 3 числа (20 дней работы), итого к 24 числу завершить цикл.

Сеть заказов все равно работает сверху вниз (гм.. точнее от ГП к ПФ), то есть в данном случае ее можно было бы применить так:
-планируем ГП на 24 число, планирование назад
-по сети автоматом заказ на ПФ на 1число
Но это не то , что нужно, насколько я понял, так как дата известна только одна - старт цикла 1 числа месяца

Если не так понял, поправьте

Попробовал сеть заказов. Даты в плановых заказах считаются "по-старому". Однако, при преобразовании плановых заказов в тех. заказы происходит перепланирование и даты ТЗ на ГП подстраиваются под даты ТЗ на ПФ. Таким образом ТЗ на ГП сдвигается вперед. С точки зрения расчета сроков - то, что нам нужно!
Но, насколько я понял, сеть накладывает ряд ограничений:
1. Если ПФ входит в состав нескольких ГП, то объединение потребностей ПФ в один заказ невозможно.
2. Нет движений по ПФ к заказу. Т.е. приходуется сразу ГП.

Первый пункт создает только неудобство, но, в принципе, не критичен. А вот второй пункт очень важен. Нам нужен мат. учет по ПФ.

Как можно обойти это?

Практически никак.
1) В сети можно создавать документы ПМ ПФ и ОМ ПФ (сеть с движением) но только одновременно
2) Если надо оприходовать просто ПФ на склад, то сап советует это делать 531 кажись ВДв - как побочный продукт. Но это он говорит только об остатках ПФ....
3) при планировнии не учитываются ППМом остатки ПФ
4) Есть так же и другие ограничения, о которых не написано в хелпе. Например столкнлись с тем, что сеть заказов не видит максимальный размер партии в ОЗМ...
5) Перепланирование сети заказов - это сложное занятие. Например если надо из 2х сделать одну или еще как...

Учет остатков и ограничения вида "не видит макс. размер партии" для нас не важны.
Но вот отсутствие возможности делать нормальные движения - это серьезно.

Такое ощущение, что Z неизбежен.