Всем добрый день.
Проблема заключается в следующем.
Необходимо в транзакции va02 при выставлении блокировки поставки в заголовке автоматически распространять ее на партии поставок позиций по определенным условиям.
Сначала по описанию консультанта сделал в лоб, заполнял в userexit_save_document_prepare. Но потом обнаружилась неприятность.
Необходимая нам блокировка отключает проверку КМ. Но если ее просто проставлять во внутренней таблице xvbep, то нам выдает ошибку проверки КМ.

Т.е. если зайти и проставить блокировку в заголовке, а затем в позиции ручками в транзакции - все проходит нормально и сохранение без ошибок.
Если проставить блокировку только в заголовке, то при сохранении мы попадаем в userexit_save_document_prepare где в xvbep проставляем аналогичную блокировку в xvbep-lifsp. Но при проверке КМ мы все равно получаем сообщение: "Статичная проверка кредитоспособности: лимит
кредитования превышен". Программа же должна была отработать как и при ручном проставлении блокировки, т.е. сообщения быть не должно.
Есть подозрения что все зло кроется в логике обработки экрана партии позиции.
Как можно поступить в этом случае?

Можно для разнообразия проверить, как будет отрабатывать Ваша процедура при переносе ее в USEREXIT_MOVE_FIELD_TO_VBEP или в USEREXIT_CHECK_VBEP.

Проблема в том, что эти UE не отрабатывают, если изменяется только заголовок.

Это означает, что Ваша блокировка не блокирует потребность. В случае если блокировка в заголовке меняет ситуацию - было блокирована потребность, а стала нет (или наоборот) - срабатывают оба экзита на позициях.
Проверьте это в SPRO: Оперативная логистика - Отгрузка - Поставки - Определение причин блокировки в отгрузке - Поставки: Причина/Объем блокирования. Далее см. галку "БлПтр" Блокировка потребности.

Если проставить эту блокировку, то в этом случае у нас не будет подтверждаться объем.
Бизнес как раз и хочет, чтобы объем был подтвержден, а КМ не отрабатывал.

Ну это как-то не по-христиански совсем...

Нарушу ли я темку если спрошу дополнительно 2 вопросика.
1. Как блокировать потребность только на уровне позиции и при этом не подтверждать объем? Так сказать повторить функциональность блокировки на уровне заголовка.
2. Как в userexit отключить проверку КМ?

а в save_prepare уже не запустятся проверки КМ, т.к. они давно прошли.
такие мысли:
1. Попробуйте принудительно perform move_field_to_vbep вызывать при сохранении, вроде где-то наблюдал подобное.
2. to_vbep при изменении данных заголовка не отработает, но должен отработать to_vbak. В нем можно попробовать подменить параметры, влияющие на запуск/результаты проверки КМ.

По поводу кредитных проверок написано в SPRO-документации: Сбыт - Адаптация системы - Программы пользователя (user exits) - ПрогрПользователя для проверок кредита и управления риском. Для понимания проверок доступности можно здесь почитать - Availability check during credit block release
Если бы Вы коротко описали бизнес-сценарий, собственно, что хотите сделать, было бы сподручнее, что либо советовать.

Бизнес сценарий: Блокировка для поставки заголовка документа. Настройки: Потребность создать; Объем не подтверждать.
Требование: Реализовать такую функциональность только на уровне блокировки плана поставки в позиции документа.
Думал у кого-нибудь возникали такие требования.
Я думаю повторить код в FORM BEDARF_AENDERN_BEI_SPERRE INCLUDE FV45VF0B_BEDARF_AENDERN_BEI_SP при помощи расширения с моими условиями. Вот думаю какие последствия я отгребу при такой самодеятельности

В Вашем описании сценария отсутствует событийность - когда Вы хотите заблокировать позицию заказа для поставки (создание, изменение, произошедшее событие), где это событие должно произойти (в диалоговой транзакции, в фоновом задании). Все это влияет на выбор того или иного решение. Это важно, поскольку, например, расширение сбытового заказа USEREXIT_AVAIL_CHECK_CREDIT срабатывает только при осуществлении операций деблокирования в тр. VKM1-4. Пример сценария - "При изменении спецификации на производимое изделие в тр. CS02 необходимо заблокировать позиции всех размещенных в системе сбытовых заказов на данную продукцию, используя блокировку поставки "ZZ Цена изменена поставщиком".

Если все это опустить и остановится только на Вашем - "Потребность создать; Объем не подтверждать" - разве это не стандартное поведение системы? Возможно, что я слишком долго в одной системе тружусь, но она ведет себя именно так при создании любого заказа. Логично было бы в этот же момент использовать USEREXIT_MOVE_FIELD_TO_VBEP для установки блокировки поставки VBEP-LIFSP.

По поводу Вашего стремления что-либо модифицировать в BEDARF_AENDERN_BEI_SPERRE ничего сказать не могу. Я простой человек и стараюсь пользоваться рекомендованными решениями от поставщика ПО.

Пользователь/Программа/BAPI/IDOC вводит блокировку на уровне поставки.
От меня хотят, чтобы потребность создалась. VBBE табличка получила запись. Обьем не подтердился даже если он есть. VBEP-BMENG = 0.
Может я что-то мудрю и есть более простое решение.


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


Побольше бы таких человеков со стороны постановщиков задач.

VA02 > Обработать > Быстрое изменение > Блокировка поставки > Блокировка поставки по выделенным позициям.