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

6.2.1. Запросы на изменения

6.2.1. Запросы на изменения

Запросы пользовательской настройки

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

Запросы к инструментальным средствам

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

Запросы к инструментальным средствам содержат объекты репозитория (Repository) и независимой от клиента настройки. Эти запросы можно также смешивать; могут также присутствовать зависимые от клиента настройки. Однако это применимо только с тем ограничением, что все специфические объекты пользователя должны поступать только из одного клиента — клиента-источника запроса. Возможность переноса запросов к инструментальным средствам в модернизированные системы зависит от настроек для пути переноса в TMS (см. главу 5).

Локальный запрос на изменение

Кроме использования переносимых запросов на изменения, можно вносить локальные изменения. При таком типе изменений создаются локальные запросы на изменения. Подобные запросы не могут переноситься в другие системы. Запросы локальных изменений создаются в частности, когда конфигурация пути переноса еще не была создана или была создана неправильно. Если запросы изменения еще не были выпущены, можно присвоить их целевой системе и преобразовать их в запросы изменения, которые могут быть перенесены.

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

Номер запроса

Все задачи и запросы имеют уникальный идентификатор, состоящий из трехсимвольного имени системы SAP R/3, идентификатора-ключа «К» и последовательного номера из 6 цифр, например «ЕА1К905975». Каждый запрос на изменение имеет одного только владельца — руководителя проекта, который отвечает за администрирование запроса. При необходимости владельца можно сменить. Запрос на изменение нередко состоит из нескольких задач, каждая из которых принадлежит одному пользователю. Запрос на изменение можно рассматривать как проект, в котором разные пользователи имеют разные задачи (см. рис. 6.4). Допускается передача задачи другому пользователю.

Завершение задач и запросов

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

Импорт должен запускаться явно (см. раздел 6.3); во время экспорта импортируется версия объектов. То же самое применяется, даже если объекты системы источника были снова модифицированы — между разблокированием и импортом.


Рис. 6.4. Управление проектом

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


Генерация: 0.078. Запросов К БД/Cache: 0 / 0
поделиться
Вверх Вниз