Есть деривация из одного признака(П1) в 3 признака (П2,П3,П4).
Если мы включили в уровень агрегации П1 и П2, то в структуру c_s_chas все равно включен П2. Он пытается его сдеревировать(а там отлчное значение от деревируемого) - ошибка. Раньше в функциональных модулях типа EXIT приходила таблица с признаками целелевыми, которые необходимо сдеревировать (т.е. там были бы значения П3 и П4). В атрибутах класса я такую таблицу не нашел. в интерфейсе метода деривации подавно. Где можно откопать, то что признак П2 не нужно деревировать, т.к. он сейчас включен в уровень.

Попробуйте следующее:
В классе деривации проверьте заполнен ли признак П2. Если он отличен от INITIAL, то не деривируйте признак, а оставляйте существующее значение.

Фишка в том, что пустое значение признака П2 это допустимая комбинация из уровня и менять ее не нужно, просто так. Кто-нить рылся глубоко в классе деривации? Какие еще идеи?

Можно попробовать получить ид запроса который сейчас обрабатывается пользователем. Но вопрос тоже как это сделать в классе?

Если в уровне агрегации (У1), в котором нет П2, есть признак (назовем его ПХ), которого нет в уровне агрегации (У2), где П2 есть, то можно попробовать следующее:

Разбить класс деривации на 2:
Первый будет деривировать только П3 и П4
Второй только П2, причем в исходные признаки для деривации П2 добавить признак ПХ. Так как ПХ нет в У2, то деривация не сработает и все будет ОК

Да такой метод сработает, даже промежуточный признак ПХ не нужен. Если разделить, то деривация на У2(П1->П2) не запустится. Сейчас так и настроено. Просто хочется узнать, есть ли возможность(точнее как, т.к. на абапе нет ничего невозможного)) получить информацию, о том для каких признаков из списка целевых сейчас необходимо выполнить деривацию. В 3ке BPS такое писал на FM там нормальная таблица целефых признаков приходила.

Можно в класс деривации передавать еще какой-нибудь дополнительный признак, который будет различать первую форму и вторую и на его основе делать вывод нужно деривировать П2 или нет.