Проектное решение стандартное. Есть конфиг. материал1 с единственным признаком - "количество". К нему есть спецификация с единственным и тоже конфигурируемым материал2. Нужно чтобы при выборе у материал1 признака "количество" происходила разузловка на нужное количество материал2. Т.е. по-сути динамическое изменение спецификации. Нашел в help что для описания отношения типа процедуры есть оператор $COUNT_PARTS (<$SELF>), который должен добавлять позицию спецификации. Пробовал добавлять и в профиль, и в спецификацию - выдает ошибку на уровне синтаксиса.

$COUNT_PARTS нужен для суммирования количеств в подчинённых позициях.
Управлять количеством подчинённых позиций можно "Условием выбора".
Делаем несколько отношений с типом "Условие выбора", в редакторе отношения у каждого пишем
NUM_POZ > 0 ---- отношение 1
NUM_POZ > 1 ---- отношение 2
NUM_POZ > 2 ---- отношение 3
NUM_POZ > 3 ---- отношение 4
и т.д. где NUM_POZ количество позиций (ссылка данного признака на структуру не нужна).
Присваиваем эти отношения позициям спецификации, первой позции отношение 1, второй отношение 2 и т.д.

Дальше всё как у вас, единственно для разузлования спецификации необходимо чтобы было более одной позиции спецификации.

Думаю это не еднственный путь, но этот точно работает.

Этот вариант я уже отверг, т.к. он работает для небольшого кол-ва позиций спецификации. А если значение принзнака "Количество" может быть 1000 ??? Или 100000 ? Такую громадную спецификацию и условия вырора для каждой из позиций вводить явно не в кайф.

по моему мы о разном говорим тогда.

Я говорю о:

Материал вержнего уровня - количество позиций
Материал среднего уровня - критерии выбора искомого ОЗМ
Материал нижнего уровня - искомый ОЗМ, его количество, дополнительные характеристики ОЗМ

И $COUNT_PARTS необходим чтобы просумировать количество по ОЗМ нижнего (если нужно можно и среднего уровня) и потом суммарное количество можно перенести в серхний уровень.

Можно написать ФМ, вставить его в отношение чтобы он принудительно разузловывал спецификацию в зависимости от количества указанного в верхнем уровне, но мы ничего подобного пока не делали.
И ещё с при создании заказа конфигурируемого материала с подчиннёными конфигурируемыми позициями порядка 1000 шт. сап умрёт. Сап очень медлено работает с конфигурацией.