Всем привет.

Есть bex, грубо говоря, вот такой структуры:
|Материал|Количество1|

Нужно добавить в него еще одну колонку для пересчета ЕИ:
|Материал|Количество1|Количество2|

Количество2 - рассчитывается на базе ФМ, на стороне ERP
ФМ лезет в таблицы MARA, MARM, и для каждого материала возвращает коэффициенты.
По этим коэффициентам можно пересчитать количество в другой ЕИ.

Как я себе представляю, есть вот такие варианты сделать это:
1. Расширить транзакционный экстрактор полем количество2.
Изменить АБАП ФМ-ника, на котором он основан. И получать пересчетное число уже в ERP.
Но этот вариант не подходит - придется заново все перепрокачивать.

2. Делать пересчет на уровне трансформации.
Не подходит по той же причине. Плюс обращение к ЕРП в трансформации может увеличить время загрузки.

3. Замутить пересчет валют через опцию "Пересчеты" в квери-дизайнере.
Но эта технология мне не известна. И я сомневаюсь что пересчет созданный в RSUOM на стороне BW умеет лезть в ERP.

4. Создать в bex виртуальный показатель, который будет лезть в ERP во время генерации отчета и формировать свои значения.
Насколько я понимаю это делается через бивишный RSR_OLAP_BADI, который должен лезть в ERP и читать ФМ-ник.
Здесь понятно что минусом будет время генерации отчета, но этот момент не столь критичен.

Подскажите, какой вариант наиболее быстр, и прозрачен с точки зрения реализации?
Мне кажется, что 4-ый. Если это так, не подскажите ли в общих чертах алгоритм вызова ЕРП-шного ФМ-ника через этот Бади.

PS. Добавлю что система 7.50.
Есть подозрение, что для нее могут быть и другие Бади, или даже другие подходы.

Добрый день.

На мой взгляд самый быстрый и прозрачный вариант - третий.
Коэффициенты пересчета из MARM закачиваются экстрактором 0MAT_UNIT_ATTR в DSO.
Подробнее по ссылке https://wiki.scn.sap.com/wiki/display/BI/Define+unit+of+measure+conversions+in+0MATERIAL+definition

P.S. Возможно для 7.5 как-то изменили этот подход, но в 7.4 работает.

Air_demon, спасибо за наводку!
Попробую проработать этот вариант.

Добрый день!
А есть возможность с R/3 получать эти коэффициенты?
Возможно, с точки зрения производительности лучше получать эти коэффициенты из R/3, а на трансформации куба сделать загрузку из самого себя например с расчётом второго показателя один раз.
А далее уже в трансформации считать показатель при загрузке новых данных, не обращаясь в этот момент в R/3 за коэффициентами. Например, загружать коэффициенты перед выполнением основной цепочки загрузки данных ,а потом уже запускать загрузку с данными с простой формулой или ABAP в трансформации.

hazysonic, привет!


Теоретически да, это таблица MARM, оттуда можно брать числитель и знаменатель.


Ну то есть нужно искать готовый ФМ, или создавать свой, вставлять его в экстрактор...


Мм, подождите, как можно сделать загрузку самого себя в той же самой трансформации?) Чото не очень понял.
Сделать другую трансформацию куб-в-куб, и там будет только одна стрелочка с пересчетом показателя... так понятно.


Наверное это возможно но похоже не обойдется без кучек абапа в разных местах.
И если честно я не особо понимаю реализацию некоторых фрагментов такого плана.

P.S. Я сейчас пробую вариант с пересчетом через RSUOM и АДСО, но пока не получается... (отдельный пост на этот счет надо сделать).

Если это таблица на стороне R/3, то сгенерировать экстрактор можно и без АБАП. Просто создаём экстракцию из таблицы SAP. АБАПа нет.



Да, другую. Это только разово для заполнения исторических данных при необходимости.


АБАП будет только в подпрограмме завершения на трансформации.
По сути этот АБАП должен выполнять тоже самое, что и ФМ на стороне R/3, т.е. таже логика. Надо будет только параметры подправить от куда брать материал, от куда брать коэф. пересчёта и куда записывать.