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

процессам, определенным в системе SAP R/3. Нижележащими базовыми компонентами этого объектно- ориентированного подхода являются типы бизнес-объектов, которые представляют объекты реального мира в виде программного обеспечения. Стандартные примеры включают план счетов, торговый заказ или закупочную организацию. Эти типы объектов могут быть доступны только с помощью стандартизованных, независимых от платформы методов, которые не зависят также от версии и открыты, — BAPI.

Все типы бизнес-объектов и соответствующие BAPI хранятся в репозитории бизнес- объектов (BOR — Business Object Repository) системы SAP R/3. С помощью ►BAPI Explorer можно получить обзор определенных типов объектов, их методах и характеристиках и сделать изменения. Объекты являются конкретными экземплярами типа объектов.

Кроме специфических методов объектов, некоторые BAPI доступны для всех типов объектов, а именно:

<Object>.Display	Для вывода объекта
<Object>.Delete	Для удаления объекта
<Object>.GetDetail	Для вывода данных объекта

Технически методы реализуются как модули функций. Например, можно использовать BAPI для соединения с внешними программами, а метод распространения ALE — для соединения с бизнес- процессами за пределами системы.

13.1. Адреса назначения RFC

Многие соединения/связи между двумя системами SAP R/3 или системой SAP R/3 и внешней системой основываются на протоколе интерфейса SAP — вызове удаленной функции (RFC — Remote Function Call). С помощью этого протокола приложения могут вызывать функции АВАР в системе SAP R/3, а системы SAP R/3 — внешние приложения (см. главу 1). Функции RFC делаются доступными для внешних программ через динамические библиотеки.

RFC вызывает предварительно определенный модуль функций в партнерской системе; вызывающая программа является клиентом RFC, а «отвечающая» вызванная система — сервером RFC (см. рис. 13.1).

Рис. 13.1. Распределение задач на различные системы

В среде SAP RFC предлагает интерфейс CPI-C, реализованный SAP.

Адреса назначения RFC

Чтобы полностью интегрировать систему SAP R/3 в существующую системную инфраструктуру, предоставленные соединения RFC должны быть идентифицированы как адреса назначения RFC. Часть этого определения делается автоматически, когда система SAP R/3 конфигурируется в инфраструктуре. Например, это включает соединения RFC, требуемые для системы управления транспортом (TMS, см. главу 5), которые создаются, когда система SAP R/3 интегрируется в области транспорта. Во время установки системы SAP R/3 также генерируются адреса назначения RFC для всех относящихся к делу серверов приложений; но зачастую необходимо создавать дополнительные адреса назначения. Типичными примерами из области системного администрирования являются соединения RFC для:

► Копирования удаленного клиента (см. главу 7)

► Настройки центрального управления пользователями (CUA, см. главу 8)

► Мониторинга удаленных систем SAP R/3 с помощью Alert Monitor (см. главу 16)

Чтобы определить адрес назначения RFC, все данные, необходимые для коммуникации с партнерской системой, компилируются с логическим именем. Устанавливается тип коммуникации. Заданное соединение RFC можно использовать любой программой; оно не присваивается какой-то определенной функции или определенному клиенту.

Соединения RFC всегда являются однонаправленными.

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

Таблица 13.1. Типы соединений для адреса назначения RFC

Тип	Описание	Требуемые данные
1	Соединение с сервером приложений с той же самой базой данных	нет
3	Соединение с системой SAP R/3	Целевая машина и системный номер
2	Соединение с системой SAP R/3	нет
Т	Запуск внешней программы через TCP/IP	Зависит от типа активации Start: имя хоста и путь доступа программы Registration: ID программы
L	Ссылочная запись (указывает на другой адрес назначения)	Адрес назначения RFC, для которого создается псевдоним