Умножайте на 1000 соответствующие показатели в правилах переноса (транзакция UPBR_RULE).

А про догадки - слишком много совпадений Мне кажется, что мы с Вами в одной и той же организации сап внедряем

В каком подразделении?



в каких случаях данные при запуске ретракции считываются, но не передаются в СО?

Я внешний, "понаехал тут" к вам
А случаи, почему данные не передаются в CO, бывают разные.
Навскидку помню - тип значения 20 там надо прописать в правилах переноса.
А вообще - спасет отладка. Там в функции перед самой ретракцией выполняется куча проверок, и если хоть одна не проходит - данные в CO не передаются, до бапихи выполнение не доходит.

Это хорошо, что к нам "понаехали" такие люди
тип значений ограничен полем отправителем 0vtype. В уровне ограничения нет. Остальное вроде все верно, но не идет. Все-таки может проставить константу 20?

да, видела Вашу тему, EVK, по ретракции из архива, кое-что для себя взяла.
После перераспределения контроллингом данных, как я поняла, данные передаваться обратно в BW не будут?

В уровне выбраны все необходимые для ретракции признаки и показатели. Прописана функция типа Exit. Выбраны все необходимые параметры. Значения параметров проставлены верно. В куб закачены данные для передачи в СО. В upbr_struct прописаны правила, в том числе и 20 указана как константа.
При запуске функции идет считывание определенного количества записей, но записи не изменены и не созданы .Вы говорите про отладку, я не знаю, где ее можно просмотреть, ошибок не выходит.

Не совсем понятен вопрос... Поподробнее распишите, что Вам нужно сделать.

Перед запуском функции ретракции введите /h (потом Enter) в строчке, где транзакции пишете.
Потом запускайте функцию ретракции. Провалитесь в отладчик. Потом ставьте точки останова на ФМ инициализации и ФМ ретракции. В общем, абапера поблизости найдите, пните его, он покажет.

спасибо, сейчас попробую

А вы ещё случаем не за соседними столами сидите?

нет, если бы мы сидели за соседними столами, то я бы таких вопросов не задавала бы

Нет, когда произвожу отладку, никаких ошибок не выдает, наверно все-таки дело в соответствии полей.

В том то и дело!
Функция никаких ошибок не выдает!. Она просто НЕ ЗАПУСКАЕТ ретракцию, если какая-либо проверка не проходит.
В общем, еще раз в отладку, и внимательно смотрим, как отрабатывают проверки.

Что касается не подтягивающейся структуры в продуктивной системе UPB_RET_COPS, для данной версии необходима дополнительная накатка патчей, я так поняла. Какие именно патчи необходимы при этом?

Дополнительные патчи накатили, но структура отправки подтягивается в транзакции se11. Все оказывается было намного проще, чем я думала.