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

всей системы, таких как выбор производственного календаря, конфигурации ActiveLink и т.д. Почти все технические параметры R/3 являются независимыми от клиента. Это означает, что клиенты в системе R/3 подходят, например, для реализации относительно независимых зон производства, но не вполне соответствуют целям реализации бизнес-процессов полностью независимых компаний.

Техническая реализация

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

Рис. 7.1. Классы данных в базе данных R/3 Стандартные клиенты

В стандартной системе SAP предлагает следующих клиентов с заранее заданной конфигурацией:

► 000 для целей администрирования и как шаблон для создания дополнительных клиентов

► 001 для целей тестирования и как шаблон для создания дополнительных клиентов (до версии R/3 4.6C)

► 066 для удаленных служб SAP

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

Стандартные пользователи

Пользователи и их конфигурации (например, пароли) являются зависимыми от клиента, т. е. пользователь может работать только на клиенте, которому присвоена его конфигурация. В стандартной системе клиенты 000 и 001 выделяются пользователям SAP* и DDIC с паролями «06071992» и «19920706». Клиент 066 имеет пользователя EARLYWATCH с паролем SUPPORT (см. таблицу 8.2.) В целях безопасности настоятельно рекомендуется изменять пароли стандартных пользователей сразу после установки.

7.1. Создание новых клиентов

Для работы с системой R/3 нужно создать клиентов со специфическими для компании настройками. Обычно для этого копируется существующий клиент, чаще всего клиент 000 или клиент с заранее заданной конфигурацией с другой системы R/3. Клиентов можно копировать в пределах одной системы R/3 или из одной системы R/3 в другую. В последнем случае используется специальный запрос на перенос. Создание собственного клиента — это один из первых шагов в настройке системы, а следовательно, одна из базовых функций в IMG (Implementation Guide, см. главу 6). SAP рекомендует создать клиента в системе разработки для пользовательской настройки. Завершив пользовательскую настройку данной системы, можно скопировать все параметры и настройки на клиентов подчиненных систем R/3, включая рабочую систему, но сначала полезно протестировать эти настройки в системе консолидации, что обеспечит единообразие настроек систем R/3 в системной инфраструктуре. Это, в свою очередь, окажет очень хорошую помощь при тестировании системной среды. Копирование клиента следует рассматривать лишь как первый этап его инициализации. Если после завершения процесса копирования в исходного клиента вносятся дополнительные изменения, их также нужно скопировать на целевого клиента. Для этого используется Система изменений и переносов (CTS — Change and Transport System). Создание и копирование клиентов — это типичная задача при создании системной инфраструктуры на этапе реализации R/3. Рис. 7.2 иллюстрирует данный процесс для трехсистемной инфраструктуры в хронологическом порядке. После копирования клиента наступает этап проверки, в ходе которого для нового клиента могут потребоваться дополнительное обслуживание и корректировки.

Клиент создается в два этапа. Первый этап: новый клиент становится известен системе R/3, а также выполняются некоторые важные базовые настройки. Второй этап: заполнение клиента данными. Только после этого клиент может функционировать.

Роль клиента

При планировании инфраструктуры системы SAP R/3 с самого начала необходимо учитывать, как различные виды деятельности должны быть разделены между системами и клиентами.

При создании клиента это отражается в присваиваемых ему ролях. Эти роли отражают функции клиента и присвоенные ему атрибуты:

► Рабочий клиент

Рис. 7.2. Пример для трехсистемной инфраструктуры

► Клиент для тестирования

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

► Клиент для демонстрации

► Клиент для обучения и подготовки

► Эталонный клиент SAP

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

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

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

Опции изменения

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

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

Поэтому в элементах управления клиента можно определить настройки для изменения и переноса зависимых от клиента и общих объектов клиентов пользовательской настройки.

Зависимые от клиента объекты

Для настройки клиентов по обслуживанию и переносу зависимых от клиента объектов существуют следующие возможности:

► Изменения без автоматической записи

► Автоматическая запись изменений

► Никакие изменения не допускаются