Помогите, плиз! У нас такой вопрос:
Уже есть проводки заказов клиентов в СО-РА, мы добавляем признак в структуру ЕУР и пишем для него правило деривации.
Для того чтобы этот признак заполнился можно зайти в заказ и изменить контировку.
Но если заказов очень много, как массово заполнить этот признак, не заходя в изменение каждого заказа?

Нет под рукой системы, но вроде КОК2.

Нет под рукой системы, но вроде КОК2.

KE4F
KE4T

KE4F
KE4T

Эти транзакции не срабатывают, если уже была контировка на ОУР, а теперь мы хотим её расширить значениями признаков.
Как это сделать массово?

так блин грохните имеющиеся данные и проведите по новой

Спасибо за совет. Мы так и подумали что если стандартных средств не предусмотренно так и сделаем.

Может ещё подскажете, самостоятельно изучающим:
Какую смысловую нагрузку несут «Атрибуты» в «Правиле деривации», в частности «Определенное пользователем имя»?

Для определения ИД шага деривации, используется в пакетнике.

Это если вид деривации "Пользовательское расширение"
а если вид деривации "Правило деривации", то я не нашла где потом используется «Определенное пользователем имя»

Прежде чем что то грохать посмотрите KEND. Может поможет

Подниму старую тему.
Транзакция KEND может использоваться для обновления проведенных в СО-РА данных на основе настроенной деривации признаков. С этим проблем нет, все хорошо. У нас используется расширение (COPA0005), где настроена деривация признаков, которые нельзя присвоить в обычной деривации, для этого собственно и используется расширение. Вопрос такой: как прогнать заново деривацию, которая прописана в расширении? Поставил точки остановки - не останавливается. Пробывал и COPA0005 и COPA0001 - не хочет. Как быть? Про транзакции ke4s и ke4sfi знаю, хотелось бы более красиво обновлять данные.

Да можно напрямую в таблицы записать.

транзакция kend позволяет добавлять значения с помощью правил деривации,при этом программа работает только с признаками ОУР и никакой другой информации не видит. Расширения при этом не отрабатывают. Т.Е если вы настроили правило деривации (тип шага привило деривации). В вашем случае другого стандартного решения кроме как упомянутых Вами транзакций ke4s и ke4sfi на мой взгляд нет.

Насколько я понял, расширения работают с таблицей СЕ1хххх, а kend с СЕ4хххх и соотвественно обновляя данные через kend мы никогда не увидим наши новые данные в отчете по отдельным позициям, только в отчете ke30.
И если потом провалится из ке30 в отчет по отдельным позициям, можно обнаружить, что по этому документу УР данные отличаются от случая, если бы мы его просто просматривали через ке24.

gr

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

ВО ВСЕХ ОТЧЕТАХ, которые будут отображать данные по измененным транзакцией KEND объектам УР будут отображаться измененные данные этих объектов.
(разумеется, никаких изменений с показателями не произойдет, также не будет выполняться деривация тех признаков которые вы не выбрали в прогоне изменений в KEND).

Скажите точнее что ыв хотите получить, при чем тут ke4s и ke4sfi, чтото недопонял. Зачем вновь грузить данные в CO-PA.

Конкретно ситуацию обрисуйте. Слабо понял суть проблемы.