Всем привет!

Я в тупике.

Есть признак партии Z_TEST. Для него в тр. CT04 ставим галочку "Ввод обязателен" (ATERF = 'X').
Эта галочка нужна для того, чтобы в тр. MSC1N и MSC2N делать проверочку: если вид материал XXX, то значение признака Z_TEST обязательно для вода. Проверка реализована в ФМ EXIT_SAPLCLFM_003 (расширение CLFM0003 - Вызов после проверки присвоения значений признакам). Все замечательно работает.

Проблемы возникают дальше при выполении станд. тр. MB31 для материалов с видом не XXX:
1. выводится сообщение "Присвоение значений признаку партии является неполным" (поскольку признак Z_TEST обязательный для ввода, и он не заполнен)
2. автоматически меняется статус классификации (KSSK-STATU) с 1 на 5, где
1 - признак не обязателен, или признак обязателен и значение указано (при таком статусе партия автоматически определяется в поставке)
5 - признак обязателен и значение признака не указано (партия автоматически не определяется в поставке).

Сообщение никому особо не мешает, но из-за смены статуса партии при создании поставки (VL10B) и ее изменении (VL02N), партия не видна для выбора, тк согласно стратегии поиска партии в доступные для выбора попадают партии, имеющие статус классификации 1.

Если в карточке партии установить значение нашего признака Z_TEST, то при выборе в поставке партия становится доступной. Но такой вариант не подходит, тк этот признак должен заполняться только у материалов вида XXX.
Если галочку "Ввод обязателен" убрать, то в EXIT_SAPLCLFM_003 даже не заходим.

Может кто знает, как можно решить эту проблему?

Заранее благодарю

Как вариант - добавить в этот признак значение "Не определено".
При создании партии каким-нибудь расширением присвоить этот признак. А в экзите-проверке проверять и на это значение, как на "не присвоено".

Тип значения признака NUM Цифровой формат (Шаблон "___.___,___") ...

У признаков есть ключ "По умолчанию". Это вроде должно сработать при создании партии.
А значение?.. Ну, например 0,00 - это присвоенное значение? Или -1.

Реализуйте обязательность ввода через отношения.
Если не получится, то используйте EXIT_SAPLV01Z_014 (расширение SAPLV1ZN). Но при этом настройки для классификаци партий менять надо.

0,00 - прокатывает в MB31, это круто! Спасибо, за совет!
Но теперь осталось узнать, подойдет ли такое решение. Мы предлагали им по умолчанию ставить 1,00, они отказались... А про 0,00 мы и не подумали)

Еще потестирую...что-то не все гладко..

Я вижу в расширении SAPLV1ZN только 3 ФМ: EXIT_SAPLV01Z_011 / 012 / 013
Хотя ФМ EXIT_SAPLV01Z_014 существует...

Зато теперь в тр MSC1N и MSC2N не срабатывает проверка на незаполненность значения признака Z_TEST, тк 0,00 считается значением. То есть в ФМ EXIT_SAPLCLFM_003 даже не проваливаемся.

Там нужно кнопку нажать, чтоб "промотать" список экзитов вниз еще на три.

Спасибо!

Подскажите пожалуйста, где мне ожидать проваливание в этот USER-EXIT?
В MB31 не провалилась (причем статус поменялся на 5), в MSC2N тоже не провалилась...

Это настройка для видов движения - транзакция OMJJ, галочка "РасшКлассификац".

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

Именно поэтому я и написал про отношения.
Проще решить задачу с помощью настроек, а не разработок.

Я посомтрела отношения и если честно, ничего не поняла, дала ссылку консультанту. Как я поняла, нам это не подходит... Сама я не могу оценить, подходит это или нет. Вот и копаюсь в отладке...
Поставила галочку "РасшКлассификац" в тр OMJJ, теперь в MB31 проваливаюсь в экзиты EXIT_SAPLCLFM_002 / 3. Пока не нашла способ обойти изменение статуса.

ЗЫ: от "0,00" тоже отказываются...не нравицо.