Если в основной записи для поиска материала предусмотрено несколько материалов, последовательность определяет приоритет материала. Разве не так?
К примеру, у меня настроена автоматическая замена М0 на М1, М2, М3. При вводе в заказ М0, он заменяется на М1. Если замену настроить М0 на М2, М1, М3, то в заказе будет замена на M2.

нет, это не приоритет, это просто порядковый номер, если вы присвоили

М0 на М2, М1, М3

то выберутся все 3 материала в заказе

Странно, но в моем случае при автоматической замене устанавливается именно первый по порядку материал. Другой вопрос строчку lips-prosa = 'A' мы добавляем в формулу копирования 102, в абсолютно любое место? Если к примеру рассмотреть ситуацию, когда замена настроена для типа J, материала M0 на M1, M2, M3 с ручным выбором, для главной позиции установлена формула копирования 102 с прописанной строчкой в начале кода lips-prosa = 'A', то при создании поставки не происходит замены.

Что-то не получается в заказе развернуть более одно подпозиции. Идет выбор только первого материала, а альтернативные не хотят автоматом подставляться. В анализе в подробной информации к доступу 10 - указано что условие найдено для ключа С и материала М0. Про алтернативные (м1) - ничего не написано в анализе. Может еще где надо смотреть?
Все материалы расширены на рынок сбыта и завод. Но подставляется только первый материал в подпозицию.
И еще заметил одну вещь - при ручном вводе главного материала М0 ставлю количество 1, в подпозиции ставиться количество = 2.(удвоенное количество) Что за хрень? Выбросил альтернативный материал(думал его тоже считает) - все равно удваивает количество в подпозиции

Все разобрался, в основных единицах измерения для М1 стояло "Упаковка", и она была равна 2 шт

Коллеги, добрый день! В чем может быть проблема того, что не запускается функция поиска материала в поставке с ссылкой на заказ.
Созданы:
ZTA – вид торгового документа на основе TA
ZLF – вид поставки на основе LF
ZSR – группа типов позиций
ZTAN – тип позиции - то, что будем заменять
ZSRC - тип позиции – то, чем будем заменять
RV50C601 – правило переноса данных из VBAP в LIPS
Настроено:
Присвоение типов позиций в заказе -
ZTA(ВТДк) ZSR(ТпПзМ) ZTAN(ТПУ)
Присвоение типов позиций в поставке -
ZLF(ВПос) ZSR(ТпПз) ZTAN(ТипП)
ZLF(ВПос) ZSR(ТпПз) PSHP(Исп) ZTAN(ТипП)
ZLF(ВПос) NORM(ТпПз) PSEL(Исп) ZTAN(ТипП) ZSRC(ТипП)
При копировании из ZTA в ZLF для ZTAN присвоено правило RV50C601 (601)
Создано условие поиска материала для типа документа сбыта J, где материал М0 заменятся на М1, М2 и т.д. (вид условия присвоен виду торгового документа ZTA). Для материала М0 настроена группа типов позиций ZSR, для М1, М2 и т.д. – NORM.
В правиле RV50C601 сделана ссылка на правило 110:
perform daten_kopieren_110.
а также
lips-prosa = 'A'. – якобы для включения функции поиска материала
lips-matnr = cvbap-matnr. – устраняет ошибку при создании поставки («Нет номера материала»)
В чем может быть проблема? =)

А что такое вид условия присвоен виду торг док-та ZTA? Имелось ввиду вид док-та привязан к схеме поиска? Или имелось в виду что вид документа входит в качестве поля в последовательность доступа для схемы поиска?

Схеме поиска.

проделал аналогичную работу, создал формулу копирования 605 (еще кое-что добавил из рекомендаций) -
PERFORM DATEN_KOPIEREN_110.
lips-prosa = 'A'.

cvbap-sugrd = '0008'. ' это моя причина поиска
lips-arktx = cvbap-arktx.

К сожалению в поставке не происходит автоматического добавления подпозиций.

эээ, не, надо ставить в формуле по главной позиции, в нашем случае в 102 формуле lips-prosa = 'A'

При копировании из заказа ZTA в поставку ZLF для позиции ZTAN установил:
Условия заказа - 101 Позиция
Данные позиции - 102 Позиция/корректура
В правиле переноса 102 Позиция/корректура добавил строчку lips-prosa = 'A'.
Результат тот же, в поставке функционал "Поиск материала" не срабатывает, единственное что - блокируется позиция (с номером материала и количеством поставки).

Задачу решил.
Необходимо в формуле переноса данных по главной позиции 102 "Позиция/Корректура" добавить строчку не LIPS-PROSA = 'A', а CVBAP-PROSA = 'A'.

Супер! Все работает, проблема решена. Огромное спасибо за советы и предложенные решения Jheleznoff и Justudent.

И у меня не получается. Может это как-то свзяно с проверкой доступности (у меня вообще материалы нескладируемые), или типом торгового документа (я на предложении тестил)?
В дебаге показывет, что из записи условия считываются все альтернативы.
Дальше дебажить неохота, т.к. начинается темный лес из вложенных вызовов с передачей параметров через глобальные данные...