Создание тестовых данных в исходной системе (SAP ERP)

Для изучения возможностей ABAP компания SAP подготовила пакет разработок S_NWDEMO_BASIS, который поставляется с Netweaver и входит в компонент SAP_BASIS.

Это означает, что вероятнее всего в вашей системе так же есть данный пакет и вы можете проводить свое обучение непосредственно в системе на тех же объектах, что описаны здесь.

Создание каталога инфообъектов

В вашей организации наверняка будет использоваться много инфообъектов для совершенно различных областей - одни инфообъекты необходимы для построения финансовой отчетности, другие необходимы для построения отчетности по логистике, третьи для HR, четвертые - для технических кубов (мониторинг системы, загрузки, контроль качества данных и т.д.).

Для группировки инфообъектов по бизнес потребностям инфообъекты необходимо сохранять в определенные каталоги. Какждый каталог инфообъектов присвоен той или иной инфообласти, что делает удобным их поиск.

Например, если вы строите модель данных для построения HR отчетности, в одной инфообласти HR вы найдете все необходимые кубы, DSO, витрины, а так же инфообъекты.

Часто может возникнуть потребность использования одного инфообъекта в различных, не связанных между собой, областях. Например, инфообъект "Место возникновения затрат" может использоваться не только в финансовой отчетности, но и в отчетности HR. SAP позволяет присвоить один инфообъект двум различны каталогам инфообъектов.

Так же бывает удобно использовать каталоги при создании каких-либо persistance объектов (например, кубов, DSO). Вы создаете куб и указываете системе, что он будет состоять из инфообъектов, находящихся в таком-то каталоге. Далее вам не нужно искать по системе все  необходиые инфообъекты, вы просто перетаскиваете нужный из выбранного каталога в куб.

Существует два типа каталогов инфообъектов: 

• Каталог признаков - содержит в себе только признаки

• Каталог показателей - содержит в себе только показатели

Генерация тестовых даных

Две интересных программы:

1. *CUBE*SAMPLE
Позволяет создавать mockup данные в провайдере. Использовать с осторожностью - при не правильных опциях система насоздает случайные SID в используемых признаках.

2. *ADSO*SAMPLE
То же самое, для ADSO. Позволяет в том числе генерить RECORDMODE, выставлять другую агрегацию. При создании записей с использованием существующих мастер-данных признаков - обратить внимание, будут использоваться только SID, у которых DATAFL = abap_true.

Удобно, если Reporting и DWH выполняют разные разработчики.

SAP HR

Настоятельно рекомендую к изучению статью

https://saphcmsolutions.com/five-efficient-steps-to-build-sap-hcm-consultant-career/   

и ресурс в целом:

https://saphcmsolutions.com

RSOOFIELD

Интересная таблица RSOOFIELD - в ней можно скрыть поля источника данных исходной системы, так что BW при тиражировании не увидит их. Можно так же указать, имеет ли система получатель право делать выбор в инфопакете или нет

Статусы для объектов RE

Оказывается в варианте SPRO для решения RE-FX - RECACUST есть настройка для статусной схемы RE объектов. Статусы передаются стандартным источником и записываются в стандартные атрибуты признаков 0REBUILDING, 0REPROPERTY и т.д.

Найти можно  в ветке: tcode RECACUST - Information System - SAP Business Information Warehouse - Status Concept - Maintain BW Status Object for User Status.

Тут же можно сгенерировать источник для текстов.

Webi долго работает

Столкнулся с проблемой. BEx отчет отрабатывает за 8 секунд, Webi на нем отрабатывает 140 секунд.

Решал следующим образом:

1. Поставил трейс в ST01 на SQL. Не увидел ничего криминального

2. Поставил трейс в RSTT. Увидел, что большинство времени тратится на два FM:

• RSR_MDX_BXML_GET_INFO - получает информацию от bex
• RSR_MDX_BXML_GZIP_DATA - упаковывает запрос и передает неоднократно на сервер  BObj

3. Зашел в STAD, увидел то же самое. Заметил, что Memory Used около 500 мб. Подумал, что наверно, большой объем данных передается из BEx в BO.

4. Обратил внимание, что в BEx отображается 1000 строк, а в сводке запроса Webi 14000 строк. Это означает, что настройка подавления нулей была проигнорирована стороной Webi, Query Designer предупреждал об этом

5. Создал несколько фильтров на стороне запроса Webi, скрывающий нулевые строки. В результате в отчет стало передаваться меньше данных.
6. Уменьшил количество фильтров до одного - спустил расчет фильтруемых значений в BEX - сократил в семь раз время выполнения.