Задача: нужно обновить проведенные из SD фактические данные в СО-РА, т.е. по сути нужно прогнать еще раз деривацию признаков. Через KEND деривация без проблем прогоняется только по настроенным шагам в KEDR, прописанная деривация в расширении не обновляется. (Естественно в KENDe указываю эти поля)

А я не соглашусь. KEND работает только с ОУР. Т.е. он считывает данные которые были записаны на объекты - т.е. признаки объектов и только используя значения этих признаков вы сможете присвоить с помощью правил деривации новые признаки в ОУР, при этом вы не увидете никаких ссылочных документов (к которым оур был сформирован) исключительно признаки. Т.е. то что у Вас лежит в ce4100. Вот собственно и все. В отчетах эти признаки будут видны. И остановиться можно на экзите для деривации. на copa005 не выйдет. Вот собственно и все.

На самом деле тоже занимался этой задачей, если Вы активно используете экзиты в деривации, то будут проблемы, ибо внутренние программы при прогоне транзакций ke4s и ke4sfi другие нежели при проведений операций в транзакционном режиме, и для каждого признака определяемого экзитом нужно будет прорабатывать свою ветку для указанных выше транзакций - но это уже вопрос к абаперам. Ну по моим требованиям к деривации выходила очень трудоемкая задача. Если вам нужно добавить всего один признак то можно заморочиться, если полностью изменить признаки - то смотрите сами.

А причет тут ссылочные документы?
Если вы имеете в виду, что при изменении исходного SD-документа в CO-PA ничего не измениться, даже после KEND - согласен, но я так понял, что вроде никто исходные документы не менял, поэтому KEND должна помочь.


Давайте конкретно, а то так из пустого в порожнее воду льем )))

Какие признаки необходимо обновить?
Менялись ли исходные документы СД?
Какие признаки у вас в деривации описаны с пом.расширений?

Шаги деривации описанные с помощью расширений в ходе KEND срабатывать должны обязательно!!! - у нас в системе когда создается документ СО-РА значение одного признака еще не известно. В конце периода уже возможно определить значение этого признака. Поэтому после закрытия периода выполняем прогон KEND по этому признаку. Все успешно заполняется, хотя шаг деривации для изменения этого признака - расширение!!!

ЗЫ: Возможно у вас переменная global-"только для изменения присвоения" (как-то так, точно не помню) имеет значение - ' '. Поэтому этот шаг из KEND не срабатывает, а только при создании документа.

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

Ну вобщем не совсем друг друга поняли. ))

Если в СД ничего не менялось, то
"на основании данных ссылочного документа" = "на основании существующих в оур признаков"

Вобщем методом тыка обнаружили, что действительно останавливается в расширении COPA0001
экзите EXIT_SAPLKEDRCOPA_001, но только при определенных условиях: в настройках шага "расширение" в KEDR целевое поле должно содержать поле с происхождением GLOBAL, с любыми другими комбинациями не останавливается. Также при заполнении какого-нибудь поля с происхождением CO-PA руками (в E_COPA_ITEM) ничего не присваивается, а если заполняю в E_GLOBAL, то все нормально. Как сделать чтобы он останавливался и менял признаки не GLOBAL, а CO-PA ?

Все вроде разобрался. Как осмыслю все тонкости, отпишусь

Доброе время суток!
Подскажите плиз! Если ошибся с темой, простите, но всеже...
При планировании в тр. KE11 настроен профиль где указываем период, версию, завод и т.д. На всех заводах, кроме одного, выскакивает ошибка: «Значение 1000 4020 для признака PRCTR (МВП) отсутствует.» Посылает на «Ведение признаков» но что там не так, я не могу понять. МВП есть, деривация Завод = МВП есть, там все прописано верно!
Нид хелп!