Возникла задача настроить стратегию выбора партий, в сбытовом заказе. Материалы ведутся с партионным учётом и классификацией партии на уровне вида класса 022.
Необходимо настроить выбор отпускающей партии таким образом, чтобы при одних условиях материал отпускался с одним остаточным срокам годности ( в процентах), а при других условиях с другим остаточным сроком годности.
В Классе партии есть признак LOBM_HSDAT - хранящий дату производства. Так же признак LOBM_VFDAT - рассчитывающий и хранящий дату окончания срока годности в зависимости от срока годности прописанного в ОЗМ. Далее добавляю в класс выбора партий кроме признаков LOBM_HSDAT, LOBM_VFDAT (которые уже имеют определённые значения) стандартные признаки LOBM_RLZ (Необход Время ОстатCркГднст/партия) и подходящий признак LOBM_RLZ_PROZ (Требуемый ост. срок годн. в %) Т.е. последний признак должен срабатывать при стратегии выбора партий по проценту остатка годности.
Далее в транзакции VCH1 Прописываю для моего вида стратегии по какому ключу будет срабатывать стратегия поиска партий. Для моего случая ключ "материал" + "Маршрут" прописываю критерий искать по LOBM_RLZ_PROZ равное например 30%. Т.е. найти материал с остаточным сроком годности 30%. И почему-то стратегия не работает. Хочу сразу сказать, что по другим признакам класса стратегия поиска партий работает хорошо. Но такое чувство, что процент остаточного срока годности система просто не считает а пытается найти как в моём примере просто партию в классе - признаке LOBM_RLZ_PROZ которого просто прописаны например те же 30%. Что не совсем верно. Может кто работал со стандартными признаками LOBM_RLZ_PROZ, LOBM_RLZ и использовал их при поиске, подскажите как они работают. Активацию выполнил (BMSM)
)

2ММ, Вы сами как, нормально это прочитали? я даже вчитываться не стал, как, уверен, и большинство форумчан. разделите абзацами, хотя бы.

Скорее всего ваш признак система вычисляет динамически (под рукой системы нет, не могу проверить) - через функцию или описание отношений. Это (вычисление) может не срабатывать при вызове поиска партий. Попробуйте в отладчике посмотреть --- передаётся ли туда вообще управление. Если нет - то тогда ABAP и делать свою реализацию BAdI по поиску партии.

Привет всем!
а что говорит анализ стратегии выбора партии?

Попробуйте добавить в класс признак LOBM_LFDAT (срок поставки), так как он используется в отношениях и без него, предполагаю, срок годности в процентах расчитываться не будет. И напишите, пожалуйста, выбираются ли партии.
У меня такая же ситуация как и у вас, признак LOBM_LFDAT в классе есть. В VCH1 стоит критерий LOBM_RLZ_PROZ >=30%, при создании поставки нужный срок годности расчитывается (динамически, если пойти в разделение партии и нажать на Критерии выбора, выдает все правильно:
LOBM_VFDAT Срок хранения,МинСрокГодности > 27.07.2011
LOBM_RLZ_PROZ Требуемый ост. срок годн. в % > 30,00 %
LOBM_LFDAT Срок поставки/выбор партий 23.12.2010 ), но партии не выбираются.
Дебажили все это дело с абаперами, выяснили что не заполняется поле LIPS-CUOBJ_CH, а почему не заполняется не ясно. Прошу помощи в данном вопросе.

по тем признакам, что перечислены выше не работал, хотя хорошо знаю алгоритм поиска LO-BM. А вот LIPS-CUOBJ_BM не записывается, если в партии нет классификации. Извините, если говорю банальности, но это ключ к AUSP и, следовательно, к значениям признаков...а его нет, значет нет и самих значений

Проблему, описанную мною, решил. Если будет интересно, то опишу как. В итоге, хитрость действительно в наборе определённых LOBM* признаков. Нашел на эту проблему целую INFO-ноту и она помогла

Опишите пожалуйста, очень интересно!

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

В этой ноте 1298702 как раз написанно как коректно использовать признаки LOBM_RLZ и LOBM_RLZ_PROZ для использовании в критериях выбора.

2MM, добрый день!
Опишите, пожалуйста, более подробно, какие именно признаки должны быть включены в признаки партии и критерии выбора? У нас в признаках партии и стратегии выбора определены:
LOBM_VFDAT
LOBM_RLZ
LOBM_HSDAT
LOBM_LFDAT.
При выборе партий используем LOBM_RLZ > значение (это значение в признак партии заполняем через транзакцию msc2n, автоматически он почему-то не рассчитывается). Значение LOBM_VFDAT для выбора рассчитывается правильно. Но признак LOBM_LFDAT появляется в критериях выбора, но не подтягивается в классификацию партии и, соответственно, по нему сравнение не работает, и партия не выбирается.

для этого случая есть ещё нота 0001790848