Книга: SAP R/3 Системное администрирование

6.2.2. Редактирование запросов с помощью Transport Organizer (Организатора переноса)

До версии SAP R/3 4.6B запросы пользовательской настройки и к инструментальным средствам (Customizing и Workbench) обрабатывались отдельными инструментами: Customizing Organizer и Workbench Organizer. Начиная с SAP R/3 4.6C все запросы изменения и содержащиеся в них задачи можно редактировать с помощью Организатора переносов (ТО — Transport Organizer). Практический пример является простейшим способом иллюстрации работы с ТО.

В архивной области должны быть сгенерированы поддающиеся проверке архивные файлы. Для этого необходимо выполнить модификацию пользовательской настройки всех объектов архивации данных. Подобные модификации являются типичными для пользовательской настройки.

Создание запроса пользовательской настройки

Создать запрос пользовательской настройки можно двумя способами:

1. Внести изменение и позволить системе SAP R/3 сгенерировать запрос пользовательской настройки и задачу для изменения.

2. Использовать Организатор переносов (ТО) для создания запроса пользовательской настройки с включенной в него задачей. Затем внести изменение и явным образом назначить созданной ранее задаче.

Выбор процедуры зависит главным образом от принятой концепции пользователя. Назначая полномочия, можно запретить пользователям создавать собственные запросы на изменение. Эту задачу можно зарезервировать для выбранной группы пользователей. Преимущество подобной процедуры состоит в следующем: вы сохраняете контроль над запросами пользовательской настройки и назначением, а также для создания нового типа запроса на изменение можете переопределять права разработчика, например, разрешить ему вносить изменения только после создания и назначения соответствующих запросов на изменения уполномоченному лицу, такому как руководитель проекта. Это дает возможность более эффективно координировать разработку в системе SAPR/3 (cm. рис. 6.4).

Неклассифицированные задачи

Организатор переносов можно использовать также для создания неклассифицированных задач. Неклассифицированным задачам присваивают тип только тогда, когда они назначаются модификации.

Для данного примера можно использовать второй способ, о котором говорилось выше:

1. Вызовите ?Transport Organizer.

2. Выберите Request/Task • Create или сначала Display, а затем Request/Task • Create.

3. В качестве типа запроса на изменение выберите из списка Customizing Request.

Рис. 6.5. Организатор переносов (начальный экран)

4. Появится приглашение для ввода комментария, описывающего содержимое и задействованных исполнителей. Для каждого введенного человека в этом запросе пользовательской настройки создается задача.

5. Сохраните введенную информацию (Save). Теперь запрос пользовательской настройки создан.

На рис. 6.6 показан экран ввода данных для запроса на изменение. Поле Source client представляет клиента, назначенного запросу пользовательской настройки. Поле Target содержит имя системы SAP, на которую будет перенесен запрос пользовательской настройки после его разблокирования. В рассматриваемом примере это поле пустое, назначение будет сделано позднее.

Рис. 6.6. Данные запроса пользовательской настройки созданы

Рис. 6.7. Вывод всех запросов изменения

На рис. 6.7 показан режим иерархического вывода ТО. Здесь можно видеть запрос пользовательской настройки IE4K903522, созданный на клиенте 100 с владельцем D036044. Этому пользователю была присвоена задача IE4K903523. При необходимости можно изменить владельца запроса или задачи. Для создания других доступных запросу задач выделите запрос и выберите Request/Task • Create.

Назначение запросу пользовательской настройки

Рассмотрим, как запросу назначается изменение пользовательской настройки.

В данном примере мы хотим модифицировать настройки архивации. Для этого нужно выполнить следующие шаги:

1. Начиная с ?Implementation Guide • SAP Reference IMG, пройдите по структуре IMG, пока не будет достигнут Cross-Object Customizing Data Archiving и активирован пункт меню Create verifiable files (см. рис. 6.8).

Рис. 6.8. Модификация пользовательского запроса

2. После сохранения введенной информации выведется приглашение для назначения или создания нового запроса на изменение (см. рис. 6.9).

3. Выберите созданный запрос IE4K903522 и подтвердите выбор. В результате изменение будет назначено запросу пользовательской настройки. Только теперь изменения сохранены физически. Это означает, что модификации объектов могут стать постоянными, только если они записываются в запросах на изменение.

Рис. 6.9. Назначение запроса на изменение

Разблокирование запроса пользовательской настройки

Теперь для данного примера процедура пользовательской настройки завершена. Запрос пользовательской настройки можно закрыть (разблокировать). Для разблокирования запроса пользовательской настройки, за обслуживание которого отвечает сотрудник, нужно выполнить следующие шаги:

1. В ?Transport Organizer выберите нужную категорию запросов и их статусов для вывода только требуемых запросов. Выберите Display.

2. Все задачи выбранных запросов пользовательской настройки должны быть завершены, т. е. разблокированы их владельцами. Если задача не разблокирована (как в данном примере), выберите соответствующую задачу (в нашем случае IE4K903523) и разблокируйте ее с помощью Request/Task • Release.

3. Затем будет предложено задокументировать содержание модификаций.

4. Активируйте и сохраните окончательную версию документации и выйдите из данного окна. Все изменения в задаче передаются присвоенному запросу пользовательской настройки. Чтобы получить более подробную информацию об используемых в данной задаче объектах, откройте дерево (см. рис. 6.10). В данном случае изменения были внесены в объект ARCH_PARAM.

5. Когда все задачи будут разблокированы, аналогичным образом может быть разблокирован запрос пользовательской настройки. Выберите этот запрос (Customizing request), а затем Request/Task • Release и зафиксируйте свои действия в документе.

При разблокировании запрос экспортируется. Запрос пользовательской настройки можно также разблокировать для преобразования в запрос инструментальных средств, который будет разблокироваться и передаваться дальше. Такой подход позволяет собрать несколько запросов пользовательской настройки и позднее экспортировать их как группу.

Рис. 6.10. Разблокированный запрос: IE4K903522

Разработки и модификации

В инструментальной среде АВАР (Workbench) есть следующие инструменты для разработчиков:

? Средство просмотра репозитория (Repository Browser и Dictionary) применяется для разработки таблиц, создания индексов, доменов, кодов сопоставления и т. д.

? Редактор программ и построитель функций (АВАР Editor и Function Builder) служит для разработки программ и функций

? Screen Painter — для разработки масок экрана

? Menu Painter — для создания деревьев меню

? Средства тестирования

Эти средства применяются для разработки или изменения функций системы SAP R/3. Разработка функций системы SAP R/3 редко входит в прямые обязанности системного администратора, однако он постоянно соприкасается с данной областью при выполнении задач администрирования, таких как обновление R/3 (Upgrade) и исправление ошибок.

Каждый пользователь, желающий разработать в системе SAP R/3 новые объекты или внести изменения в объекты, поставляемые SAP, сначала должен зарегистрироваться как пользователь данной системы SAP R/3 (см. рис. 6.11). Требуемый ключ можно создать в OSS или SAP Service Marketplace (см. главу 3).

Рис. 6.11. Регистрация разработчика и объекта

В этом случае администраторы SAP R/3 и сама компания SAP имеют обзор, какие разработки происходят в системе SAP R/3. Следующие процедуры требуют принятия решения, будет ли объект SAP модифицироваться или должна происходить новая разработка (создание нового объекта).

Изменение объектов SAP

Каждое изменение в объекте SAP предусматривает регистрацию данного объекта. Ключ доступа можно получить через OSS или SAP Service Marketplace. Введите спецификации выбранного объекта (см. рис. 6.12) и полученный ключ доступа на экране, показанном на рис. 6.11.

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

Новые разработки

Новые разработки в системной инфраструктуре требуют тщательного планирования, чтобы избежать конфликтов с объектами SAP и пользовательскими объектами. По правилам новая разработка должна выполняться

Рис. 6.12. Регистрация ключа объекта в SAP Service Marketplace

только в двух- или в трехсистемной инфраструктуре (последнее предпочтительнее). Всегда нужно избегать использования одной системы R/3 и для работы, и для разработки. Мы будем предполагать, что системная инфраструктура уже создана и ее конфигурация настроена (см. главу 5), а также считать, что пути переноса между системами определены.

Класс/пакет разработки

Класс разработки объединяет объекты, которые должны разрабатываться, сопровождаться и переноситься вместе. Перед созданием новых объектов необходимо создать в системе интеграции (где будет происходить разработка) класс разработки. Классы разработки являются также объектами и поэтому могут переноситься.

Присваивание классу разработки уровня переноса обеспечивает перенос всех объектов класса по одному пути (см. главу 5). Класс разработки $ТМР играет особую роль: он используется для всех локальных (непереносимых) объектов.

Усовершенствованная концепция пакетов заменяет классы разработки, начиная с Basis Release 6.10.

Рис. 6.13. Запись объектного каталога программы RSPARAM

Область имен клиента

Для создания объектов, включая класс разработки, SAP предоставляет отдельную область имен клиента. Это позволяет избежать конфликтов имен между объектами SAP и пользовательскими объектами. При создании имен классов разработки и объектов Workbench применяются следующие правила:

? Заказчики могут использовать области имен, начинающиеся с «Y» или «Z».

? В больших проектах разработки разрешается применять отдельную область имен. Область имен является префиксом (от пяти до десяти символов), помещенным между символами слэша (/); этот префикс добавляется перед именем объекта заказчика. Лицензионный ключ SAP предотвращает несанкционированный доступ к этим областям имен. Области имен заказчика предназначены для использования в сложных проектах разработки или проектах, реализуемых партнерами компании SAP.

Каталог объектов

Каждому объекту в системе SAP R/3 соответствует запись в каталоге объектов (см. рис. 6.13). Она содержит всю важную информацию о данном объекте. Кроме класса разработки объекта и присвоенного уровня переноса, для системной инфраструктуры важна также информация о системе-источнике объекта.

Оригинал

Объект является оригиналом только в той системе, где он был создан. Данный атрибут связан с различными механизмами защиты. В системной инфраструктуре объекты в системе интеграции являются оригиналами, если стратегии разработки и переноса были созданы правильно. Модификация оригинала объекта называется коррекцией. Копии объектов оригиналов передаются в другие системы для тестирования и затем для рабочего использования. Изменения, вносимые в копии объектов в этих системах, называются исправлениями. Если такие изменения не применяются к оригиналу объекта в системе интеграции, то они могут быть перезаписаны при новом переносе из нее.

Разблокирование и экспорт

Следующая задача — разблокирование и перенос разработок или изменений общеклиентских объектов — выполняется таким же образом, как разблокирование и перенос запросов пользовательской настройки.

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

Оглавление книги