Здравствуйте.

Вопрос следующего плана, из продуктивной системы R/3 в систему BW были подтянуты источники данных: Подразделение финансового менеджмента, Единица финансового менеджмента, Финансовая позиция. Осуществлена активация исходной системы с тиражированием метаданных. Необходимые признаки перенесены в структуру транзакционного инфо-куба. В транзакции bps0 на уровне планирования признаки Единица финансового менеджмента (0FM_AREA), Подразделение финансового менеджмента (0FUNDS_CTR), Финансовая позиция (0CMMT_ITEM) перенесены из списка признаков в выбранные признаки и используются при планировании вручную.

Каким образом настроить и осуществить ретракцию данных в продуктивную или тестовую систему R/3? Или где можно почитать о подобных примерах?

Заранее спасибо!

А поиск в форуме по слову "ретракция" уже отменили?
Вот вам пару ссылок:
help.sap.com и пдфка

в FI-FM используется классический бюджет, BCS не используем.

В Query Designer-е спроектирован запрос, определены строки и столбцы в структуре отчета, запрос сохранен в ранее созданной роли в транзакции pfcg. В тестовой системе R/3, транзакция spro "Определение присвоения поля" создаем новую запись, определяем необходимый нам BW-запрос из доступных объектов, присваиваем необходимые нам поля:

0CMMT_ITEM Финансовая позиция - CMMT_ITEM Финансовая позиция
0FISCYEAR Финансовый год - FISC_YEAR Финансовый год
0FM_AREA Единица финансового менеджмента - FM_AREA Единица финансового менеджмента
0FUNDS_CTR Подразделение финансового менеджмента - FUNDS_CTR Подразделение финансового менеджмента
0AMOUNT Сумма - VALUE Сумма

Присвоение полей определено и сохранено. Запускаем ABAP-редактор транзакция se38, выполняем программу BPREP_RETRAKTOR_OB, заполняем источник, цель, дату документа.

При выполнении программы переноса плановых данных из системы BW в УБ выдает ошибку Запрос I_ZPLBDIT/ZPBD не содержит данных.
№ сообщения FM_BP_BWRET001. Ввод плановых данных осуществлялся при планировании вручную, их можно просмотреть, редактировать.

Все ли пункты соблюдены для query?

стратегию деривации для ввода документов определили, но в пограмме переноса плановых данных из системы BW в УБ BPREP_RETRAKTOR_OB заполнить поле Стратегия деривации не удается, в справочнике для заполнения поля значения не найдены

Вот меня радуют такие сообщения, рассчитанные на телепатов. Где в вашем сообщении вопрос? Хотя бы вопросительный знак-то? Вы наверное своим постом хотели, что-то спросить, но сформулировать так и удосужились.

Поэтому я попробую угадать, что же вы хотели спросить
Создайте свою стратегию деривации или попросите об этом (что правильнее) консультанта по PSM-FM.

Стратегия деривации создана. При создании правила деривации для ретракции не удается связать стратегию и правила деривации. Как осуществляется связь?

У меня была та же проблема. при создании шагов деривации система присваивала им стратегию с идентификатором (ABADRSTRATID) = BPAC, а для успешной ретракции необходимо было значение BPRE. Я не нашел в IMG связи между стратегией деривации при ретракции и шагами деривации. Поменял руками в таблицах .....

Спасибо, транзакция выбора стратегии FMBPRRI

Господа, такой вопрос : настроена ретракция плановых данных платежного бюджета (классический бюджет, прг. BPREP_RETRAKTOR_OB). Используется опция "Аддитивное обновление", т.е. значения каждый раз суммируються. Вопрос : как можно отследить, что данные уже были загружены в систему, чтобы исключить повторную загрузку одной и той же суммы ???. Заранее благодарен.

Ну я бы чего-нибудь в стратегии деривации вставил бы вызов какого-нибудь ФМа, в котором как-то фиксировал статус.
Сразу оговорюсь: ручками такого не делал - это в порядке творческого бреда

Благодарю за совет - будем пробовать
Еще такой вопрос : В IMG в пункте Перенос плановых данных из SAP BW в УБ - Определение присвоения поля в справочнике полей УБ отсутствует поле материал. А необходимо переносит плановые данные в разрезе материалов. Вопрос : где можно настроить или добавить поля для переноса в УБ ???

Я думаю, что это спрашивать надо уже в этом форуме - viewforum.php?f=47

После каждого ввода плановых данных необходимо в администрировании транзакционного куба изменять QM-статус запроса после обновления на OK вручную, чтобы осуществить ретракцию. Каким образом в транзакционных кубах запрос оценивается как успешный, если данных в целевой системе нет? Как сделать так, чтобы статус на OK определялся автоматически? Спасибо господа!

Успешным он автоматически станет, когда наберет не менее 50000 записей.
А у Вас точно устновлен Flag „Most Recent “, как советовал Soulsurfer?