Оглавление

Введение

Настройка выполнения проверок

Демонстрационный пример

Недостаток инструментария

Стандартный подход. Позитивный вариант

Стандартный подход. Негативный вариант

SAP Query

Формуляр PDF

Система переноса данных из исторических Систем (LSMW)

Введение

При реализации проектов для платформы SAP Netweaver AS(ABAP) практически всегда возникает необходимость в разработке кастомизированного функционала. Перемещение подобных разработок по ландшафту SAP-систем, как известно, реализовано через транспортную систему и перенос транспортных запросов (Transportablechangerequest). Для предотвращения переноса из системы разработки в продуктивную систему потенциальных угроз в части безопасности и производительности, а также повышения последующего удобства сопровождения рекомендуется производить проверки объектов, содержащих код ABAP.

Настройка выполнения проверок

Компания SAP SE предоставляет инструменты для выполнения проверок объектов, содержащих ABAP, не только в момент разработки, но и непосредственно при деблокировании запросов. Если поиск и исправление ошибок при разработке целиком и полностью находится в компетенции разработчика, то в процессе деблокирования и переноса запросов участвует сотрудник, наделенный функциональной ролью «менеджера по изменениям», который и принимает решение о переносе функционала далее по ландшафту SAP-систем.

Настройка проверки объектов функционала производится через транзакцию SE03 («Инструменты организатора переносов») ► «Организатор переносов глобальной настройки» ► «Проверки объектов при деблокировании запроса» с установкой значения «Настраиваемо пользователем» или «Глобально включено» по методике, рассматриваемой в демонстрационном примере.

Демонстрационный пример

Список проверок задаётся через транзакцию SCI («Анализатор кодов») ► Вариант проверки.

После выполнения настройки при неудачной попытке деблокирования запроса будет отображаться следующее диалоговое окно с сообщением (рис.1):

Рис.1 Диалоговое окно при настройке "Глобально включено"

После входа в режим «Просмотр» получим окно со списком найденных ошибок (рис.2).

Рис.2 Результат проверки

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

Недостаток инструментария

Казалось бы, всё предельно просто, разработчик написал программу, менеджер проверил, и после исправления ошибок мы получаем функционал в системах ландшафта, если бы не одно «но». Есть определенный набор объектов, содержащих ABAP-код, проверки которого, не выполняются при данном подходе. Сразу оговоримся, что таких моментов немало, но в рамках данной статьи представим лишь несколько.

Устранение недостатка сводится к выявлению объектов из обозначенного выше набора, организации их проверки и получения списка ошибок для устранения.

Стандартный подход. Позитивный вариант

Для демонстрации работоспособности стандартных инструментов, возьмем следующий транспортный запрос (рис.3):

Рис.3 Запрос с программами

Запрос включает две программы, имеющие критические операторы.

Программы выполняют несложный набор действий по предоставленным запустившему их пользователю полномочий профиля «SAP_ALL». Создание подобного ABAP-кода не требует каких-либо специфических знаний и доступно любому ABAP-разработчику.

Первая программа реализует функционал через конструкцию «INSERT REPORT», с последующим удалением созданного отчёта (рис.4).

Рис.4 Программа с INSERTREPORT

Вторая программа, используя «GENERATE SUBROUTINE POOL», позволяет добиться того же самого (рис.5).

Рис.5 Программа с GENERATE SUBROUTINE POOL

При попытке деблокирования получаем следующий список ошибок с подробным описанием (рис.6, 7):

Рис.6 Результат проверкизапроса с программами

 Рис.7 Список ошибокзапроса с программами

Из приведенного примера видно, что проверки «Анализатора кодов» (CodeInspector) успешно отработали, и, получив данный список ошибок, можно передать его разработчикам для последующего исправления.

Стандартный подход. Негативный вариант

Теперь проанализируем два запроса. Один из них содержит SAP Query и формуляр PDF, другой проект LSMW (рис.8, 9).

Первый запрос:SAP Query

Рис.8 Запрос с SAPQueryи формуляром PDF

Другой проект: LSMW

Рис.9 Запрос с проектом LSMW

При попытке деблокирования обоих получаем следующий список ошибок (рис.10):

Рис.10 Результат проверки запросов

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

SAP Query

Согласно публикации от 2001 года, SAP Query – это универсальное средство создания отчётов в различных формах, таких как базовые, статистические или ранжированные списки. Реализация осуществляется при помощи создания инфо-набора, являющегося инструментом для разработки запросов к базе данных и формированию отчетности.

Механизм работы предельно прост: используя стандартный конструктор (SQ02) созданный инфо-набор сопоставляется с SAP Query (SQ01) и на выходе генерируется отчёт.

В случаях, когда стандартных возможностей конструктора недостаточно, можно прибегнуть к написанию кода ABAP, что мы и сделали в инфо-наборе одного из представленных запросов (рис.11).

Рис.11 Просмотр инфо-набора

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

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

Шаг 1. Определить название отчёта.

В транзакции SQ01 для проверяемого SAPQuery выбрать пункт меню Запрос ► Другие функции ► Просмотреть имя отчета (рис.12):

Рис.12 Получение имени отчёта

Шаг 2. Скопировать название отчёта (рис.13).

Рис. 13 Получение имени отчёта

Шаг 3. Скопировать данный отчёт, используя транзакцию SE38, в пользовательскую область имён (рис.14).

Рис. 14 Копирование сгенерированного отчёта

Шаг 4. Выполнить проверку полученного отчёта (рис.15).