Вы находитесь на странице: 1из 543

Page 1 / 542

Basic HTML Version

BIT400
SAP NetWeaver Process Integration

СПРАВОЧНИК ДЛЯ УЧАСТНИКОВ КУРСА


ОБУЧЕНИЕ С ПРЕПОДАВАТЕЛЕМ

Версия курса: 10
Продолжительность курса: 5 дней
Номер материала: 50111966
Page 2 / 542

Basic HTML Version

Авторские права и торговые марки


SAP

© SAP AG, 2013. Все права защищены.

Воспроизведение и передача любого фрагмента настоящей публикации в любой форме и с


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

● Microsoft, Windows, Excel, Outlook и PowerPoint являются зарегистрированными торговыми


марками Microsoft Corporation.

● IBM, DB2, DB2 Universal Database, System i, System i5, System p, System p5, System x,
System z, System z10, System z9, z10, z9, iSeries, pSeries, xSeries, zSeries, eServer, z/VM,
z/OS, i5/OS, S/390, OS/390, OS/400, AS/400, S/390 Parallel Enterprise Server, PowerVM,
Power Architecture, POWER6+, POWER6, POWER5+, POWER5, POWER, OpenPower, PowerPC,
BatchPipes, BladeCenter, System Storage, GPFS, HACMP, RETAIN, DB2 Connect, RACF,
Redbooks, OS/2, Parallel Sysplex, MVS/ESA, AIX, Intelligent Miner, WebSphere, Netfinity, Tivoli
и Informix являются торговыми марками или зарегистрированными торговыми марками
IBM Corporation.

● Linux является зарегистрированной торговой маркой Линуса Торвальдса в США и других


странах.

● Adobe, логотип Adobe, Acrobat, PostScript и Reader являются торговыми марками или
зарегистрированными торговыми марками Adobe Systems Inc в США и других странах.

● Oracle является зарегистрированной торговой маркой Oracle Corporation.

● UNIX, X/Open, OSF/1 и Motif являются зарегистрированными торговыми марками Open


Group.

● Citrix, ICA, Program Neighborhood, MetaFrame, WinFrame, VideoFrame и MultiWin являются


торговыми марками или зарегистрированными торговыми маркими Citrix Systems, Inc.

● HTML, XML, XHTML и W3C являются торговыми марками или зарегистрированными


торговыми марками W3C® (World Wide Web Consortium, Технологический институт штата
Массачусетс).

● Java является зарегистрированной торговой маркой Sun Microsystems, Inc.

● JavaScript является зарегистрированной торговой маркой Sun Microsystems, Inc.,


используемой согласно лицензии на технологию, изобретенную и реализованную
Netscape.

● SAP, R/3, SAP NetWeaver, Duet, PartnerEdge, ByDesign, SAP BusinessObjects Explorer,
StreamWork и другие упоминаемые в настоящем документе продукты и услуги SAP, а
также их логотипы являются торговыми марками или зарегистрированными торговыми
марками SAP AG в Германии и других странах.

● Business Objects, логотип Business Objects, BusinessObjects, Crystal Reports, Crystal


Decisions, Web Intelligence, Xcelsius и другие упоминаемые в настоящем документе
Page 3 / 542

Basic HTML Version

продукты и услуги Business Objects, а также их логотипы являются торговыми марками


или зарегистрированными торговыми марками Business Objects Software Ltd. Business
Objects является компанией группы SAP.

● Sybase, Adaptive Server, iAnywhere, Sybase 365, SQL Anywhere и другие упоминаемые в
настоящем документе продукты и услуги Sybase, а также их логотипы являются
торговыми марками или зарегистрированными торговыми марками Sybase, Inc. Sybase
является компанией группы SAP.

Все другие упоминающиеся здесь продукты и услуги являются торговыми марками


соответствующих компаний. Данные в настоящем документе предоставлены
исключительно в информационных целях. Национальные спецификации продуктов могут
отличаться от указанных.
В данные материалы могут вноситься изменения без предварительного уведомления. Эти
материалы предоставляются компанией SAP AG и ее филиалами (′Группа SAP′)
исключительно в информационных целях, без каких-либо заверений или гарантий, и
Группа SAP не несет ответственности за возможные ошибки или пропуски в данных
материалах. Единственной гарантией на продукты и услуги Группы SAP является
гарантия, прямо указанная в сопутствующей документации к этим продуктам или услуги
(если таковая предусмотрена). Ни одно из положений данного документа не может
рассматриваться как дополнительная гарантия.

© Авторское право . Все права защищены. iii


Page 4 / 542

Basic HTML Version

iv © Авторское право . Все права защищены.


Page 5 / 542

Basic HTML Version

Информация об этом справочнике

Настоящий справочник служит дополнительным пособием при изучении данного курса под
руководством преподавателя. Он не предназначен для самостоятельного изучения.
Типографские обозначения
Стандартным языком справочника является русский.
В нем также используются следующие условные обозначения.

Эта информация отображается в презентации преподавателя

Демонстрация

Процедура

Предупреждение

Рекомендация

Сопутствующая или дополнительная информация

Заключительная дискуссия

Элемент управления пользовательского интерфейса Пример текста

Заголовок окна Пример текста

© Авторское право . Все права защищены. v


Page 6 / 542

Basic HTML Version

vi © Авторское право . Все права защищены.


Page 7 / 542

Basic HTML Version

Содержание

xiii Обзор курса

1 Глава 1: Архитектура SAP NetWeaver Process Integration


2 Урок: Пояснение архитектуры SAP NetWeaver Process
Integration
13 Упражнение 1: Определение компонентов ПО, установленных в
учебной системе
17 Урок: Анализ функций и использования SAP NetWeaver Process
Integration

25 Глава 2: System Landscape Directory (SLD)


26 Урок: Ведение продуктов и компонентов ПО в System Landscape
Directory
29 Упражнение 2: Проверка компонентов ПО и продуктов
35 Урок: Настройка технических систем в System Landscape
Directory
41 Упражнение 3: Создание технических систем в System
Landscape Directory
46 Урок: Ведение бизнес-систем для использования в каталоге
интеграции
49 Упражнение 4: Создание бизнес-системы в System Landscape
Directory
57 Упражнение 5: Импорт бизнес-системы из System Landscape
Directory в каталог интеграции

67 Глава 3: Объекты интерфейса в репозитарии корпоративных


сервисов (ESR)
69 Урок: Описание возможностей навигации в репозитарии
корпоративных сервисов
75 Урок: Анализ объектов интерфейса в репозитарии
корпоративных сервисов
83 Упражнение 6: Просмотр объектов интерфейса в репозитарии
корпоративных сервисов (ESR)
90 Урок: Ведение объектов интерфейса
94 Урок: Определение типов обработки сообщений и качество
услуг

© Авторское право . Все права защищены. vii


Page 8 / 542

Basic HTML Version

109 Глава 4: Ведение объектов мэппинга в ESR


110 Урок: Создание объектов мэппинга сообщений
119 Упражнение 7: Создание мэппинга сообщений
124 Урок: Мэппинг между сервисными интерфейсами
131 Упражнение 8: Создание мэппинга операций
135 Урок: Анализ асинхронных сценариев интеграции
141 Упражнение 9: Анализ сценария интеграции

151 Глава 5: Конфигурация объектов коммуникации в каталоге


интеграции
152 Урок: Использование ракурсов конфигурации
155 Урок: Создание каналов связи в каталоге интеграции
159 Упражнение 10: Создание коммуникационного канала по
шаблону

165 Глава 6: Конфигурация объектов каталога интеграции для обработки


ABAP

166 Урок: Анализ объектов, используемых при коммуникации с


механизмом интеграции – конфигурация
171 Упражнение 11: Конфигурация сценария для коммуникации на
основе механизма интеграции
183 Упражнение 12: Мониторинг сообщений в механизме
интеграции
187 Урок: Анализ объектов, используемых при коммуникации с
механизмом интеграции – маршрутизация
193 Упражнение 13: Добавление условия маршрутизации к
определению получателя
199 Упражнение 14: Обновление определения интерфейса с другим
мэппингом операций
203 Урок: Анализ объектов, используемых при коммуникации с
механизмом интеграции – получатель
209 Упражнение 15: Настройка нескольких получателей сообщения

viii © Авторское право . Все права защищены.


Page 9 / 542

Basic HTML Version

225 Глава 7: Конфигурация объектов каталога интеграции для обработки


Java
226 Урок: Ведение объектов для обработки только на основе
Advanced Adapter Engine (AAE)
231 Упражнение 16: Создание интегрированной конфигурации для
Advanced Adapter Engine (AAE)
239 Урок: Ведение объектов для обработки сообщений на основе
Advanced Adapter Engine Extended (AEX)
247 Упражнение 17: Создание интегрированной конфигурации для
Advanced Adapter Engine Extended (AEX)
256 Урок: Создание и развертывание потоков интеграции в
Advanced Adapter Engine Extended (AEX)

261 Глава 8: Операции в SAP NetWeaver Process Integration


262 Урок: Использование Runtime Workbench
269 Урок: Использование начальной страницы мониторинга PI
(PIMon)
274 Урок: Использование SAP NetWeaver Administrator

283 Глава 9: Варианты соединения в SAP NetWeaver Process Integration


284 Урок: Анализ вариантов соединения между бэкэнд-системами с
SAP NetWeaver Process Integration
289 Упражнение 18: Проверка существующих механизмов адаптера
296 Урок: Анализ корпоративных сервисов
314 Урок: Конфигурация соединения B2B

327 Глава 10: Варианты HTTP-соединения


329 Урок: Конфигурация адаптера Simple Object Access Protocol
333 Упражнение 19: Конфигурация адаптера SOAP отправителя
339 Урок: Использование технологии прокси
343 Упражнение 20: Проверка прокси клиента
347 Упражнение 21: Проверка прокси сервера
351 Упражнение 22: Конфигурация прокси сервера как целевого
интерфейса
358 Урок: Проверка адаптера HTTP ABAP
363 Упражнение 23: Проверка адаптера простого HTTP отправителя
368 Урок: Использование адаптера HTTP_AAE (Java)

© Авторское право . Все права защищены. ix


Page 10 / 542

Basic HTML Version

379 Глава 11: Конфигурация файлового адаптера


380 Урок: Конфигурация файлового адаптера получателя
389 Упражнение 24: Конфигурация файлового адаптера/адаптера
FTP для последовательного файла
394 Урок: Конфигурация файлового адаптера отправителя

409 Глава 12:Варианты соединения для промежуточных документов (IDoc)


411 Урок: Адаптер промежуточных документов и использование
адаптера промежуточных документов получателя для ABAP-
стека
419 Упражнение 25: Присвоение имени логической системы
бизнес-системе
425 Упражнение 26: Проверка конфигурации для адаптера IDoc
получателя
431 Упражнение 27: Конфигурация сценария промежуточного
документа
438 Урок: Использование исходящего IDoc-адаптера
442 Урок: Использование адаптера IDoc в Advanced Adapter Engine
446 Урок: Конфигурация сценария полного промежуточного
документа

455 Глава 13:Конфигурация соединения через прикладные программные


интерфейсы SAP (BAPI)

456 Урок: Конфигурация адаптера Remote Function Call (RFC)


получателя
461 Упражнение 28: Проверка подписей Remote Function Call (RFC)
в репозитарии корпоративных сервисов (ESR)
467 Упражнение 29: Конфигурация адаптера Remote Function Call
(RFC)
471 Упражнение 30: Конфигурация сценария для Remote Function
Call (RFC) получателя
476 Урок: Конфигурация сценария RFC отправителя
479 Упражнение 31: Проверка конфигурации адаптера отправителя
485 Упражнение 32: Использование сценария с адаптером Remote
Function Call (RFC) отправителя

x © Авторское право . Все права защищены.


Page 11 / 542

Basic HTML Version

495 Глава 14: Интеграционные процессы при межкомпонентном


управлении бизнес-процессами (ccBPM)
496 Урок: Анализ времени выполнения межкомпонентного
управления бизнес-процессами (ccBPM)
501 Урок: Идентификация шагов по созданию и использованию
интеграционного процесса
509 Упражнение 33: Просмотр интеграционного процесса в
репозитарии корпоративных сервисов
515 Упражнение 34: Просмотр интеграционного процесса в
каталоге интеграции
521 Упражнение 35: Мониторинг процессов межкомпонентного
управления бизнес-процессами (ccBPM)

© Авторское право . Все права защищены. xi


Page 12 / 542

Basic HTML Version

xii © Авторское право . Все права защищены.


Page 13 / 542

Basic HTML Version

Обзор курса

ЦЕЛЕВАЯ ГРУППА
Данный курс предназначен для следующих групп слушателей:
● Консультант по разработке
● Консультант по поддержке
● Консультант по технологиям
● Системный архитектор
● Разработчик
● Системный администратор
● Суперпользователь/ключевой пользователь/профессиональный пользователь

© Авторское право . Все права защищены. xiii


Page 14 / 542

Basic HTML Version

xiv © Авторское право . Все права защищены.


Page 15 / 542

Basic HTML Version

ГЛАВА 1 Архитектура SAP NetWeaver


Process Integration

Урок 1
Пояснение архитектуры SAP NetWeaver Process Integration 2
Упражнение 1: Определение компонентов ПО, установленных в учебной системе 13
Урок 2
Анализ функций и использования SAP NetWeaver Process Integration 17

ЗАДАЧИ ГЛАВЫ
● Объяснить архитектуру SAP NetWeaver Process Integration (SAP NetWeaver PI)
● Выполнять навигацию к System Landscape Directory (SLD)
● Выполнять навигацию в репозитарии корпоративных сервисов (ESR)
● Выполнять навигацию в Integration Builder
● Анализировать функции и области применения SAP NetWeaver PI.

© Авторское право . Все права защищены. 1


Page 16 / 542

Basic HTML Version

Глава 1
Урок 1
Пояснение архитектуры SAP NetWeaver
Process Integration

ОБЗОР УРОКА
В этом уроке описывается обработка сообщений в системе SAP NetWeaver Process
Integration (SAP NetWeaver PI). Здесь также объясняется, как установить соединение с
прикладными системами с помощью SAP NetWeaver PI.

Практический пример
Вам требуется внедрить бизнес-процессы в распределенном системном ландшафте.
Кроме того, необходимо отправлять сообщения, сохраняя единообразие при передаче
данных между системами. Для этого вам потребуются следующие знания:
● понимание архитектуры SAP NetWeaver PI;
● понимание возможностей соединения между прикладными системами и SAP NetWeaver
PI.

ЗАДАЧИ УРОКА
Пройдя этот урок, вы сможете:
● Объяснить архитектуру SAP NetWeaver Process Integration (SAP NetWeaver PI)
● Выполнять навигацию к System Landscape Directory (SLD)
● Выполнять навигацию в репозитарии корпоративных сервисов (ESR)
● Выполнять навигацию в Integration Builder

2 © Авторское право . Все права защищены.


Page 17 / 542

Basic HTML Version

Урок: Пояснение архитектуры SAP NetWeaver Process Integration

Архитектура и инструменты SAP NetWeaver PI

Рисунок 1: Архитектура SAP NetWeaver PI

SAP NetWeaver PI состоит из описанных ниже компонентов и имеет дополнительный


вариант установки.
● System Landscape Directory
Этот компонент содержит сведения о ландшафте (технических и бизнес-системах) и
каталоге программного обеспечения (продуктах и версиях ПО). Систему SAP можно
настроить для самостоятельной регистрации в SLD.
● Репозитарий корпоративных сервисов
Этот компонент содержит объекты дизайна, например, интерфейсы, мэппинги и
определения процессов.
● Сервисный реестр
Этот компонент является реестром, совместимым с универсальным описанием, поиском
и взаимодействием (UDDI), в котором представлены все доступные определения веб-
сервисов (на основе языка описания веб-сервисов (WSDL)) и который может быть
расширен с помощью классификационной системы.
● Каталог интеграции
Этот компонент позволяет настраивать сценарии обмена сообщениями.
● Business Process Engine (BPE)

© Авторское право . Все права защищены. 3


Page 18 / 542

Basic HTML Version

Глава 1: Архитектура SAP NetWeaver Process Integration

Этот компонент управляет корреляциями между сообщениями и определяет способ


обработки сообщений в составе межкомпонентного управления бизнес-процессами
(ccBPM).
● Механизм интеграции
Этот компонент входит в состав сервера интеграции и обрабатывает сообщения в
каталоге интеграции согласно конфигурации системы. Такая обработка подразумевает
определение получателя и мэппинга входящего сообщения к структуре интерфейса
получателя.
● Advanced Adapter Engine
Этот компонент является для многих адаптеров основой для соединения систем с
сервером интеграции.
● Runtime Workbench
Этот компонент представляет собой инструмент центрального мониторинга
компонентов и сообщений.

Инструменты SAP NetWeaver PI для доступа к компонентам

Рисунок 2: Инструменты SAP NetWeaver PI для доступа к компонентам

Для доступа к компонентам SAP NetWeaver PI используются следующие инструменты:


● SAP NetWeaver Developer Studio (NWDS)
Инструмент NWDS представляет собой Java-инструмент разработки SAP на основе
Eclipse. Он используется для просмотра и редактирования типов объектов в ESR.
● Enterprise Services Builder

4 © Авторское право . Все права защищены.


Page 19 / 542

Basic HTML Version

Урок: Пояснение архитектуры SAP NetWeaver Process Integration

Инструмент Enterprise Services Builder предоставляет Java GUI для работы в ESR.
● Integration Builder
Инструмент Integration Builder предоставляет Java GUI для работы в каталоге
интеграции. Integration Builder также управляет созданием версий и блокировками на
сервере.
● SAP GUI
SAP GUI – это клиентское приложение для доступа к ABAP-стеку системы SAP
NetWeaver PI.

Варианты установки

Рисунок 3: Варианты установки и соединения, типы конфигурации

На рисунке представлены варианты установки, доступные в SAP NetWeaver PI.

© Авторское право . Все права защищены. 5


Page 20 / 542

Basic HTML Version

Глава 1: Архитектура SAP NetWeaver Process Integration

System Landscape Directory

Рисунок 4: Мэппинг системного ландшафта в SLD

Информация о технических системах клиентского системного ландшафта вводится в SLD.


Сюда относятся имена хостов и другие технические атрибуты, сведения об установленных
на сервере компонентах ПО.

Примечание:
Структура SLD основана на стандарте общей информационной модели (CIM).
CIM была разработана ассоциацией Distributed Management Task Force (DMTF),
целью которой является организация управления ИТ-систем в распределенных
ландшафтах.

Бизнес-системы представляют собой системы-отправители и/или системы-получатели


сообщений. Имя бизнес-системы присваивается каждой технической системе в SLD. Для
систем ABAP бизнес-система присваивается каждому манданту, который обменивается
сообщениями с SAP NetWeaver PI. Затем бизнес-системы импортируются в каталог
интеграции.

6 © Авторское право . Все права защищены.


Page 21 / 542

Basic HTML Version

Урок: Пояснение архитектуры SAP NetWeaver Process Integration

Репозитарий корпоративных сервисов

Рисунок 5: Мэппинг версий компонентов ПО и их интерфейсов

Уникальность объекта в ESR определяется следующими элементами:


● имя объекта;
● имя компонента ПО;
● соответствующая область имен.
Помимо технической и присвоенной бизнес-систем, в SLD также создаются продукты и их
компоненты ПО и версии, запускаемые в технических системах. Компоненты ПО
импортируются в ESR. В версии компонента ПО создаются области имен, в которых
хранятся объекты интерфейса, используемые в бизнес-процессах.
Объекты интерфейса включают входящий и исходящий интерфейсы и данные о мэппинге.
В ESR можно использовать такие интерфейсы, как Remote Function Call (RFC), IDoc,
определение схемы eXtensible Markup Language (XSD) или WSDL, или вы можете создать их
вручную.

© Авторское право . Все права защищены. 7


Page 22 / 542

Basic HTML Version

Глава 1: Архитектура SAP NetWeaver Process Integration

Мэппинг интерфейсов и определение мэппинга

Рисунок 6: Мэппинг интерфейсов и определение мэппинга

В ESR необходимо определить исходящий и входящий интерфейсы. Если исходящее и


входящее сообщения в сценарии не совпадают, то требуется также определить правила
мэппинга структур в ESR. Для этой цели в системе предлагается графический инструмент
мэппинга. Можно также создать программы мэппинга в Java, ABAP или eXtensible
Stylesheet Language Transformations (XSLT). Помимо мэппинга исходящих и входящих
структур, вы можете также определить мэппинг значений структуры к требуемым
значениям во входящей структуре, например, значение 001 к значению abc в поле Группа
материалов .
ESR позволяет определять прозрачные отношения между интерфейсами и бизнес-
процессами. Для определения этих отношений создается сценарий интеграции,
представляющий отношения между интерфейсами в абстрактной форме (без присвоения
определенных систем).

8 © Авторское право . Все права защищены.


Page 23 / 542

Basic HTML Version

Урок: Пояснение архитектуры SAP NetWeaver Process Integration

Реализация сценария и присвоение используемых интерфейсов и мэппингов

Рисунок 7: Реализация сценария и присвоение используемых интерфейсов и мэппингов

Вы можете создать шаги процесса (называемые операциями) для системы с определенной


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

Рекомендация:
Сценарии интеграции и объекты в сценариях, например, интерфейсы и
мэппинг, предоставляются как содержимое ESR или SAP NetWeaver PI
компанией SAP или ее партнерами. Данные сценарии и объекты можно
использовать как шаблоны конфигурации. Таким образом, они упрощают
реализацию стандартных сценариев.

© Авторское право . Все права защищены. 9


Page 24 / 542

Basic HTML Version

Глава 1: Архитектура SAP NetWeaver Process Integration

Каталог интеграции

Рисунок 8: Конфигурация сценариев в системном ландшафте в каталоге интеграции

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

10 © Авторское право . Все права защищены.


Page 25 / 542

Basic HTML Version

Урок: Пояснение архитектуры SAP NetWeaver Process Integration

Объекты конфигурации в каталоге интеграции

Рисунок 9: Объекты конфигурации в каталоге интеграции

Помимо отправителя, получателя (как сервисов) и адаптеров к конфигурации в каталоге


интеграции также относятся следующие объекты конфигурации:
● соглашение отправителя;
● определение получателя;
● определение интерфейса;
● соглашение получателя.
Обработка сообщений
В зависимости от требуемых адаптеров и функций сообщения могут быть обработаны
механизмом интеграции (обработка в конвейере) или в Advanced Adapter Engine (AAE).
Для обработки сообщений механизмом интеграции необходимо настроить техническое
соединение отправителя с SAP NetWeaver PI (соглашение отправителя) и с получателем
сообщения (определение получателя). Затем следует определить, какой входящий
интерфейс получает сообщение для получателя (определение интерфейса) и как сервер
интеграции может установить техническое соединение с системой-получателем
(соглашение получателя).
Для обработки сообщений в AAE создается интегрированная конфигурация, и в AAE
вводятся данные о маршрутизации.

© Авторское право . Все права защищены. 11


Page 26 / 542

Basic HTML Version

Глава 1: Архитектура SAP NetWeaver Process Integration

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


сгруппированы в сценарий конфигурации. Сценарии конфигурации облегчают
использование объектов конфигурации.

12 © Авторское право . Все права защищены.


Page 27 / 542

Basic HTML Version

Глава 1
Упражнение 1
Определение компонентов ПО,
установленных в учебной системе

Практический пример
Вам требуется выяснить для вашей компании, какие версии для каких компонентов ПО
установлены в системах.
Определите, какие версии компонентов ПО установлены в имеющихся системах.
1. Определите компоненты ПО, установленные в системе SAP NetWeaver PI данного
учебного курса.
Ваш преподаватель предоставит вам дальнейшую информацию об используемой
системе и манданте.
2. Определите компоненты ПО, установленные в бэкэнд-системе SAP данного учебного
курса.
Ваш преподаватель предоставит вам дальнейшую информацию об используемой
системе и манданте.

© Авторское право . Все права защищены. 13


Page 28 / 542

Basic HTML Version

Глава 1
Решение 1
Определение компонентов ПО,
установленных в учебной системе

Практический пример
Вам требуется выяснить для вашей компании, какие версии для каких компонентов ПО
установлены в системах.
Определите, какие версии компонентов ПО установлены в имеющихся системах.
1. Определите компоненты ПО, установленные в системе SAP NetWeaver PI данного
учебного курса.
Ваш преподаватель предоставит вам дальнейшую информацию об используемой
системе и манданте.
a) Войдите в систему SAP NetWeaver PI, используемую в учебном курсе.

Поле Содержимое
Мандант как правило: 800 (если необходимо использовать другой мандант,
то он приводится в упражнении)
Пользователь предоставляется преподавателем
Пароль предоставляется преподавателем
Язык входа если не указано: используется английский

b) Выберите Система → Статус.


c) В диалоговом окне Система: статус нажмите кнопку Информация о компоненте .
Компоненты ПО устанавливаются вместе с версиями.

Рекомендация:
Обратите внимание, что компонент PI_BASIS является базисным
плагином (Plug-In Basis). PI в этом контексте не относится к Process
Integration.

2. Определите компоненты ПО, установленные в бэкэнд-системе SAP данного учебного


курса.
Ваш преподаватель предоставит вам дальнейшую информацию об используемой
системе и манданте.

14 © Авторское право . Все права защищены.


Page 29 / 542

Basic HTML Version

Урок: Пояснение архитектуры SAP NetWeaver Process Integration

a) Войдите в бэкэнд-систему SAP, используемую в учебном курсе.

Поле Содержимое
Мандант как правило: 800 (если необходимо использовать другой мандант,
то он приводится в упражнении)
Пользователь предоставляется преподавателем
Пароль предоставляется преподавателем
Язык входа если не указано: используется английский

b) Выберите Система → Статус .


c) В диалоговом окне Система: статус нажмите кнопку Информация о компоненте .
Компоненты ПО устанавливаются вместе с версиями.

Рекомендация:
Закрыть окна можно нажатием кнопки Отменить .

© Авторское право . Все права защищены. 15


Page 30 / 542

Basic HTML Version

Глава 1: Архитектура SAP NetWeaver Process Integration

РЕЗЮМЕ УРОКА
Теперь Вы сможете:
● Объяснить архитектуру SAP NetWeaver Process Integration (SAP NetWeaver PI)
● Выполнять навигацию к System Landscape Directory (SLD)
● Выполнять навигацию в репозитарии корпоративных сервисов (ESR)
● Выполнять навигацию в Integration Builder

16 © Авторское право . Все права защищены.


Page 31 / 542

Basic HTML Version

Глава 1
Урок 2
Анализ функций и использования SAP
NetWeaver Process Integration

ОБЗОР УРОКА
В этом уроке описывается анализ функций и использования системы SAP NetWeaver
Process Integration (SAP NetWeaver PI).
Практический пример
Вам требуется внедрить бизнес-процессы в распределенном системном ландшафте.
Необходимо отправлять сообщения, сохраняя единообразие при передаче данных между
системами. Для этого вам потребуются следующие знания:
● Понимание принципов использования SAP NetWeaver PI для обработки сообщений

ЗАДАЧИ УРОКА
Пройдя этот урок, вы сможете:
● Анализировать функции и области применения SAP NetWeaver PI.

Возможные области применения


Ниже представлены возможные области применения SAP NetWeaver PI 7.31.
● Архитектура SAP NetWeaver PI 7.31 основана на общепринятой архитектуре реализации
бизнес-процессов по всем системам и представляет собой расширение более ранних
версий.
● SAP NetWeaver PI играет ключевую роль при поддержке сервисно-ориентированной
архитектуры (SOA) для бизнес-приложений. Основное внимание уделяется интеграции
приложений на основе сервисов.
SOA поддерживает основные принципы сервисно-ориентированной архитектуры
(структура обмена сообщениями, инструменты создания и потребления сервисов, реестр,
инструменты репозитария и т. д.), но не предоставляет дополнительную бизнес-логику.
SAP предлагает инфраструктуру и исполнимое содержимое в виде корпоративных
сервисов, включающих необходимые функции приложения SAP Business Suite.

© Авторское право . Все права защищены. 17


Page 32 / 542

Basic HTML Version

Глава 1: Архитектура SAP NetWeaver Process Integration

Соединение прикладных систем с SAP NetWeaver PI

Рисунок 10: Процедура времени выполнения – преобразование в формат сообщения SAP NetWeaver PI

Механизм интеграции SAP NetWeaver PI должен получать входящие сообщения в


специальном XML-формате SAP NetWeaver PI и отправлять сообщения в XML-формате SAP
NetWeaver PI в системы-получатели.
Перед установлением соединения с системами необходимо убедиться, что система-
отправитель может создать сообщение, отправляемое в XML-формате SAP NetWeaver PI, а
система-получатель может получать сообщение в XML-формате SAP NetWeaver PI.
Локальный механизм интеграции входит в версию SAP Basis 6.20 и выше. Локальный
механизм интеграции может напрямую обмениваться сообщениями с SAP NetWeaver PI на
основе XML-формата SAP NetWeaver PI. Для обмена сообщениями прикладная система
использует прокси SAP NetWeaver PI.
Использование адаптеров также является возможностью соединения с SAP NetWeaver PI.
Подсоединенная система предоставляет данные в своем формате, а адаптер преобразует
этот формат в XML-формат SAP NetWeaver PI и передает данные в обработку сообщений
SAP NetWeaver PI.
Технические адаптеры SAP входят в SAP NetWeaver PI, но можно также использовать
адаптеры от партнеров SAP.

18 © Авторское право . Все права защищены.


Page 33 / 542

Basic HTML Version

Урок: Анализ функций и использования SAP NetWeaver Process Integration

Процедура времени выполнения для обработки в конвейере SAP NetWeaver PI

Рисунок 11: Процедура времени выполнения – конвейер

Обработка в конвейере сервера интеграции начинается сразу же после получения


сообщения сервером интеграции в формате сообщения SAP NetWeaver PI. Сначала данные
конфигурации определяют получателя и входящий интерфейс получателя. Этот шаг
называется логической маршрутизацией. При наличии нескольких получателей система
дублирует сообщение. Для каждого получателя выполняется мэппинг сообщения со
структурой исходящего интерфейса отправителя к структуре входящего интерфейса
получателя. Затем конвейер определяет технический способ соединения с получателем.
Это называется технической маршрутизацией. В конце система отправляет сообщение в
целевую систему или соответствующий адаптер.

© Авторское право . Все права защищены. 19


Page 34 / 542

Basic HTML Version

Глава 1: Архитектура SAP NetWeaver Process Integration

Модули SOA

Рисунок 12: Модули SOA

В приложении, использующем корпоративные сервисы, SAP NetWeaver PI во время


выполнения выступает в роли шины корпоративных сервисов для поддержки обмена
вызовами между различными сервисами. Интерфейсы хранятся централизованно в
репозитарии корпоративных сервисов (ESR).

Рекомендация:
SAP NetWeaver PI и SAP NetWeaver Composition Environment используют ESR.

РЕЗЮМЕ УРОКА
Теперь Вы сможете:
● Анализировать функции и области применения SAP NetWeaver PI.

20 © Авторское право . Все права защищены.


Page 35 / 542

Basic HTML Version

Глава 1

Учебный экзамен

1. Какие из следующих инструментов используются для доступа к компонентам SAP


NetWeaver Process Integration?
Выберите правильные ответы.

X A SAP NetWeaver Developer Studio

X B Enterprise Services Builder

X C Integration Builder

X D Построитель потоков операций

2. ___________системы представляют собой системы-отправители и/или системы-


получатели сообщений.
Выберите правильный ответ.

X A Бизнес-

X B Технические

X C ABAP

3. Какие элементы определяют уникальность объекта в репозитарии корпоративных


сервисов?
Выберите правильные ответы.

X A Имя объекта

X B Имя компонента ПО, с которым связан объект

X C Соответствующая область имен

X D Число объектов

© Авторское право . Все права защищены. 21


Page 36 / 542

Basic HTML Version

Глава 1: Учебный экзамен

4. Вы можете использовать ____________ для всех объектов конфигурации, относящихся к


отдельному сценарию интерфейса.
Выберите правильный ответ.

X A сценарий конфигурации

X B Advanced Adapter Engine

X C механизм интеграции

5. SAP NetWeaver Process Integration во время выполнения выступает в роли шины


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

X Верно

X Неверно

22 © Авторское право . Все права защищены.


Page 37 / 542

Basic HTML Version

Глава 1

Учебный экзамен – ответы

1. Какие из следующих инструментов используются для доступа к компонентам SAP


NetWeaver Process Integration?
Выберите правильные ответы.

X A SAP NetWeaver Developer Studio

X B Enterprise Services Builder

X C Integration Builder

X D Построитель потоков операций

2. ___________системы представляют собой системы-отправители и/или системы-


получатели сообщений.
Выберите правильный ответ.

X A Бизнес-

X B Технические

X C ABAP

3. Какие элементы определяют уникальность объекта в репозитарии корпоративных


сервисов?
Выберите правильные ответы.

X A Имя объекта

X B Имя компонента ПО, с которым связан объект

X C Соответствующая область имен

X D Число объектов

© Авторское право . Все права защищены. 23


Page 38 / 542

Basic HTML Version

Глава 1: Учебный экзамен – ответы

4. Вы можете использовать ____________ для всех объектов конфигурации, относящихся к


отдельному сценарию интерфейса.
Выберите правильный ответ.

X A сценарий конфигурации

X B Advanced Adapter Engine

X C механизм интеграции

5. SAP NetWeaver Process Integration во время выполнения выступает в роли шины


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

X Верно

X Неверно

24 © Авторское право . Все права защищены.


Page 39 / 542

Basic HTML Version

ГЛАВА 2 System Landscape Directory


(SLD)

Урок 1
Ведение продуктов и компонентов ПО в System Landscape Directory 26
Упражнение 2: Проверка компонентов ПО и продуктов 29

Урок 2
Настройка технических систем в System Landscape Directory 35
Упражнение 3: Создание технических систем в System Landscape Directory 41

Урок 3
Ведение бизнес-систем для использования в каталоге интеграции 46
Упражнение 4: Создание бизнес-системы в System Landscape Directory 49
Упражнение 5: Импорт бизнес-системы из System Landscape Directory в каталог 57
интеграции

ЗАДАЧИ ГЛАВЫ
● Использовать термины «продукт» и «компонент ПО»
● Создать продукты и компоненты ПО в System Landscape Directory (SLD)
● Импортировать компоненты ПО из System Landscape Directory (SLD) в репозитарий
корпоративных сервисов (ESR)
● Настроить технические системы в System Landscape Directory (SLD)
● Регистрировать системы SAP ABAP в System Landscape Directory (SLD)
● Выполнять ведение системы SAP NetWeaver Application Server (SAP NetWeaver AS) Java в
System Landscape Directory (SLD)
● Создать сторонние технические системы в System Landscape Directory (SLD)
● Выполнять ведение бизнес-систем в System Landscape Directory (SLD).
● Импортировать бизнес-системы в System Landscape Directory (SLD)

© Авторское право . Все права защищены. 25


Page 40 / 542

Basic HTML Version

Глава 2
Урок 1

Ведение продуктов и компонентов ПО в


System Landscape Directory

ОБЗОР УРОКА
В этом уроке описывается, как выполнить мэппинг компонентов ПО в System Landscape
Directory (SLD) и интегрировать эти компоненты в репозитарии корпоративных сервисов
(ESR). Кроме того, здесь представлено, какие объекты интерфейса можно создать в рамках
версии компонента ПО.
Практический пример
Ваш сценарий интеграции основан на системном ландшафте, состоящем из нескольких
серверов. В ландшафте установлено программное обеспечение. В SAP NetWeaver Process
Integration (SAP NetWeaver PI) требуется информация по этим компонентам ПО. В SLD эта
информация хранится централизованно. Для этого вам потребуются следующие знания:
● Понимание продукта и компонентов ПО от SAP в SLD

ЗАДАЧИ УРОКА
Пройдя этот урок, вы сможете:
● Использовать термины «продукт» и «компонент ПО»
● Создать продукты и компоненты ПО в System Landscape Directory (SLD)
● Импортировать компоненты ПО из System Landscape Directory (SLD) в репозитарий
корпоративных сервисов (ESR)

Компонент ПО
С технической точки зрения компонент ПО – это модульная сущность, которую можно
внедрить в нескольких продуктах.
Компоненты ПО подлежат дальнейшим разработкам, что приводит к созданию различных
версий компонентов ПО.

Определение «продукт» и «компонент ПО»


Продукт – это группа независимых компонентов ПО, поставляемых клиентам. Продукт
также подлежит дальнейшим разработкам. Причиной могут быть новые изменения в
компонентах ПО или добавление других компонентов ПО, если в продукт добавляются
функциональные расширения. В большинстве случаев у каждого продукта есть несколько
версий. Например, у приложения SAP Customer Relationship Management (SAP CRM) есть
версии SAP CRM 4.0, 5.0, 7.0 и др.

26 © Авторское право . Все права защищены.


Page 41 / 542

Basic HTML Version

Урок: Ведение продуктов и компонентов ПО в System Landscape Directory

В системе ABAP один или несколько компонентов ПО присваиваются продукту.


Компоненты ПО могут иметь различные версии.
Версии продукта – это единицы ПО, которые устанавливаются в системе и запускаются
независимо от другого ПО (например, SAP ERP 6.0).

Инстанция продукта

Рисунок 13: Продукты и компоненты ПО

В SLD независимый объект, называемый функция ПО, представляет отношение между


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

Рекомендация:
Доступ к SLD можно получить различными способами. В бэкэнде ABAP можно
использовать транзакцию SLDHTMLGUI , чтобы установить соединение с SLD.

© Авторское право . Все права защищены. 27


Page 42 / 542

Basic HTML Version

Глава 2: System Landscape Directory (SLD)

Пример продукта и компонента ПО

Рисунок 14: Пример продукта и компонента ПО

Чтобы в SLD отобразить продукты и компоненты ПО вместе с их версиями, выберите


Каталог программного обеспечения на первом экране SLD.
Продукты и компоненты ПО SAP могут быть импортированы в SLD. Эту задачу
администратор может выполнить после установки SAP NetWeaver PI. На сайте SAP Service
Marketplace также предоставляются последние обновления, которые следует
импортировать два раза в год.
Если вы используете сторонние компоненты и продукты (не SAP), их необходимо создать в
SLD вручную.

28 © Авторское право . Все права защищены.


Page 43 / 542

Basic HTML Version

Глава 2
Упражнение 2
Проверка компонентов ПО и продуктов

Практический пример
В интегрированном сценарии вам требуется использовать стандартные интерфейсы из
компонентов ПО. Предпосылкой является представление наиболее важных свойств
компонентов ПО и соответствующих интерфейсов.
Проверьте информацию о компоненте в SLD.
1. Войдите в SLD.
2. В SLD есть компонент SAP Advanced Planning & Optimization (SAP APO)? Сколько
указано версий продукта? Какие компоненты ПО относятся к версии 3.1? Перейдите по
ссылке Продукты на первом экране SLD в узле Каталог программного обеспечения .
3. Для целей данного учебного курса вы создали продукты и компоненты ПО, которые еще
не поставлены. Какие версии ПО имеет продукт Product_BIT400 ?

© Авторское право . Все права защищены. 29


Page 44 / 542

Basic HTML Version

Глава 2
Решение 2
Проверка компонентов ПО и продуктов

Практический пример
В интегрированном сценарии вам требуется использовать стандартные интерфейсы из
компонентов ПО. Предпосылкой является представление наиболее важных свойств
компонентов ПО и соответствующих интерфейсов.
Проверьте информацию о компоненте в SLD.
1. Войдите в SLD.
a) Войдите на сервер интеграции (ABAP).

b) Выполните транзакцию SXMB_IFR .

c) На экране SAP NetWeaver Process Integration 7.31 выберите System Landscape


Directory.
d) Войдите в SLD, используя свое имя пользователя и пароль.
2. В SLD есть компонент SAP Advanced Planning & Optimization (SAP APO)? Сколько
указано версий продукта? Какие компоненты ПО относятся к версии 3.1? Перейдите по
ссылке Продукты на первом экране SLD в узле Каталог программного обеспечения .
a) На экране SAP NetWeaver System Landscape Directory выберите Продукты в области
Каталог программного обеспечения .
b) На экране SAP NetWeaver System Landscape Directory введите APO для продукта SAP
APO в поле Фильтр и нажмите кнопку Пуск .
c) В области экрана Отфильтровано по APO: 9 из 4427 поз. выберите строку с версией
SAP APO 3.1 , щелкнув серую прямоугольную рамку слева от строки. Откроется новое
окно.
d) На закладке Компоненты ПО выберите SAP ABA 4.6D.
e) На закладке Продукты выберите продукт SAP APO , щелкнув гиперссылку в столбце
«Версия компонента ПО». Отображается список всех версий компонентов ПО по
данному продукту.
Если открыть отдельные записи, щелкнув гиперссылку в столбце Продукт ,
выведется список компонентов ПО для единицы ПО сервера SAP APO 3.1: APO ,
например, SAP ABA 4.6D, SAP APO 3.1, SAP BASIS 4.6D, и SAP BW 2.1C .
3. Для целей данного учебного курса вы создали продукты и компоненты ПО, которые еще
не поставлены. Какие версии ПО имеет продукт Product_BIT400 ?
a) В учебной системе продукт Product_BIT400 имеет компоненты ПО SC_BIT400_A ,
SC_BIT400_B , SC_BIT400_C , SC_BIT400_MAPPING и BIT400_XX с версией 1.0.

30 © Авторское право . Все права защищены.


Page 45 / 542

Basic HTML Version

Урок: Ведение продуктов и компонентов ПО в System Landscape Directory

Компоненты ПО с внешними интерфейсами

Рисунок 15: Компоненты ПО с внешними интерфейсами

Каждый компонент ПО предоставляет программы с определенными функциями. У


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

Ниже представлены примеры входящих интерфейсов SAP:


● интерфейсы программирования BAPI с дистанционными функциональными модулями
(RFM);

● файловые интерфейсы;
● входящие интерфейсы IDoc;
● интерфейсы XML (версия SAP Basis 6.20 или выше);
● входящие прокси Java или ABAP (версия SAP Basis 6.20 или выше);
● веб-сервисы;
● корпоративные сервисы.
Исходящие интерфейсы нельзя описать одним объектом, они существуют неявно.

Ниже представлены примеры исходящих интерфейсов SAP:


● файловые интерфейсы в виде программы, создающей файл;
● исходящие интерфейсы IDoc;
● исходящие интерфейсы Remote Function Call (RFC) в виде программы, запускающей
вызов Remote Function Call с помощью CALL FUNCTION...DESTINATION;

© Авторское право . Все права защищены. 31


Page 46 / 542

Basic HTML Version

Глава 2: System Landscape Directory (SLD)

● интерфейсы XML в виде программы, отправляющей XML-сообщение через HTTP;


● исходящие прокси Java или ABAP (версия SAP Basis 6.20 или выше);
● исходящие прокси SAP NetWeaver PI.

Компоненты ПО и интерфейс в ESR

Рисунок 16: Интерфейс SLD в ESR

Подробная информация о внешних интерфейсах компонента ПО находится в ESR в версии


компонента ПО.
В ESR необходимо сначала импортировать компоненты ПО из SLD. Затем создаются
области имен в версии компонента ПО, и можно использовать область имен для
интерфейсов.
Область имен семантически группирует объекты аналогично пакетам ABAP (ранее
назывались классами разработки) и пакетами Java. Области имен должны иметь
глобальную уникальность, а не только для компонентов ПО. Благодаря им объекты
интерфейса идентифицируются однозначно.
При создании областей имен можно использовать указанные ниже соглашения по
присвоению имен.
● Префикс http://
При указании HTTP-адреса в качестве области имен используемый HTTP-адрес делает
имя области имен уникальным. Но это не значит, что вы можете получить
дополнительную информацию об области имен по этому адресу (в некоторых случаях за
адресом скрыто определение схемы XML). Области имен SAP следуют стандарту http://
sap.com/xi/.

32 © Авторское право . Все права защищены.


Page 47 / 542

Basic HTML Version

Урок: Ведение продуктов и компонентов ПО в System Landscape Directory

● Префикс urn:
У областей имен с этим типом префикса нет значения, поскольку они не связаны с веб-
страницей в Интернете.

Внимание:
Предполагается, что благодаря соглашениям по присвоению имен области
имен являются уникальными. Для получения подробной информации об
областях имен посетите страницу www.w3.org/TR/REC-xml-names (URL
проверен в апреле 2013 г.).

В рамках области имен в Enterprise Services Builder можно выполнять ведение объектов в
различных областях. Сюда относятся объекты сценариев SAP NetWeaver PI, объекты
моделирования в области Enterprise Services Builder, объекты интерфейса, объекты
мэппинга, объекты адаптера, а также объекты, идентифицирующие рабочую область, т. е.
компоненты ПО и области имен
Ключевыми объектами интерфейса в области объектов интерфейса являются сервисные
интерфейсы с соответствующими сервисными операциями, типами сообщений и типами
данных.

© Авторское право . Все права защищены. 33


Page 48 / 542

Basic HTML Version

Глава 2: System Landscape Directory (SLD)

РЕЗЮМЕ УРОКА
Теперь Вы сможете:
● Использовать термины «продукт» и «компонент ПО»
● Создать продукты и компоненты ПО в System Landscape Directory (SLD)
● Импортировать компоненты ПО из System Landscape Directory (SLD) в репозитарий
корпоративных сервисов (ESR)

34 © Авторское право . Все права защищены.


Page 49 / 542

Basic HTML Version

Глава 2
Урок 2
Настройка технических систем в System
Landscape Directory

ОБЗОР УРОКА
В этом уроке описывается настройка технических систем в System Landscape Directory
(SLD).
Практический пример
Вы используете разнородный системный ландшафт с несколькими серверами и
различными компонентами ПО. Для внедрения бизнес-процесса в системном ландшафте
необходимо проанализировать технические свойства различных систем и установленных
прикладных компонентов. Для этого вам потребуются следующие знания:
● просмотр технических систем в SLD и проверка их атрибутов;
● понимание регистрации систем SAP в SLD;
● понимание принципов создания технической системы вручную в SLD, а также
присвоения продуктов и компонентов ПО.

ЗАДАЧИ УРОКА
Пройдя этот урок, вы сможете:
● Настроить технические системы в System Landscape Directory (SLD)
● Регистрировать системы SAP ABAP в System Landscape Directory (SLD)
● Выполнять ведение системы SAP NetWeaver Application Server (SAP NetWeaver AS) Java в
System Landscape Directory (SLD)
● Создать сторонние технические системы в System Landscape Directory (SLD)

© Авторское право . Все права защищены. 35


Page 50 / 542

Basic HTML Version

Глава 2: System Landscape Directory (SLD)

Типы систем

Рисунок 17: SLD – технические системы

Помимо информации о продуктах и компонентах ПО, в SLD можно также ввести


технические и бизнес-системы. Существуют различные типы технических систем. Тип
технической системы определяет вводимые атрибуты. На первом экране SLD перейдите по
ссылке Технические системы , чтобы получить доступ к определению технических систем.
Откроется экран, где можно выбрать тип системы. Затем отобразится список технических
систем по выбранному типу систему.

Система SAP – технический обзор

Рисунок 18: Пример – система SAP (технический обзор)

36 © Авторское право . Все права защищены.


Page 51 / 542

Basic HTML Version

Урок: Настройка технических систем в System Landscape Directory

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

Регистрация системы SAP NetWeaver AS ABAP

Рисунок 19: Определение моста поставщика данных в SLD

Предпосылкой регистрации систем в SLD в роли технической системы является настройка


канала передачи данных от поставщика данных в SLD. При конфигурации канала передачи
данных необходимо указать шлюз Remote Function Call (RFC), в котором выполняется
регистрация.

© Авторское право . Все права защищены. 37


Page 52 / 542

Basic HTML Version

Глава 2: System Landscape Directory (SLD)

Поставщик данных для систем SAP (ABAP)

Рисунок 20: Поставщик данных для систем SAP (ABAP)

Поставщика данных необходимо активировать в бэкэнд-системе. В системах ABAP на


основе ABAP вы можете настроить и запустить поставщика данных в транзакции RZ70 .
Благодаря выбору программ сбора данных можно управлять данными, подлежащими
сбору и передаче. RFC-адрес SLD_UC или SLD_NUC автоматически создается для целей
передачи. Собранные данные передаются по RFC-соединению через шлюз в мост
поставщика данных, а затем импортируются в SLD.
Конфигурация поставщика данных (ABAP) – транзакция RZ70

Рисунок 21: Конфигурация поставщика данных (ABAP) – транзакция RZ70

38 © Авторское право . Все права защищены.


Page 53 / 542

Basic HTML Version

Урок: Настройка технических систем в System Landscape Directory

Рекомендация:
В версии SAP ERP 6.04 и выше в транзакции RZ70 также сохраняется
информация о версии продукта системы.

Регистрация системы SAP NetWeaver AS Java

Рисунок 22: Поставщики данных для систем SAP NW AS Java

Поставщик данных SLD для компонента Java развертывается и запускается для сервера
SAP NetWeaver AS Java (старое название: платформа SAP Java 2, механизм Enterprise
Edition SAP J2EE). Необходимые параметры передаются в этот сервис Java с помощью
инструмента SAP NetWeaver Administrator (NWA).
Данные сервера Java (например, хост, установленные компоненты ПО и т. д.) обновляются
при каждом перезапуске компьютера и импортируются в SLD с помощью поста
поставщика данных.

Регистрация сервера Java в SLD


Чтобы зарегистрировать сервер Java в SLD, выполните описанные ниже шаги.
1. Войдите на сервер Java с системой NWA ( http://<сервер>.<домен>:<порт>/nwa) .
2. Выберите Конфигурация → Инфраструктура → Адреса.
3. Нажмите Сервис поставщика данных SLD и введите указанные ниже данные на закладке
Параметры настройки HTTP .
a) Установите соответствующий URL-адрес http://host:port .
b) Установите аутентификацию как базовую.

c) Установите соответствующее имя пользователя и пароль.

© Авторское право . Все права защищены. 39


Page 54 / 542

Basic HTML Version

Глава 2: System Landscape Directory (SLD)

Примечание:
Указанный пользователь должен иметь роль SAP_SLD_DATA_SUPPLIER
или вышестоящую в целевом сервере SLD.

d) Сохраните данные.
4. В меню выберите Перейти к → Конфигурация → Инфраструктура → Конфигурация
поставщика данных SLD.
5. Выберите Собрать и нажмите кнопку Отправить данные .
Отображается сообщение об успешном переносе данных, и система видна в SLD.

Пример ландшафта технических систем

Рисунок 23: Ландшафт технических систем из примера сценария

На рисунке представлен системный ландшафт для упражнения «Создание технических


систем в SLD».
Системный ландшафт состоит из двух сторонних прикладных систем и манданта 800
системы SAP NetWeaver PI, сконфигурированной как сервер интеграции. Система
обменивается данными с помощью SAP NetWeaver PI. Поэтому сетевые соединения и
коммуникационные каналы настраиваются вместе с системным ландшафтом.

40 © Авторское право . Все права защищены.


Page 55 / 542

Basic HTML Version

Глава 2
Упражнение 3
Создание технических систем в System
Landscape Directory

Практический пример
Мэппинг серверного ландшафта является основой для интеграции двух систем в
системный ландшафт.
В SLD создайте две технические системы TS_BIT400_##_A и TS_BIT400_##_B , обе с типом
Сторонняя (third-party) .

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

1. Войдите в SLD и перейдите к списку технических систем. Используйте свое имя


пользователя из ABAP-стека сервера интеграции.

2. Создайте новую техническую систему с типом Сторонняя (third-party) с именем


TS_BIT400_##_A (## означает номер вашей группы, состоящий из двух цифр). Имя
хоста – bit400host##a . Присвойте этой технической системе компонент ПО
SC_BIT400_A, версия 1.0 продукта Product_BIT400 в качестве установленного
компонента ПО.
3. Создайте новую техническую систему с типом Сторонняя (third-party) и именем
TS_BIT400_##_B . Имя хоста – bit400host##b . Присвойте этой технической системе
компонент ПО SC_BIT400_B, версия 1.0 продукта Product_BIT400 в качестве
установленного компонента ПО.

© Авторское право . Все права защищены. 41


Page 56 / 542

Basic HTML Version

Глава 2
Решение 3
Создание технических систем в System
Landscape Directory

Практический пример
Мэппинг серверного ландшафта является основой для интеграции двух систем в
системный ландшафт.
В SLD создайте две технические системы TS_BIT400_##_A и TS_BIT400_##_B , обе с типом
Сторонняя (third-party) .

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

1. Войдите в SLD и перейдите к списку технических систем. Используйте свое имя


пользователя из ABAP-стека сервера интеграции.
a) Запустите транзакцию SLDHTMLGUI .
b) В диалоговом окне Безопасность SAP GUI выберите Всегда разрешать и нажмите
кнопку OK.

c) Войдите в SLD.
d) В области экрана Ландшафт выберите Технические системы .
2. Создайте новую техническую систему с типом Сторонняя (third-party) с именем
TS_BIT400_##_A (## означает номер вашей группы, состоящий из двух цифр). Имя
хоста – bit400host##a . Присвойте этой технической системе компонент ПО
SC_BIT400_A, версия 1.0 продукта Product_BIT400 в качестве установленного
компонента ПО.
a) На экране SAP NetWeaver System Landscape Directory нажмите кнопку Новая
техническая система , чтобы запустит Ассистент технических систем .

b) Выберите зависимую кнопку Сторонняя (third-party) и качестве типа технической


системы и нажмите кнопку Дальше .

c) Введите следующие данные:


Имя поля Ввод
Имя системы TS_BIT400_##_A

42 © Авторское право . Все права защищены.


Page 57 / 542

Basic HTML Version

Урок: Настройка технических систем в System Landscape Directory

Имя поля Ввод


Имя хоста bit400host##a

d) Нажмите кнопку Дальше .


e) На экране Ассистент технических систем нажмите кнопку Фильтр по , чтобы
включить фильтрацию.
f) Введите Product_BIT400 в первой строке столбца Имя продукта .
g) Нажмите Фильтр , чтобы просмотреть продукт.
h) Установите флажок Product_BIT400 1.0 of education.com (в виде серой
прямоугольной рамки слева от строки) для столбца Установлено. Отобразятся все
компоненты ПО, которые имеет продукт в области экрана Установленные
компоненты ПО .

i) Установите флажок SC_BIT400_A 1.0 of education.com (в виде серой прямоугольной


рамки слева от строки).
j) Нажмите кнопку Завершить. Должно отобразиться статусное сообщение Новая
сторонняя система TS_BIT400_XX_A в bit400host01a создана .
3. Создайте новую техническую систему с типом Сторонняя (third-party) и именем
TS_BIT400_##_B . Имя хоста – bit400host##b . Присвойте этой технической системе
компонент ПО SC_BIT400_B, версия 1.0 продукта Product_BIT400 в качестве
установленного компонента ПО.
a) На экране SAP NetWeaver System Landscape Directory нажмите кнопку Новая
техническая система , чтобы запустит Ассистент технических систем .

b) Выберите зависимую кнопку Сторонняя (third-party) и качестве типа технической


системы и нажмите кнопку Дальше .
c) Введите следующие данные:
Имя поля Ввод
Имя системы TS_BIT400_##_B
Имя хоста bit400host##b

d) Нажмите кнопку Дальше .


e) На экране Ассистент технических систем нажмите кнопку Фильтр по , чтобы
включить фильтрацию.
f) Введите Product_BIT400 в первой строке столбца Имя продукта .
g) Нажмите Фильтр , чтобы просмотреть продукт.
h) Установите флажок Product_BIT400 1.0 of education.com (в виде серой
прямоугольной рамки слева от строки) для столбца Установлено. Отобразятся все

© Авторское право . Все права защищены. 43


Page 58 / 542

Basic HTML Version

Глава 2: System Landscape Directory (SLD)

компоненты ПО, которые имеет продукт в области экрана Установленные


компоненты ПО .

i) Установите флажок SC_BIT400_B 1.0 of education.com .


j) Нажмите кнопку Завершить. Должно отобразиться статусное сообщение Новая
сторонняя система TS_BIT400_XX_A в bit400host01a создана .

44 © Авторское право . Все права защищены.


Page 59 / 542

Basic HTML Version

Урок: Настройка технических систем в System Landscape Directory

РЕЗЮМЕ УРОКА
Теперь Вы сможете:
● Настроить технические системы в System Landscape Directory (SLD)
● Регистрировать системы SAP ABAP в System Landscape Directory (SLD)
● Выполнять ведение системы SAP NetWeaver Application Server (SAP NetWeaver AS) Java в
System Landscape Directory (SLD)
● Создать сторонние технические системы в System Landscape Directory (SLD)

© Авторское право . Все права защищены. 45


Page 60 / 542

Basic HTML Version

Глава 2
Урок 3
Ведение бизнес-систем для использования в
каталоге интеграции

ОБЗОР УРОКА
В этом уроке поясняется, почему техническим системам присваивается имя (бизнес-
система), которое используется для конфигурации. Здесь также описано создание бизнес-
систем в System Landscape Directory (SLD) и их импорт в каталог интеграции. Уроке
показывает, как добавить в каталоге интеграции такую важную информацию, как каналы
связи.

Практический пример
Вы используете сложный системный ландшафт с несколькими серверами и комплексными
бизнес-процессами. Вам требуется научиться конфигурировать бизнес-процессы таким
образом, чтобы вносить технические изменения сервера без изменения конфигурации
бизнес-процессов. По этой причине системам присваиваются логические имена,
используемые для конфигурации процессов. Для этого вам потребуются следующие
знания:
● понимание принципов создания бизнес-системы в SLD и ее присвоения технической
системе;
● понимание импорта бизнес-системы в каталог интеграции.

ЗАДАЧИ УРОКА
Пройдя этот урок, вы сможете:
● Выполнять ведение бизнес-систем в System Landscape Directory (SLD).
● Импортировать бизнес-системы в System Landscape Directory (SLD)

46 © Авторское право . Все права защищены.


Page 61 / 542

Basic HTML Version

Урок: Ведение бизнес-систем для использования в каталоге интеграции

Бизнес-системы

Рисунок 24: Присвоение бизнес-систем

Вам требуется выполнить мэппинг бизнес-процессов в распределенном системном


ландшафте, и этот мэппинг не должен зависеть от изменений физических серверов
соответствующих систем. По этой причине имя бизнес-системы присваивается
техническим системам в SLD. Бизнес-система описывает семантику системы или манданта
в системе SAP.
Для внедрения бизнес-процессов требуется знать, какие компоненты ПО доступны и в
каких бизнес-системах. Бизнес-система должна быть присвоена каждой технической
системе не позднее фазы времени конфигурации.
При внедрении бизнес-процесса в распределенном системном ландшафте вы определяете
бизнес-систему, в которой выполняются определенные шаги процесса, и компонент ПО,
который выполняет шаги процесса. Если между двумя последовательными шагами
процесса бизнес-система меняется, компонент ПО отправителя должен предоставить все
данные. Эти данные требуются для последующего шага процесса в исходящем
интерфейсе.
Эти данные отправляются в бизнес-систему-получатель для обработки с помощью
входящего интерфейса. Поэтому при каждом переносе данных между двумя системами
необходимо определить исходящий интерфейс отправителя и входящий интерфейс
получателя. Если для интеграции систем используется SAP NetWeaver Process Integration
(SAP NetWeaver PI), документ преобразуется из формата, в котором он был отправлен, в
формат XML, поддерживаемый SAP NetWeaver PI. В SAP NetWeaver PI выполняется
мэппинг структуры документа к структуре входящего интерфейса (мэппинг структуры и
значений), а документ преобразуется в формат целевой системы.

© Авторское право . Все права защищены. 47


Page 62 / 542

Basic HTML Version

Глава 2: System Landscape Directory (SLD)

Бизнес-системы в SLD

Рисунок 25: SLD – бизнес-системы

Чтобы определить и отобразить бизнес-системы в SLD, перейдите по ссылке Бизнес-


системы на первом экране SLD и нажмите Новая бизнес-системы либо выберите запись в
списке существующих бизнес-систем. Учтите, что вы также можете использовать фильтры
для вызова ограниченного списка определенных бизнес-систем.

Создание бизнес-системы
Чтобы создать бизнес-системы в SLD, выполните следующие задачи:
1. Перейдите к списку бизнес-систем ( Ландшафт/бизнес-системы ).
2. Выберите Новая бизнес-система .
3. Выберите тип базовой технической системы (например, Третье лицо).
4. Выберите техническую систему, на которой основана бизнес-система. Вы можете
ввести имя логической системы, если используете Application Link Enabling (ALE).
5. Введите имя новой бизнес-системы.
6. Укажите, какие продукты и версии компонентов ПО (ВКПО) должны быть доступны в
бизнес-системе.
7. Укажите присвоенный сервер интеграции.
После создания бизнес-системы в SLD ее можно импортировать в каталог интеграции.

48 © Авторское право . Все права защищены.


Page 63 / 542

Basic HTML Version

Глава 2
Упражнение 4
Создание бизнес-системы в System Landscape
Directory

Практический пример
Вам требуется разработать сценарий интеграции между двумя или несколькими бизнес-
системами. Определите эти бизнес-системы в SLD.
Создайте две бизнес-системы в SLD.

Внимание:
Используйте точное имя, указанное в описании упражнения, поскольку ввод в
поле зависит от регистра.

Для тестирования своих сценариев отправьте сообщения из формуляра HTML, в котором


имена компонентов коммуникации те же, что описаны в упражнении.
Задача 1
Создайте новую стороннюю бизнес-систему с именем BS_BIT400_##_A ( ## означает номер
группы, состоящий из двух цифр). Поле Имя логической системы оставьте пустым.
Присвойте компонент ПО SC_BIT400_A .
1. Перейдите к списку бизнес-систем.
2. Запустите ассистент.
3. Выберите тип системы.
4. Выберите техническую систему.
5. Введите имя бизнес-системы.
6. Определите установленное программное обеспечение.
Продукт Product_BIT400 1.0 отображается и уже выбран. Не изменяйте это присвоение.
7. Определите интеграцию.

Задача 2
Создайте новую стороннюю бизнес-систему с именем BS_BIT400_##_B . Поле Имя
логической системы оставьте пустым. Присвойте компонент ПО SC_BIT400_B .
1. Перейдите к списку бизнес-систем.

© Авторское право . Все права защищены. 49


Page 64 / 542

Basic HTML Version

Глава 2: System Landscape Directory (SLD)

2. Запустите ассистент.
3. Выберите тип системы.
4. Выберите техническую систему.
5. Введите имя бизнес-системы.
6. Определите установленное программное обеспечение.
7. Определите интеграцию.

50 © Авторское право . Все права защищены.


Page 65 / 542

Basic HTML Version

Глава 2
Решение 4
Создание бизнес-системы в System Landscape
Directory

Практический пример
Вам требуется разработать сценарий интеграции между двумя или несколькими бизнес-
системами. Определите эти бизнес-системы в SLD.
Создайте две бизнес-системы в SLD.

Внимание:
Используйте точное имя, указанное в описании упражнения, поскольку ввод в
поле зависит от регистра.

Для тестирования своих сценариев отправьте сообщения из формуляра HTML, в котором


имена компонентов коммуникации те же, что описаны в упражнении.
Задача 1
Создайте новую стороннюю бизнес-систему с именем BS_BIT400_##_A ( ## означает номер
группы, состоящий из двух цифр). Поле Имя логической системы оставьте пустым.
Присвойте компонент ПО SC_BIT400_A .
1. Перейдите к списку бизнес-систем.
a) Выполните транзакцию SLDHTMLGUI .

b) Перейдите в SLD, используя пользователя BIT400-## и свой пароль.


c) В области экрана Ландшафт выберите Бизнес-системы .
2. Запустите ассистент.
a) На экране Бизнес-системы нажмите кнопку Новая бизнес-система , чтобы создать
новую бизнес-систему.
3. Выберите тип системы.
a) Выберите зависимую кнопку Сторонняя/другая и нажмите кнопку Дальше .
4. Выберите техническую систему.
a) В поле Система введите TS_BIT400_##_A on bit400host01a , оставьте поле Имя
логической системы пустым и нажмите кнопку Дальше.
5. Введите имя бизнес-системы.

© Авторское право . Все права защищены. 51


Page 66 / 542

Basic HTML Version

Глава 2: System Landscape Directory (SLD)

a) В поле Имя введите BS_BIT400_##_A в качестве имени бизнес-системы и нажмите


кнопку Дальше .
6. Определите установленное программное обеспечение.
Продукт Product_BIT400 1.0 отображается и уже выбран. Не изменяйте это присвоение.
a) Нажмите кнопку Дальше .
7. Определите интеграцию.
a) В поле Связанный сервер интеграции выберите (если доступно) или введите
Integration_Server_RWP .
b) Для создания бизнес-системы нажмите кнопку Завершить .

Задача 2
Создайте новую стороннюю бизнес-систему с именем BS_BIT400_##_B . Поле Имя
логической системы оставьте пустым. Присвойте компонент ПО SC_BIT400_B .
1. Перейдите к списку бизнес-систем.
a) Если вы выполнили задание 1, перейдите по ссылке Начальная страница, после чего
откроется экран SLD. Продолжите с этим ид. номером.
b) Или выполните транзакцию SLDHTMLGUI .
c) Перейдите в SLD, используя пользователя BIT400-## и свой пароль.

d) В области экрана Ландшафт выберите Бизнес-системы .


2. Запустите ассистент.
a) На экране Бизнес-системы нажмите кнопку Новая бизнес-система , чтобы создать
новую бизнес-систему.
3. Выберите тип системы.
a) Выберите зависимую кнопку Сторонняя/другая и нажмите кнопку Дальше .
4. Выберите техническую систему.
a) В поле Система введите TS_BIT400_##_B on bit400host01b , оставьте поле Имя
логической системы пустым и нажмите кнопку Дальше .
5. Введите имя бизнес-системы.
a) В поле Имя введите BS_BIT400_##_B в качестве имени бизнес-системы и нажмите
кнопку Дальше .
6. Определите установленное программное обеспечение.
a) Продукт Product_BIT400 1.0 отображается и уже выбран. Не изменяйте это
присвоение.

b) Нажмите кнопку Дальше .


7. Определите интеграцию.

52 © Авторское право . Все права защищены.


Page 67 / 542

Basic HTML Version

Урок: Ведение бизнес-систем для использования в каталоге интеграции

a) В поле Связанный сервер интеграции выберите (если доступно) или введите


Integration_Server_RWP .
b) Для создания бизнес-системы нажмите кнопку Завершить .

© Авторское право . Все права защищены. 53


Page 68 / 542

Basic HTML Version

Глава 2: System Landscape Directory (SLD)

Группы бизнес-систем для целей переноса


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

Конфигурация целей переноса


Для конфигурации целей переноса необходимо выполнить описанные ниже задачи.
1. В поле Группа на первом экране области бизнес-систем выберите Обработать группы (в
поле списка) и создайте группы бизнес-систем. Присвоение бизнес-системы группе
зависит от сервера интеграции, которому она присвоена.

2. На закладке Перенос в подробном ракурсе бизнес-системы укажите необходимую


исходную и целевую систему для переноса в различные группы.
Например, представим ландшафт, где системы, используемые для тестирования SAP
NetWeaver PI, находятся в группе «Тест», в которую входят системы из продуктивной среды
в группе, называемой «Продуктивная среда». В тестовой конфигурации SAP NetWeaver PI
вы определили сценарий конфигурации со всеми соответствующими объектами.
Для переноса этой конфигурации в продуктивную среду следует выполнить экспорт и
импорт объектов конфигурации. После завершения импорта вы сможете использовать
конфигурацию в продуктивной среде. Но сюда относится идентификация
соответствующих бизнес-систем в тестовой и продуктивной средах. Для этой цели
необходимо присвоить тестовые системы группе «Тест», а бизнес-системы из
продуктивной среды – группе «Продуктивная среда». Цели переноса используются для
мэппинга имен бизнес-систем, соответствующих друг другу.

Ведение систем для смены версии продуктов


Ведение систем для смены версии продуктов предполагает выполнение описанных
ниже задач.
Создайте новый продукт и версию компонента в SLD. Если используются системы SAP, вы
можете импортировать новую версию по контенту.
1. Импортируйте версию компонента в репозитарий корпоративных сервисов (ESR).
2. В технических системах, представляющих продукт, добавьте новые версии продукта
вместе с версиями компонентов ПО (ссылка Добавить для установленных продуктов), а
затем удалите старую версию продукта (с помощью кнопки Удалить для версий
компонентов ПО).

54 © Авторское право . Все права защищены.


Page 69 / 542

Basic HTML Version

Урок: Ведение бизнес-систем для использования в каталоге интеграции

3. В бизнес-системах, соответствующих техническим системам, выберите новую версию


продукта в области Установленные продукты и сохраните изменения.
4. Создайте и активируйте в ESR те же области имен, что и в версиях компонента ПО для
смены версии.
5. В меню выберите Инструменты → Перенести объекты дизайна и воспользуйтесь
ассистентом.
6. В каталоге интеграции выберите Среда → Удалить кэш данных SLD, чтобы удалить кэш
данных SLD.

При переносе версии SAP NetWeaver PI физически копирует объекты. Последующие


изменения объекта в версии компонента ПО в ESR не влияют на объект в другой версии
компонента ПО.

Интерфейс SLD для каталога интеграции

Рисунок 26: Интерфейс SLD для каталога интеграции

На рисунке представлен интерфейс SLD для каталога интеграции.

© Авторское право . Все права защищены. 55


Page 70 / 542

Basic HTML Version

Глава 2: System Landscape Directory (SLD)

56 © Авторское право . Все права защищены.


Page 71 / 542

Basic HTML Version

Глава 2
Упражнение 5
Импорт бизнес-системы из System Landscape
Directory в каталог интеграции

Практический пример
В рамках разработки сценария интеграции вам требуется импортировать бизнес-систему,
уже определенную в SLD, в каталог интеграции.
Импортируйте две бизнес-системы BS_BIT400_##_A и BS_BIT400_##_B в каталог
интеграции.
1. Войдите в каталог интеграции.
2. Импортируйте две бизнес-системы BS_BIT400_##_A и BS_BIT400_##_B из SLD.
Не используйте поле Партнер и не создавайте автоматически коммуникационные
каналы.
3. Создайте коммуникационные каналы.
4. Активируйте новые объекты, созданные в каталоге интеграции.

© Авторское право . Все права защищены. 57


Page 72 / 542

Basic HTML Version

Глава 2
Решение 5
Импорт бизнес-системы из System Landscape
Directory в каталог интеграции

Практический пример
В рамках разработки сценария интеграции вам требуется импортировать бизнес-систему,
уже определенную в SLD, в каталог интеграции.
Импортируйте две бизнес-системы BS_BIT400_##_A и BS_BIT400_##_B в каталог
интеграции.
1. Войдите в каталог интеграции.
a) Выполните транзакцию SXMB_IFR .

b) На экране SAP NetWeaver Process Integration 7.31 выберите Integration Builder .


2. Импортируйте две бизнес-системы BS_BIT400_##_A и BS_BIT400_##_B из SLD.
Не используйте поле Партнер и не создавайте автоматически коммуникационные
каналы.
a) На экране Конфигурация: Integration Builder (rwptdc00_RWP_##) выберите
Инструменты → Присвоить бизнес-систему. Откроется ассистент Присвоение бизнес-
систем .

Примечание:
Ассистент можно также запустить с помощью пункта Коммуникационный
компонент без партнера → Бизнес-система в контекстном меню узла
Бизнес-система и выбора Присвоить бизнес-систему. В этом случае шаг
Присвоить партнера пропускается автоматически.

b) Прочтите вводную информацию и нажмите кнопку Дальше .


c) Поле Партнер оставьте пустым и нажмите кнопку Дальше .
d) Выберите бизнес-системы BS_BIT400_##_A и BS_BIT400_##_B , установив флажок
в списке.
e) Снимите флажок Создать коммуникационные каналы для следующих адаптеров .
f) Поля ввода Добавить в сценарий и Добавить в папку оставьте пустыми и нажмите
кнопку Завершить .

58 © Авторское право . Все права защищены.


Page 73 / 542

Basic HTML Version

Урок: Ведение бизнес-систем для использования в каталоге интеграции

g) Убедитесь, что бизнес-системы BS_BIT400_##_A и BS_BIT400_##_B созданы.


(Отображается экран подтверждения).

Рекомендация:
Если бизнес-системы не выводятся в списке, закройте ассистент,
удалите кэш данных SLD, выбрав Среда → Удалить кэш данных SLD, и
перезапустите ассистент.

h) Закройте ассистент, нажав кнопку Закрыть .


3. Создайте коммуникационные каналы.
a) Создайте коммуникационные каналы, выбрав Инструменты -> Создать
коммуникационные каналы автоматически . Откроется ассистент.

b) Нажмите кнопку Дальше .


c) На экране Выбрать компонент бизнес-системы выберите бизнес-системы:
BS_BIT400_##_A и BS_BIT400_##_B .
d) Не изменяйте другие данные.
e) Нажмите кнопку Завершить .
f) В диалоговом окне Создать коммуникационные каналы автоматически нажмите
Закрыть .

4. Активируйте новые объекты, созданные в каталоге интеграции.


a) На закладке Списки изменений выберите Списки изменений bit400-
## → Стандартный список изменений → BS_BIT400_##_A .
b) Убедитесь, что объекта SAP_Backend больше нет в этом списке. Если объект все еще
отображается в списке, сначала активируйте его (см. следующий шаг).
c) В контекстном меню (отображается, если щелкнуть объект, а затем щелкнуть
правой кнопкой мыши) объекта SAP_Backend нажмите Активировать .

d) В контекстном меню (отображается, если щелкнуть объект, а затем щелкнуть


правой кнопкой мыши) объекта BS_BIT400_##_A нажмите Активировать .
e) В диалоговом окне Активировать список изменений установите флажок
BS_BIT400_##_A и нажмите кнопку Активировать .
f) Закройте окно подтверждения.
g) На закладке Списки изменений выберите Списки изменений bit400-
## → Стандартный список изменений → BS_BIT400_##_B .
h) В контекстном меню BS_BIT400_##_B выберите Активировать .
i) В диалоговом окне Активировать список изменений установите флажок
BS_BIT400_##_B и нажмите кнопку Активировать .
j) Закройте окно подтверждения.

© Авторское право . Все права защищены. 59


Page 74 / 542

Basic HTML Version

Глава 2: System Landscape Directory (SLD)

РЕЗЮМЕ УРОКА
Теперь Вы сможете:
● Выполнять ведение бизнес-систем в System Landscape Directory (SLD).
● Импортировать бизнес-системы в System Landscape Directory (SLD)

60 © Авторское право . Все права защищены.


Page 75 / 542

Basic HTML Version

Глава 2

Учебный экзамен

1. Версии продуктов – это единицы ПО, которые можно установить в системе и запускать в
зависимости от другого ПО.
Ответьте, верно ли данное утверждение.

X Верно

X Неверно

2. Для просмотра продуктов и компонентов ПО вместе с их версиями необходимо выбрать


_________________на первом экране System Landscape Directory.
Выберите правильный ответ.

X A Каталог программного обеспечения

X B Технические системы

X C Бизнес-системы

3. В репозитарии корпоративных сервисов в версии компонента ПО хранится подробная


информация о _______ компонента ПО.
Выберите правильный ответ.

X A внешних интерфейсах

X B внутреннем интерфейсе

4. Какие из следующих типов технических систем можно ввести в SLD? Выберите все
релевантные типы.
Выберите правильные ответы.

X A AS ABAP

X B AS JAVA

X C TREX

X D Сторонние системы

© Авторское право . Все права защищены. 61


Page 76 / 542

Basic HTML Version

Глава 2: Учебный экзамен

5. Продукты и компоненты ПО присваиваются на уровне системы, поскольку _____________.


Выберите правильный ответ.

X A объекты разработки в системах SAP неспецифичны для мандантов

X B объекты разработки в системах SAP специфичны для мандантов

X C объекты обучения в системах SAP неспецифичны для мандантов

6. Поставщик данных SLD компонента Java развертывается и запускается для сервера SAP
NetWeaver AS Java.
Ответьте, верно ли данное утверждение.

X Верно

X Неверно

7. При каждом переносе данных между двумя системами требуется идентифицировать


________ интерфейс и ________ интерфейс.
Выберите правильный ответ.

X A исходящий интерфейс отправителя, входящий интерфейс получателя

X B исходящий интерфейс получателя, исходящий интерфейс отправителя

X C исходящий интерфейс получателя, входящий интерфейс отправителя

X D входящий интерфейс получателя, входящий интерфейс отправителя

8. Если во всем системном ландшафте используется один System Landscape Directory,


необходимо определить группы ______________________ для независимого мэппинга и
управления каждым компонентом системного ландшафта.
Выберите правильный ответ.

X A технических систем и целей переноса

X B бизнес-систем и целей переноса

X C коммуникационных каналов и целей переноса

62 © Авторское право . Все права защищены.


Page 77 / 542

Basic HTML Version

Глава 2

Учебный экзамен – ответы

1. Версии продуктов – это единицы ПО, которые можно установить в системе и запускать в
зависимости от другого ПО.
Ответьте, верно ли данное утверждение.

X Верно

X Неверно

2. Для просмотра продуктов и компонентов ПО вместе с их версиями необходимо выбрать


_________________на первом экране System Landscape Directory.
Выберите правильный ответ.

X A Каталог программного обеспечения

X B Технические системы

X C Бизнес-системы

3. В репозитарии корпоративных сервисов в версии компонента ПО хранится подробная


информация о _______ компонента ПО.
Выберите правильный ответ.

X A внешних интерфейсах

X B внутреннем интерфейсе

© Авторское право . Все права защищены. 63


Page 78 / 542

Basic HTML Version

Глава 2: Учебный экзамен – ответы

4. Какие из следующих типов технических систем можно ввести в SLD? Выберите все
релевантные типы.
Выберите правильные ответы.

X A AS ABAP

X B AS JAVA

X C TREX

X D Сторонние системы

5. Продукты и компоненты ПО присваиваются на уровне системы, поскольку _____________.


Выберите правильный ответ.

X A объекты разработки в системах SAP неспецифичны для мандантов

X B объекты разработки в системах SAP специфичны для мандантов

X C объекты обучения в системах SAP неспецифичны для мандантов

6. Поставщик данных SLD компонента Java развертывается и запускается для сервера SAP
NetWeaver AS Java.
Ответьте, верно ли данное утверждение.

X Верно

X Неверно

7. При каждом переносе данных между двумя системами требуется идентифицировать


________ интерфейс и ________ интерфейс.
Выберите правильный ответ.

X A исходящий интерфейс отправителя, входящий интерфейс получателя

X B исходящий интерфейс получателя, исходящий интерфейс отправителя

X C исходящий интерфейс получателя, входящий интерфейс отправителя

X D входящий интерфейс получателя, входящий интерфейс отправителя

64 © Авторское право . Все права защищены.


Page 79 / 542

Basic HTML Version

Глава 2: Учебный экзамен – ответы

8. Если во всем системном ландшафте используется один System Landscape Directory,


необходимо определить группы ______________________ для независимого мэппинга и
управления каждым компонентом системного ландшафта.
Выберите правильный ответ.

X A технических систем и целей переноса

X B бизнес-систем и целей переноса

X C коммуникационных каналов и целей переноса

© Авторское право . Все права защищены. 65


Page 80 / 542

Basic HTML Version

Глава 2: Учебный экзамен – ответы

66 © Авторское право . Все права защищены.


Page 81 / 542

Basic HTML Version

ГЛАВА 3 Объекты интерфейса в


репозитарии корпоративных
сервисов (ESR)

Урок 1
Описание возможностей навигации в репозитарии корпоративных сервисов 69

Урок 2
Анализ объектов интерфейса в репозитарии корпоративных сервисов 75
Упражнение 6: Просмотр объектов интерфейса в репозитарии корпоративных 83
сервисов (ESR)

Урок 3
Ведение объектов интерфейса 90

Урок 4
Определение типов обработки сообщений и качество услуг 94

ЗАДАЧИ ГЛАВЫ
● Использовать репозитарий корпоративных сервисов (ESR) как часть SAP NetWeaver
Composition Environment (SAP NetWeaver CE) и SAP NetWeaver Process Integration (SAP
NetWeaver PI)
● Получать доступ к репозитарию корпоративных сервисов (ESR) через веб-интерфейс
● Получать доступ к объектам репозитария корпоративных сервисов (ESR)
● Выполнить поиск объектов репозитария корпоративных сервисов (ESR)
● Просмотреть типы данных
● Просмотреть тип сообщения
● Просмотреть сервисный интерфейс
● Просмотреть контекстные объекты
● Создать объекты интерфейса

© Авторское право . Все права защищены. 67


Page 82 / 542

Basic HTML Version

Глава 3: Объекты интерфейса в репозитарии корпоративных сервисов (ESR)

● Импортировать объекты интерфейса в репозитарий корпоративных сервисов (ESR)


● Определить качество услуг (QoS) и типы обработки сообщений

68 © Авторское право . Все права защищены.


Page 83 / 542

Basic HTML Version

Глава 3
Урок 1

Описание возможностей навигации в


репозитарии корпоративных сервисов

ОБЗОР УРОКА
В этом уроке описаны различные возможности навигации в репозитарии корпоративных
сервисов (ESR).
Практический пример
Ваша компания планирует внедрить SAP NetWeaver Process Integration (SAP NetWeaver PI).
Вам необходимо понять архитектуру ESR и научиться разрабатывать дизайн и управлять
корпоративными сервисами. Для этого вам потребуются следующие знания:
● понимание возможностей навигации, доступных в ESR;
● понимание объектов ESR.

ЗАДАЧИ УРОКА
Пройдя этот урок, вы сможете:
● Использовать репозитарий корпоративных сервисов (ESR) как часть SAP NetWeaver
Composition Environment (SAP NetWeaver CE) и SAP NetWeaver Process Integration (SAP
NetWeaver PI)
● Получать доступ к репозитарию корпоративных сервисов (ESR) через веб-интерфейс
● Получать доступ к объектам репозитария корпоративных сервисов (ESR)
● Выполнить поиск объектов репозитария корпоративных сервисов (ESR)

© Авторское право . Все права защищены. 69


Page 84 / 542

Basic HTML Version

Глава 3: Объекты интерфейса в репозитарии корпоративных сервисов (ESR)

ESR для SAP NetWeaver CE и SAP NetWeaver PI

Рисунок 27: Пакет расширения 1 для SAP NetWeaver PI 7.3

На рисунке представлен один центральный репозитарий ESR для нескольких доменов SAP
NetWeaver PI.

Преимущества пакета расширения 1 для SAP NetWeaver PI 7.3


Пакет расширения 1 для SAP NetWeaver PI 7.3 предоставляет следующие
преимущества:
● использование единого репозитария ESR для нескольких доменов PI;
● центральное управление, включая многократное использование объектов дизайна по
нескольким доменам;
● более высокая степени гибкости при создании ландшафта.
ESR из любого домена PI, т. е. интеграции с двойным стеком или только с Java с или без
децентрализованных механизмов адаптера, можно использовать для других доменов PI.
Но один домен может использовать только один ESR: либо собственный, либо из другого
домена. В этом случае локальный ESR деактивируется, а центральный ESR принадлежит
всем доменам PI в модели System Landscape Directory (SLD).
Центральный SLD является обязательным компонентом. Систему можно настроить
вручную или на основе шаблона Central Technical Configuration (CTC).

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

70 © Авторское право . Все права защищены.


Page 85 / 542

Basic HTML Version

Урок: Описание возможностей навигации в репозитарии корпоративных сервисов

небольшое множество этих объектов представляет интерес для определенных групп


пользователей.
В ESR можно адаптировать среду под свои потребности. В зависимости от требований вы
можете использовать небольшой набор объектов из ESR, что делает работу с
инструментом более легкой.
Профиль использования определяет используемый набор типов объектов, версий
компонентов ПО и фильтров бизнес-моделей. Профили использования – это
персонализированные фильтры, позволяющие просматривать и работать только с одним
набором типов объектов, версий компонентов ПО и фильтрами моделирования, которые
требуются для выполнения поставленной задачи. Все другие типы объектов скрываются.
В Enterprise Services Builder вы можете выбрать один из предварительно определенных
поставленных SAP профилей использования. Если эти профили вам не подходят, вы
можете создать собственный.

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


В зависимости от распространенных целей использования в различных группах
пользователей или ролях SAP предоставляет три предварительно определенных профиля
использования.
В Enterprise Services Builder можно выбрать один из указанных ниже стандартных
профилей использования.
● Разработка сервисов
Это базовый набор функций моделирования и разработки интерфейсов.
● PI
Это базовый набор функций моделирования межкомпонентных процессов и разработки
интерфейсов, мэппингов и объектов адаптера.
● Неограниченный профиль
Этот базовый набор функций содержит все типы объектов, доступных в профилях
использования «Разработка сервисов» и «PI».
При первом входе в Enterprise Services Builder вы можете на основе своих потребностей
выбрать профиль использования. Выбранный профиль можно в любое время изменить.

Контекстная перспектива
Контекстная перспектива в Enterprise Services Builder предоставляет оптимизированный
доступ к объектам и улучшенные функции навигации для работы с выбранным набором
объектов.
В ракурсе контекстной перспективы выполняются те же операции, что и в классическом
ракурсе.
Ниже представлены задачи, которые можно выполнить в контекстной перспективе.
● Доступ к последним использованным объектам.
Для доступа к объектам, созданным, отредактированным и просмотренным недавно,
разверните узел Рабочий контекст в области Мое рабочее место .

© Авторское право . Все права защищены. 71


Page 86 / 542

Basic HTML Version

Глава 3: Объекты интерфейса в репозитарии корпоративных сервисов (ESR)

● Создание папок на основе критериев фильтрации.


● Просмотр информации из нескольких пользовательских интерфейсов на одном
интерфейсе.
● Для просмотра ссылочных объектов и журнала использования определенного объекта
выделите объект в области Мое рабочее место или Моя история операций и разверните
узел Ссылки .
● Для просмотра свойств объекта выделите объект в области Мое рабочее место или Моя
история операций и разверните узел Свойства .
● Для перехода на закладку объектов дизайна, списка изменений или конфликтов
выберите соответствующий пункт на инструментальной панели слева.
● Чтобы найти открытый объект в дереве навигации области Мое рабочее место, выберите
Рабочий контекст с редактором.
● Запуск приложений с помощью виджетов.
Для запуска определенного приложения выберите Виджеты репозитария
корпоративных сервисов → Добавить или настроить виджеты и выберите нужный
виджет.

Поиск объектов
Для доступа к объектам, созданным, отредактированным и просмотренным недавно,
разверните узел Рабочий контекст в области Мое рабочее место .
Для определения папки по заданным критериям фильтрации, таким как версия
компонента ПО, область имен, тип объекта или имя объекта, выполните описанные
ниже шаги.
1. Выберите узел Папки поиска в области Мое рабочее место .
2. В контекстном меню выберите Новая папка поиска .
3. Введите имя папки поиска.
4. Если требуется фильтрация объектов по именам, введите имя объекта в поле Фильтр
объекта .

5. Выберите необходимые версии компонента ПО и области имен, по которым требуется


определить фильтры поиска.
6. Для версий компонентов ПО и областей имен, выбранных в шаге 5, выберите
соответствующие типы объектов, по которым требуется определить фильтры поиска.
7. Выберите Создать .
Для просмотра ссылочных объектов и журнала использования определенного объекта
выполните описанные ниже шаги.
1. Выберите объект в области Мое рабочее место или Моя история операций .
2. Разверните узел Ссылки .
Для запуска определенных приложений выполните описанные ниже шаги.

72 © Авторское право . Все права защищены.


Page 87 / 542

Basic HTML Version

Урок: Описание возможностей навигации в репозитарии корпоративных сервисов

1. Выберите Виджеты репозитария корпоративных сервисов .


2. Нажмите Добавить или настроить виджеты и выберите необходимый виджет.
Поиск объектов по документации
После просмотра сервисов в Enterprise Services Workplace (ES Workplace) вы можете найти
необходимые объекты в ES Workplace на основе документации. Эта функция поиска
объектов в ESR необходима для их повторного использования.
Для поиска объекта через перенос URL документации из ES Workplace выполните
описанные ниже шаги.
1. Войдите в ES Builder.
2. Выберите Перспектива → Выбрать перспективу → Контекст .
3. Выберите Виджеты репозитария корпоративных сервисов .
4. Нажмите Добавить или настроить виджеты и выберите Поиск по документации .
Для поиска документа в ESR переместите ссылку на документацию из ES Workplace в
назначенную область виджета.

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

Для подписки на уведомления выполните описанные ниже шаги в контекстном меню


объекта интерфейса.
1. Выберите Управление подпиской .
Откроется диалоговое окно Новая подписка .
2. В разделе Событие уведомления выберите события, по которым вы хотите получать
уведомления.
3. Для получения уведомления необходимо указать действительный адрес электронной
почты.

4. Нажмите кнопку ОК .
Для отмены подписки на уведомления выполните описанные ниже шаги в контекстном
меню объекта интерфейса.
1. Выберите Перспектива → Выбрать перспективу → Контекст .

2. Выберите Виджеты репозитария корпоративных сервисов .


3. Нажмите Добавить или настроить виджеты и выберите Мои подписки .
4. Выделите подписку, которую следует отменить, и выберите в контекстном меню
Отменить подписку .

© Авторское право . Все права защищены. 73


Page 88 / 542

Basic HTML Version

Глава 3: Объекты интерфейса в репозитарии корпоративных сервисов (ESR)

5. Подтвердите отмену в появившемся окне.

Примечание:
Контекстная перспектива, поиск по документации и подписка на объекты – это
новые функции версии SAP NetWeaver 7.3.

РЕЗЮМЕ УРОКА
Теперь Вы сможете:
● Использовать репозитарий корпоративных сервисов (ESR) как часть SAP NetWeaver
Composition Environment (SAP NetWeaver CE) и SAP NetWeaver Process Integration (SAP
NetWeaver PI)
● Получать доступ к репозитарию корпоративных сервисов (ESR) через веб-интерфейс
● Получать доступ к объектам репозитария корпоративных сервисов (ESR)
● Выполнить поиск объектов репозитария корпоративных сервисов (ESR)

74 © Авторское право . Все права защищены.


Page 89 / 542

Basic HTML Version

Глава 3
Урок 2
Анализ объектов интерфейса в репозитарии
корпоративных сервисов

ОБЗОР УРОКА
В этом уроке описывается анализ и структура объектов интерфейса в репозитарии
корпоративных сервисов (ESR).
Практический пример
Вы отвечаете за разработку новых объектов ESR и использование существующих объектов
ESR в вашей организации. Для этого вам потребуются следующие знания:
● Понимание типов данных, типов сообщений, сервисного интерфейса и контекстных
объектов

ЗАДАЧИ УРОКА
Пройдя этот урок, вы сможете:
● Просмотреть типы данных
● Просмотреть тип сообщения
● Просмотреть сервисный интерфейс
● Просмотреть контекстные объекты

Типы данных
Типы данных являются базовыми компонентами интерфейсов. Типы данных определяют
простые или комплексные структуры данных XML, создаваемых или импортируемых в
редакторе типов данных.
В SAP NetWeaver Process Integration (SAP NetWeaver PI) структура типов данных
определяется на основе их классификации.

Существуют следующие различные типы данных:


● свободно моделируемые типы данных;
● основные типы данных (CDT);

● агрегированные типы данных.

SAP использует CDT и агрегированные типы данных для создания подписи корпоративных
сервисов.
Моделирование CDT и агрегированных типов данных основано на спецификации Core
Component Technical Specification (кратко CCTS), разработанной Центром ООН по

© Авторское право . Все права защищены. 75


Page 90 / 542

Basic HTML Version

Глава 3: Объекты интерфейса в репозитарии корпоративных сервисов (ESR)

упрощению процедур торговли и электронным деловым операциям (UN/CEFACT) (см.


также ISO 15000-5). Методология, сформулированная комитетом UN/CEFACT, определяет
семантические модули (типы основных компонентов) независимо от синтаксиса, которые
учитывают текущие требования к общему описанию бизнес-данных. Внедрение этой
методологии упрощает реализацию процессов между компаниями. В SAP тип CDT
определяет первичный компонент (также называемый компонентом содержания) и один
или несколько необязательных дополнительных компонентов.
Сущность CDT определяется с помощью терма представления (например, сумма). В
отличие от свободно моделируемых типов данных, CDT также содержат дополнительные
сведения о семантике типов данных. В настоящее время SAP определяет 25 термов
представления для CDT (например, сумма, текст, идентификатор, дата, время, имя и
описание).

Внимание:
Терм представления CDT определяет семантику для более точной
характеризации типа данных, но не определяет бизнес-семантику с
определенной ссылкой на бизнес-процессы. Например, характеризация типа
данных с термом представления «Сумма» указывает на то, что значение этого
типа также должно быть определено более точно с указанием валюты. Этот
тип обязательной характеризации неприменим к свободному моделированию
данной категории типа данных как тип определения схемы XML (XSD)
(например, xsd:decimal).

Глобальный тип данных (GDT)


Бизнес-семантика содержится в глобальном типе данных SAP (GDT). GDT основаны на CDT
и используются во всех системах SAP как основа для прикладных типов данных. Но в
отличие от предыдущих категорий типа данных GDT не предназначены для
специфического использования. GDT разрабатывается для дальнейшего многократного
использования в различных сценариях приложений. Поэтому GDT имеют достаточно
общее определение и подлежат более конкретному уточнению при использовании в
определенном приложении. CDT не специфичны для определенных приложений и поэтому
также описываются как свободные от контекста.
SAP создает GDT как CDT или агрегированный тип данных в ESR. Такой способ создания
зависит от того, расширяет ли GDT тип CDT с добавлением бизнес-семантики или
используются ли CDT (или любые возможные агрегированные типы данных) в новом
агрегированном типе данных.

Типы сообщений
Тип сообщения описывает структуру сообщения, которое SAP NetWeaver PI получает или
отправляет, а также определяет корневой элемент сообщения. Типы сообщения ссылаются
на тип отдельных или комплексных данных и используются для исходящих и входящих
сервисных интерфейсов.
В ESR предоставляется версия XSD типа сообщения с целью экспорта интерфейса.

76 © Авторское право . Все права защищены.


Page 91 / 542

Basic HTML Version

Урок: Анализ объектов интерфейса в репозитарии корпоративных сервисов

Сервисный интерфейс

Рисунок 28: Сервисный интерфейс и сервисная операция

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

Примечание:
В SAP NetWeaver PI 7.3 можно создавать некоторые объекты интерфейса в SAP
NetWeaver Developer Studio (NWDS). В репозитарии корпоративных сервисов вы
можете создать сервисные интерфейсы, типы данных и сообщений, используя
ракурс ESR. Эта версия имеет новую функцию, позволяющую активировать или
отклонять ожидающие утверждения изменения в SAP NWDS.

Сервисный интерфейс – это структурированный элемент, состоящий из одной или


нескольких сервисных операций. Сервисные операции ссылаются на один или более типов
сообщений (запрос или ответ в случае синхронизированных операций) и, следовательно,
на описание исходящего или входящего сообщений. Сервисная операция представляет
сервисный интерфейс как целое, использует атрибуты для описания типа используемого
интерфейса и разграничивает входящие и исходящие интерфейсы.
Если интерфейс используется в интеграционном процессе, то он становится интерфейсом
с атрибутом ′абстрактный′. У этого атрибута нет направления (исходящего или
входящего), но он представляет собой метку-заполнитель сообщения в процессе
интеграции.

© Авторское право . Все права защищены. 77


Page 92 / 542

Basic HTML Version

Глава 3: Объекты интерфейса в репозитарии корпоративных сервисов (ESR)

Можно определить типы сообщений об ошибке в приложении и создать на них ссылки в


синхронном интерфейсе.

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

Вложенная структура

Рисунок 29: Репозитарий корпоративных сервисов – сервисный интерфейс, сервисная операция, тип
сообщения и типы данных

На рисунке представлены различные объекты интерфейса в ESR.

78 © Авторское право . Все права защищены.


Page 93 / 542

Basic HTML Version

Урок: Анализ объектов интерфейса в репозитарии корпоративных сервисов

Тип данных и тип сообщения

Рисунок 30: Тип данных и тип сообщения

На рисунке представлены объекты интерфейса в примерном сценарии.

Специфичные объекты интерфейса


Ниже представлены объекты, создаваемые в ESR для компонента ПО SC_BIT400_A:
● сервисный интерфейс и сервисная операция исходящего и асинхронного типа, которая
ссылается на тип сообщения MT_Material
● тип сообщения MT_Material, который ссылается на тип вложенных данных DT_Material;
● тип элементарных данных DT_MaterialID;
● тип простых структурированных данных DT_MaterialDescription, содержащий два
похожих на строку поля Language и Description ;
● тип вложенных данных, содержащий поле обязательного ввода, необязательное поле и
структурированный элемент, определенный с помощью типа данных
DT_MaterialDescription.

Примечание:
Этот структурированный элемент необязателен, поскольку атрибут MinOccurs =
0. Минимальное число инстанций не ограничено, поскольку атрибут MaxOccurs
= unbounded.

© Авторское право . Все права защищены. 79


Page 94 / 542

Basic HTML Version

Глава 3: Объекты интерфейса в репозитарии корпоративных сервисов (ESR)

Структура XML исходного документа

Рисунок 31: Структура XML исходного документа

На рисунке показан пример структуры XML исходного документа.


Пример сообщения с несколькими узлами

Рисунок 32: Тип сообщения с несколькими узлами

Входящий интерфейс получателя в примере сценария состоит из сообщения с двумя


независимыми типами узла. Каждый узел необязателен и может иметь неограниченное
число инстанций во время выполнения. Термин «узел» означает структуру документа XML.

80 © Авторское право . Все права защищены.


Page 95 / 542

Basic HTML Version

Урок: Анализ объектов интерфейса в репозитарии корпоративных сервисов

Структура XML целевого документа

Рисунок 33: Структура XML целевого документа

На рисунке показан пример структуры XML целевого документа.

Объекты интерфейса и язык описания веб-сервиса (WSDL)

Рисунок 34: Объекты интерфейса и WSDL

Интерфейс доступен как файл WSDL для экспорта интерфейсов. В файле WSDL типы
сообщений становятся элементами сообщений, типы данных становится элементами
типов, а сам интерфейс становится элементом порта.

© Авторское право . Все права защищены. 81


Page 96 / 542

Basic HTML Version

Глава 3: Объекты интерфейса в репозитарии корпоративных сервисов (ESR)

82 © Авторское право . Все права защищены.


Page 97 / 542

Basic HTML Version

Глава 3
Упражнение 6
Просмотр объектов интерфейса в
репозитарии корпоративных сервисов (ESR)

Практический пример
Вам требуется понять принцип навигации между различными объектами интерфейса и
проанализировать отдельные объекты сценария интеграции, такие как компоненты ПО,
области имен и базовые объекты интерфейса.
В ESR найдите объекты интерфейса для компонентов ПО.
В ESR найдите интерфейсы, настроенные для компонентов ПО SC_BIT400_A Version 1.0 ,
SC_BIT400_B Version 1.0 и SAP APPL 6.05 .
1. Войдите в ESR.

2. Какие интерфейсы сохранены для компонентов ПО SC_BIT400_A Version 1.0 ,


SC_BIT400_B Version 1.0 и SAP APPL 6.05 ? Обратите внимание на различные типы
интерфейса, а именно: созданные сервисные интерфейсы, импортированные
интерфейсы SAP, такие как IDoc и вызовы Remote Function Call (RFC), а также внешние
интерфейсы.
3. Посмотрите на сервисный интерфейс SI_Material_outb компонента ПО SC_BIT400_A .
Видно, что сервисная операция с таким же именем присвоена этому компоненту.
Сервисной операции присвоен тип сообщения. Перейдите к типу сообщения. Сколько у
него узлов? Это необязательные узлы? Есть ли узлы с несколькими инстанциями в
сообщении? На какие типы данных есть ссылки?
4. Посмотрите на сервисную операцию SI_Materials_inb в сервисном интерфейсе
SI_Materials_inb компонента ПО SC_BIT400_B . Перейдите к типу сообщения. Сколько
узлов есть у типа сообщения? Это необязательные узлы? Есть ли узлы с несколькими
инстанциями в сообщении? На какие типы данных есть ссылки?

© Авторское право . Все права защищены. 83


Page 98 / 542

Basic HTML Version

Глава 3
Решение 6
Просмотр объектов интерфейса в
репозитарии корпоративных сервисов (ESR)

Практический пример
Вам требуется понять принцип навигации между различными объектами интерфейса и
проанализировать отдельные объекты сценария интеграции, такие как компоненты ПО,
области имен и базовые объекты интерфейса.
В ESR найдите объекты интерфейса для компонентов ПО.
В ESR найдите интерфейсы, настроенные для компонентов ПО SC_BIT400_A Version 1.0 ,
SC_BIT400_B Version 1.0 и SAP APPL 6.05.
1. Войдите в ESR.
a) Выполните транзакцию SXMB_IFR .
b) На экране SAP NetWeaver Process Integration 7.31 выберите Enterprise Services Builder .
c) Если отобразится диалоговое окно Предупреждение – безопасность , нажмите
кнопку Запустить.
d) Войдите под своим именем пользователя и паролем.
e) В диалоговом окне Выбрать профиль приложения выберите Неограниченный
профиль.

Примечание:
Этот шаг является необязательным. При первом входе в ESR
отображается всплывающее окно.

2. Какие интерфейсы сохранены для компонентов ПО SC_BIT400_A Version 1.0 ,


SC_BIT400_B Version 1.0 и SAP APPL 6.05? Обратите внимание на различные типы
интерфейса, а именно: созданные сервисные интерфейсы, импортированные
интерфейсы SAP, такие как IDoc и вызовы Remote Function Call (RFC), а также внешние
интерфейсы.
a) На экране Enterprise Services Builder (rwptdc00_RWP_##) (## означает номер вашей
группы, состоящий из двух цифр) выберите SAP APPL → SAP APPL
6.05 → Импортированные объекты -> RFC .

84 © Авторское право . Все права защищены.


Page 99 / 542

Basic HTML Version

Урок: Анализ объектов интерфейса в репозитарии корпоративных сервисов

b) Дважды щелкните имя объекта интерфейса или RFC (например:


BAPI_MATERIAL_GET_DETAIL ), чтобы отобразить подробный ракурс этого объекта
интерфейса или RFC.
c) На экране Enterprise Services Builder (rwptdc00_RWP_##) выберите SAP APPL → SAP
APPL 6.05 → Импортированные объекты → IDoc.
d) Дважды щелкните имя объекта интерфейса IDoc (например: MATMAS.MATMA02 ),
чтобы отобразить подробный ракурс этого IDoc.
e) Для поиска интерфейсов сообщений в SC_BIT400_A Version 1.0 выберите
SC_BIT400_A of education.com → SC_BIT400_A 1.0 of
education.com → urn:education.com:BIT400:A → Сервисные
интерфейсы → SI_Material_outb (например).
f) Дважды щелкните имя интерфейса, чтобы отобразить его подробный ракурс.
g) Для поиска интерфейсов сообщений в SC_BIT400_B Version 1.0 выберите
SC_BIT400_B of education.com → SC_BIT400_B 1.0 of
education.com → urn:education.com:BIT400:B → Сервисные
интерфейсы → SI_Material_inb .
h) Дважды щелкните имя интерфейса, чтобы отобразить его подробный ракурс.

Примечание:
Это объекты интерфейса, созданные в ESR Если найден узел Сервисные
интерфейсы и его можно развернуть, то это означает, что интерфейсы
определены.

i) Чтобы проверить наличие импортированных интерфейсов (WSDL, XSD или DTD) в


SC_BIT400_A Version 1.0 и SC_BIT400_B Version 1.0 выберите следующий путь:
Версия компонента ПО → Область имен → Внешние определения . Пример для этого
курса: выберите SC_BIT400_A of education.com → SC_BIT400_A 1.0 of
education.com → urn:education.com:BIT400:A . Если найден узел Внешние
определения и его можно развернуть, то это означает, что сервисные операции
определены. В подробных ракурсах сервисных операций вы увидите, что у каждой
операции есть присвоенный тип сообщения, описывающий интерфейс.

Примечание:
DTD означает определение типа документа.

3. Посмотрите на сервисный интерфейс SI_Material_outb компонента ПО SC_BIT400_A .


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

© Авторское право . Все права защищены. 85


Page 100 / 542

Basic HTML Version

Глава 3: Объекты интерфейса в репозитарии корпоративных сервисов (ESR)

a) На экране Enterprise Services Builder (rwptdc00_RWP_##)


выберите SC_BIT400_A of
education.com → SC_BIT400_A 1.0 of education.com → urn:education.com:BIT400:A
→ Сервисные интерфейсы → SI_Material_outb.

b) Если дважды щелкнуть сервисный интерфейс, сразу будет выбрана сервисная


операция SI_Material_outb, и отображен присвоенный тип сообщения.
c) Дважды щелкните тип сообщения MT_Material , чтобы открыть подробный ракурс.

d) Тип сообщения имеет основной узел с одним подузлом. Необязательных узлов нет.
e) Подузел может иметь несколько инстанций. На это указывает 1..unbounded .
f) Определить структуру сообщения можно в поле Используемый тип данных .
g) Дважды щелкните имя типа данных DT_Material , чтобы перейти в подробный ракурс.
Тип простых данных DT_MaterialID используется как тип поля MaterialID , а тип
структурированных данных DT_MaterialDescription – как тип подузла.
4. Посмотрите на сервисную операцию SI_Materials_inb в сервисном интерфейсе
SI_Materials_inb компонента ПО SC_BIT400_B . Перейдите к типу сообщения. Сколько
узлов есть у типа сообщения? Это необязательные узлы? Есть ли узлы с несколькими
инстанциями в сообщении? На какие типы данных есть ссылки?
a) На экране Enterprise Services Builder (rwptdc00_RWP_##) выберите SC_BIT400_B of
education.com → SC_BIT400_B 1.0 of education.com → urn:education.com:BIT400:B
→ Сервисные интерфейсы → SI_Material_inb .

b) Дважды щелкните сервисный интерфейс. Сразу будет выбрана сервисная операция


SI_Material_inb , и отображен присвоенный тип сообщения.

c) Дважды щелкните тип сообщения MT_Materials_B , чтобы открыть подробный ракурс.


Тип сообщения имеет основной узел с двумя подузлами. Оба подузла являются
необязательными и имеют несколько инстанций. На это указывает 0..unbounded.
Определить структуру сообщения можно в поле Используемый тип данных .

d) Дважды щелкните имя типа данных DT_MessageMaterials_B, чтобы перейти в


подробный ракурс.
Тип структурированных данных DT_Material_B используется как тип поля Material , а
тип структурированных данных DT_MaterialDescription_B – как тип подузла
Description .

86 © Авторское право . Все права защищены.


Page 101 / 542

Basic HTML Version

Урок: Анализ объектов интерфейса в репозитарии корпоративных сервисов

Контекстные объекты
Контекстные объекты – это отдельные элементы в определениях интерфейса.
Возьмем пример, в котором сообщение InvoiceOut содержит адрес клиента.
В этом сценарии в XPath используется выражение /InvoiceOut/customerData/address/
postalCode для доступа к содержимому поля, например, postalCode, которое хранится в
адресе customerData и относится к сообщению InvoiceOut. Если это выражение требуется в
нескольких условиях, его необходимо вводить или копировать каждый раз.
Или, как вариант, вы можете присвоить поле postalCode контекстному объекту, например,
полю с именем PostalCode. Во всех условиях, где требуется значение поля, можно
использовать PostalCode из контекстного объекта, поэтому эти условия более читаемы.
Контекстные объекты в ESR и их присвоение

Рисунок 35: Контекстные объекты в ESR и их присвоение

Контекстные объекты включают выражение XPath, с помощью которого можно получить


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

Рекомендация:
Контекстный объект используется для типичных ключевых полей и имеет имя,
связанное с бизнес-функцией, или имя со смыслом. Вы можете сослаться на
контекстный объект в нескольких интерфейсах, чтобы определить, какие
различные поля интерфейса соответствуют одному и тому же бизнес-контенту.

© Авторское право . Все права защищены. 87


Page 102 / 542

Basic HTML Version

Глава 3: Объекты интерфейса в репозитарии корпоративных сервисов (ESR)

После создания контекстного объекта в ESR и присвоения его полю сообщения запроса
(закладка «Объект интерфейса» в сервисном интерфейсе) вы можете использовать
данный контекстный объект в следующих случаях:
● для определения получателя сообщения в зависимости от его содержимого;
● для обработки шагов процесса в зависимости от содержимого сообщения.
Существует ряд предварительно определенных технических контекстных объектов,
позволяющих получить доступ к данным заголовка сообщения.

88 © Авторское право . Все права защищены.


Page 103 / 542

Basic HTML Version

Урок: Анализ объектов интерфейса в репозитарии корпоративных сервисов

РЕЗЮМЕ УРОКА
Теперь Вы сможете:
● Просмотреть типы данных
● Просмотреть тип сообщения
● Просмотреть сервисный интерфейс
● Просмотреть контекстные объекты

© Авторское право . Все права защищены. 89


Page 104 / 542

Basic HTML Version

Глава 3
Урок 3
Ведение объектов интерфейса

ОБЗОР УРОКА
В этом уроке описываются способы создания объектов интерфейса.
Практический пример
Как разработчику ABAP, вам требуется выполнять ведение объектов интерфейса в
репозитарии корпоративных сервисов (ESR). Необходимо создать и импортировать
объекты интерфейса с версиями компонентов ПО. Для этого вам потребуются следующие
знания:
● Понимание способов создания и импорта объектов интерфейса

ЗАДАЧИ УРОКА
Пройдя этот урок, вы сможете:
● Создать объекты интерфейса
● Импортировать объекты интерфейса в репозитарий корпоративных сервисов (ESR)

Интерфейсы в ESR

90 © Авторское право . Все права защищены.


Page 105 / 542

Basic HTML Version

Урок: Ведение объектов интерфейса

Рисунок 36: Интерфейсы в ESR

Все интерфейсы, участвующие в потоке сообщений сценариев, должны храниться в ESR.


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

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

Кроме того, вы можете легко сослаться на объекты интерфейса при создании сценариев
интеграции или мэппинга. ESR является центральным хранилищем информации о всех
интерфейсах.
Создать интерфейсы можно одним из следующих способов:
● сервисный интерфейс и сервисная операция;
● внешние определения;
● импортированные объекты.

Сервисный интерфейс
В ESR сервисные интерфейсы и операции создаются с помощью Enterprise Services Builder
или SAP NetWeaver Developer Studio.

© Авторское право . Все права защищены. 91


Page 106 / 542

Basic HTML Version

Глава 3: Объекты интерфейса в репозитарии корпоративных сервисов (ESR)

Внешнее определение интерфейсов


Интерфейсы можно импортировать в ESR вместе со структурами, определенными с
помощью Web Service Description Language (WSDL), определения схемы XML (XSD) или
определения типа данных (DTD).

Импортированные объекты

Рисунок 37: Интерфейсы SAP в ESR

Импортировать определения RFC и IDoc из системы SAP можно с помощью механизма


импорта RFC, который позволяет создать XML-схему импортируемых объектов и
использовать их в ESR.
В этом случае для компонента ПО определены данные о соединении с системой SAP,
содержащие текущие подписи RFC или типы IDoc.
SAP поставляет в ESR только некоторые подписи RFC и типы IDoc компонентов ПО.

Внимание:
Если требуется импортировать подпись SAP RFC или тип IDoc, необходимо
импортировать ее в версию компонента ПО, специфичную для клиента.

92 © Авторское право . Все права защищены.


Page 107 / 542

Basic HTML Version

Урок: Ведение объектов интерфейса

Рекомендация:
При возникновении проблем с импортом IDoc или RFC см. SAP-ноты 677732
(полномочия), 672745 (отсутствующие функциональные модули), 212011
(доступ к метаданным IDoc) и 718320.

РЕЗЮМЕ УРОКА
Теперь Вы сможете:
● Создать объекты интерфейса
● Импортировать объекты интерфейса в репозитарий корпоративных сервисов (ESR)

© Авторское право . Все права защищены. 93


Page 108 / 542

Basic HTML Version

Глава 3
Урок 4
Определение типов обработки сообщений и
качество услуг

ОБЗОР УРОКА
В этом уроке описывается режим передачи сообщений и возможность переключения
между трафиком сообщений без статуса и со статусом с помощью шаблона интерфейса.

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

ЗАДАЧИ УРОКА
Пройдя этот урок, вы сможете:
● Определить качество услуг (QoS) и типы обработки сообщений

Типы обработки сообщений


Качество услуг относится к режиму обработки XML-сообщения PI. Существует синхронная
и асинхронная обработка.

Синхронная обработка
Ниже описаны свойства синхронной обработки.
● Система-отправитель отправляет запрос и ожидает ответа.
● Процесс отправителя блокируется до получения ответа или ошибки.
● Сервисный интерфейс состоит минимум из двух типов сообщений: одно для запроса и
одно для ответа (при необходимости существует тип сообщения об ошибке).
● При ошибках соединения неизвестно, обрабатывается ли запись данных полностью в
целевой системе.
● За обработку ошибок отвечает отправитель (а не SAP NetWeaver Process Integration
(SAP NetWeaver PI)).

Примеры сценариев синхронной обработки:

94 © Авторское право . Все права защищены.


Page 109 / 542

Basic HTML Version

Урок: Определение типов обработки сообщений и качество услуг

● Необходим прямой ответ для принятия решения в режиме Онлайн.


● Прямой ответ требуется для поиска ключа для повторного создания объекта.
В SAP NetWeaver PI качество услуг при синхронной обработке называется Best Effort (BE). В
технологии Remote Function Call (RFC) это можно сравнить с синхронным RFC (sRFC).
Асинхронная обработка
Ниже описаны свойства асинхронной обработки.
● Система-отправитель отправляет запись данных и не ожидает прямого ответа.
● Отправитель может продолжать работу отдельно от обработки сообщения
получателем.
● Если в качестве обработчика выбран SAP NetWeaver PI, получатель необязательно
должен быть доступен при отправке сообщения.
В этом случае данным присваивается глобальный уникальный идентификатор (GUID). Этот
GUID сохраняется вместе с данными.
Система-получатель может распознать на основе GUID, была ли запись данных обработана
до прерывания соединения.
Отправитель и получатель должны поддерживать повторный запуск.
Асинхронная обработка возможна в tRFC с помощью идентификатора транзакции или в
SAP NetWeaver PI с качеством услуг EO и идентификатора сообщения.
Последовательность обработки также играет роль в асинхронных сценариях. Это может
относится как к зависимости содержимого записей данных, так и к параметрам
производительности. Производительность можно повысить, если записи данных не
отправляются одновременно. С целью сериализации сообщений записи данных
помещаются в очереди. При работе с SAP NetWeaver PI качество услуг всегда Exactly Once
in Order (EOIO). В сценариях RFC используется RFC с очередями (qRFC), который является
специальным видом tRFC.

Определение шаблона интерфейса


Помимо режима обработки (синхронного или асинхронного) существует два вида
коммуникации: без статусом и со статусом.
Вид коммуникации сообщения устанавливается с помощью шаблона интерфейса.

Существуют следующие основные шаблоны интерфейса:


● Коммуникация без статуса
Без поддержки статуса на стороне провайдера
● Коммуникация со статусом
Поддержка статуса на стороне провайдера после успешной обработки сообщения
Шаблон интерфейса – это атрибут из сервисных интерфейсов в ESR. При коммуникации
без статуса среда выполнения получателя сообщения не поддерживает сохранение
информации о статусе, используя время обработки сообщения. Коммуникация со статусом
наоборот позволяет сохранять информацию о статусе сообщения. Данная информация
затем становится доступной при дальнейшей обработке других сообщений. Название «без

© Авторское право . Все права защищены. 95


Page 110 / 542

Basic HTML Version

Глава 3: Объекты интерфейса в репозитарии корпоративных сервисов (ESR)

статуса» (stateless) или «со статусом» (stateful) всегда относится к стороне, получающей
сообщения, а не PI, где также можно использовать коммуникацию со статусом для
интеграционных процессов.

Примечание:
Коммуникация со статусом не относится к обработке на сервере интеграции со
статусом.

При выборе шаблона интерфейса вы также можете определить среду выполнения в


бэкэнде.
Следующий шаблон интерфейса использует среду выполнения прокси (proxy runtime)
и адаптер PI (process integration adapter):
● без статуса (совместимо с XI 3.0).
Следующие шаблоны интерфейса используют среду выполнения веб-сервиса:
● без статуса;
● со статусом;
● Tentative Update & Confirm/Compensate (TUCC).
Шаблон интерфейса определяет, какую структуру коммуникации должен создать
разработчик приложения в системе-отправителе. Т. е. если шаблон сервисного
интерфейса меняется, пользователь также должен изменить соответствующую
прикладную программу.
Концепция шаблона интерфейса была внедрена, в первую очередь, для веб-сервисов и
сервисно-ориентированной архитектуры (SOA). По этой причине в данном разделе особое
внимание уделяется только сведениям, имеющим роль при обработке интеграционных
процессов, а именно о шаблоне интерфейса без статуса (совместимом с XI 3.0) и
интерфейсе без статуса. В данном уроке не приводятся инструкции по использованию
других двух шаблонов интерфейса.

96 © Авторское право . Все права защищены.


Page 111 / 542

Basic HTML Version

Урок: Определение типов обработки сообщений и качество услуг

Шаблон интерфейса и PI

Рисунок 38: Шаблон интерфейса и PI

Шаблон интерфейса без статуса (совместимый XI 3.0) можно использовать только в


сочетании с PI. Тип сервисного интерфейса «без статуса» или TUCC можно, наоборот,
внедрить с помощью или PI, или двухточечного соединения. Шаблон интерфейса со
статусом можно внедрить только в двухточечных соединениях.
Ниже описаны приложения и свойства шаблона интерфейса без статуса
(совместимого с XI 3.0).
● Шаблон интерфейса без статуса используется для интерфейсов сообщений в SAP 7.0 и
более ранних версиях.
● Шаблон интерфейса без статуса используется в классических сценариях PI с участием
адаптером (кроме адаптера SOAP).
● Шаблон интерфейса без статуса допускает только одну операцию. Имя сервисного
интерфейса и имя операции должны быть идентичными.
Отличие между шаблоном интерфейса без статуса (совместимого с XI 3.0) и шаблоном
интерфейса без статуса состоит в том, что последний использует технологию веб-сервиса,
позволяя устанавливать двухточечные соединения без PI. Кроме того, сервисные
интерфейсы без статуса могут определять несколько операций, приводящих к нескольким
методам классов прокси с прокси веб-сервисов в бэкэнд-системе.

Подтверждения в SAP NetWeaver PI


При асинхронной коммуникации система-отправитель не получает подтверждение,
поступило ли сообщение к получателю. Данных о бизнес-обработке в целевой системе нет.
Например, отправитель отправляет сообщение асинхронно с помощью SAP NetWeaver PI.
Отправитель получает только технический ответ, подтверждающий получение сообщения

© Авторское право . Все права защищены. 97


Page 112 / 542

Basic HTML Version

Глава 3: Объекты интерфейса в репозитарии корпоративных сервисов (ESR)

в SAP NetWeaver PI, но не указывающий, было ли сообщение успешно переадресовано или


обработано целевым бизнес-приложением. Эту информацию предлагают подтверждения,
используемые в SAP NetWeaver PI.
Ниже представлены основные сведения о подтверждениях.
● Подтверждение – это квитанция об обработке асинхронных сообщений (для
синхронных сообщений отправитель получает ответ в любом случае).
● Возможны как системные подтверждения, так и прикладные.
● Системное подтверждение предоставляет сведения об отправке сообщения.
● Прикладное подтверждение предоставляет сведения о том, как сообщение было
обработано в приложении.
● Подтверждения запросов возможны только в прокси-интерфейсах (ABAP или Java) и
интеграционных процессах.
● Подтверждения возвратов возможны только в прокси-интерфейсах (ABAP или Java),
интеграционных процессах, а также в некоторых адаптерах.

Рекомендация:
В соответствующих механизмах интеграции системный параметр
ACK_SYSTEM_FAILURE должен быть установлен на значение 1 (транзакция
SXMB_ADM и категория RUNTIME ).

Для коммуникационных компонентов отправителя должен быть доступен


коммуникационный канал (с типом «получатель XI») для получения квитанции
подтверждения.

98 © Авторское право . Все права защищены.


Page 113 / 542

Basic HTML Version

Урок: Определение типов обработки сообщений и качество услуг

Обзор механизма подтверждений

Рисунок 39: Обзор механизма подтверждений

При запросе подтверждений применяются описанные ниже условия.


● Укажите требуемый тип подтверждения в вызове метода прокси (прикладной или
системный, положительный или отрицательный, альтернативный или полный).
● Определите идентификатор сообщения, отправленного с помощью вызова метода.
● Используйте идентификатор сообщения и проверьте прямо в запущенной программе,
возвращено ли сообщение.
● Отправьте идентификатор сообщения в буфер, а затем проверьте полученные
подтверждения по идентификатору сообщения.
Обработка подтверждений
Ниже представлены основные механизмы обработки подтверждений.
● Прокси сервера создают запрошенное подтверждение автоматически. Положительное
системное подтверждение создается при поступлении сообщения в целевой системе.
Оно создается, если при выполнении метода прокси сервера не возникли особые
ситуации (exceptions).
Отрицательные подтверждения отправляются тогда, когда не соблюдены условия
подтверждений, описанные выше.

© Авторское право . Все права защищены. 99


Page 114 / 542

Basic HTML Version

Глава 3: Объекты интерфейса в репозитарии корпоративных сервисов (ESR)

Внимание:
При необходимости создается класс особой ситуации (exception) для типа
сообщения об ошибке для асинхронных входящих сервисных интерфейсов.
В этом случае создается отрицательное сообщение только тогда, когда этот
специальный класс особой ситуации (exception) использовался для
внедрения прокси сервера.

● Адаптеры получателя, запущенные в механизме адаптера (Adapter Engine),


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

Примечание:
Адаптеры RosettaNet Implementation Framework (RNIF) и Chemical Industry
Data Exchange (CDIX) являются исключениями, поскольку в зависимости от
сценария они также поддерживают прикладные подтверждения.

● Адаптер простого HTTP не поддерживает прикладные подтверждения.


● Если целевая система получает IDoc и в Application Link Enabling (ALE) установлена
отправка IDoc «ALEAUDIT» с данными об обработке обратно отправителю, то IDoc
«ALEAUDIT» считается прикладным подтверждением

IDoc также является единственной технологией, где положительные подтверждения могут


содержать данные. Они возвращаются, если система-отправитель является системой IDoc.
В противном случае данные сбрасываются.

Подтверждения при мониторинге сообщений


Подтверждения можно отобразить при мониторинге сообщений следующим образом.
● В столбце Статус подтверждения монитора сообщений можно просмотреть, запрошено
ли или уже отправлено подтверждение.
● В разделе сообщения Reliable Messaging видно, запрошено ли подтверждение
(например, SystemAckRequested=true ).
● Подтверждения перечисляются в мониторе не как сообщения, а как элемент
фактического сообщения в подробном ракурсе. В области MAIN есть тег
<SAP:MessageClass> или запись SystemAck либо ApplicationAck .

Рекомендация:
Для проверки подтверждений можно использовать SAP-отчет
SXI_DEMO_ACK_READ .

100 © Авторское право . Все права защищены.


Page 115 / 542

Basic HTML Version

Урок: Определение типов обработки сообщений и качество услуг

РЕЗЮМЕ УРОКА
Теперь Вы сможете:
● Определить качество услуг (QoS) и типы обработки сообщений

© Авторское право . Все права защищены. 101


Page 116 / 542

Basic HTML Version

Глава 3: Объекты интерфейса в репозитарии корпоративных сервисов (ESR)

102 © Авторское право . Все права защищены.


Page 117 / 542

Basic HTML Version

Глава 3

Учебный экзамен

1. Один репозитарий корпоративных сервисов можно использовать для _______


домена(ов) PI.
Выберите правильный ответ.

X A одного

X B нескольких

2. В зависимости от распространенных целей использования в различных группах


пользователей или ролях SAP предоставляет ______________ предварительно
определенных профиля использования.
Выберите правильный ответ.

X A два

X B три

X C пять

3. Поиск сервисов выполняется в _____________.


Выберите правильный ответ.

X A Enterprise Services Workplace

X B Репозитарий корпоративных сервисов

X C Корпоративные виджеты репозитария

4. SAP использует основные типы данных и ________ типы данных для создания подписи
корпоративных сервисов.
Выберите правильный ответ.

X A агрегированные

X B глобальные

X C свободно моделируемые

© Авторское право . Все права защищены. 103


Page 118 / 542

Basic HTML Version

Глава 3: Учебный экзамен

5. Тип сообщения можно использовать, как для ___________, так и для


_____________сервисных интерфейсов.
Выберите правильный ответ.

X A исходящего, входящего

X B агрегированного, общего

X C исходящего, внешний исходящий мэппинг

6. _________ используется для описания операций, необходимых для последующего


внедрения в системе приложения независимо от платформы или языка
программирования.
Выберите правильный ответ.

X A сервисный интерфейс

X B интерфейс сообщения

X C интерфейс материала

7. Контекстные объекты можно использовать для определения получателя сообщения в


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

X Верно

X Неверно

8. _________ является центральным хранилищем информации о всех интерфейсах.


Выберите правильный ответ.

X A компонент программного обеспечения

X B Репозитарий корпоративных сервисов

X C Импортированный объект

104 © Авторское право . Все права защищены.


Page 119 / 542

Basic HTML Version

Глава 3: Учебный экзамен

9. Интерфейсы можно импортировать в репозитарий корпоративных сервисов вместе со


структурами, которые не были определены с помощью Web Service Description
Language, определения схемы eXtensible Markup Language или определения типа
данных.
Ответьте, верно ли данное утверждение.

X Верно

X Неверно

10. Назовите основные доступные шаблоны интерфейса.


Выберите правильный ответ.

X A Коммуникации без статуса и со статусом

X B Коммуникация со статусом и Tentative Update & Confirm/Compensate

X C Коммуникация без статуса и Tentative Update & Confirm/Compensate

© Авторское право . Все права защищены. 105


Page 120 / 542

Basic HTML Version

Глава 3

Учебный экзамен – ответы

1. Один репозитарий корпоративных сервисов можно использовать для _______


домена(ов) PI.
Выберите правильный ответ.

X A одного

X B нескольких

2. В зависимости от распространенных целей использования в различных группах


пользователей или ролях SAP предоставляет ______________ предварительно
определенных профиля использования.
Выберите правильный ответ.

X A два

X B три

X C пять

3. Поиск сервисов выполняется в _____________.


Выберите правильный ответ.

X A Enterprise Services Workplace

X B Репозитарий корпоративных сервисов

X C Корпоративные виджеты репозитария

106 © Авторское право . Все права защищены.


Page 121 / 542

Basic HTML Version

Глава 3: Учебный экзамен – ответы

4. SAP использует основные типы данных и ________ типы данных для создания подписи
корпоративных сервисов.
Выберите правильный ответ.

X A агрегированные

X B глобальные

X C свободно моделируемые

5. Тип сообщения можно использовать, как для ___________, так и для


_____________сервисных интерфейсов.
Выберите правильный ответ.

X A исходящего, входящего

X B агрегированного, общего

X C исходящего, внешний исходящий мэппинг

6. _________ используется для описания операций, необходимых для последующего


внедрения в системе приложения независимо от платформы или языка
программирования.
Выберите правильный ответ.

X A сервисный интерфейс

X B интерфейс сообщения

X C интерфейс материала

7. Контекстные объекты можно использовать для определения получателя сообщения в


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

X Верно

X Неверно

© Авторское право . Все права защищены. 107


Page 122 / 542

Basic HTML Version

Глава 3: Учебный экзамен – ответы

8. _________ является центральным хранилищем информации о всех интерфейсах.


Выберите правильный ответ.

X A компонент программного обеспечения

X B Репозитарий корпоративных сервисов

X C Импортированный объект

9. Интерфейсы можно импортировать в репозитарий корпоративных сервисов вместе со


структурами, которые не были определены с помощью Web Service Description
Language, определения схемы eXtensible Markup Language или определения типа
данных.
Ответьте, верно ли данное утверждение.

X Верно

X Неверно

10. Назовите основные доступные шаблоны интерфейса.


Выберите правильный ответ.

X A Коммуникации без статуса и со статусом

X B Коммуникация со статусом и Tentative Update & Confirm/Compensate

X C Коммуникация без статуса и Tentative Update & Confirm/Compensate

108 © Авторское право . Все права защищены.


Page 123 / 542

Basic HTML Version

ГЛАВА 4 Ведение объектов мэппинга в


ESR

Урок 1
Создание объектов мэппинга сообщений 110
Упражнение 7: Создание мэппинга сообщений 119

Урок 2
Мэппинг между сервисными интерфейсами 124
Упражнение 8: Создание мэппинга операций 131

Урок 3
Анализ асинхронных сценариев интеграции 135
Упражнение 9: Анализ сценария интеграции 141

ЗАДАЧИ ГЛАВЫ
● Просмотреть мэппинг сообщения
● Создать мэппинг сообщения
● Создать мэппинг операций в репозитарии корпоративных сервисов (ESR)
● Просмотреть асинхронный сценарий интеграции процессов
● Анализировать модель сценария интеграции
● Описать модель сценария интеграции

© Авторское право . Все права защищены. 109


Page 124 / 542

Basic HTML Version

Глава 4
Урок 1

Создание объектов мэппинга сообщений

ОБЗОР УРОКА
В этом уроке поясняются основные концепции объектов мэппинга сообщений.

Практический пример
Необходимо настроить обмен основными данными материала между двумя системами.
Исходящий интерфейс отправителя и входящий интерфейс получателя имеют разные
структуры. Для этого вам потребуются следующие знания:
● понимание мэппинга сообщений при использовании графического редактора мэппинга;
● понимание мэппинга целевых полей;
● понимание проблем, возникающих при мэппинге структур.

ЗАДАЧИ УРОКА
Пройдя этот урок, вы сможете:
● Просмотреть мэппинг сообщения
● Создать мэппинг сообщения

110 © Авторское право . Все права защищены.


Page 125 / 542

Basic HTML Version

Урок: Создание объектов мэппинга сообщений

Мэппинг сообщения

Рисунок 40: Репозитарий корпоративных сервисов – мэппинг сообщения

Программу мэппинга можно создать с помощью графического инструмента мэппинга.


Создаваемые таким образом программы мэппинга называются мэппингом сообщений. Вы
можете создать ссылки на типы сообщений, импортированные интерфейсы или
импортированные интерфейсы SAP, т. е. типы промежуточных документов (IDoc) или
подписи Remote Function Call (RFC) в качестве исходящих и целевых структур.

Рекомендация:
Можно также импортировать внешние файлы XML или файлы определения
схемы XML (XSD) в мэппинг сообщений в качестве шаблонов структур. Но
необходимо, чтобы все интерфейсы были доступны в репозитарии
корпоративных сервисов (ESR).

© Авторское право . Все права защищены. 111


Page 126 / 542

Basic HTML Version

Глава 4: Ведение объектов мэппинга в ESR

Графический редактор мэппинга

Рисунок 41: Графический редактор мэппинга

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

Ракурс исходящей или целевой структуры

Рисунок 42: Ракурс исходящей или целевой структуры

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

112 © Авторское право . Все права защищены.


Page 127 / 542

Basic HTML Version

Урок: Создание объектов мэппинга сообщений

Значки в редакторе мэппинга

Рисунок 43: Значки в редакторе мэппинга

На рисунке показаны самые важные значки в редакторе мэппинга и их значение. Под


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

Рисунок 44: Функции GUI при мэппинге сообщения

© Авторское право . Все права защищены. 113


Page 128 / 542

Basic HTML Version

Глава 4: Ведение объектов мэппинга в ESR

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

Тестирование мэппинга сообщения

Рисунок 45: Тестирование мэппинга сообщения

Для тестирования мэппинга сообщения перейдите на закладку Тест. Создается пустая


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

Функции мэппинга
Редактор мэппинга выполняет разнообразные стандартные функции для преобразования
поля.

114 © Авторское право . Все права защищены.


Page 129 / 542

Basic HTML Version

Урок: Создание объектов мэппинга сообщений

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

Рисунок 46: Простая стандартная функция – сцепление

Чтобы воспользоваться функцией сцепления, выполните следующие шаги:


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

3. Выделите в исходящей структуре два поля для объединения в целевое поле.


4. Дважды щелкните поля или перетащите их, чтобы отобразить в редакторе потока
данных.
5. Выберите тип функции Текст и нажмите Сцепить .
6. Для объединения объектов выберите белую рамку в одном из исходящих полей и
удерживая кнопку мыши нажатой перетащите стрелку к стандартной функции.

7. Повторите эту операцию для оставшихся объектов.

© Авторское право . Все права защищены. 115


Page 130 / 542

Basic HTML Version

Глава 4: Ведение объектов мэппинга в ESR

Функция преобразования дат

Рисунок 47: Простая стандартная функция – преобразование дат

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


преобразования дат, позволяющей изменить один формат даты на другой.

Чтобы воспользоваться функцией преобразования дат, выполните следующие шаги:


1. Выберите тип функции Дата .
2. В строке меню выберите Преобразование дат .
3. Объедините объекты.
4. Дважды щелкните функцию, чтобы определить свойства.
5. Укажите необходимый формат дат.
Мэппинг целевых полей
На техническом уровне инструмент мэппинга предназначен для решения указанных
ниже задач.
● Для каждого поля требуется определить уникальный результат, т. е. завершить. Эта
задача решается благодаря определению мэппинга целевых полей.
● Необязательные узлы создаются только при определении правила, указывающего,
когда следует создать инстанцию целевой структуры. Создать можно через присвоение
структуры исходному полю или узлу. Если кардинальность меньше 1, необходимо
создать правила, определяющие количество создаваемых инстанций целевой
структуры. Если исходные поля относятся к узлу с несколькими инстанциями,
необходимо определить, из какой инстанции исходящей структуры и в какую инстанцию
целевой структуры следует копировать значения полей
В мэппинге целевых полей создаются правила для каждого целевого поля. Эти правила
задают исходные поля, используемые для определения значения результата. Правила
прикрепляются не к исходному полю, а к целевому. Каждое исходное поле можно
использовать повторно в мэппинге целевых полей любое количество раз. Но для каждого
целевого поля существует только один мэппинг целевых полей.

116 © Авторское право . Все права защищены.


Page 131 / 542

Basic HTML Version

Урок: Создание объектов мэппинга сообщений

Мэппинг с функцией «если»

Рисунок 48: Мэппинг с функцией «если»

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


Мэппинг на изображении показывает, доступен ли тег MaterialGroup в исходящей
структуре. Если да, то значение переносится в целевое поле. Если нет, то вводится
константа со значением «Отсутствует».
Мэппинг для документов с несколькими узлами
Если в структуре более одного (несколько) узлов мэппинга, то эта структура также
релевантна для полей структуры. Для эффективной обработки исходного документа во
время выполнения мэппинга сообщения он помещается в очередь. Для каждого исходного
поля (и каждой исходящей структуры) создается очередь. Эта очередь содержит все
отображаемые значения. Она также служит основой для мэппинга, создается и
используется для всех промежуточных шагов, например, стандартных функций. Очередь
также содержит информацию о контексте, например, о том, в каком узле содержится
значение.
Для более сложных задач мэппинга доступны дополнительные функции узлов. Они
позволяют управлять структурой очереди. Вы можете просмотреть очереди для текущей
тестовой инстанции в редакторе потока данных.

© Авторское право . Все права защищены. 117


Page 132 / 542

Basic HTML Version

Глава 4: Ведение объектов мэппинга в ESR

118 © Авторское право . Все права защищены.


Page 133 / 542

Basic HTML Version

Глава 4
Упражнение 7
Создание мэппинга сообщений

Практический пример
Вам требуется определить мэппинг сообщений между двумя типами сообщений. Тип
сообщений отправителя и получателя уже доступны, и ваша задача состоит в том, чтобы
завершить мэппинг между этими двумя типами исходящего и входящего сообщений.
Создайте мэппинг сообщений между типом сообщения MT_Material_outb и типом
сообщения MT_Material_inb . Поля MaterialID , IndustrySector, BaseUnit , MaterialGroup ,
MaterialType и Date должны быть доступны в целевой системе.
1. Войдите в ESR системы PI, перейдите к компоненту ПО SC_BIT400_MAPPING и выберите
узел для области имен urn:Group##:BIT400:mapping (## означает номер вашей группы,
состоящий из двух цифр).
2. Создайте мэппинг сообщений MM##_MaterialA_MaterialsB .
3. Выберите тип сообщения MT_Material из компонента ПО SC_BIT400_A в качестве типа
исходящего сообщения.
4. Выберите тип сообщения MT_Material_B из компонента ПО SC_BIT400_B в качестве типа
целевого сообщения получателя.
5. Присвойте сегмент MT_Material в интерфейсе отправителя сегменту Material в
интерфейсе получателя. Присвойте поля с такими же именами без их преобразования.

6. Определите мэппинг целевого поля для поля Date. Используйте функции даты для
переноса даты в поле Date во время выполнения.
7. Присвойте сегмент Description в интерфейсе отправителя сегменту Description в
интерфейсе получателя. Присвойте поля с теми же именами без их преобразования.
Присвойте исходное поле MaterialID целевому полю MaterialID .
8. Активируйте мэппинг сообщений и протестируйте его в тестовой среде.

© Авторское право . Все права защищены. 119


Page 134 / 542

Basic HTML Version

Глава 4
Решение 7
Создание мэппинга сообщений

Практический пример
Вам требуется определить мэппинг сообщений между двумя типами сообщений. Тип
сообщений отправителя и получателя уже доступны, и ваша задача состоит в том, чтобы
завершить мэппинг между этими двумя типами исходящего и входящего сообщений.
Создайте мэппинг сообщений между типом сообщения MT_Material_outb и типом
сообщения MT_Material_inb . Поля MaterialID , IndustrySector, BaseUnit , MaterialGroup ,
MaterialType и Date должны быть доступны в целевой системе.
1. Войдите в ESR системы PI, перейдите к компоненту ПО SC_BIT400_MAPPING и выберите
узел для области имен urn:Group##:BIT400:mapping (## означает номер вашей группы,
состоящий из двух цифр).
a) Выполните транзакцию SXMB_IFR .

b) На экране SAP NetWeaver Process Integration 7.31 выберите Enterprise Services Builder .
c) При необходимости выполните шаги для входа в ESR.
d) На экране Enterprise Services Builder (rwptdc00_RWP_##)
выберите
SC_BIT400_MAPPING of education.com → SC_BIT400_MAPPING 1.0 of
education.com → urn:Group##:BIT400:mapping .
2. Создайте мэппинг сообщений MM##_MaterialA_MaterialsB .
a) На экране Enterprise Services Builder (rwptdc00_RWP_##) выберите Создать объект .
b) В диалоговом окне Создать объект выберите Объекты мэппинга → Мэппинг
сообщений.
c) В поле Имя введите MM##_MaterialA_MaterialsB и нажмите кнопку Создать .
3. Выберите тип сообщения MT_Material из компонента ПО SC_BIT400_A в качестве типа
исходящего сообщения.
a) На закладке Определение нажмите кнопку Выбрать сообщение (она находится
справа от области Ввести исходящее сообщение ) для исходящего сообщения.
b) В диалоговом окне Выбрать сообщение выберите SC_BIT400_A of
education.com → SC_BIT400_A 1.0 of
education.com → urn:education.com:BIT400:A → Типы сообщений → MT_Material .

c) Нажмите кнопку Применить .


4. Выберите тип сообщения MT_Material_B из компонента ПО SC_BIT400_B в качестве типа
целевого сообщения получателя.

120 © Авторское право . Все права защищены.


Page 135 / 542

Basic HTML Version

Урок: Создание объектов мэппинга сообщений

a) На закладке Определение нажмите кнопку Выбрать сообщение (она находится


справа от области Ввести исходящее сообщение ) для целевого сообщения.
b) В диалоговом окне Выбрать сообщение выберите SC_BIT400_B of
education.com → SC_BIT400_B 1.0 of
education.com → urn:education.com:BIT400:B → Типы сообщений → MT_Material_B .
c) Нажмите кнопку Применить .
5. Присвойте сегмент MT_Material в интерфейсе отправителя сегменту Material в
интерфейсе получателя. Присвойте поля с такими же именами без их преобразования.
a) Перетащите MT_Material в структуру отправителя к сегменту Material в структуре
получателя.
b) Присвойте поля с такими же именами друг к другу, нажав кнопку Мэппинг
выбранных полей и подструктур, если имена идентичны .
c) В диалоговом окне Применить массовый мэппинг , нажмите кнопку Применить .
6. Определите мэппинг целевого поля для поля Date. Используйте функции даты для
переноса даты в поле Date во время выполнения.
a) Чтобы открыть редактор потока данных, выберите поле Date в целевой структуре.
Дважды щелкните.
b) Выберите Date в поле Функции . Поле функций расположено слева в самой нижней
части экрана. Используйте справку F4 или просто щелкните в этом поле. Появится
список допустимых значений ввода. Выберите Date.
c) Нажмите кнопку currentDate , чтобы вызвать эту функцию в редакторе потока
данных.

d) С помощью мыши нарисуйте линию между правой частью рамки currentDate белого
цвета и левой частью рамки Date белого цвета, чтобы присвоить функцию
currentDate целевому полю.
Можно также установить необязательные параметры функции currentDate , чтобы
определить формат даты.
e) Чтобы установить формат этим образом, нажмите кнопку currentDate в редакторе
потока данных.

f) Дважды щелкните кнопку currentDate .


7. Присвойте сегмент Description в интерфейсе отправителя сегменту Description в
интерфейсе получателя. Присвойте поля с теми же именами без их преобразования.
Присвойте исходное поле MaterialID целевому полю MaterialID .
a) Перетащите поле Description в структуре отправителя к полю Description в структуре
отправителя.
b) Присвойте поля Language и Description с такими же именами друг к другу, нажав
кнопку Мэппинг выбранных полей и подструктур, если имена идентичны .
c) В диалоговом окне Применить массовый мэппинг , нажмите кнопку Применить .

© Авторское право . Все права защищены. 121


Page 136 / 542

Basic HTML Version

Глава 4: Ведение объектов мэппинга в ESR

d) Перетащите поле MaterialID из исходящей структуры к полю MaterialID в целевой


структуре.
8. Активируйте мэппинг сообщений и протестируйте его в тестовой среде.
a) Сохраните мэппинг.
b) Выберите Мэппинг сообщений → Активировать .
c) В диалоговом окне Активировать список изменений нажмите кнопку Активировать .
d) Закройте окно подтверждения.
e) На закладке Тест выберите элемент MT_Material , щелкнув его. Затем откройте
объект, щелкнув черный треугольник впереди, чтобы ввести указанные ниже
данные. Обратите внимание, что необходимо щелкнуть черный треугольник перед
строкой Description, чтобы открыть поля Language и Description.
Имя поля Значение
MaterialID 001
IndustrySector Маркетинг
BaseUnit abc
MaterialGroup xxx
MaterialType yyy
Language Английский
Description xyz

f) Нажмите кнопку Начать преобразование . Эта кнопка имеет форму ключа. Она
находится под областью ввода данных.
g) В диалоговом окне Журнал обработки проанализируйте результат.
h) Нажмите Закрыть , чтобы закрыть диалоговое окно.

122 © Авторское право . Все права защищены.


Page 137 / 542

Basic HTML Version

Урок: Создание объектов мэппинга сообщений

РЕЗЮМЕ УРОКА
Теперь Вы сможете:
● Просмотреть мэппинг сообщения
● Создать мэппинг сообщения

© Авторское право . Все права защищены. 123


Page 138 / 542

Basic HTML Version

Глава 4
Урок 2
Мэппинг между сервисными интерфейсами

ОБЗОР УРОКА
В этом уроке описываются задачи, выполняемые в программе мэппинга, а также варианты
мэппинга, доступные в системе SAP NetWeaver Process Integration (SAP NetWeaver PI).
Практический пример
Сторонняя система должна получить основные данные в виде XML-файлов. Формат файла
входящего интерфейса получателя определен предварительно. Ведение основных данных
выполняется в системе с исходящим интерфейсом для основных данных. Оба интерфейса
имеют разные структуры. В сценарии используется SAP NetWeaver PI. Для этого вам
потребуются следующие знания:
● Понимание принципов создания мэппинга операций в ESR

ЗАДАЧИ УРОКА
Пройдя этот урок, вы сможете:
● Создать мэппинг операций в репозитарии корпоративных сервисов (ESR)

Мэппинг структуры
Как правило, исходящий интерфейс компонента ПО отправителя и входящий интерфейс
компонента ПО получателя неидентичны.
Это значит, что необходимо определить процедуры мэппинга, чтобы присвоить
семантически идентичные поля (мэппинг структуры) и правила преобразования в целевой
формат (мэппинг значений).

124 © Авторское право . Все права защищены.


Page 139 / 542

Basic HTML Version

Урок: Мэппинг между сервисными интерфейсами

Структура исходящего интерфейса отправителя

Рисунок 49: Структура исходящего интерфейса отправителя

Мэппинг структуры определяет, как выполняется мэппинг полей исходящего сообщения к


полям сообщения, отправляемого в систему-получатель. На рисунке показана структура
сообщения отправителя из примера сценария.
Необходимо перенести основные данные материала. Основная запись материала
уникально определена в поле MaterialID . Поля IndustrySector , BaseUnit и MaterialType всегда
переносятся для материала. Документ также может иметь поле MaterialGroup (не
используется в данном примере). Вы можете включить любое количество зависящих от
языка описаний материала с помощью подструктуры Description. Нужный язык сохраняется
в виде кодировки языка ISO в поле Language . Подузел Description может использоваться
несколько раз.

© Авторское право . Все права защищены. 125


Page 140 / 542

Basic HTML Version

Глава 4: Ведение объектов мэппинга в ESR

Структура входящего интерфейса получателя

Рисунок 50: Структура входящего интерфейса получателя

Для входящего интерфейса получателя материал также уникально определяется в поле


MaterialID . Предполагается использование тех же полей материала. Но в целевой структуре
есть дополнительное поле даты, которого нет в исходном документе. Кроме того, целевой
документ может получать несколько материалов.
Описания материалов не отображаются как подструктуры материала, а переносятся в
отдельный узел на том же уровне, что и узел Material . Для повторного присвоения описаний
нужному материалу в целевой системе каждый узел Description имеет соответствующий
идентификатор в поле MaterialID . Оба узла являются необязательными и могут встречаться
в документе несколько раз. Поэтому входящий интерфейс целевой системы можно
использовать как для импорта новых материалов, так и для включения дополнительных
описаний, например, из системы.
Правила присвоения
Для корректного создания целевого документе с помощью данных из исходного документа
требуется определить правила присвоения в программе мэппинга.
Правила присвоения представлены ниже.
● Необходимо создать инстанцию узла Material в целевом документе и инстанцию
Description для каждой инстанции субсегмента Description в исходящей структуре.
● Необходимо скопировать поля MaterialID , IndustrySector , BaseUnit , MaterialGroup и
MaterialType из исходящего документа в поля с таким же названием в целевом
документе.
● У целевого поля Date нет эквивалентного исходного поля. Соответствующее значение
вводится здесь программой мэппинга.

126 © Авторское право . Все права защищены.


Page 141 / 542

Basic HTML Version

Урок: Мэппинг между сервисными интерфейсами

● Для присвоения зависящих от языка описаний следует скопировать поле MaterialID из


основного сегмента исходящего документа в каждую инстанцию сегмента Description
целевого документа. Но поля Language и Description должны быть скопированы в
отдельный целевой узел для каждого исходного узла.

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

Опции интерфейса при мэппинге операций

Рисунок 51: Репозитарий корпоративных сервисов (ESR) – мэппинг операций

Мэппинг операций создает соединение между исходящим и входящим интерфейсами. В


мэппинге операций определяется программа для мэппинга процедур из определенного
исходящего интерфейса во входящий.
В мэппинге операций, как правило, можно создать ссылку на сервисный интерфейс типа
«Исходящий», «Промежуточный документ (IDoc)» или «Remote Function Call (RFC)» в
качестве исходящего интерфейса. Вы можете создать ссылку на сервисный интерфейс
типа «Входящий», «IDoc» и «RFC» в качестве входящего интерфейса. Процедуру мэппинга
можно сохранить с помощью мэппинга сообщений, мэппинга eXtensible Stylesheet

© Авторское право . Все права защищены. 127


Page 142 / 542

Basic HTML Version

Глава 4: Ведение объектов мэппинга в ESR

Language (XSL), классов Java и ABAP или преобразования ABAP XSL. В мэппинге операций
можно использовать ссылку на соответствующую программу мэппинга.

Типы программ мэппинга


SAP NetWeaver PI поддерживает описанные ниже технологии мэппинга.
● Мэппинг сообщений
Это графический инструмент в ESR, который позволяет определять мэппинг структур и
значений. В этом случае программа Java генерируется из логического определения.
● Класс Java
Программа Java преобразует мэппинг, созданный вручную.
● XSL
XSL используется для преобразования мэппинга.
● ABAP-класс или XSL
Мэппинг ABAP-класса или ABAP XSL реализуется в ABAP-стеке сервера интеграции.
Примечание. Мэппинг ABAP нельзя использовать при установке PI только с Java, например,
в Advanced Adapter Engine Extended (AEX).
Асинхронный мэппинг операций

Рисунок 52: Ракурс дизайна – мэппинг операций в примере сценария

На рисунке показан мэппинг операций для асинхронных интерфейсов.

128 © Авторское право . Все права защищены.


Page 143 / 542

Basic HTML Version

Урок: Мэппинг между сервисными интерфейсами

Синхронный мэппинг операций

Рисунок 53: Мэппинг операций для синхронных интерфейсов

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

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

© Авторское право . Все права защищены. 129


Page 144 / 542

Basic HTML Version

Глава 4: Ведение объектов мэппинга в ESR

130 © Авторское право . Все права защищены.


Page 145 / 542

Basic HTML Version

Глава 4
Упражнение 8
Создание мэппинга операций

Практический пример
В сценарии интеграции исходящий интерфейс отправителя и входящий интерфейс
получателя имеют разные структуры. Для присвоения исходного документа целевому
используется программа мэппинга. Вам требуется понять, как настроить соответствующие
объекты.
Создайте мэппинг операций OM_BIT400_## ( ## означает номер вашей группы, состоящий
из двух цифр) в области имен urn:Group##:BIT400:mapping. Используйте мэппинг
сообщений для соединения интерфейса отправителя SI_Material_outb в компоненте ПО
SC_BIT400_A с интерфейсом получателя SI_Materials_inb в компоненте ПО SC_BIT400_B .

1. Создайте мэппинг операций OM_BIT400_## .


2. Присвойте сервисные интерфейсы отправителю и получателю.
3. Присвойте мэппинг сообщений в качестве программы мэппинга.

4. Активируйте объекты.

© Авторское право . Все права защищены. 131


Page 146 / 542

Basic HTML Version

Глава 4
Решение 8
Создание мэппинга операций

Практический пример
В сценарии интеграции исходящий интерфейс отправителя и входящий интерфейс
получателя имеют разные структуры. Для присвоения исходного документа целевому
используется программа мэппинга. Вам требуется понять, как настроить соответствующие
объекты.
Создайте мэппинг операций OM_BIT400_## (## означает номер вашей группы, состоящий
из двух цифр) в области имен urn:Group##:BIT400:mapping. Используйте мэппинг
сообщений для соединения интерфейса отправителя SI_Material_outb в компоненте ПО
SC_BIT400_A с интерфейсом получателя SI_Materials_inb в компоненте ПО SC_BIT400_B .

1. Создайте мэппинг операций OM_BIT400_## .


a) Выполните транзакцию SXMB_IFR .

b) На экране SAP NetWeaver Process Integration 7.31 выберите Enterprise Services Builder .
c) Если отобразится диалоговое окно Предупреждение – безопасность , нажмите
кнопку Запустить.
d) На экране Enterprise Services Builder (rwptdc00_RWP_##)
выберите
SC_BIT400_MAPPING of education.com → SC_BIT400_MAPPING 1.0 of
education.com → urn:Group##:BIT400:mapping → Мэппинг операций .
e) Узел Мэппинги операций доступен только при наличии мэппингов операций. Если
узел Мэппинги операций недоступен, необходимо создать новый мэппинг операций.
Если мэппинг операций уже есть, переходите к шагу 2.
f) Чтобы создать новый мэппинг операций, нажмите кнопку Создать объект на
закладке Объекты дизайна. Отобразится всплывающий экран Создать объект .
g) На экране Создать объект откройте меню Объекты мэппинга, нажав черный
треугольник, расположенный перед меню.
h) Выберите пункт Мэппинг операций по , дважды щелкнув его. Теперь вы можете
ввести свойства объекта в правой области экрана.
i) Введите OM_BIT400_## в поле Имя, введите (или выберите)
urn:Group##:BIT400:mapping в поле Область имен и введите SC_BIT400_Mapping 1.0
of education.com в поле Версия компонента ПО. Нажмите кнопку Создать .
j) Сохраните введенные данные.

2. Присвойте сервисные интерфейсы отправителю и получателю.

132 © Авторское право . Все права защищены.


Page 147 / 542

Basic HTML Version

Урок: Мэппинг между сервисными интерфейсами

a) В области экрана Исходящий интерфейс нажмите кнопку Просмотреть справку по


вводу (аналогично кнопке справки F4) для поля Имя.
b) В диалоговом окне Выбрать интерфейс выберите SC_BIT400_A of
education.com → SC_BIT400_A 1.0 of
education.com → urn:education.com:BIT400:A → SI_Material_outb.
c) Нажмите кнопку Применить .
d) В области экрана Целевой интерфейс нажмите кнопку Просмотреть справку по
вводу (аналогично кнопке справки F4) для поля Имя.
e) В диалоговом окне Выбрать интерфейс выберите SC_BIT400_B of
education.com → SC_BIT400_B 1.0 of education.com → urn:education.com:BIT400:B
SI_Material_inb .

f) Нажмите кнопку Применить .

g) Нажмите кнопку Считать операции .


h) Сохраните введенные данные.
3. Присвойте мэппинг сообщений в качестве программы мэппинга.
a) В области экрана Программа мэппинга нажмите кнопку Просмотреть справку по
вводу .
b) В диалоговом окне Выбрать мэппинг сообщений выберите
MM##_MaterialA_MaterialsB .
c) Нажмите кнопку Применить .
d) Сохраните мэппинг операций.
4. Активируйте объекты.
a) На закладке Списки изменений выберите Списки изменений bit400-##
SC_BIT400_MAPPING 1.0 of education.com → Стандартный список изменений ->
OM_BIT400_## .
b) В контекстном меню OM_BIT400_## выберите Активировать .
c) В окне Активировать список изменений нажмите кнопку Активировать .
d) На экране Активировать список изменений выберите Закрыть .

© Авторское право . Все права защищены. 133


Page 148 / 542

Basic HTML Version

Глава 4: Ведение объектов мэппинга в ESR

РЕЗЮМЕ УРОКА
Теперь Вы сможете:
● Создать мэппинг операций в репозитарии корпоративных сервисов (ESR)

134 © Авторское право . Все права защищены.


Page 149 / 542

Basic HTML Version

Глава 4
Урок 3
Анализ асинхронных сценариев интеграции

ОБЗОР УРОКА
В этом уроке описывается анализ асинхронных сценариев PI. Здесь также представлены
преимущества сценария PI.

Практический пример
Ведение основных данных материала выполняется в сторонней системе. В этой системе
есть исходящий интерфейс, используемый для распределения основных данных
материала. В данном учебном курсе сценарии PI моделируются в HTTP-клиенте, который
используется для создания сообщения по определенному материалу вручную. Выбранная
процедура распределения основных данных не будет привязана к определенной
технологии, а основные данные материала будут отправлены во все зависимые системы. В
первом шаге создается XML-файл для другой сторонней системы. Структура
отправляемого сообщения отличается от структуры файла, ожидаемого в целевой
системе. Для решения этой проблемы необходимо выполнить мэппинг структуры SAP
NetWeaver PI. Но SAP NetWeaver PI можно использовать различными способами, поэтому
требуется проанализировать доступные варианты. Для этого вам потребуются следующие
знания:
● Понимание сценариев PI

ЗАДАЧИ УРОКА
Пройдя этот урок, вы сможете:
● Просмотреть асинхронный сценарий интеграции процессов
● Анализировать модель сценария интеграции
● Описать модель сценария интеграции

© Авторское право . Все права защищены. 135


Page 150 / 542

Basic HTML Version

Глава 4: Ведение объектов мэппинга в ESR

Асинхронные сценарии

Рисунок 54: Асинхронный сценарий

Асинхронный сценарий иллюстрирует принцип работы SAP NetWeaver PI. Этот урок
посвящен шагам обработки и конфигурации в SAP NetWeaver PI. SAP NetWeaver PI
получает документ в специальном формате XML, идентифицирует получателя
(получателей) и отправляет каждой системе-получателю один документ в специальном
формате XML.
Формат данных, используемый в системе-отправителе для передачи документа в SAP
NetWeaver PI, не имеет значения. Существуют различные адаптеры, которые могут
преобразовать документ в формат XML, ожидаемый в SAP NetWeaver PI. Тот же принцип
применяется к системе-получателю. При необходимости адаптеры также могут
преобразовывать документ в формат, поддерживаемый получателем. Документы всегда
обрабатываются в SAP NetWeaver PI одинаково.
Демонстрации и упражнения иллюстрируют данный принцип на простом примере
распределения основных данных материала. Система-отправитель моделируется HTTP-
клиентом. Файл создается для виртуальной системы-получателя.

136 © Авторское право . Все права защищены.


Page 151 / 542

Basic HTML Version

Урок: Анализ асинхронных сценариев интеграции

Ракурс дизайна

Рисунок 55: Ракурс дизайна

Термин «ракурс дизайна» часто используется в контексте SAP NetWeaver PI. Для каждого
бизнес-процесса, внедряемого в системном ландшафте, требуются определенные
функции в виде программ. Различные программы, включающие объединенные функции,
группируются или в прикладной компонент, или компонент ПО.
В фазе дизайна входящий и исходящий интерфейсы используемых компонентов ПО
анализируются и сохраняются в репозитарии корпоративных сервисов (ESR). При
необходимости вы можете создать правила мэппинга исходящего интерфейса к
входящему.
Как части бизнес-процесса в распределенном системном ландшафте, компоненту ПО
бизнес-системы может потребоваться коммуникация с компонентом ПО другой бизнес-
системы.

Для этой коммуникации существуют следующие предпосылки:


● Компонент ПО отправителя должен иметь исходящий интерфейс.
● Компонент ПО получателя должен иметь входящий интерфейс.

Во время дизайна в ESR приложения SAP NetWeaver PI буду созданы следующие


объекты:
● Имена всех используемых компонентов ПО вводятся в System Landscape Directory (SLD),
а затем импортируются в ESR.
● Исходящий и входящий интерфейсы, используемые в каждом компоненте ПО, доступны
в ESR.

© Авторское право . Все права защищены. 137


Page 152 / 542

Basic HTML Version

Глава 4: Ведение объектов мэппинга в ESR

● Правило мэппинга из исходящего интерфейса к входящему, определяется для каждого


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

Прикладной компонент

Рисунок 56: Сценарий PI

В ESR в сценарии PI можно создавать прикладные компоненты. Например, основные


данные вводятся в одной системе, а затем требуется перенести их во все зависимые
системы. Затем создается прикладной компонент с названием «Ведение основных данных».
Во время конфигурации система присваивается прикладному компоненту. Другой
прикладной компонент получает и обновляет основные данные. Во время конфигурации
это может отразиться на нескольких системах. По этой причине во время конфигурации
прикладному компоненту присваивается несколько систем. При проектировании сценария
во время дизайна в ESR не требуется знать точное количество систем в системном
ландшафте.
Эта информация является важной для компонентов ПО и интерфейсов, другими словами,
для объектов разработки.

138 © Авторское право . Все права защищены.


Page 153 / 542

Basic HTML Version

Урок: Анализ асинхронных сценариев интеграции

Операции
Помимо создания прикладных компонентов, требуется присвоение операций
указанным ниже способом:
1. Определите операции, присваивающие шаг бизнес-процесса и используемые в
прикладных компонентах.
2. Присвойте операциям входящий и исходящий интерфейсы.
3. Сценарий соединяет операции прикладных компонентов, и это соединение определяет,
какой исходящий интерфейс присваивается входящему интерфейсу и какой мэппинг
операций необходимо использовать.

© Авторское право . Все права защищены. 139


Page 154 / 542

Basic HTML Version

Глава 4: Ведение объектов мэппинга в ESR

140 © Авторское право . Все права защищены.


Page 155 / 542

Basic HTML Version

Глава 4
Упражнение 9
Анализ сценария интеграции

Практический пример
Вам требуется узнать, какие версии каких компонентов ПО установлены в системах в вашей
компании. Кроме того, вы хотите понять, как работает сценарий PI.
Определите, какие версии компонентов ПО установлены в имеющихся системах.
В ESR проанализируйте сценарий интеграции BIT400_Scenario1 по распределению
основных данных материалов. Узнайте, какие используются компоненты ПО, интерфейсы и
мэппинг.
1. Войдите на сервер интеграции.
2. Просмотрите сценарий интеграции BIT400_Scenario1 для компонента ПО
SC_BIT400_MAPPING в области имен urn:education.com:BIT400:Mapping .

3. Какие операции есть в этом сценарии?


4. Сколько прикладных компонентов используется?
5. Как называется исходящий интерфейс прикладного компонента отправителя?
6. Как называется входящий интерфейс прикладного компонента получателя?
7. Какая используется программа мэппинга?

© Авторское право . Все права защищены. 141


Page 156 / 542

Basic HTML Version

Глава 4
Решение 9
Анализ сценария интеграции

Практический пример
Вам требуется узнать, какие версии каких компонентов ПО установлены в системах в вашей
компании. Кроме того, вы хотите понять, как работает сценарий PI.
Определите, какие версии компонентов ПО установлены в имеющихся системах.
В ESR проанализируйте сценарий интеграции BIT400_Scenario1 по распределению
основных данных материалов. Узнайте, какие используются компоненты ПО, интерфейсы и
мэппинг.
1. Войдите на сервер интеграции.
a) Выполните транзакцию SXMB_IFR .
b) На экране SAP NetWeaver Process Integration 7.31 выберите Enterprise Services Builder .
c) В диалоговом окне Предупреждение – безопасность нажмите кнопку Запустить.
2. Просмотрите сценарий интеграции BIT400_Scenario1 для компонента ПО
SC_BIT400_MAPPING в области имен urn:education.com:BIT400:Mapping .
a) На экране Enterprise Services Builder (rwptdc00_RWP_##) (## – это номер группы,
состоящий из двух цифр) выберите SC_BIT400_MAPPING of education.com
→ SC_BIT400_MAPPING 1.0 of education.com → urn:
education.com:BIT400:Mapping → Сценарии PI → BIT400_Scenario1 .
b) Дважды щелкните BIT400_Scenario1 , чтобы перейти к графическому ракурсу.
3. Какие операции есть в этом сценарии?
a) В сценарии есть операции Тиражировать основные данные материала и Создать или
изменить материал .

4. Сколько прикладных компонентов используется?


a) Используется два прикладных компонента, а именно: Ведение и распределение
основных данных - Product_BIT400 - 1.0 и получатель – Product_BIT400 -1.0 .
5. Как называется исходящий интерфейс прикладного компонента отправителя?
a) Дважды щелкните операцию Тиражировать основные данные материала , чтобы
отобразить возможные исходящие интерфейсы системы-отправителя.
b) Есть два интерфейса сообщений, определенных как исходящие интерфейсы, а
именно SI_Material_outb и SI_Materials_outb .
c) Закройте экран.
6. Как называется входящий интерфейс прикладного компонента получателя?

142 © Авторское право . Все права защищены.


Page 157 / 542

Basic HTML Version

Урок: Анализ асинхронных сценариев интеграции

a) Дважды щелкните операцию Создать или изменить материал, чтобы отобразить


возможные входящие интерфейсы системы-получателя.
b) Есть один сервисный интерфейс SI_Materials_inb,, определенный как входящий
интерфейс.
c) Закройте экран.
7. Какая используется программа мэппинга?
a) Дважды щелкните соединительную линию между операциями Тиражировать
основные данные материала и Создать или изменить материал, чтобы отобразить
исходящий и входящий интерфейсы, используемые в данном сценарии.
b) На закладке Присвоить интерфейсы представлен список интерфейсов,
используемых в данном сценарии.
c) На закладке Присвоить мэппинг программа OM_MaterialA_MaterialsB определена как
программа мэппинга операций.

© Авторское право . Все права защищены. 143


Page 158 / 542

Basic HTML Version

Глава 4: Ведение объектов мэппинга в ESR

Создание сценария PI
Чтобы создать сценарий PI, выполните следующие задачи:
1. Создайте сценарий
Создайте сценарий интеграции и назовите его именем бизнес-функции.
2. Добавьте прикладные компоненты
Добавьте прикладные компоненты, создайте ссылку на продукт для каждого
компонента и присвойте имена ролям прикладных компонентов. Введите продукт,
установленный в системе, для запуска во время выполнения.

Примечание:
Если нет продукта, указываемого для прикладных компонентов, выберите
запись Шаблон .

3. Создайте операции
Если подходящих операций нет, создайте минимум две операции: одну для исходящего
сообщения, другую – для входящего. Чтобы создать операцию, выберите Создать
операцию в области навигации или непосредственно из прикладного компонента в
контекстном меню (на операцию также есть ссылка в компоненте). Создайте ссылку на
один или несколько интерфейсов в подробном ракурсе операции.
● Если подходящие операции уже есть, перейдите к следующему шагу.

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

4. Создайте ссылку на операции


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

144 © Авторское право . Все права защищены.


Page 159 / 542

Basic HTML Version

Урок: Анализ асинхронных сценариев интеграции

Примечание:
Вы можете создать модель сценария интеграции при наличии SAP NetWeaver
PI 7.1 или более поздней версии, чтобы создать метаданные корпоративных
сервисов. Модель сценария интеграции SAP показывает все единицы
развертывания и компоненты процессов, используемые в комплексном
сценарии. В ней доступен обзор всего комплексного сценария, который
помогает лучше понять весь процесс и все взаимодействия, необходимые
между компонентами процесса.

Модель сценария интеграции

Рисунок 57: Модель сценария интеграции

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

Некоторые компоненты процесса имеют настолько глобальную значимость для компании,


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

© Авторское право . Все права защищены. 145


Page 160 / 542

Basic HTML Version

Глава 4: Ведение объектов мэппинга в ESR

РЕЗЮМЕ УРОКА
Теперь Вы сможете:
● Просмотреть асинхронный сценарий интеграции процессов
● Анализировать модель сценария интеграции
● Описать модель сценария интеграции

146 © Авторское право . Все права защищены.


Page 161 / 542

Basic HTML Version

Глава 4

Учебный экзамен

1. Внешние файлы XML можно импортировать в мэппинг сообщения как шаблоны


структуры.
Ответьте, верно ли данное утверждение.

X Верно

X Неверно

2. В мэппинге целевых полей создаются правила, которые задают исходные поля,


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

X Верно

X Неверно

3. __________ определяет, как выполняется мэппинг полей исходящего сообщения к полям


сообщения, отправляемого в систему-получатель.
Выберите правильный ответ.

X A Мэппинг структуры

X B Мэппинг значений

X C Исходящий интерфейс

X D Входящий интерфейс

4. Адаптеры также могут преобразовывать документ в формат, поддерживаемый


получателем.
Ответьте, верно ли данное утверждение.

X Верно

X Неверно

© Авторское право . Все права защищены. 147


Page 162 / 542

Basic HTML Version

Глава 4: Учебный экзамен

5. При проектировании сценария во время __________ в репозитарии корпоративных


сервисов не требуется знать точное количество систем в системном ландшафте.
Выберите правильный ответ.

X A дизайна

X B реализации

X C выполнения

X D компиляции

6. Связывать эти метки-заполнители с компонентом процесса следует в том случае, если


взаимодействие действительно важно для понимания ______________.
Выберите правильный ответ.

X A комплексного сценария

X B бизнес-сценария

X C сценария интеграции

148 © Авторское право . Все права защищены.


Page 163 / 542

Basic HTML Version

Глава 4

Учебный экзамен – ответы

1. Внешние файлы XML можно импортировать в мэппинг сообщения как шаблоны


структуры.
Ответьте, верно ли данное утверждение.

X Верно

X Неверно

2. В мэппинге целевых полей создаются правила, которые задают исходные поля,


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

X Верно

X Неверно

3. __________ определяет, как выполняется мэппинг полей исходящего сообщения к полям


сообщения, отправляемого в систему-получатель.
Выберите правильный ответ.

X A Мэппинг структуры

X B Мэппинг значений

X C Исходящий интерфейс

X D Входящий интерфейс

4. Адаптеры также могут преобразовывать документ в формат, поддерживаемый


получателем.
Ответьте, верно ли данное утверждение.

X Верно

X Неверно

© Авторское право . Все права защищены. 149


Page 164 / 542

Basic HTML Version

Глава 4: Учебный экзамен – ответы

5. При проектировании сценария во время __________ в репозитарии корпоративных


сервисов не требуется знать точное количество систем в системном ландшафте.
Выберите правильный ответ.

X A дизайна

X B реализации

X C выполнения

X D компиляции

6. Связывать эти метки-заполнители с компонентом процесса следует в том случае, если


взаимодействие действительно важно для понимания ______________.
Выберите правильный ответ.

X A комплексного сценария

X B бизнес-сценария

X C сценария интеграции

150 © Авторское право . Все права защищены.


Page 165 / 542

Basic HTML Version

ГЛАВА 5 Конфигурация объектов


коммуникации в каталоге
интеграции

Урок 1
Использование ракурсов конфигурации 152

Урок 2
Создание каналов связи в каталоге интеграции 155
Упражнение 10: Создание коммуникационного канала по шаблону 159

ЗАДАЧИ ГЛАВЫ
● Использовать ракурсы конфигурации
● Создать коммуникационный канал в каталоге интеграции

© Авторское право . Все права защищены. 151


Page 166 / 542

Basic HTML Version

Глава 5
Урок 1

Использование ракурсов конфигурации

ОБЗОР УРОКА
В этом уроке описывается использование ракурсов конфигурации.
Практический пример
Вам требуется внедрить сценарии в физическом системном ландшафте. Для этого вам
потребуются следующие знания:
● Понимание использования интерфейсов в различных системах

ЗАДАЧИ УРОКА
Пройдя этот урок, вы сможете:
● Использовать ракурсы конфигурации

Ракурсы конфигурации
В ракурсе конфигурации центром внимания является внедрение сценария в физическом
системном ландшафте. Ракурс конфигурации определяет используемую систему и
исходящий интерфейс для отправки сообщения в другую систему и входящий интерфейс.
Отправителя и получателя можно определить как бизнес-системы или бизнес-компоненты.
Бизнес-системы создаются в System Landscape Directory (SLD). Каждой бизнес-системе
присваивается техническая система и бизнес-компоненты, созданные локально в каталоге
интеграции. По этой причине ракурс конфигурации содержит входящий или исходящий
интерфейсы, а также системы, отправляющие или получающие сообщения. Настройки
ракурса конфигурации выполняются в каталоге интеграции. SAP не может предоставить
эти настройки, поскольку они индивидуальны для системного ландшафта клиента.
В зависимости от системного ландшафта клиента следует проанализировать различные
типы конфигурации, а также их преимущества и ограничения. Начиная с версии NetWeaver
PI 7.1 обработка сообщений выполняется различными компонентами. В SAP NetWeaver PI
7.3. эти опции были улучшены.

152 © Авторское право . Все права защищены.


Page 167 / 542

Basic HTML Version

Урок: Использование ракурсов конфигурации

Коммуникация на основе механизма интеграции

Рисунок 58: Ракурс конфигурации – коммуникация на основе механизма интеграции

На рисунке представлен ракурс конфигурации для коммуникации на основе механизма


интеграции.

Интегрированная конфигурация

Рисунок 59: Ракурс конфигурации – интегрированная конфигурация

© Авторское право . Все права защищены. 153


Page 168 / 542

Basic HTML Version

Глава 5: Конфигурация объектов коммуникации в каталоге интеграции

На рисунке представлен ракурс интегрированной конфигурации при использовании


централизованного или децентрализованного механизма Advanced Adapter Engine (AAE)
только в системе с полным двойным стеком.
Интегрированная конфигурация с Advanced Adapter Engine Extended (AEX)

Рисунок 60: Ракурс конфигурации – интегрированная конфигурация с AEX

На рисунке представлен ракурс интегрированной конфигурации в установленной системе


только со средой Java с использованием AEX.

РЕЗЮМЕ УРОКА
Теперь Вы сможете:
● Использовать ракурсы конфигурации

154 © Авторское право . Все права защищены.


Page 169 / 542

Basic HTML Version

Глава 5
Урок 2
Создание каналов связи в каталоге
интеграции

ОБЗОР УРОКА
В этом уроке описывается создание каналов связи в каталоге интеграции.
Практический пример
Вам требуется сохранить данные конфигурации для интеграции среды выполнения в
System Landscape Directory (SLD). Для этого вам потребуются следующие знания:
● Понимание принципов создания каналов связи в каталоге интеграции

ЗАДАЧИ УРОКА
Пройдя этот урок, вы сможете:
● Создать коммуникационный канал в каталоге интеграции

Типы коммуникационных компонентов


Данные конфигурации для выполнения сценариев интеграции хранятся в каталоге
интеграции. Эти данные включают названия системы-отправителя и системы-получателя
сообщений.
Существует три типа отправителей или получателей сообщения в SAP NetWeaver Process
Integration (SAP NetWeaver PI).

Коммуникационный компонент (ранее известные как сервисы) разделяются на


следующие типы объектов:
● бизнес-система;
● бизнес-компонент (ранее – бизнес-сервисы);
● интеграционный процесс.
Коммуникационные компоненты в виде бизнес-систем ссылаются на бизнес-системы в SLD
и импортируются оттуда.
Для выполнения импорта выберите узел Коммуникационный компонент (в большинстве
случаев он находится на закладке Объекты ) каталога интеграции, а затем правой кнопкой
мыши выберите Присвоить бизнес-систему. Отобразится список бизнес-систем в SLD, для
которых в данный момент нет присвоения в каталоге интеграции.

© Авторское право . Все права защищены. 155


Page 170 / 542

Basic HTML Version

Глава 5: Конфигурация объектов коммуникации в каталоге интеграции

Рекомендация:
При создании новой системы в SLD может потребоваться удаление кэша
данных SLD в каталоге интеграции, тогда в списке отобразится новая бизнес-
система. Чтобы удалить кэш данных SLD, выберите Среда → Удалить кэш
данных SLD.

Интерфейс SLD для каталога интеграции

Рисунок 61: Интерфейс SLD для каталога интеграции

Бизнес-системы, бизнес-компоненты и интеграционные процессы могут быть


отправителями и получателями сообщений. Интеграционный процесс запускается в
Business Process Engine (BPE) сервера интеграции. Т. е. для интеграционных процессов
механизм интеграции четко знает источник и назначение сообщения.
Это не относится к бизнес-системам и бизнес-компонентам. Данные о том, как обратиться к
коммуникационным компонентам отправителя или получателя, должны храниться в
каталоге интеграции. Кроме того, сообщение должно быть преобразовано в формат,
поддерживаемый целевой системой, или в XML-сообщение PI, которое затем передается
на сервер интеграции. Эту задачу выполняет адаптер, а объект конфигурации, в котором
определяется адаптер для входящего или исходящего сообщения, называется
коммуникационным каналом.

156 © Авторское право . Все права защищены.


Page 171 / 542

Basic HTML Version

Урок: Создание каналов связи в каталоге интеграции

Коммуникационный канал

Рисунок 62: Коммуникационные каналы

Ниже представлены основные задачи, которые необходимо выполнить для создания


коммуникационного канала:
1. Выберите коммуникационный компонент.
Укажите коммуникационный компонент, для которого следует создать
коммуникационный канал (например, бизнес-система).
2. Введите имя.
Введите имя коммуникационного канала. При возможности выбирайте имя, не
требующее разъяснений, например, RFC_Sender.
3. Выберите тип адаптера.
Введите данные о соединении (например, файловый адаптер для доступа к файлам) и
его тип (отправитель или получатель).
4. Выберите механизм адаптера и протокол.
Помимо центрального механизма адаптера (CAE) вы также можете выбрать другие
локальные механизмы адаптера. Также требуется ввести данные о протоколах
передачи и сообщений, например, Exchange Infrastructure (XI) 2.0, XI 3.0, Network File
System (NFS) или File Transfer Protocol (FTP) и т. д.).
5. Введите параметры адаптера.
По каждому адаптеру вводятся дополнительные данные (например, целевой каталог
для получателей файлов).
При импорте бизнес-системы вы можете указать, следует ли генерировать стандартные
коммуникационные каналы. После генерации коммуникационных каналов необходимо
ввести точные параметры и настроить данные по каждой бизнес-системе.

© Авторское право . Все права защищены. 157


Page 172 / 542

Basic HTML Version

Глава 5: Конфигурация объектов коммуникации в каталоге интеграции

158 © Авторское право . Все права защищены.


Page 173 / 542

Basic HTML Version

Глава 5
Упражнение 10
Создание коммуникационного канала по
шаблону

Практический пример

Вам требуется создать коммуникационный канал, ссылающийся на шаблон канала связи.


Создайте коммуникационный канал, ссылающийся на шаблон канала.
Создайте коммуникационный канал File_Receiver_##_B (## – это номер группы,
состоящий из двух цифр) для бизнес-системы the BS_BIT400_##_B на основе шаблона
BIT400_File_Receiver_Template . В поле Целевой каталог замените ## на номер вашей
группы.

1. Откройте экран Создать объект .


2. Установите тип объекта и параметры.

Рекомендация:
При запуске экрана Создать объект из контекстного меню Нов. узла
Коммуникационный компонент без Партнер → Бизнес-
системы → BS_BIT400_##_B → Коммуникационный канал тип объекта и
бизнес-система заполняются предварительно.

3. Используйте шаблон BIT400_File_Receiver_Template .


4. Укажите целевой каталог.
5. Активируйте коммуникационный канал.

© Авторское право . Все права защищены. 159


Page 174 / 542

Basic HTML Version

Глава 5
Решение 10
Создание коммуникационного канала по
шаблону

Практический пример

Вам требуется создать коммуникационный канал, ссылающийся на шаблон канала связи.


Создайте коммуникационный канал, ссылающийся на шаблон канала.
Создайте коммуникационный канал File_Receiver_##_B (## – это номер группы,
состоящий из двух цифр) для бизнес-системы the BS_BIT400_##_B на основе шаблона
BIT400_File_Receiver_Template . В поле Целевой каталог замените ## на номер вашей
группы.

1. Откройте экран Создать объект .


a) Выполните транзакцию SXMB_IFR .

b) На экране SAP NetWeaver Process Integration 7.31 выберите Integration Builder .


c) На экране Конфигурация: Integration Builder (rwptdc00_RWP_##) выберите
Объект → Нов.

2. Установите тип объекта и параметры.


a) В диалоговом окне Создать объект выберите Профиль
коммуникации → Коммуникационный канал .
b) В поле Коммуникационный компонент введите BS_BIT400_##_B или используйте
справку F4.
c) Нажмите кнопку Применить .
d) В поле Коммуникационный канал введите File_Receiver_## .
e) Поле Партнер оставьте пустым и нажмите кнопку Создать .

Рекомендация:
При запуске экрана Создать объект из контекстного меню Нов. узла
Коммуникационный компонент без Партнер → Бизнес-
системы → BS_BIT400_##_B → Коммуникационный канал тип объекта и
бизнес-система заполняются предварительно.

3. Используйте шаблон BIT400_File_Receiver_Template .

160 © Авторское право . Все права защищены.


Page 175 / 542

Basic HTML Version

Урок: Создание каналов связи в каталоге интеграции

a) На экране Конфигурация: Integration Builder (rwptdc00_RWP_##) выберите


Коммуникационный канал → Применить шаблон .
b) В диалоговом окне Шаблон коммуникационного канала выберите шаблон
BIT400_File_Receiver_Template с областью имен urn:education.com:BIT400:B и
компонентом ПО SC_BIT400_B 1.0 of education.com , щелкнув его.
c) Нажмите кнопку Применить .
4. Укажите целевой каталог.
a) В поле Целевой каталог введите /usr/sap/trans/tmp/group##. Замените ## на
номер вашей группы.
b) Сохраните коммуникационный канал.
5. Активируйте коммуникационный канал.
a) Выберите Коммуникационный канал → Активировать.
b) Во всплывающем окне Активировать список изменений оставьте флажок вашего
коммуникационного канала установленным.
c) Нажмите кнопку Активировать .
d) На экране Активировать список изменений выберите Закрыть .

© Авторское право . Все права защищены. 161


Page 176 / 542

Basic HTML Version

Глава 5: Конфигурация объектов коммуникации в каталоге интеграции

РЕЗЮМЕ УРОКА
Теперь Вы сможете:
● Создать коммуникационный канал в каталоге интеграции

162 © Авторское право . Все права защищены.


Page 177 / 542

Basic HTML Version

Глава 5

Учебный экзамен

1. Какие из следующих инструментов используются для создания ракурса


интегрированной конфигурации?
Выберите правильные ответы.

X A Централизованный механизм Advanced Adapter Engine

X B Децентрализованный механизм Advanced Adapter Engine

X C Advanced Adapter Engine Extended

X D System Landscape Directory

2. Существует ______ типа отправителей или получателей сообщения в SAP NetWeaver


Process Integration.
Выберите правильный ответ.

X A три

X B два

X C пять

3. Данные конфигурации для выполнения сценариев интеграции, хранящиеся в каталоге


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

X Верно

X Неверно

© Авторское право . Все права защищены. 163


Page 178 / 542

Basic HTML Version

Глава 5

Учебный экзамен – ответы

1. Какие из следующих инструментов используются для создания ракурса


интегрированной конфигурации?
Выберите правильные ответы.

X A Централизованный механизм Advanced Adapter Engine

X B Децентрализованный механизм Advanced Adapter Engine

X C Advanced Adapter Engine Extended

X D System Landscape Directory

2. Существует ______ типа отправителей или получателей сообщения в SAP NetWeaver


Process Integration.
Выберите правильный ответ.

X A три

X B два

X C пять

3. Данные конфигурации для выполнения сценариев интеграции, хранящиеся в каталоге


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

X Верно

X Неверно

164 © Авторское право . Все права защищены.


Page 179 / 542

Basic HTML Version

ГЛАВА 6 Конфигурация объектов


каталога интеграции для
обработки ABAP

Урок 1
Анализ объектов, используемых при коммуникации с механизмом интеграции – 166
конфигурация
Упражнение 11: Конфигурация сценария для коммуникации на основе механизма 171
интеграции
Упражнение 12: Мониторинг сообщений в механизме интеграции 183

Урок 2
Анализ объектов, используемых при коммуникации с механизмом интеграции – 187
маршрутизация
Упражнение 13: Добавление условия маршрутизации к определению получателя 193
Упражнение 14: Обновление определения интерфейса с другим мэппингом 199
операций

Урок 3
Анализ объектов, используемых при коммуникации с механизмом интеграции – получатель 203
Упражнение 15: Настройка нескольких получателей сообщения 209

ЗАДАЧИ ГЛАВЫ
● Настраивать сценарий конфигурации в каталоге интеграции (КИ)
● Обработать сообщения с помощью механизма интеграции (IE)
● Выполнять мониторинг сообщений механизма интеграции (IE)
● Определить логическую маршрутизацию
● Конфигурировать несколько получателей
● Описать валидацию XML
● Описать концепцию очереди

© Авторское право . Все права защищены. 165


Page 180 / 542

Basic HTML Version

Глава 6
Урок 1

Анализ объектов, используемых при


коммуникации с механизмом интеграции –
конфигурация

ОБЗОР УРОКА
В этом уроке описывается обработка сообщений. Здесь также поясняется структура
сообщений SAP NetWeaver Process Integration (SAP NetWeaver PI) и принцип их передачи в
конвейер сообщений.
Практический пример
В вашей организации требуется обработка сообщений. Как администратору, вам требуется
понять технические принципы работы механизма интеграции (IE) и Advanced Adapter
Engine (AAE). Для этого вам потребуются следующие знания:
● понимание сценария конфигурации;
● понимание принципов обработки сообщений.

ЗАДАЧИ УРОКА
Пройдя этот урок, вы сможете:
● Настраивать сценарий конфигурации в каталоге интеграции (КИ)
● Обработать сообщения с помощью механизма интеграции (IE)
● Выполнять мониторинг сообщений механизма интеграции (IE)

166 © Авторское право . Все права защищены.


Page 181 / 542

Basic HTML Version

Урок: Анализ объектов, используемых при коммуникации с механизмом интеграции – конфигурация

Объекты конфигурации

Рисунок 63: Объекты конфигурации в каталоге интеграции

Помимо коммуникационных компонентов (системы-отправителя и системы-получателя) и


коммуникационных каналов, которые конфигурируют адаптеры, для корректной обработки
входящих сообщений из механизма интеграции во время выполнения в каталоге
интеграции требуются объекты интерфейса.
В каталоге интеграции существуют следующие объекты интерфейса:
● соглашение отправителя;
● определение получателя;
● определение интерфейса;
● соглашение получателя.

Рекомендация:
Соглашение отправителя требуется не всегда, например, если отправитель
посылает сообщение в SAP NetWeaver PI с помощью интерфейсов прокси.

Перечисленные объекты должны быть определены.


Если требуется провести валидацию сообщения на соответствие определенной схеме (в
пользовательской настройке), механизм интеграции или AAE выполняют эту операцию в
первом шаге при обработке сообщений.

© Авторское право . Все права защищены. 167


Page 182 / 542

Basic HTML Version

Глава 6: Конфигурация объектов каталога интеграции для обработки ABAP

В случае входящего сообщения конвейер сначала анализирует объект определения


получателя.
Сценарий конфигурации
Сценарий конфигурации является необязательным и не имеет значения во время
выполнения. На основе ссылочной конфигурации сценарий конфигурации позволяет вам,
как пользователю, получить обзор необходимых объектов бизнес-сценария.
В подробном ракурсе закладки Объекты сценария конфигурации сценарий конфигурации
имеет две области, где перечислены объекты.
Закладка имеет следующие области:
● Объекты профиля коммуникации
Здесь представлены объекты конфигурации, такие как коммуникационные компоненты
и коммуникационные каналы, которые используются во многих сценариях.
● Объекты логической маршрутизации и объекты соглашения по коммуникации
Здесь представлены объекты конфигурации определенного сценария, к которым
относятся объекты логической маршрутизации (определение получателя и
интерфейса), а также объекты соглашения по коммуникации (соглашение получателя и
отправителя).
В обеих областях можно либо создать эти объекты, либо создать ссылки на существующие
объекты.
Для получения обзора коммуникационных компонентов отправителя на закладке
Конфигурация можно открыть табличное представление объектов.

Ракурс конфигурации из упражнения

Рисунок 64: Ракурс конфигурации: коммуникация на основе механизма интеграции

168 © Авторское право . Все права защищены.


Page 183 / 542

Basic HTML Version

Урок: Анализ объектов, используемых при коммуникации с механизмом интеграции – конфигурация

На рисунке представлен ракурс конфигурации из упражнения.

© Авторское право . Все права защищены. 169


Page 184 / 542

Basic HTML Version

Глава 6: Конфигурация объектов каталога интеграции для обработки ABAP

170 © Авторское право . Все права защищены.


Page 185 / 542

Basic HTML Version

Глава 6
Упражнение 11
Конфигурация сценария для коммуникации
на основе механизма интеграции

Практический пример
Вам требуется выполнить моделирование распределения основных данных материала.
Основные данные материала создаются как документ XML в системе А, а затем
отправляются в SAP NetWeaver PI по HTTP через адаптер HTTP. В SAP NetWeaver PI
выполняется мэппинг документа к структуре входящего интерфейса целевой системы В.
Эта система должна получить файл XML. Поэтому она соединена через файловый
адаптер. Эта конфигурация выполняется с помощью коммуникации на основе механизма
интеграции.
Сконфигурируйте объекты каталога интеграции на основе сценария PI из репозитария
корпоративных сервисов (ESR), протестируйте сценарий и проанализируйте структуру
сообщения SAP NetWeaver PI в мониторе сообщений.
В каталоге интеграции создайте сценарий конфигурации с именем BIT400_## ( ##
означает номер вашей группы, состоящий из двух цифр) для сценария интеграции
BIT400_Scenario1 . Присвойте бизнес-систему BS_BIT400_##_A как отправителя и бизнес-
систему BS_BIT400_##_B как получателя. Используйте коммуникационный канал для
получателя, созданного по шаблону BIT400_File_Receiver_Template .
1. Войдите в каталог интеграции и перейдите в ракурс сценариев конфигурации.
2. Используйте ассистент для создания сценария конфигурации из сценария интеграции.
Выберите сценарий интеграции BIT400_Scenario1 и используйте его как шаблон для
создания сценария конфигурации BIT400_## .

3. Проверьте введенные в ассистенте данные во всех четырех шагах конфигурации и при


необходимости исправьте их.

© Авторское право . Все права защищены. 171


Page 186 / 542

Basic HTML Version

Глава 6
Решение 11
Конфигурация сценария для коммуникации
на основе механизма интеграции

Практический пример
Вам требуется выполнить моделирование распределения основных данных материала.
Основные данные материала создаются как документ XML в системе А, а затем
отправляются в SAP NetWeaver PI по HTTP через адаптер HTTP. В SAP NetWeaver PI
выполняется мэппинг документа к структуре входящего интерфейса целевой системы В.
Эта система должна получить файл XML. Поэтому она соединена через файловый
адаптер. Эта конфигурация выполняется с помощью коммуникации на основе механизма
интеграции.
Сконфигурируйте объекты каталога интеграции на основе сценария PI из репозитария
корпоративных сервисов (ESR), протестируйте сценарий и проанализируйте структуру
сообщения SAP NetWeaver PI в мониторе сообщений.
В каталоге интеграции создайте сценарий конфигурации с именем BIT400_## (##
означает номер вашей группы, состоящий из двух цифр) для сценария интеграции
BIT400_Scenario1 . Присвойте бизнес-систему BS_BIT400_##_A как отправителя и бизнес-
систему BS_BIT400_##_B как получателя. Используйте коммуникационный канал для
получателя, созданного по шаблону BIT400_File_Receiver_Template .
1. Войдите в каталог интеграции и перейдите в ракурс сценариев конфигурации.
a) На экране SAP NetWeaver Process Integration 7.31 выберите Integration Builder .
b) На экране Конфигурация: Integration Builder выберите Сценарий конфигурации .
2. Используйте ассистент для создания сценария конфигурации из сценария интеграции.
Выберите сценарий интеграции BIT400_Scenario1 и используйте его как шаблон для
создания сценария конфигурации BIT400_## .
a) Выберите Инструменты → Применить модель из репозитария корпоративных
сервисов.
b) В диалоговом окне Перенести модель из репозитария корпоративных сервисов
выберите зависимую кнопку Сценарий PI.

c) В поле Имя воспользуйтесь справкой F4, нажав кнопку Просмотреть справку по


вводу F4 ,
d) В следующем всплывающем окне Выбрать сценарий PI из репозитария
корпоративных сервисов выберите сценарий BIT400_Scenario1 , щелкнув его.
e) Нажмите кнопку Применить .

172 © Авторское право . Все права защищены.


Page 187 / 542

Basic HTML Version

Урок: Анализ объектов, используемых при коммуникации с механизмом интеграции – конфигурация

f) В диалоговом окне Перенести модель из репозитария корпоративных сервисов


нажмите кнопку Дальше.
g) В поле Сценарий конфигурации введите BIT400_## .
h) Нажмите кнопку Завершить .
i) Нажмите кнопку Закрыть.
3. Проверьте введенные в ассистенте данные во всех четырех шагах конфигурации и при
необходимости исправьте их.
a) В диалоговом окне Конфигуратор модели щелкните в поле Получатель
Product_BIT400 . Оно станет красным.
b) В поле Коммуникационный компонент для отправителя нажмите кнопку
Просмотреть справку по вводу.
c) В диалоговом окне Выбрать коммуникационный компонент выберите
BS_BIT400_##_B , отметив поле выбора перед строкой.
d) Нажмите кнопку Применить .
e) Щелкните поле Ведение и распределение Product_BIT400 1.0 . Оно станет красным.
f) В поле Коммуникационный компонент для получателя нажмите кнопку Просмотреть
справку по вводу .
g) Выберите BS_BIT400_##_A .
h) Нажмите кнопку Применить .
i) Выделите соединительную линию между моделями Тиражировать основные данные
материала и Создать или изменить материал .

j) В поле Коммуникационный канал для получателя нажмите кнопку Просмотреть


справку по вводу .
k) Выберите File_Receiver_## .
l) Нажмите кнопку Применить .

m) Нажмите кнопку Создать объекты конфигурации .


n) В диалоговом окне Создать объекты конфигурации выберите зависимую кнопку
Генерация.
o) Нажмите кнопку Запуск .
p) Проверьте и закройте журнал генерации.
q) Сохраните конфигурацию в диалоговом окне Конфигуратор модели .
r) Нажмите кнопку Применить .
s) На закладке Объекты выберите Сценарий конфигурации → BIT400_## .

© Авторское право . Все права защищены. 173


Page 188 / 542

Basic HTML Version

Глава 6: Конфигурация объектов каталога интеграции для обработки ABAP

t) Сохраните сценарий конфигурации. Можно ввести произвольное текстовое


описание.
u) На закладке Списки изменений выберите Списки изменений
bit400_# → Стандартный список изменений → BIT400_## .
v) В контекстном меню BIT400_## выберите Активировать . Выбирайте только тот
сценарий, который предварительно выделен.
w) В диалоговом окне Активировать список изменений нажмите кнопку Активировать .
x) Закройте окно подтверждения.

174 © Авторское право . Все права защищены.


Page 189 / 542

Basic HTML Version

Урок: Анализ объектов, используемых при коммуникации с механизмом интеграции – конфигурация

Время выполнения

Рисунок 65: Процедура времени выполнения – шаги в конвейере

После переноса документа на сервер интеграции в специальном формате XML с помощью


адаптеров он обрабатывается в конвейере. Бизнес-система и входящий интерфейс
получателя определяются при логической маршрутизации. Если при логической
маршрутизации определено несколько получателей, входящее сообщение дублируется
при разделении сообщения. Структура документа отправителя преобразуется в структуру
документа получателя через мэппинг. С другой стороны, техническая маршрутизация
определяет способ обращения к получателю, а затем вызывается необходимый адаптер.
Начиная с версии SAP NetWeaver PI 7.1 вы можете проверить наличие в сообщении
определенной схемы как первый шаг обработки в конвейере.

Механизмы среды выполнения ABAP


Механизм интеграции относится к среде выполнения SAP NetWeaver PI и используется для
обмена сообщениями согласно настроенным бизнес-процессам. Конфигурация создается
с помощью каталога конфигурации в Integration Builder. Получатель XML-сообщения
определяется в логической и технической маршрутизации при обработке на входе.
Дальнейшая обработка зависит от количества заданных получателей.
Ниже представлены механизмы среды выполнения ABAP.
● Механизм интеграции
Среда выполнения SAP NetWeaver PI получает процессы и переадресует XML-
сообщения.
● Центральный механизм интеграции
Среда выполнения SAP NetWeaver PI выполняет шаги обработки, например,
определение получателя и интерфейса, с помощью конвейера CENTRAL.

© Авторское право . Все права защищены. 175


Page 190 / 542

Basic HTML Version

Глава 6: Конфигурация объектов каталога интеграции для обработки ABAP

● Локальный механизм интеграции


Это среда выполнения для сообщений прокси PI в бэкэнд-системе SAP, которая
полностью отвечает за обмен данными с SAP NetWeaver PI (центральный механизм
интеграции) с помощью конвейера SENDER или RECEIVER.
● Конвейер
Определяет ряд шагов обработки сообщений, выполняемых механизмом интеграции.
● Очереди
Для асинхронной обработки, сообщения из механизма интеграции обрабатываются с
помощью очередей.

Мониторинг сообщений

Рисунок 66: Транзакция SXI_MONITOR

Обработанные сообщения можно просмотреть в мониторе сообщений. Чтобы запустить


монитор сообщений SAP NetWeaver PI, выберите PI → Мониторинг → Механизм интеграции
– мониторинг. На следующем экране выберите Механизм
интеграции → Мониторинг → Монитор для обработанных XML-сообщений .
Вы можете ограничить отображаемые на экране выбора сообщения по определенным
критериям. Есть также вторая закладка с дополнительными критериями выбора.

176 © Авторское право . Все права защищены.


Page 191 / 542

Basic HTML Version

Урок: Анализ объектов, используемых при коммуникации с механизмом интеграции – конфигурация

Список сообщений

Рисунок 67: Список сообщений

Нажмите Выполнить, чтобы вывести список сообщений по вашим критериям выбора.


Чтобы просмотреть подробные данные об определенном сообщении, выделите нужную
строку и нажмите Просмотреть .

© Авторское право . Все права защищены. 177


Page 192 / 542

Basic HTML Version

Глава 6: Конфигурация объектов каталога интеграции для обработки ABAP

Подробный ракурс сообщения

Рисунок 68: Подробный ракурс сообщения

Экран разделен на три области. Слева в виде дерева отображаются уже завершенные шаги
конвейера. Справа отображаются два окна с подробными данными по сообщению. Для
переключения между окнами нажмите Просмотреть окно 1 или Просмотреть окно 2 .

178 © Авторское право . Все права защищены.


Page 193 / 542

Basic HTML Version

Урок: Анализ объектов, используемых при коммуникации с механизмом интеграции – конфигурация

Формат сообщения

Рисунок 69: Дизайн сообщения SOAP

SAP NetWeaver PI обрабатывает сообщения в специальном формате XML. Этот формат


основан на стандарте Simple Object Access Protocol (SOAP). SOAP используется для
определения структуры XML-сообщений. Документы SOAP XML состоят из заголовка,
содержащего информацию, в том числе об ошибках, в виде атрибутов сообщения, HopList
с подробным описанием этапов, пройденных документом, и информацией о среде
выполнения и производительности. Фактические прикладные данные (полезная нагрузка)
содержатся в приложениях.
Сообщение SAP NetWeaver PI SOAP

Рисунок 70: Сообщение PI SOAP

© Авторское право . Все права защищены. 179


Page 194 / 542

Basic HTML Version

Глава 6: Конфигурация объектов каталога интеграции для обработки ABAP

На рисунке представлен пример сообщения SOAP. Просмотреть XML-сообщения SAP


NetWeaver PI на сервере интеграции можно в мониторе. Оттуда можно перейти к
подробному ракурсу каждого элемента документа SOAP.

Ниже представлены наиболее важные элементы сообщения SAP NetWeaver PI SOAP.


● Заголовок SOAP
Заголовок сообщения SAP NetWeaver PI содержит следующую информацию:
- В области Main доступны ключевые атрибуты Сервис отправителя и Интерфейс
отправителя (с соответствующими областями имен) для определения получателя.
(Для сценариев B2B существует дополнительный атрибут «Партнер»).
- В области Reliable Messaging качество услуг (QoS) определяет, обрабатывается ли
сообщение в конвейере синхронно (Best Effort) или асинхронно (Exactly Once). При
асинхронной обработке можно также выбрать вариант обработки с сериализацией
(Exactly Once in Order).
- В области HopList, регистрируются все точки, через которые проходит сообщение. В
случае асинхронных подтверждений обработки HopList следит за тем, что ответы
отправляются обратно исходному отправителю.
● Тело SOAP
Тело сообщения SAP NetWeaver PI содержит ссылку на полезную нагрузку с
фактическими прикладными данными.
● Полезная нагрузка
Полезная нагрузка сообщения SAP NetWeaver PI содержит фактические прикладные
данные в структуре исходящего интерфейса.
Перенос сообщений в конвейер

Рисунок 71: Перенос сообщений в конвейер

180 © Авторское право . Все права защищены.


Page 195 / 542

Basic HTML Version

Урок: Анализ объектов, используемых при коммуникации с механизмом интеграции – конфигурация

Как правило, сообщение передается в конвейер в специальном формате документа SOAP


через HTTP(S).
Эта задача выполняется различными способами в зависимости от используемой
отправителем технологии.
● Прокси-отправитель (SAP NetWeaver Application Server ABAP или SAP NetWeaver
Application Server Java)
Среда выполнения прокси в системе-отправителя принимает структуру сообщения SAP
NetWeaver PI, а локальный механизм интеграции отправляет ее непосредственно в
конвейер через HTTP(S). Преобразовывать сообщение не требуется.
● Отправитель использует адаптер
Адаптер в механизме адаптера преобразовывает формат отправителя сообщения в
XML-формат SAP NetWeaver PI. Затем адаптер переносит сообщение в конвейер через
HTTP(S).

● Отправитель отправляет простой HTTP


Сервис отправляет XML-документ в HTTP-сервис http://<host>:<ICM-Port>/sap/xi/
adapter_plain .
● Отправитель использует корпоративный сервис или веб-сервис для обращения к SAP
NetWeaver PI
Адаптер SOAP поддерживает асинхронную обработку сообщений с помощью
собственных ресурсов. В настоящее время SAP NetWeaver PI поддерживает новый
стандарт WS-Reliable Messaging (WS-RM) с помощью собственной недавно внедренной
обработки на входе в механизме интеграции.
XML-документ SAP NetWeaver PI получает Internet Communication Manager (ICM). Для
просмотра сервиса конвейера вызовите транзакцию SICF и выберите default
host → sap → xi → engine . Чтобы определить HTTP-порт для ICM, вызовите транзакцию
SMICM и выберите Перейти к → Сервисы .

Заголовок документа, помимо прочего, должен содержать сервис отправителя, интерфейс


отправителя и качество услуг (QoS). Остальные шаги конвейера определяются
конфигурацией в сервере интеграции. Корпоративные сервисы и веб-сервисы могут
использовать недавно внедренную обработку на входе для протокола WS-RM.

© Авторское право . Все права защищены. 181


Page 196 / 542

Basic HTML Version

Глава 6: Конфигурация объектов каталога интеграции для обработки ABAP

182 © Авторское право . Все права защищены.


Page 197 / 542

Basic HTML Version

Глава 6
Упражнение 12
Мониторинг сообщений в механизме
интеграции

Практический пример
В предыдущем упражнении вы создали сценарий коммуникации на основе механизме
интеграции. Теперь необходимо протестировать этот сценарий.
Протестируйте сценарий и просмотрите соответствующее сообщение в мониторе
механизма интеграции. Какие шаги конвейера выполняются?
1. На первом экране SAP NetWeaver PI (сервер интеграции) перейдите по ссылке
Дополнительная информация . Откроется страница со ссылками для BIT400. Запустите
HTTP-клиент. Он моделирует приложение, которое создает XML-документ для
основных данных материала и отправляет его в конвейер PI с помощью адаптера HTTP.
Измените поле ввода Номер группы , заменив ## на номер вашей группы, нажмите
кнопку Материал и отправьте XML-документ.

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

2. Проанализируйте сообщение в мониторе механизма интеграции.


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

© Авторское право . Все права защищены. 183


Page 198 / 542

Basic HTML Version

Глава 6
Решение 12
Мониторинг сообщений в механизме
интеграции

Практический пример
В предыдущем упражнении вы создали сценарий коммуникации на основе механизме
интеграции. Теперь необходимо протестировать этот сценарий.
Протестируйте сценарий и просмотрите соответствующее сообщение в мониторе
механизма интеграции. Какие шаги конвейера выполняются?
1. На первом экране SAP NetWeaver PI (сервер интеграции) перейдите по ссылке
Дополнительная информация . Откроется страница со ссылками для BIT400. Запустите
HTTP-клиент. Он моделирует приложение, которое создает XML-документ для
основных данных материала и отправляет его в конвейер PI с помощью адаптера HTTP.
Измените поле ввода Номер группы , заменив ## на номер вашей группы, нажмите
кнопку Материал и отправьте XML-документ.

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

a) Выполните транзакцию SXMB_IFR .


b) На экране SAP NetWeaver Integration 7.31 выберите Инструменты для BIT400 .
c) На веб-странице Добро пожаловать на начальную страницу курса BIT400/TBIT40!
выберите HTTP-клиент .
d) Введите номер вашей группы в поле Номер группы .
e) Нажмите кнопку Материал.

f) Нажмите кнопку Отправить .


2. Проанализируйте сообщение в мониторе механизма интеграции.
a) Выполните транзакцию SXMB_MONI .

b) На экране Механизм интеграции: мониторинг выберите Механизм интеграции


→ Мониторинг → Монитор обработанных XML-сообщений .

c) На экране Монитор для обработанных XML-сообщений выберите Выполнить.

184 © Авторское право . Все права защищены.


Page 199 / 542

Basic HTML Version

Урок: Анализ объектов, используемых при коммуникации с механизмом интеграции – конфигурация

d) Выделите строку с полем Компонент отправителя , имеющим значение


BS_BIT400_##_A , и нажмите кнопку Просмотреть .
3. Где находится информация о компонентах коммуникации отправителя и качестве
услуг? Где можно просмотреть раздел данных о полезной нагрузке?
a) В левой области экрана Просмотреть версии XML-сообщения выберите XML-
сообщение → Исходящее сообщение (CENTRAL) → Заголовок SOAP → Main .
b) В диалоговом окне Безопасность SAP GUI выберите Всегда разрешать в этом
контексте .

c) Нажмите кнопку ОК.


d) Найдите раздел <SAP:Sender>...<SAP:Service>BS_BIT400_##_A</SAP:Service> в
XML-документе.
e) Выберите Входящее сообщение → Заголовок SOAP → Reliable Messaging .
f) Найдите раздел <SAP:QualityOfService>ExactlyOnce</SAP:QualityOfService> в XML-
документе.
g) Выберите Входящее сообщение → Полезная нагрузка → MainDocument .
h) В диалоговом окне Возможно, документ небезопасный нажмите кнопку Просмотреть .
i) В диалоговом окне Безопасность SAP GUI выберите Всегда разрешать в этом
контексте .

j) Нажмите кнопку ОК.


4. Просмотрите созданный файл в каталоге. Для этого необходимо сначала
деблокировать каталог файлов в общем учебном компьютере.
a) На экране SAP NetWeaver Integration 7.31 выберите Инструменты для BIT400 .
b) На веб-странице Добро пожаловать на начальную страницу курса BIT400/TBIT40!
выберите Установить соединение с временными общими папками PI .
c) На веб-странице Как получить доступ к временным общим папкам в хосте PI для
упражнения с файловым адаптером выберите Открыть временную общую папку RWP
как диск X .

d) В диалоговом окне Выгрузка файла – предупреждение о безопасности нажмите


кнопку Открыть .
e) В диалоговом окне Internet Explorer – предупреждение о безопасности нажмите
кнопку Запустить, чтобы открыть временный каталог.
f) В каталоге откройте папку с номером вашей группы.
g) В папке с номером вашей группы вы можете открыть файл, дважды щелкнув его.

© Авторское право . Все права защищены. 185


Page 200 / 542

Basic HTML Version

Глава 6: Конфигурация объектов каталога интеграции для обработки ABAP

РЕЗЮМЕ УРОКА
Теперь Вы сможете:
● Настраивать сценарий конфигурации в каталоге интеграции (КИ)
● Обработать сообщения с помощью механизма интеграции (IE)
● Выполнять мониторинг сообщений механизма интеграции (IE)

186 © Авторское право . Все права защищены.


Page 201 / 542

Basic HTML Version

Глава 6
Урок 2
Анализ объектов, используемых при
коммуникации с механизмом интеграции –
маршрутизация

ОБЗОР УРОКА
В этом уроке описываются шаги и конфигурация среды выполнения, связанные с
логической маршрутизацией в каталоге интеграции (КИ) при использовании
коммуникации на основе механизма интеграции (IE).

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

ЗАДАЧИ УРОКА
Пройдя этот урок, вы сможете:
● Определить логическую маршрутизацию

© Авторское право . Все права защищены. 187


Page 202 / 542

Basic HTML Version

Глава 6: Конфигурация объектов каталога интеграции для обработки ABAP

Логическая маршрутизация – определение получателя

Рисунок 72: Конвейер – логическая маршрутизация

Первый шаг конвейера заключается в логической маршрутизации, состоящей из


следующих шагов:
1. определение получателя;
2. определение интерфейса.

188 © Авторское право . Все права защищены.


Page 203 / 542

Basic HTML Version

Урок: Анализ объектов, используемых при коммуникации с механизмом интеграции – маршрутизация

Определение получателя в каталоге интеграции

Рисунок 73: Определение получателя объекта

На основе конфигурации при определении получателя указываются допустимые


получатели для коммуникационного компонента отправителя с интерфейсов отправителя.
В каталоге интеграции определить получателя можно в диалоговом окне Определение
получателя на закладке Объекты .
Определение получателя имеет уникальную настройку с указанными ниже
значениями.
● В области Отправитель есть следующие поля:
- Партнер по коммуникации
- Коммуникационный компонент
- Интерфейс
- Область имен
● В области Получатель есть следующие поля:
- Партнер по коммуникации
- Коммуникационный компонент
- Описание (текстовое)
Поля в области Отправитель с четырьмя значениям Партнер по коммуникации,
Коммуникационный компонент, Интерфейс и Область имен однозначно идентифицируют
определение получателя. Дважды щелкните одно из значений, чтобы перейти к
подробному ракурсу.

© Авторское право . Все права защищены. 189


Page 204 / 542

Basic HTML Version

Глава 6: Конфигурация объектов каталога интеграции для обработки ABAP

Вы можете ввести одного или несколько получателей. Кроме того, можно определить
условия, при которых получатель получит сообщение. Например, если получатель должен
получать сообщение только тогда, когда в определенном поле находится предварительное
значение, выберите в качестве вида условия Значение поля . Затем выберите поле,
используя справку по вводу, и введите необходимое значение поля.
В диалоговом окне Определение получателя вы можете также задать поведение системы,
если определить действительного получателя невозможно.
Существуют следующие способы определения получателя:
● отмена обработки сообщения с ошибкой (перезапуск возможен);
● завершение обработки сообщения без ошибки (перезапуск невозможен);
● продолжение обработки сообщения со следующим получателем. Можно указать имя
альтернативного получателя.
Определение получателя

Рисунок 74: Определение получателя

Во время выполнения необходимо проверить, настроен ли в конвейере действительный


получатель для таких значений, как бизнес-система отправителя, исходящий интерфейс и
его область имен, а также соблюдено ли условие маршрутизации «если установлено».
Если действительный получатель не настроен, сообщение обрабатывается в соответствии
с информацией в разделе. Если получатель не найден, выберите Определение
получателя → Заголовок SOAP → Основной . Каждый получатель помещается между
тегами XML (eXtensible Markup Language): <SAP: получатель> <SAP:/получатель>, чтобы
его можно было найти при мониторинге сообщений.

190 © Авторское право . Все права защищены.


Page 205 / 542

Basic HTML Version

Урок: Анализ объектов, используемых при коммуникации с механизмом интеграции – маршрутизация

Примечание:
Вы можете настроить несколько получателей, выполнив это действие для
каждого из них.

Условия маршрутизации

Рисунок 75: Контекстные объекты в репозитарии корпоративных сервисов (ESR)

Вы можете ввести условия (маршрутизация на основе контента) для определения


получателя. Т. е. получатель будет учитываться только при выполнении этого условия.
Условия маршрутизации относятся к значениям в полезной нагрузке сообщений. Чтобы
ввести определения, воспользуйтесь редактором условий, который в свою очередь
вызывает редактор выражений.
В редакторе условий через соединение двух операторов с одним оператором можно ввести
логическое выражение в таблице. Сложное условие можно создать через комбинацию
нескольких строк таблицы с помощью операторов И и ИЛИ.
Выражение в левом операнде, вводимое в редакторе выражений, относится к элементу в
полезной нагрузке сообщений. Выражение в правом операнде является постоянным
значением для сравнения. Правый операнд можно определить только в редакторе
выражений в интеграционных процессах.
Можно использовать следующие операторы:
● равно;
● не равно;
● содержит шаблон (CP);

© Авторское право . Все права защищены. 191


Page 206 / 542

Basic HTML Version

Глава 6: Конфигурация объектов каталога интеграции для обработки ABAP

Для символа можно использовать +, для символьной строки – *.


● существует (EX).
С помощью этого оператора вы определяете, существует ли подструктура,
представленная в выражении. Например, если требуется проверить существование
определенного элемента в полезной нагрузке, введите проверяемый элемент в левом
операнде, а правый операнд оставьте пустым.
Значения можно запросить из сообщения с помощью выражений XPath или контекстных
объектов.
Контекстные объекты явно определены как объекты в репозитарии корпоративных
сервисов (ESR) и присваиваются элементу сообщения в сервисном интерфейсе.

192 © Авторское право . Все права защищены.


Page 207 / 542

Basic HTML Version

Глава 6
Упражнение 13
Добавление условия маршрутизации к
определению получателя

Практический пример
Процедура распределения основных данных учитывает тот факт, что получателю
требуются только определенные номера материалов.
Настройки маршрутизации и мэппинга сообщений задаются в каталоге интеграции. Там
же конфигурируются объекты ESR, создаваемые во время дизайна. Выполните отдельные
шаги в следующих субзадачах, чтобы настроить асинхронный сценарий промежуточного
документа в практическом примере.
Данные должны распределяться только в том случае, если в поле Ид. материала
установлено значение BIT400_## (## означает номер вашей группы, состоящий из двух
цифр).
1. Войдите в каталог интеграции.
2. Отобразите объекты для сценария конфигурации BIT400_## . Сначала отобразите
коммуникационные компоненты отправителя и получателя их соответствующие
коммуникационные каналы.
3. Перейдите в подробный ракурс определения получателя вашего сценария
конфигурации BIT400_## . Для какого коммуникационного компонента отправителя
создано определение получателя? Перейдите в подробный ракурс. Какие
коммуникационные компоненты получателя присвоены? Какая информация указана в
обзоре конфигурации для определения получателя?
4. Проверьте определение интерфейса для исходящего интерфейса SI_Material_outb
отправителя BS_BIT400_##_A . Какой входящий интерфейс настроен для получателя?
Мэппинг введен в этом определении интерфейса?
5. Просмотрите соглашение получателя BS_BIT400_##_B . Какой коммуникационный
канал необходимо использовать для взаимодействия с целевой системой?

6. Добавьте условие для определения получателя. Сообщение будет отправляться


получателю BS_BIT400_##_B только в том случае, если номер материала – BIT400_##.
Для этого используйте контекстный объект Ид. материала.
7. Сохраните настройки и активируйте список изменений.
8. Сначала протестируйте свою конфигурации, отправив сообщение с номером
материала BIT400_## с помощью HTTP-клиента, а затем отправив другое сообщение с
другим номером материала.

© Авторское право . Все права защищены. 193


Page 208 / 542

Basic HTML Version

Глава 6
Решение 13
Добавление условия маршрутизации к
определению получателя

Практический пример
Процедура распределения основных данных учитывает тот факт, что получателю
требуются только определенные номера материалов.
Настройки маршрутизации и мэппинга сообщений задаются в каталоге интеграции. Там
же конфигурируются объекты ESR, создаваемые во время дизайна. Выполните отдельные
шаги в следующих субзадачах, чтобы настроить асинхронный сценарий промежуточного
документа в практическом примере.
Данные должны распределяться только в том случае, если в поле Ид. материала
установлено значение BIT400_## (## означает номер вашей группы, состоящий из двух
цифр).
1. Войдите в каталог интеграции.
a) Выполните транзакцию SXMB_IFR .
b) На экране SAP NetWeaver Process Integration 7.31 выберите Integration Builder .
2. Отобразите объекты для сценария конфигурации BIT400_## . Сначала отобразите
коммуникационные компоненты отправителя и получателя их соответствующие
коммуникационные каналы.
a) На закладке Объекты выберите Сценарий конфигурации → BIT400_## . Дважды
щелкните этот объект.
b) В области Просмотр области конфигурации перейдите на закладку Объекты . Там
отображены две бизнес-системы: BS_BIT400_##_A и BS_BIT400_##_B вашего
сценария конфигурации. Проверьте наличие коммуникационного канала
(File_Receiver_##_B) для системы BS_BIT400_##_B . Для BS_BIT400_##_A
коммуникационный канал не введен.

3. Перейдите в подробный ракурс определения получателя вашего сценария


конфигурации BIT400_## . Для какого коммуникационного компонента отправителя
создано определение получателя? Перейдите в подробный ракурс. Какие
коммуникационные компоненты получателя присвоены? Какая информация указана в
обзоре конфигурации для определения получателя?
a) Дважды щелкните Определение получателя, чтобы перейти к подробному ракурсу
определения получателя, выбрав закладку Обзор конфигурации .
Определение получателя настроена для бизнес-системы BS_BIT400_##_A и
исходящего интерфейса SI_Material_outb.

194 © Авторское право . Все права защищены.


Page 209 / 542

Basic HTML Version

Урок: Анализ объектов, используемых при коммуникации с механизмом интеграции – маршрутизация

В подробном ракурсе есть строка для каждого настроенного получателя на


закладке Содержимое . В качестве коммуникационного компонента получателя
указано BS_BIT400_##_B
На закладке Обзор конфигурации есть раздел Обзор конфигурации для определения
получателя .
b) На закладке Обзор конфигурации выберите BS_BIT400_##_B → SI_Materials_inb на
экране Обзор конфигурации для определения получателя .
c) На экране Объекты для выбранного соединения указана информация об
определении интерфейса, соглашении получателя и коммуникационном канале
получателя. Дважды щелкните, чтобы перейти в подробный ракурс объектов.
4. Проверьте определение интерфейса для исходящего интерфейса SI_Material_outb
отправителя BS_BIT400_##_A . Какой входящий интерфейс настроен для получателя?
Мэппинг введен в этом определении интерфейса?
a) На закладке Объекты выберите Определение интерфейса → BS_BIT400_##_A |
SI_Material_outb | | BS_BIT400_##_B . Дважды щелкните, чтобы перейти к
подробному ракурсу.
b) В поле Интерфейс отправителя введите SI_Materials_inb в качестве интерфейса
получателя BS_BIT400_##_B (коммуникационный компонент) и
urn:education.com:BIT400 в поле Область имен получателя.
5. Просмотрите соглашение получателя BS_BIT400_##_B . Какой коммуникационный
канал необходимо использовать для взаимодействия с целевой системой?
a) На закладке Объекты выберите Соглашение получателя → |BS_BIT400_##_A | |
BS_BIT400_##_B | SI_Materials_inb .
b) Дважды щелкните, чтобы перейти к подробному ракурсу.
c) В поле Коммуникационный канал получателя введите коммуникационный канал
File_Receiver_## . Для этого необходимо перейти из режима просмотра в режим
изменения, нажав кнопку Переключение между режимом просмотра и изменения .
6. Добавьте условие для определения получателя. Сообщение будет отправляться
получателю BS_BIT400_##_B только в том случае, если номер материала – BIT400_##.
Для этого используйте контекстный объект Ид. материала.
a) Перейдите в подробный ракурс определения получателя.

b) Нажмите Переключение между режимом просмотра и изменения .


c) Выберите Просмотреть справку по вводу в поле Условие.
d) В диалоговом окне Редактор условий нажмите Просмотреть справку по вводу.
e) В диалоговом окне Редактор выражений нажмите Ид. материала.
f) Нажмите кнопку Просмотреть справку по вводу.

g) В диалоговом окне Выбрать объект нажмите Ид. материала.


h) Нажмите кнопку Применить .

© Авторское право . Все права защищены. 195


Page 210 / 542

Basic HTML Version

Глава 6: Конфигурация объектов каталога интеграции для обработки ABAP

i) Нажмите кнопку ОК.


j) В диалоговом окне Редактор условий введите BIT400_## в поле Правый операнд .
k) Нажмите кнопку ОК.
l) Сохраните определение получателя.
7. Сохраните настройки и активируйте список изменений.
a) Сохраните и закройте все объекты, открытые в режиме изменения.
b) На закладке Списки изменений выберите Списки изменений bit400-
## → Стандартный список изменений → |BS_BIT400_##_A|SI_Material_outb| .
c) В контекстном меню |BS_BIT400_##_A|SI_Material_outb| выберите Активировать .
d) В диалоговом окне Активировать список изменений нажмите кнопку Активировать .
e) Повторите шаги для всех измененных объектов.

8. Сначала протестируйте свою конфигурации, отправив сообщение с номером


материала BIT400_## с помощью HTTP-клиента, а затем отправив другое сообщение с
другим номером материала.
a) На экране SAP NetWeaver Process Integration 7.31 выберите Инструменты для BIT400 .
b) Нажмите HTTP-клиент .
c) Замените ## на номер вашей группы в поле Номер группы .

d) Нажмите кнопку Материал.


e) Нажмите кнопку Отправить .
f) Вернитесь на экран SAP Easy Access - Меню пользователя для BIT400_##.
g) Выполните транзакцию SXMB_MONI .

h) На экране Механизм интеграции: мониторинг выберите Механизм интеграции


Мониторинг → Монитор обработанных сообщений XML .
i) Нажмите кнопку Выполнить.
j) Выделите строку сообщения с сервисом отправителя BS_BIT400_##_A .
k) Нажмите кнопку Просмотр .
l) Выполните шаги по настройке безопасности SAP GUI.
m) Проверьте сообщение.

196 © Авторское право . Все права защищены.


Page 211 / 542

Basic HTML Version

Урок: Анализ объектов, используемых при коммуникации с механизмом интеграции – маршрутизация

Определение интерфейса в каталоге интеграции

Рисунок 76: Определение интерфейса в каталоге интеграции

В шаге определения интерфейса для каждого настроенного получателя система


проверяет, присвоен ли компоненту отправителя входящий интерфейс бизнес-системы
получателя.
Определение интерфейса находится в области инструментов PI . Выберите Integration
Builder . На закладке Объекты выберите Определение интерфейса .

Определение интерфейса имеет уникальную настройку с указанными ниже


значениями.
● В области Отправитель есть следующие поля:
- Партнер по коммуникации
- Коммуникационный компонент
- Интерфейс (исходящий)
- Область имен интерфейса (исходящего)
● В области Получатель есть следующие поля:
- Партнер по коммуникации
- Коммуникационный компонент
- Описание (текстовое)
Вводить партнера необязательно. Коммуникационные компоненты отправителя и
получателя можно указать как родовые записи с помощью звездочки. Дважды щелкните,
чтобы перейти к подробному ракурсу. Здесь сохранен минимум один входящий
интерфейса получателя.

© Авторское право . Все права защищены. 197


Page 212 / 542

Basic HTML Version

Глава 6: Конфигурация объектов каталога интеграции для обработки ABAP

Определение интерфейса

Рисунок 77: Определение интерфейса

В определении интерфейса также хранятся условия маршрутизации.

Условие можно определить в редакторе следующим образом:


● Просмотрите необходимое определение интерфейса и перейдите в режим изменения.
● Нажмите Добавить строку . Откроется поле условия, и через справку по вводу можно
вызывать редактор условий.

198 © Авторское право . Все права защищены.


Page 213 / 542

Basic HTML Version

Глава 6
Упражнение 14
Обновление определения интерфейса с
другим мэппингом операций

Практический пример
Вам требуется настроить сценарий. Мэппинг сообщений создается между типами
сообщений, а мэппинг операций создается в области имен. Необходимо изменить
конфигурацию ваших сценариев в каталоге интеграции, чтобы можно было использовать
мэппинг сообщений. Обновите определение интерфейса с другим мэппингом операций.
Измените конфигурацию ваших сценариев в каталоге интеграции, чтобы можно было
использовать мэппинг сообщений.
1. Войдите в каталог интеграции и перейдите к сценарию конфигурации BIT400_## (##
означает номер вашей группы, состоящий из двух цифр).
2. Перейдите в подробный ракурс определения интерфейса и измените мэппинг операций
на OM_BIT400_## .
3. Протестируйте сценарий. В мониторе проверьте, выполнен ли ваш мэппинг.

© Авторское право . Все права защищены. 199


Page 214 / 542

Basic HTML Version

Глава 6
Решение 14
Обновление определения интерфейса с
другим мэппингом операций

Практический пример
Вам требуется настроить сценарий. Мэппинг сообщений создается между типами
сообщений, а мэппинг операций создается в области имен. Необходимо изменить
конфигурацию ваших сценариев в каталоге интеграции, чтобы можно было использовать
мэппинг сообщений. Обновите определение интерфейса с другим мэппингом операций.
Измените конфигурацию ваших сценариев в каталоге интеграции, чтобы можно было
использовать мэппинг сообщений.
1. Войдите в каталог интеграции и перейдите к сценарию конфигурации BIT400_## (##
означает номер вашей группы, состоящий из двух цифр).
a) Выполните транзакцию SXMB_IFR .
b) На экране SAP NetWeaver Process Integration 7.31 выберите Integration Builder .
2. Перейдите в подробный ракурс определения интерфейса и измените мэппинг операций
на OM_BIT400_## .
a) На закладке Объекты выберите Определение интерфейса → | BS_BIT400_##_A |
SI_Material_outb | | BS_BIT400_##_B .
b) Нажмите Переключение между режимом просмотра и изменения .
c) Выберите Просмотреть справку по вводу в поле Мэппинг операций .
d) В поле Мэппинг операций введите OM_BIT400_## .
e) Нажмите Применить .
f) Нажмите Сохранить .
g) В подробном ракурсе выберите Определение интерфейса → Активировать .

h) В диалоговом окне Активировать список изменений нажмите кнопку Активировать .


i) На экране Активировать список изменений выберите Закрыть .
3. Протестируйте сценарий. В мониторе проверьте, выполнен ли ваш мэппинг.
a) На экране SAP NetWeaver Process Integration 7.31 выберите Инструменты для BIT400 .
b) Нажмите HTTP-клиент .
c) Замените ## на номер вашей группы в поле Номер группы .

200 © Авторское право . Все права защищены.


Page 215 / 542

Basic HTML Version

Урок: Анализ объектов, используемых при коммуникации с механизмом интеграции – маршрутизация

d) Нажмите кнопку Материал .


e) Нажмите кнопку Отправить .
f) Вернитесь на экран SAP Easy Access – Меню пользователя для BIT400_## .
g) Выполните транзакцию SXMB_MONI .
h) На экране Механизм интеграции: мониторинг выберите Механизм интеграции
Мониторинг → Монитор обработанных сообщений XML.

i) На экране Монитор для обработанных сообщений XML нажмите кнопку Выполнить.


j) Выделите строку сообщения с сервисом отправителя BS_BIT400_##_A .
k) Нажмите кнопку Просмотр .
l) Если появится экран Безопасность SAP GUI , выберите Разрешать всегда и нажмите
OK.
m) Проверьте результат.
n) На веб-странице Добро пожаловать на начальную страницу курса BIT400/TBIT40!
выберите Установить соединение с временными общими папками PI .
o) Выберите Открыть временную общую папку RWP как диск X.
p) В диалоговом окне Выгрузка файла – предупреждение о безопасности нажмите
кнопку Открыть .
q) При появлении всплывающего окна с предупреждением о безопасности нажмите
кнопку Запустить.
r) На экране файловой системы выберите папку вашей группы. Откройте файл XML,
дважды щелкнув его.
s) Проверьте результат.

© Авторское право . Все права защищены. 201


Page 216 / 542

Basic HTML Version

Глава 6: Конфигурация объектов каталога интеграции для обработки ABAP

РЕЗЮМЕ УРОКА
Теперь Вы сможете:
● Определить логическую маршрутизацию

202 © Авторское право . Все права защищены.


Page 217 / 542

Basic HTML Version

Глава 6
Урок 3
Анализ объектов, используемых при
коммуникации с механизмом интеграции –
получатель

ОБЗОР УРОКА
В этом уроке описывается конфигурация с несколькими получателями, а также
поясняются валидация XML и концепция очередей.
Практический пример
Вам требуется передать сообщения из одной системы в другие. В системе-отправителе
SAP есть интерфейс для распределения данных. Необходимо создать и настроить
нескольких получателей сообщения. Для этого вам потребуются следующие знания:
● Понимание принципов конфигурации нескольких получателей

ЗАДАЧИ УРОКА
Пройдя этот урок, вы сможете:
● Конфигурировать несколько получателей
● Описать валидацию XML
● Описать концепцию очереди

Разветвление сообщения

Рисунок 78: Конвейер – разветвление сообщения

Если определено несколько получателей, сообщение копируется для каждого получателя


после определения интерфейса. Этот процесс называется разветвлением сообщения.

© Авторское право . Все права защищены. 203


Page 218 / 542

Basic HTML Version

Глава 6: Конфигурация объектов каталога интеграции для обработки ABAP

Разветвление сообщения на дочерние элементы

Рисунок 79: Разветвление сообщения

Как правило, для каждого получателя открывается исходящая очередь. Сообщение


передается в эту очередь через Remote Function Call с очередями (qRFC).
После разделения сообщения сообщениям присваиваются новые номера. Этот номер
отображается над деревом навигации как Ид. дочернего сообщения . Дважды щелкните
идентификатор, чтобы перейти к мониторингу дочерних сообщений.

Техническая маршрутизация

Рисунок 80: Соглашение получателя в каталоге интеграции

В последнем шаге обработки конвейера техническая маршрутизация определяет способ


отправки сообщения получателю. Соглашение получателя ссылается на
коммуникационный канал.
Коммуникационные каналы содержат технические параметры, необходимые для отправки
сообщения в систему-получатель. Коммуникационный канал содержит конфигурацию
адаптера, включая параметры конфигурации, специфичные для адаптера, и данные
соединения с целевой системой.
Существуют различные способы доставки сообщения в системы-получатели.
В системе можно выполнить описанные ниже задачи.
● IDoc может быть отправлен только один раз.
● Файл может быть сохранен на сервере получателя.

204 © Авторское право . Все права защищены.


Page 219 / 542

Basic HTML Version

Урок: Анализ объектов, используемых при коммуникации с механизмом интеграции – получатель

● Можно обратиться к почтовому серверу получателя.


● Файл может быть записан непосредственно в таблицу базы данных.
Чтобы выполнить эти задачи, должно быть настроено четыре коммуникационных канала в
системе-получателе, поддерживающих сценарии с IDoc, файлами, почтой и базой данных.
Техническая маршрутизация на основе получателя объекта

Рисунок 81: Техническая маршрутизация на основе соглашения получателя объекта

Каждый сценарий необходимого коммуникационного канала настраивается в объекте


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

Рекомендация:
Для некоторых адаптеров также требуются коммуникационные каналы как
адаптеры отправителя и соглашение отправителя. Это касается того случая,
когда отправляющая система, сохраненная в заголовке сообщения, не может
быть определена каким-либо другим образом.

Объекты каталога интеграции и их использование

В списке представлен обзор важных объектов каталога интеграции. Благодаря этому


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

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

© Авторское право . Все права защищены. 205


Page 220 / 542

Basic HTML Version

Глава 6: Конфигурация объектов каталога интеграции для обработки ABAP

● Кто является получателем или отправителем сообщений?


Объект – коммуникационный компонент. Типы объектов – коммуникационные каналы,
присвоенные бизнес-системам и бизнес-сервисам, и процессы интеграции.
● Кто является получателем сообщения из системы А с помощью интерфейса xy?
Объект – определение получателя.
● Какой интерфейс получателя получает сообщение?
Объект – определение интерфейс.
● Как SAP NetWeaver Process Integration обращается к системе-получателю?
Объект – соглашение получателя с заданным коммуникационным каналом.
● Как можно идентифицировать систему-отправитель? (необязательно во всех случаях)
Объект – соглашение отправителя.

Создание объектов получателя


Для создания соответствующих объектов в каталоге интеграции выполняются
описанные ниже шаги.
1. Перенос сценария интеграции
Вы определили сценарий интеграции в репозитарии корпоративных сервисов (ESR) и
используете этот сценарий для создания объектов в каталоге интеграции.
Выберите Инструменты → Применить модель из репозитария корпоративных сервисов .
Во время выполнения откроется ассистент.
В каталоге интеграции объекты сгруппированы в сценарий конфигурации. Сценарий
конфигурации является прозрачным. Можно просмотреть сгруппированные объекты в
конфигурации, которая не играет роли в среде выполнения. Удалить объекты из
сценария конфигурации можно с помощью функции Удалить из сценария в
контекстном меню. Объект будет удален из сценария, но не удален из системы.

Внимание:
Использование функции Удалить приводит к физическому удалению
объекта в каталоге интеграции.

2. Использование ассистента конфигурации


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

3. Выбор отдельных объектов

206 © Авторское право . Все права защищены.


Page 221 / 542

Basic HTML Version

Урок: Анализ объектов, используемых при коммуникации с механизмом интеграции – получатель

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

Рисунок 82: Объекты конфигурации в определении получателя

На рисунке видно, что объекты конфигурации можно просмотреть и определить в


определении получателя.
Независимо от способа создания объектов конфигурации по окончании необходимо
активировать списки изменений. В каталоге интеграции перейдите на закладку Списки
изменений и выберите в контекстном меню Активировать .

© Авторское право . Все права защищены. 207


Page 222 / 542

Basic HTML Version

Глава 6: Конфигурация объектов каталога интеграции для обработки ABAP

208 © Авторское право . Все права защищены.


Page 223 / 542

Basic HTML Version

Глава 6
Упражнение 15
Настройка нескольких получателей
сообщения

Практический пример
Процедура распределения основных данных должна учитывать тот факт, что получателю
требуются только определенные номера материалов.
Расширьте существующее определение получателя, добавив вторую систему-получатель.
1. Настройте второго получателя для своего сценария вручную. В конфигурации
используйте соседнюю систему-получатель в качестве второго получателя.
2. Создайте определение интерфейса.
3. Создайте соглашение получателя. Создайте ссылку на существующий
коммуникационный канал с типом «Файловый адаптер».
4. Активируйте объекты и снова протестируйте сценарий. Проверьте шаг разделения
сообщения в мониторе.

© Авторское право . Все права защищены. 209


Page 224 / 542

Basic HTML Version

Глава 6
Решение 15
Настройка нескольких получателей
сообщения

Практический пример
Процедура распределения основных данных должна учитывать тот факт, что получателю
требуются только определенные номера материалов.
Расширьте существующее определение получателя, добавив вторую систему-получатель.
1. Настройте второго получателя для своего сценария вручную. В конфигурации
используйте соседнюю систему-получатель в качестве второго получателя.
a) Выполните транзакцию SXMB_IFR . На экране SAP NetWeaver Process Integration 7.31
выберите Integration Builder.
b) На экране Конфигурация: Integration Builder выберите Сценарий конфигурации ->
BIT400_## (## означает номер вашей группы, состоящий из двух цифр).
c) На закладке Объекты выберите Определение получателя → BS_BIT400_##_A|
SI_Material_outb.
d) Нажмите кнопку Переключение между режимом просмотра и изменения .
e) На закладке Содержимое выберите Добавить объект(ы) в сценарий → Вставить
получателя .
f) В поле Коммуникационный компонент введите BS_BIT400_##_A .
g) Выберите Добавить объект(ы) в Сценарий → Вставить условие .
h) В поле Коммуникационный компонент введите BS_BIT400_##_B .
i) На закладке Обзор конфигурации выберите BIT400_## .
2. Создайте определение интерфейса.
a) На закладке Обзор конфигурации выберите BIT400_## → SI_Material_inb .

Примечание:
Закладка сервисного интерфейса SI_Material_inb выделяется красным
цветом.

b) В области экрана Объекты выбранного соединения выберите Определение


интерфейса .

210 © Авторское право . Все права защищены.


Page 225 / 542

Basic HTML Version

Урок: Анализ объектов, используемых при коммуникации с механизмом интеграции – получатель

c) Нажмите кнопку Создать объект . На экране Создать объект выберите Определение


интерфейса .
d) В диалоговом окне Создать объект введите (или выберите) BS_BIT400_## в поле
Коммуникационный компонент , введите (или выберите) SI_Material_inb в поле
Интерфейс и urn:education.com:BIT400 в поле Область имен. В поле
Коммуникационный канал введите (или выберите) BS_BIT400_##_B .
e) Нажмите кнопку Создать .
f) В поле Область имен выберите свою область имен, используя Список значений.
g) Сохраните определение интерфейса.
h) Обновите обзор конфигурации для определения получателя.
3. Создайте соглашение получателя. Создайте ссылку на существующий
коммуникационный канал с типом «Файловый адаптер».
a) На закладке Обзор конфигурации выберите BIT400_## → SI_Material_inb .
b) В области экрана Объекты выбранного соединения выберите Определение
получателя .
c) В контекстном меню Соглашение получателя выберите Нов. специф.
d) В поле Коммуникационный канал связи выберите коммуникационный канал
GeneratedReceiverChannel_HTTP .
e) Сохраните соглашение получателя.
4. Активируйте объекты и снова протестируйте сценарий. Проверьте шаг разделения
сообщения в мониторе.
a) Выберите Соглашение получателя → Активировать .
b) В диалоговом окне Активировать список изменений установите флажок |
BS_BIT400_##_A_A| BS_BIT400_##_A|SI_Materials_inb| .
c) Выполните транзакцию SXMB_MONI .
d) На экране Механизм интеграции: мониторинг выберите Механизм интеграции ->
Мониторинг -> Монитор обработанных XML-сообщений .

e) На закладке Стандартный критерий выбора введите дату в поле С даты .

f) Нажмите кнопку Выполнить.


g) На экране Монитор для обработанных XML-сообщений выберите сообщение, чтобы
перейти в подробный ракурс.
h) Нажмите кнопку Просмотреть и проверьте разделение сообщения.

© Авторское право . Все права защищены. 211


Page 226 / 542

Basic HTML Version

Глава 6: Конфигурация объектов каталога интеграции для обработки ABAP

Валидация XML
В SAP NetWeaver PI 7.1 есть функция валидации XML, доступная по запросу от клиентов.
Валидация XML-сообщения на предмет соответствия предварительно определенной схеме
особенно важна при использовании промышленных адаптеров, таких как RosettaNet. В
рамках валидации XML можно проверить структуру полезной нагрузки сообщения SAP
NetWeaver PI. Проверка структуры зависит от сохраненных типов данных.
Валидация XML в Advanced Adapter Engine

Рисунок 83: Валидация XML в Advanced Adapter Engine

Валидацию можно выполнить или в Advanced Adapter Engine (AAE), или на сервере
интеграции. Типы данных, используемые для валидации, определяются в ESR.
Во время выполнения целевой адаптер преобразует входящее сообщение в необходимое
сообщение SAP NetWeaver PI. Различные функции адаптера позволяют системе
сравнивать полезную нагрузку с настроенной схемой. Адаптер вызывает центральный
компонент валидации синтаксиса, который обращается механизму валидации схемы XML.
Если система обнаруживает ошибку, ААЕ инициирует особую ситуацию (exception),
которая останавливает дальнейшую обработку сообщения и использует синхронный
ответный вызов для уведомления отправителя об ошибке. Промышленные адаптеры
уведомляют отправителя асинхронно, как это требуется в протоколах RosettaNet
Implementation Framework (RNIF) и Chemical Industry Data Exchange (CIDX).
AAE не сохраняет сообщение, а инициирует предупреждение.

212 © Авторское право . Все права защищены.


Page 227 / 542

Basic HTML Version

Урок: Анализ объектов, используемых при коммуникации с механизмом интеграции – получатель

Валидация XML на сервере интеграции

Рисунок 84: Валидация XML на сервере интеграции

Даже если проверка структуры XML выполняется в механизме интеграции, типы данных
происходят из ESR. Их необходимо экспортировать из ESR и скопировать в файловую
систему. При обработке сообщений на входе и выходе валидация XML является новым
шагом в конвейере. Если структура сообщения не соответствует сохраненной схеме,
механизм интеграции создает описание ошибки со статусом и список всех ошибок
структуры. Сохраняется отчет по ошибкам. Сообщению присваивается статус ошибки. При
проверке сообщения на сервере интеграции отправитель уведомляется не автоматически.
Сервер интеграции сохраняет сообщение и может инициировать предупреждение.
Администратор может продолжить обработку сообщения в Runtime Workbench и
перезапустить процесс.
Ни в одном из этих процессов не выполняется семантическая проверка полезной нагрузки
сообщения.

© Авторское право . Все права защищены. 213


Page 228 / 542

Basic HTML Version

Глава 6: Конфигурация объектов каталога интеграции для обработки ABAP

Конфигурация соглашения отправителя

Рисунок 85: Пример конфигурации соглашения отправителя

Конфигурация выполняется в каталоге интеграции. Для каждого соглашения о


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

Конфигурация соглашения получателя

Рисунок 86: Пример конфигурации отправителя получателя

214 © Авторское право . Все права защищены.


Page 229 / 542

Basic HTML Version

Урок: Анализ объектов, используемых при коммуникации с механизмом интеграции – получатель

В соглашении получателя можно настроить валидацию на сервере интеграции.


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

Предоставление данных проверки


Существуют определенные предпосылки для наличия схем в файловой системе. Три схемы
должны быть проверены в AAE или на сервере интеграции.
Предпосылки описаны ниже:
● Необходимо создать RFC-адрес для AI_VALIDATION_JCOSERVER на сервере SAP
NetWeaver Application Server (SAP NetWeaver AS) для ABAP или Java.
● Требуются полномочия на доступ и изменение структуры каталога для валидации XML.
● У вас должен быть доступ к схемам, на которые ссылается тег Import namespace в
основной схеме.

Шаги для предоставления схем

Чтобы сделать схемы доступными в файловой системе, выполните описанные ниже


шаги.
1. Для валидации XML необходимо сохранить требуемые схемы из ESR в файловой
системе, создав представленную ниже структуру каталога.
a. Для валидации на сервере интеграции создайте в каталоге <sysdir> /xi/
runtime_server следующий каталог:
/проверка/схема/<GUID версии компонента ПО, которой присвоен
сервисный интерфейс>/<область имен репозитария сервисного
интерфейса>
b. Для валидации в централизованном и децентрализованном механизме адаптера
создайте в каталоге <Каталог установки SAP>/<Ид. системы>/<Номер
инстанции>//j2ee/cluster/server0 некластеризованной установки AS Java
следующий каталог:

/проверка/схема/<GUID версии компонента ПО, которой присвоен


сервисный интерфейс>/<область имен репозитария сервисного
интерфейса>

Рекомендация:
GUID в версии компонента ПО объекта находится на закладке Ключ в
ESR.

Для кластеризованной SAP NetWeaver AS Java создайте структуру каталога,


описанную выше, и сохраните ее в соответствующих папках узла сервера.

2. Преобразуйте <Область имен репозитария сервисного интерфейса> в допустимое


имя папки, изменив следующие символы на ~, :, /, \, :, *, ?, <, >, |, =, &, %, [, ], #.

© Авторское право . Все права защищены. 215


Page 230 / 542

Basic HTML Version

Глава 6: Конфигурация объектов каталога интеграции для обработки ABAP

Если в строке несколько специальных символов, замените их на один символ ′~′.


Например, ‘A%&B’ изменяется на ‘A~B’. Точки (.) в конце имени автоматически
удаляются.
3. Создайте каталог /<Сервисный интерфейс> в описанной выше структуре каталога.
4. Если схема содержит атрибут targetNamespace в определении XSD, выполните
описанные ниже шаги.
a. Создайте каталог /<targetNamespace> в каталоге /<Сервисный интерфейс>.

Рекомендация:
Атрибут <targetNamespace> находится в ESR на закладке языка
описания веб-сервисов (WSDL) или определения схемы XML (XSD).

b. Повторите шаг 2 для преобразования <targetNamespace> в допустимое имя папки.


c. Экспортируйте схему и сохраните ее в папке /<targetNamespace> .
5. Если атрибута targetNamespace нет в схеме, экспортируйте схему и сохраните ее в
каталоге /<Сервисный интерфейс> .
6. Если основная схема содержит ссылки на другие схемы с помощью тегов import
namespace, выполните следующее:
a. Создайте каталог /<import namespace> для каждой ссылочной схемы в
каталоге /<Сервисный интерфейс> . Он находится в ESR на закладке WSDL или
XSD.

b. Повторите шаг 2 для преобразования <import namespace> в допустимое имя


папки.
c. Экспортируйте схему (файл XSD), указанную в атрибуте <schemaLocation>.
d. Введите имя схемы, указанной в атрибуте <schemaLocation>, как имя файла.
(Например, если schemaLocation=’ http://www.w3.org/2001/xml.xsd ’, то имя файла
будет xml.xsd).
e. Сохраните каждую ссылочную схему в соответствующем каталоге /<import
namespace> .
Мониторинг и администрирование

Администрирование выполняется в Runtime Workbench и механизме интеграции в


транзакции SXMB_MONI .
Сообщения со статусом ошибки, присвоенным при валидации, могут быть обработаны
администратором в Runtime Workbench. Администратор может отправить сообщения еще
раз и пропустить шаг валидации.

216 © Авторское право . Все права защищены.


Page 231 / 542

Basic HTML Version

Урок: Анализ объектов, используемых при коммуникации с механизмом интеграции – получатель

Концепция очереди

Рисунок 87: Концепция очереди при обработке в конвейере

Конвейер внедрен в среде ABAP. Это значит, что отправляемые в конвейер сообщения
обрабатываются в рамках рабочего процесса. При этом администратор может определить
максимальное число рабочих процессов, доступных для этой задачи. Во время выполнения
на обработку может поступить больше входящих сообщений, чем заданное число рабочих
процессов. По этой причине для обработки в конвейере была разработана концепция
очереди.
Ниже представлены шаги постановки в очередь при обработке в конвейере.
1. Сначала входящее XML-сообщение SAP NetWeaver PI помещается во входящую
очередь, а затем отправляется в конвейер.
Таким образом, система определяет число входящих очередей для параметра
EO_INBOUND_PARALLEL категории Настройка в коде транзакции SXMS_IECONF
(Конфигурация механизма интеграции ).
На рисунке установлено значение 5, т. е. для одновременной обработки сообщений в
конвейере доступно пять входящих очередей.
2. После считывания сообщения из входящей очереди выполняется локальная
маршрутизация, и при необходимости сообщение разделяется.

3. Сообщение помещается в исходящую очередь.


Для этого шага для каждого получателя можно задать отдельное количество
исходящих очередей в зависимости от предполагаемой загрузки с помощью параметра
EO_OUTBOUND_PARALLEL в категории Настройка в транзакции SXMS_IECONF .

© Авторское право . Все права защищены. 217


Page 232 / 542

Basic HTML Version

Глава 6: Конфигурация объектов каталога интеграции для обработки ABAP

На рисунке показано два получателя: A и B. Для получателя A за каждую единицу


времени ожидается несколько сообщений, поэтому для него создано три исходящих
очереди.
4. Исходящие очереди служат как входящие для шагов обработки в конвейере «мэппинг»
и «техническая маршрутизация».
5. Сообщение помещается обратно в исходящую очередь, присвоенную получателю
сообщения.
6. Сообщение отправляется получателю с помощью адаптера или напрямую через
прокси.
С помощью параметра EO_INBOUND_TO_OUTBOUND категории Настройка вы можете
определить, что сообщение не должно помещаться в исходящую очередь как обычно, а
вместо этого вся обработка сообщений (включая отправку) выполняется во входящей
очереди (в этом случае значение параметра равно 0). Хотя производительность
достаточно высока, недостаток состоит в том, что входящая очередь блокируется, если
получатель недоступен. А для исходящей очереди единственной блокируемой
очередью является та, в которой находятся сообщения для данного получателя.

218 © Авторское право . Все права защищены.


Page 233 / 542

Basic HTML Version

Урок: Анализ объектов, используемых при коммуникации с механизмом интеграции – получатель

РЕЗЮМЕ УРОКА
Теперь Вы сможете:
● Конфигурировать несколько получателей
● Описать валидацию XML
● Описать концепцию очереди

© Авторское право . Все права защищены. 219


Page 234 / 542

Basic HTML Version

Глава 6: Конфигурация объектов каталога интеграции для обработки ABAP

220 © Авторское право . Все права защищены.


Page 235 / 542

Basic HTML Version

Глава 6

Учебный экзамен

1. К объектам профиля коммуникации относятся объекты конфигурации определенного


сценария, такие как ___________________ и ______________.
Выберите правильный ответ.

X A определение получателя и интерфейса

X B соглашение отправителя и получателя

X C коммуникационные компоненты, коммуникационные каналы

2. Конфигурация создается с помощью каталога конфигурации в Integration Builder.


Получатель XML-сообщения определяется в логической и технической маршрутизации
при _____________.
Выберите правильный ответ.

X A обработке на выходе

X B в соглашении получателя

X C в определении интерфейса

X D обработке на входе

3. Обработанные сообщения можно просмотреть в мониторе сообщений.


Ответьте, верно ли данное утверждение.

X Верно

X Неверно

© Авторское право . Все права защищены. 221


Page 236 / 542

Basic HTML Version

Глава 6: Учебный экзамен

4. Назовите четыре значения, которые однозначно идентифицируют определение


получателя.
Выберите правильные ответы.

X A Партнер по коммуникации

X B Коммуникационный компонент

X C Интерфейс

X D Имя

X E Область имен

5. Если определено несколько получателей, сообщение копируется для каждого


получателя после определения интерфейса. Этот процесс называется ____________.
Выберите правильный ответ.

X A разделение сообщения

X B разветвление сообщения

6. Мониторинг выполняется в Runtime Workbench и механизме интеграции в транзакции


____________.
Выберите правильный ответ.

X A SXMS_IECONF

X B SXMB_MONI

X C SXI_MONITOR

7. После считывания сообщения из входящей очереди выполняется _____________, и при


необходимости сообщение разделяется.
Выберите правильный ответ.

X A сцепление

X B мэппинг

X C логическая маршрутизация

X D техническая маршрутизация

222 © Авторское право . Все права защищены.


Page 237 / 542

Basic HTML Version

Глава 6

Учебный экзамен – ответы

1. К объектам профиля коммуникации относятся объекты конфигурации определенного


сценария, такие как ___________________ и ______________.
Выберите правильный ответ.

X A определение получателя и интерфейса

X B соглашение отправителя и получателя

X C коммуникационные компоненты, коммуникационные каналы

2. Конфигурация создается с помощью каталога конфигурации в Integration Builder.


Получатель XML-сообщения определяется в логической и технической маршрутизации
при _____________.
Выберите правильный ответ.

X A обработке на выходе

X B в соглашении получателя

X C в определении интерфейса

X D обработке на входе

3. Обработанные сообщения можно просмотреть в мониторе сообщений.


Ответьте, верно ли данное утверждение.

X Верно

X Неверно

© Авторское право . Все права защищены. 223


Page 238 / 542

Basic HTML Version

Глава 6: Учебный экзамен – ответы

4. Назовите четыре значения, которые однозначно идентифицируют определение


получателя.
Выберите правильные ответы.

X A Партнер по коммуникации

X B Коммуникационный компонент

X C Интерфейс

X D Имя

X E Область имен

5. Если определено несколько получателей, сообщение копируется для каждого


получателя после определения интерфейса. Этот процесс называется ____________.
Выберите правильный ответ.

X A разделение сообщения

X B разветвление сообщения

6. Мониторинг выполняется в Runtime Workbench и механизме интеграции в транзакции


____________.
Выберите правильный ответ.

X A SXMS_IECONF

X B SXMB_MONI

X C SXI_MONITOR

7. После считывания сообщения из входящей очереди выполняется _____________, и при


необходимости сообщение разделяется.
Выберите правильный ответ.

X A сцепление

X B мэппинг

X C логическая маршрутизация

X D техническая маршрутизация

224 © Авторское право . Все права защищены.


Page 239 / 542

Basic HTML Version

ГЛАВА 7 Конфигурация объектов


каталога интеграции для
обработки Java

Урок 1
Ведение объектов для обработки только на основе Advanced Adapter Engine (AAE) 226
Упражнение 16: Создание интегрированной конфигурации для Advanced Adapter 231
Engine (AAE)

Урок 2
Ведение объектов для обработки сообщений на основе Advanced Adapter Engine Extended 239
(AEX)
Упражнение 17: Создание интегрированной конфигурации для Advanced Adapter 247
Engine Extended (AEX)

Урок 3
Создание и развертывание потоков интеграции в Advanced Adapter Engine Extended (AEX) 256

ЗАДАЧИ ГЛАВЫ
● Анализировать Advanced Adapter Engine (AAE)
● Перечислять функции Advanced Adapter Engine Extended (AEX)
● Создать поток интеграции AEX

© Авторское право . Все права защищены. 225


Page 240 / 542

Basic HTML Version

Глава 7
Урок 1

Ведение объектов для обработки только на


основе Advanced Adapter Engine (AAE)

ОБЗОР УРОКА
В этом уроке описываются задачи и структура Advanced Adapter Engine Extended (AEX).
Также представлены возможности локальной обработки в ААЕ.
Практический пример
Вы отвечаете за разработку сценариев, в которых предполагается использование
коммуникации Remote Function Call (RFC). Поскольку некоторые из этих сценариев
являются критичными по времени, вам необходимо найти решение с максимально
возможной производительностью. В поиске решения вы узнаете о возможности локальной
обработки в ААЕ. Для этого вам потребуются следующие знания:
● понимание задач и структуры ААЕ;
● понимание различий между классической и локальной обработкой в ААЕ;
● понимание конфигурации локальной обработки в ААЕ в каталоге интеграции (ИК).

ЗАДАЧИ УРОКА
Пройдя этот урок, вы сможете:
● Анализировать Advanced Adapter Engine (AAE)

226 © Авторское право . Все права защищены.


Page 241 / 542

Basic HTML Version

Урок: Ведение объектов для обработки только на основе Advanced Adapter Engine (AAE)

Advanced Adapter Engine

Рисунок 88: Компоненты SAP NetWeaver Process Integration

AAE используется для соединения механизма интеграции (IE) с системами SAP и внешними
системами (не SAP). С помощью различных адаптеров механизма адаптера сообщения на
основе XML и HTTP (HyperText Transfer Protocol) могут быть преобразованы в специфичные
протоколы и форматы, требуемые в данных системах, и наоборот. AAE является более
современной разработкой механизма адаптера из предыдущих версий.
В AAE можно использовать интегрированную обработку. При интегрированной обработке
внешний формат преобразуется в формат протокола Simple Object Access Protocol (SOAP),
поддерживаемого SAP NetWeaver Process Integration (SAP NetWeaver PI), или наоборот в
AAE (классическая обработка). AAE также выполняет маршрутизацию и мэппинг.

© Авторское право . Все права защищены. 227


Page 242 / 542

Basic HTML Version

Глава 7: Конфигурация объектов каталога интеграции для обработки Java

Процесс передачи сообщений при классической и интегрированной обработке

Рисунок 89: Процесс передачи сообщений при классической и интегрированной обработке

На рисунке показано сравнение процессов передачи сообщений при коммуникации в


механизме интеграции или классической и интегрированной обработке в AAE.
Интегрированная обработка также означает, что сообщение не передается в механизм
интеграции. Оно полностью обрабатывается в AAE.
При классической обработке AAE преобразует входящее сообщение в формат SOAP,
поддерживаемый SAP NetWeaver PI. Затем сообщение сохраняется (в базе данных) и
отправляется в механизм интеграции по HTTP.
Следующим шагом является маршрутизация и мэппинг сообщения, предполагающий
запись сообщения в базу данных минимум один раз. Затем сообщение снова отправляется
по HTTP в ААЕ, где соответствующий адаптер преобразует его в протокол получателя и
отправляет его получателю. При такой обработке в AAE сообщение снова сохраняется в
базе данных.
В отличие от классической обработки, маршрутизация и мэппинг выполняются в ААЕ при
обработке интеграции, которая не предполагает использование механизма интеграции в
передаче сообщения. В рамках этого процесса сообщение должно быть сохранено в базе
данных только один раз.

Интегрированная обработка в AAE


Использование интегрированной обработки в ААЕ имеет следующие преимущества:
● повышение производительности при передаче отдельных сообщений без
использования механизма интеграции;
● сокращение потребления ресурсов (места в памяти) благодаря уменьшению количества
шагов сохранения и рабочим процессам в механизме интеграции сервера интеграции;
● увеличение пропускной способности сообщения в каждой единице времени;

228 © Авторское право . Все права защищены.


Page 243 / 542

Basic HTML Version

Урок: Ведение объектов для обработки только на основе Advanced Adapter Engine (AAE)

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


перенести в децентрализованный механизм ААЕ (например, при использовании
межсетевых экранов);
● новые адаптеры Java IDoc и HTTP;
● создание интегрированной с ААЕ конфигурации из сценариев PI;
● разделение сообщения в ААЕ на основе многократного мэппинга и нескольких
получателей;
● маршрутизация по полезной нагрузке;
● условия в определении интерфейса на закладке Интерфейсы получателя .

Объект интегрированной конфигурации

Рисунок 90: Каталог интеграции – объекты конфигурации для классической и интегрированной обработки в
ААЕ

При классической обработке необходимо создать в каталоге интеграции минимум три


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

© Авторское право . Все права защищены. 229


Page 244 / 542

Basic HTML Version

Глава 7: Конфигурация объектов каталога интеграции для обработки Java

230 © Авторское право . Все права защищены.


Page 245 / 542

Basic HTML Version

Глава 7
Упражнение 16
Создание интегрированной конфигурации
для Advanced Adapter Engine (AAE)

Практический пример
Вам требуется выполнить моделирование распределения основных данных материала. Эти
создаются как XML-документ в системе А, а затем отправляются в SAP NetWeaver PI по
HTTP через адаптер HTTP. В SAP NetWeaver PI выполняется мэппинг документа к структуре
входящего интерфейса целевой системы В. Эта система должна получить файл XML.
Соединение с системой выполняется через файловый адаптер. Необходимо повторно
создать этот сценарий, не используя механизм интеграции с целью улучшения
производительности. Для этой цели используйте интегрированную конфигурацию.
Задача 1
Создайте два бизнес-компонента BC_AAE_##_A и BC_AAE_##_B , являющиеся отправителем
и получателем.
1. Войдите в каталог интеграции и перейдите к узлу Бизнес-компоненты .
2. Создайте бизнес-компонент с именем BC_AAE_##_A и определите в исходящем
интерфейсе ссылку на SI_Material_outb из компонента ПО SC_BIT400_A в области имен
urn:education:com:bit400:A .
3. Создайте коммуникационный канал HTTP_AAE для отправителя с именем
HTTP_AAE_Sender_## .

4. Создайте бизнес-компонент с именем BC_AAE_##_B и определите во входящем


интерфейсе ссылку на SI_Material_inb из компонента ПО SC_BIT400_B в области имен
urn:education:com:bit400:B .
5. Создайте для получателя коммуникационный канал файла с именем
File_Receiver_AAE_## , используя шаблон BIT400_File_Receiver_Template .

Задача 2
В каталоге интеграции создайте сценарий конфигурации с именем CS_##_AAE и присвойте
объекты, созданные в предыдущей задаче. Создайте объект Интегрированная
конфигурация . Присвойте бизнес-компонент BC_AAE_##_A как отправителя, а компонент
BC_AAE_##_B как получателя. Используйте коммуникационные каналы, созданные в
предыдущей задаче.
1. В каталоге интеграции перейдите к ракурсу сценариев конфигурации.

© Авторское право . Все права защищены. 231


Page 246 / 542

Basic HTML Version

Глава 7: Конфигурация объектов каталога интеграции для обработки Java

2. Создайте сценарий конфигурации с именем CS_##_AAE, добавьте объекты


BC_AAE_##_A и BC_AAE_##_B , а также коммуникационные каналы, созданные в
предыдущей задаче.
3. Создайте новый объект с типом Интегрированная конфигурация для бизнес-компонента
BC_AAE_##_A и его интерфейса отправителя.
4. Настройте интегрированную конфигурацию, введя коммуникационный канал для
отправителя, бизнес-компонент получателя, мэппинг операций и коммуникационный
канал получателя.

Задача 3
Протестируйте сценарий и проверьте соответствующее сообщение в целевом каталоге.
1. Запустите HTTP-клиент и создайте XML-документ для основной записи материала.
2. Просмотрите созданный файл в каталоге.

232 © Авторское право . Все права защищены.


Page 247 / 542

Basic HTML Version

Глава 7
Решение 16
Создание интегрированной конфигурации
для Advanced Adapter Engine (AAE)

Практический пример
Вам требуется выполнить моделирование распределения основных данных материала. Эти
создаются как XML-документ в системе А, а затем отправляются в SAP NetWeaver PI по
HTTP через адаптер HTTP. В SAP NetWeaver PI выполняется мэппинг документа к структуре
входящего интерфейса целевой системы В. Эта система должна получить файл XML.
Соединение с системой выполняется через файловый адаптер. Необходимо повторно
создать этот сценарий, не используя механизм интеграции с целью улучшения
производительности. Для этой цели используйте интегрированную конфигурацию.
Задача 1
Создайте два бизнес-компонента BC_AAE_##_A и BC_AAE_##_B , являющиеся отправителем
и получателем.
1. Войдите в каталог интеграции и перейдите к узлу Бизнес-компоненты .
a) Выполните транзакцию SXMB_IFR .

b) На экране SAP NetWeaver Process Integration 7.31 выберите Integration Builder .


c) Если отобразится диалоговое окно Предупреждение – безопасность , нажмите
кнопку Запустить.
d) На закладке Объекты выберите Коммуникационный компонент без
партнера → Бизнес-компонент .

2. Создайте бизнес-компонент с именем BC_AAE_##_A и определите в исходящем


интерфейсе ссылку на SI_Material_outb из компонента ПО SC_BIT400_A в области имен
urn:education:com:bit400:A .
a) В контекстном меню Бизнес-компоненты выберите Нов.
b) В диалоговом окне Создать объект выберите Профиль коммуникации → Бизнес-
компонент.
c) В поле Коммуникационный компонент введите BC_AAE_##_A .
d) Нажмите кнопку Создать .
e) На закладке Отправитель введите SI_Material_outb в поле Имя в качестве
исходящего интерфейса из компонента ПО SC_BIT400_A 1.0 of education.com в
области имен urn:education:com:bit400:A .

© Авторское право . Все права защищены. 233


Page 248 / 542

Basic HTML Version

Глава 7: Конфигурация объектов каталога интеграции для обработки Java

f) Нажмите кнопку Применить .


g) Сохраните бизнес-компонент.
3. Создайте коммуникационный канал HTTP_AAE для отправителя с именем
HTTP_AAE_Sender_## .
a) На закладке Объекты выберите Коммуникационный компонент без
партнера → Бизнес-компонент → BC_AAE_##_A → Коммуникационный канал .

b) В контекстном меню Коммуникационный канал выберите Нов.


c) В диалоговом окне Создать объект выберите Профиль
коммуникации → Коммуникационный канал .
d) В поле Коммуникационный канал введите HTTP_AAE_Sender_## .
e) Нажмите кнопку Создать .

f) На закладке Параметры введите HTTP_AAE в поле Тип адаптера (для добавления


этой записи воспользуйтесь справкой F4).

g) Нажмите кнопку Применить .


h) На закладке Параметры выберите зависимую кнопку Отправитель .
i) Сохраните коммуникационный канал.
4. Создайте бизнес-компонент с именем BC_AAE_##_B и определите во входящем
интерфейсе ссылку на SI_Material_inb из компонента ПО SC_BIT400_B в области имен
urn:education:com:bit400:B .
a) В контекстном меню Бизнес-компоненты выберите Нов.
b) В диалоговом окне Создать объект выберите Профиль коммуникации → Бизнес-
компонент.
c) В поле Коммуникационный компонент введите BC_AAE_##_B .
d) Нажмите кнопку Создать .
e) На закладке Получатель введите SI_Material_inb в поле Имя в качестве
входящего интерфейса из компонента ПО SC_BIT400_B в области имен
urn:education.com .
f) Нажмите кнопку Применить .
g) Сохраните бизнес-компонент.
5. Создайте для получателя коммуникационный канал файла с именем
File_Receiver_AAE_## , используя шаблон BIT400_File_Receiver_Template .
a) На закладке Объекты выберите Коммуникационный компонент без
партнера → Бизнес-компонент → BC_AAE_##_B ..

b) В бизнес-компоненте BC_AAE_##_B на закладке Получатель нажмите Создать


объект .

234 © Авторское право . Все права защищены.


Page 249 / 542

Basic HTML Version

Урок: Ведение объектов для обработки только на основе Advanced Adapter Engine (AAE)

c) В диалоговом окне Создать объект укажите File_Receiver_AAE_## в поле


Коммуникационный канал и нажмите кнопку Создать .
d) Выберите Коммуникационный канал → Применить шаблон .
e) В диалоговом окне Выбрать шаблон коммуникационного канала выберите
BIT400_File_Receiver_Template и нажмите кнопку Применить .
f) На закладке Цель в поле Целевой каталог замените ## на номер вашей группы.
g) В поле Схема имени поля введите pi_output_AAE.XML .
h) Сохраните коммуникационный канал .
i) Выйдите из приложения.

Задача 2
В каталоге интеграции создайте сценарий конфигурации с именем CS_##_AAE и присвойте
объекты, созданные в предыдущей задаче. Создайте объект Интегрированная
конфигурация . Присвойте бизнес-компонент BC_AAE_##_A как отправителя, а компонент
BC_AAE_##_B как получателя. Используйте коммуникационные каналы, созданные в
предыдущей задаче.
1. В каталоге интеграции перейдите к ракурсу сценариев конфигурации.
a) На экране SAP NetWeaver Process Integration 7.31 выберите Integration Builder .
2. Создайте сценарий конфигурации с именем CS_##_AAE, добавьте объекты
BC_AAE_##_A и BC_AAE_##_B , а также коммуникационные каналы, созданные в
предыдущей задаче.
a) На закладке Объекты в контекстом меню Сценарий конфигурации выберите Нов.
b) В диалоговом окне Создать объект выберите Администрирование → Сценарий
конфигурации .
c) В поле Сценарий конфигурации введите CS_##_AAE.
d) Выберите зависимую кнопку Без модели.
e) Нажмите кнопку Создать .

f) На закладке Объекты выберите Добавить объект(ы) в сценарий .


g) Выберите Коммуникационный компонент .
h) В диалоговом окне Выбрать коммуникационный компонент установите флажки
BC_AAE_# #_A и BC_AAE_# #_B.
i) Нажмите кнопку Применить .
3. Создайте новый объект с типом Интегрированная конфигурация для бизнес-компонента
BC_AAE_##_A и его интерфейса отправителя.
a) На закладке Сценарий конфигурации CS ## объекты AAE выберите Создать объект .

© Авторское право . Все права защищены. 235


Page 250 / 542

Basic HTML Version

Глава 7: Конфигурация объектов каталога интеграции для обработки Java

b) В диалоговом окне Создать объект выберите Соглашение по


коммуникации → Интегрированная конфигурация .
c) В поле Коммуникационный компонент введите BC_AAE_##_A .
d) Нажмите кнопку Применить .
e) В поле Интерфейс введите SI_Material_outb .
f) Нажмите кнопку Применить .
g) В поле Область имен введите urn:education:com:bit400:A .
h) Нажмите кнопку Создать .
4. Настройте интегрированную конфигурацию, введя коммуникационный канал для
отправителя, бизнес-компонент получателя, мэппинг операций и коммуникационный
канал получателя.
a) На закладке Обработке на входе введите HTTP_AAE_Sender_## в поле
Коммуникационный канал .

b) На закладке Получатель введите BC_AAE_##_B в поле Коммуникационный


компонент. Нажмите кнопку Применить .
c) На закладке Интерфейсы получателя введите OM_MaterialA_MaterialsB в поле
Мэппинг операции . Нажмите кнопку Применить .

Рекомендация:
Имя интерфейса получателя, область имен и версия компонента ПО
берутся из мэппинга операций и указываются в столбце автоматически.

d) На закладке Обработке на выходе введите File_Receiver_AAE_## в поле


Коммуникационный канал .
e) Сохраните интегрированную конфигурацию.
f) На закладке Список изменений выберите Списки изменений bit400-
## → Стандартные списки изменений → BC_AAE_##_ASI_Material_outb .
g) В контекстном меню BC_AAE_##_ASI_Material_outb выберите Активировать .

h) В диалоговом окне Активировать список изменений установите все флажки для всех
объектов и нажмите кнопку Активировать .
i) На экране Активировать список изменений нажмите Выход .
j) Выйдите из приложения.

Задача 3
Протестируйте сценарий и проверьте соответствующее сообщение в целевом каталоге.
1. Запустите HTTP-клиент и создайте XML-документ для основной записи материала.

236 © Авторское право . Все права защищены.


Page 251 / 542

Basic HTML Version

Урок: Ведение объектов для обработки только на основе Advanced Adapter Engine (AAE)

a) На экране SAP NetWeaver Process Integration 7.31 выберите Инструменты для BIT400 .
b) На веб-странице Добро пожаловать на начальную страницу курса BIT400/TBIT40
выберите HTTP-клиент .

Внимание:
Сервис отправителя, интерфейс отправителя и область имен являются
записями по умолчанию. Если в упражнениях вы не соблюдали
соглашения по присвоению имен, необходимо исправить записи на
введенные вами данные. В любом случае измените на экране номер
группы на ##, нажмите кнопку Материал , а затем кнопку Отправить ,
чтобы отправить XML-документ.

c) На экране Адаптер HTTP-клиента введите ## в поле Номер группы и нажмите кнопку


HTTP_AAE .

d) Нажмите кнопку Материал .


e) Нажмите кнопку Отправить .
2. Просмотрите созданный файл в каталоге.
a) На веб-странице Добро пожаловать на начальную страницу курса BIT400/TBIT40
выберите Установить соединение с временными общими папками PI .
b) На веб-странице Как получить доступ к временным общим папкам в хосте PI для
упражнения с файловым адаптером выберите Открыть временные общие папки RWP
как диск X .
c) В диалоговом окне Выгрузка файла – предупреждение о безопасности нажмите
кнопку Открыть .
d) В диалоговом окне Internet Explorer – предупреждение о безопасности нажмите
кнопку Запустить. Откроется временный каталог.

e) Во временном каталоге выберите папку вашей группы.


f) В папке группы откройте XML-файл и проверьте результат.

© Авторское право . Все права защищены. 237


Page 252 / 542

Basic HTML Version

Глава 7: Конфигурация объектов каталога интеграции для обработки Java

РЕЗЮМЕ УРОКА
Теперь Вы сможете:
● Анализировать Advanced Adapter Engine (AAE)

238 © Авторское право . Все права защищены.


Page 253 / 542

Basic HTML Version

Глава 7
Урок 2
Ведение объектов для обработки сообщений
на основе Advanced Adapter Engine Extended
(AEX)

ОБЗОР УРОКА
В этом уроке описываются функции и архитектура Advanced Adapter Engine Extended (AEX).

Практический пример
Вашей организации требуется использовать SAP NetWeaver Process Integration (SAP
NetWeaver PI). Руководители компании хотят получить полное представление об
использовании нового варианта установки, Advanced Adapter Engine Extended (AEX), а
также о бизнес-случаях, в которых этот механизм является идеальным решением. Для
этого вам потребуются следующие знания:
● Понимание функций AEX и случаев использования

ЗАДАЧИ УРОКА
Пройдя этот урок, вы сможете:
● Перечислять функции Advanced Adapter Engine Extended (AEX)

© Авторское право . Все права защищены. 239


Page 254 / 542

Basic HTML Version

Глава 7: Конфигурация объектов каталога интеграции для обработки Java

История разработки AEX

Рисунок 91: История разработки Advanced Adapter Engine

Локальная обработка в Adapter Engine была введена в версии SAP NetWeaver PI 7.1
благодаря созданию Advanced Adapter Engine (AAE). AAE позволяет выполнять
комплексную обработку сообщений без использования центрального ABAP-конвейера
сервера интеграции. Имеющаяся настройка локальной обработки позволяет сократить
число вызовов связи и шагов обеспечения устойчивости. AAE позволяет сократить
потребление ресурсов и время ожидания, а также пропускную способность при передаче
сообщений.
Дальнейшие разработки были внедрены в 7.1 EHP1. Были устранены некоторые
ограничения версии 7.0, такие как маршрутизация на основе контента, разделение
получателей или прокси-маршрутизация, но предпосылкой стало использование системы
двойного стека. В версии SAP NetWeaver PI 7.3 впервые стала доступна опция установки
только на основе Java (не ABAP), добавлены функции для устранения несоответствий при
использовании двойного стека. Эта новая опция, получившая название AEX, имеет
расширенные возможности соединения и маршрутизации.
При установке AEX доступны функции соединения AAE. AEX предлагает такие
инструменты дизайна и конфигурации, как репозитарий корпоративных сервисов (ESR) и
каталог интеграции для настройки сценариев на основе AAE. Каталог интеграции,
устанавливаемый вместе с AEX, содержит тот же набор опций конфигурации, что и AAE, в
основном это интегрированная конфигурация. AEX поддерживает функции
посредничества, которые есть у AAE.

240 © Авторское право . Все права защищены.


Page 255 / 542

Basic HTML Version

Урок: Ведение объектов для обработки сообщений на основе Advanced Adapter Engine Extended (AEX)

Определение AEX

Рисунок 92: Что такое AEX?

Поскольку AEX основан исключительно на SAP NetWeaver Application Server (SAP


NetWeaver AS) Java и является полностью независимым, его легче установить и
обслуживать, требуется меньше памяти и небольшой размер для хранения данных.
Поэтому по сравнению с полной установкой SAP NetWeaver PI использование AEX
позволяет сократить затраты.
AEX имеет следующие ограничения по сравнению с полной установкой SAP NetWeaver
PI:
● Опции соединения ограничены адаптерами AAE. Нельзя использовать такие типы
адаптеров, как промежуточный документ (IDoc) ABAP, Exchange Infrastructure (XI), HTTP
ABAP и соединение с системами на основе WS-Reliable Messaging (WS-RM). Однако
существует Java-версия IDoc и адаптеров HTTP.
● Нельзя использовать межкомпонентное управление интеграционными бизнес-
процессами (ccBPM).
● Использовать можно только сценарии PI, например, опция моделирования в ESR.
Мэппинг ABAP недоступен.
Использование AEX в качестве простого экономичного промежуточного ПО для
интеграции обеспечивает базовые и расширенные функции обмена сообщениями при
интеграции с системой SAP и другой системой. AEX отличается высокой
производительностью и надежностью.
Для AEX не требуется система больших размеров. Кроме того, не требуется установка SAP
NetWeaver PI с двойным стеком, что позволяет снизить совокупную стоимость владения.

Преимущества использования AEX

Ниже представлены основные преимущества использования AEX:

© Авторское право . Все права защищены. 241


Page 256 / 542

Basic HTML Version

Глава 7: Конфигурация объектов каталога интеграции для обработки Java

● сокращение совокупной стоимости владения благодаря одному стеку;


● более быстрая установка, требуется меньше аппаратных средств, возможен быстрый
перезапуск;
● сокращение скорости сценариев потребления ресурсов до 10 раз;
● упрощение мониторинга благодаря одному специализированному набору инструментов
и одному стеку;
● использование одной схемы базы данных.
Основная цель разработки AEX заключается в устранении несоответствий между двойным
стеком и средой Java. Адаптеры для IDoc и HTTP были переработаны для работы с AAE.
Функции AEX – устранение несоответствий

Рисунок 93: Функции AEX – устранение несоответствий

Функции AEX – устранение несоответствий

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


стека с учетом AAE следующим образом:

● дальнейшая поддержка адаптеров (адаптер IDoc в AAE и адаптер HTTP в AAE);


● разделение интерфейса и мэппинга в AAE;
● опциональные версии сообщений (при возникновении ошибки/до маршрутизации/
после мэппинга/валидации);
● пользовательский поиск сообщений (замена TREX);
● переработка функции валидации XML (на основе схем ESR;

242 © Авторское право . Все права защищены.


Page 257 / 542

Basic HTML Version

Урок: Ведение объектов для обработки сообщений на основе Advanced Adapter Engine Extended (AEX)

● создание интегрированной конфигурации (AAE) из сценария PI.

Благодаря текущим разработкам AEX несоответствия между ABAP и средой Java будут в
последствии устранены (7.3 SP6 и 7.4).
Варианты использования AEX

Рисунок 94: Варианты использования AEX

AEX можно использовать в следующих вариантах:


● автономно;
● в сочетании с дополнительным ландшафтом SAP NetWeaver.
Автономное использование AEX

Вариант автономного использования AEX подходит в следующих ситуациях:


● Использование AEX в качестве упрощенного и недорогого промежуточного ПО для
интеграции
Для сценариев, в которых требуется только функции соединения AAE без
интеграционных процессов, например, ccBPM, можно выбрать вариант установки AEX,
который имеет в качестве технической базы только на SAP NetWeaver AS Java.
В старых версиях для этих сценариев требовалась стандартная установка SAP
NetWeaver PI (на основе как SAP NetWeaver AS Java, так и SAP NetWeaver AS ABAP).
● Использование AEX как тестовой среды
Поскольку при установке AEX предлагается динамический механизм (AAE), ESR и
каталог интеграции, AEX поддерживает полный жизненный цикл проекта интеграции.
Следовательно, у вас есть полный и единообразный набор инструментов для настройки,
конфигурации и тестирования сценариев интеграции в ландшафте.

© Авторское право . Все права защищены. 243


Page 258 / 542

Basic HTML Version

Глава 7: Конфигурация объектов каталога интеграции для обработки Java

Примечание:
По сравнению с полной установкой SAP NetWeaver PI, AEX имеет только
ограниченный набор функций. В частности, в этой версии установки нельзя
тестировать интеграционные процессы, такие как ccBPM.

● Использование AEX в резервной системе


Вы можете перенести целые сценарии интеграции (контент интеграции из ESR), а также
контент конфигурации (каталог интеграции) из продуктивного ландшафта (например,
стандартная установка на основе SAP NetWeaver PI) в резервный ландшафт на основе
AEX.

Примечание:
Эта опция переноса ограничена теми объектами каталога интеграции,
которые поддерживаются в AEX, например, интегрированными
конфигурациями.

AEX с PI – преемственность бизнес-процессов

Рисунок 95: AEX с PI – преемственность бизнес-процессов

Вы можете создать соединение между ландшафтом AEX и ландшафтом на основе SAP


NetWeaver PI.

Вариант использования AEX с PI подходит в следующих ситуациях:


● разделение сетевых зон;
● разделение ландшафтов для различных регионов предприятия.

244 © Авторское право . Все права защищены.


Page 259 / 542

Basic HTML Version

Урок: Ведение объектов для обработки сообщений на основе Advanced Adapter Engine Extended (AEX)

Разделение сетевых зон

Рисунок 96: AEX с PI – разделение сетевых зон

Для разделения сетевых зон A2A и B2B необходимо выполнить следующие шаги:
● настройте ландшафт со стандартной установкой SAP NetWeaver PI для сценариев,
являющихся критическими для безопасности;
● добавьте установку AEX в демилитаризованную зону (ДМЗ), используемую для внешней
коммуникации;
● настройте изменение протокола переносов между AEX в ДМЗ и стандартной системой
PI, чтобы обеспечить максимальный уровень безопасности.

Разделение ландшафтов для различных регионов предприятия

Рисунок 97: AEX с PI – разделение ландшафта

Ниже представлены случаи, когда требуется разделение ландшафтов для различных


регионов или организаций в рамках предприятия:
● необходимость дочерних компаний из различных регионов организации в локальном
решении интеграции с локальным дизайном и разработки или независимом
функционированием;

© Авторское право . Все права защищены. 245


Page 260 / 542

Basic HTML Version

Глава 7: Конфигурация объектов каталога интеграции для обработки Java

● необходимость в глобальной или центральной интеграции через PI двойного стека.


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

Внимание:
Это опция федеративности, являющаяся допустимым вариантом
использования. Однако сначала рекомендуется использовать или
проанализировать нецентрализованное (распределенное) развертывание
механизма адаптера перед переходом к изолированному варианту установки с
AEX.

246 © Авторское право . Все права защищены.


Page 261 / 542

Basic HTML Version

Глава 7
Упражнение 17
Создание интегрированной конфигурации
для Advanced Adapter Engine Extended (AEX)

Практический пример
Необходимо сохранить сценарий, в котором требуется использовать AEX, и несколько
частей сообщения как отдельные файлы. В результате будет создана интегрированная
конфигурация для AEX.
Задача 1
Сконфигурируйте сценарий на основе AEX, в котором запрос на бронирование
(отправленный через HTTP) от агентства ( Agency_## ) переадресуется в систему
AgencyTracking с разными интерфейсами.

Примечание:
Области имен выглядят как URL. Но они не функционируют как URL в Интернете.

Рисунок 98: Учебный сценарий AEX

1. Войдите в каталог интеграции (КИ) в AEX (система NWK).


2. Создайте сценарий конфигурации AEX_Flight_Scenario_## .
3. Создайте бизнес-компонент Agency_## и присвойте BookingOrderRequest_Out как
исходящий интерфейс.
4. Создайте коммуникационный канал HTTP_S_Agency_## с типом HTTP_AAE/Sender для
бизнес-компонента Agency_## .
5. Создайте коммуникационный канал с типом Получатель файла для бизнес-компонента
AgencyTracking .
6. Создайте два дополнительных коммуникационных канала таким же образом, как в
предыдущем шаге.

© Авторское право . Все права защищены. 247


Page 262 / 542

Basic HTML Version

Глава 7: Конфигурация объектов каталога интеграции для обработки Java

7. Создайте для сценария интегрированную конфигурацию .


8. Введите данные для интегрированной конфигурации.
9. Активируйте сценарий рейсов.

Задача 2
Отправьте сообщение в AEX и отследите поток сообщений.
1. Откройте HTTP-клиент для NWK.
2. Адаптируйте параметры сообщения и отправьте его.
3. Проследите поток сообщений в AEX и проверьте папку с файлами.

248 © Авторское право . Все права защищены.


Page 263 / 542

Basic HTML Version

Глава 7
Решение 17
Создание интегрированной конфигурации
для Advanced Adapter Engine Extended (AEX)

Практический пример
Необходимо сохранить сценарий, в котором требуется использовать AEX, и несколько
частей сообщения как отдельные файлы. В результате будет создана интегрированная
конфигурация для AEX.
Задача 1
Сконфигурируйте сценарий на основе AEX, в котором запрос на бронирование
(отправленный через HTTP) от агентства ( Agency_## ) переадресуется в систему
AgencyTracking с разными интерфейсами.

Примечание:
Области имен выглядят как URL. Но они не функционируют как URL в Интернете.

Рисунок 98: Учебный сценарий AEX

1. Войдите в каталог интеграции (КИ) в AEX (система NWK).


a) В системе интеграции процессов выполните транзакцию SXMB_IFR .

b) На экране SAP NetWeaver Process Integration 7.31 откройте новую закладку Internet
Explorer.
c) В адресной строке введите URL-адрес http://nwktdc00.wdf.sap.corp:50000/dir для
доступа к системе NWK.
d) На экране SAP NetWeaver Process Integration 7.31 выберите Integration Builder .
2. Создайте сценарий конфигурации AEX_Flight_Scenario_## .

© Авторское право . Все права защищены. 249


Page 264 / 542

Basic HTML Version

Глава 7: Конфигурация объектов каталога интеграции для обработки Java

a) Войдите в Integration Builder. На экране Конфигурация: Integration Builder


(nwktdc00_NWK_00) выберите Объект → Нов. .
b) В диалоговом окне Создать объект выберите Администрирование → Сценарий
конфигурации .
c) В поле Сценарий конфигурации введите AEX_Flight_Scenario_## .
d) Выберите зависимую кнопку Без модели .
e) Нажмите кнопку Создать .
f) Сохраните сценарий конфигурации .
3. Создайте бизнес-компонент Agency_## и присвойте BookingOrderRequest_Out как
исходящий интерфейс.
a) Выберите Создать объект на закладке Объекты .
b) В диалоговом окне Создать объект выберите Профиль коммуникации → Бизнес-
компонент.
c) В поле Коммуникационный компонент введите Agency_##.
d) Нажмите кнопку Создать .
e) На закладке Отправитель в области исходящего интерфейса введите
BookingOrderRequest_Out из области именhttp://flight.com/agency в поле Имя. Это
можно сделать с помощью справки F4 этого поля. Выделите запись в списке.
f) Нажмите Применить .
g) Сохраните бизнес-компонент.
4. Создайте коммуникационный канал HTTP_S_Agency_## с типом HTTP_AAE/Sender для
бизнес-компонента Agency_## .
a) На закладке Отправитель в области Коммуникационные каналы нажмите Создать
объект .

b) В диалоговом окне Создать объект выберите Профиль


коммуникации → Коммуникационный канал .
c) В поле Коммуникационный канал введите HTTP_S_Agency_##.
d) Нажмите кнопку Создать .
e) В поле Тип адаптера введите HTTP_AAE в области имен http://sap.com/xi/XI/System .
Это можно сделать с помощью справки F4.

f) Выделите строку и нажмите кнопку Применить .


g) Сохраните коммуникационный канал.
5. Создайте коммуникационный канал с типом Получатель файла для бизнес-компонента
AgencyTracking .
a) На закладке Объекты выберите Сценарий конфигурации → AEX_Flight_Scenario_## .

250 © Авторское право . Все права защищены.


Page 265 / 542

Basic HTML Version

Урок: Ведение объектов для обработки сообщений на основе Advanced Adapter Engine Extended (AEX)

b) Нажмите Создать объект .


c) В диалоговом окне Создать объект выберите Профиль
коммуникации → Коммуникационный канал .
d) В поле Коммуникационный компонент введите AgencyTracking .
e) В поле Коммуникационный канал введите File_R_BookingRequest_## .
f) Нажмите кнопку Создать .
g) В поле Тип адаптера введите File в области именhttp://sap.com/xi/XI/System. Это
можно сделать с помощью справки F4.
h) Нажмите кнопку Применить .
i) На экране Обработать коммуникационный канал выберите зависимую кнопку
Получатель .
j) На закладке Цель введите /usr/sap/trans/tmp/AgencyTracking/
BookingRequest в поле Целевой каталог . В поле Схема имени файла введите
BookingRequest_##_.xml .
k) Сохраните коммуникационный канал.

6. Создайте два дополнительных коммуникационных канала таким же образом, как в


предыдущем шаге.
a) Введите следующие данные:
/
Имя поля Ввод
Коммуникационный компонент AgencyTracking
Коммуникационный канал File_R_FlightData_##
Схема имени файла FlightData_##_.xml
Целевой каталог /usr/sap/trans/tmp/
AgencyTracking/FlightData

Имя поля Ввод


Коммуникационный компонент AgencyTracking
Коммуникационный канал File_R_PassengerData ##
Схема имени файла PassengerData_##_.xml
Целевой каталог /usr/sap/trans/tmp/
AgencyTracking/PassengerData

b) Сохраните коммуникационные каналы.


7. Создайте для сценария интегрированную конфигурацию .

© Авторское право . Все права защищены. 251


Page 266 / 542

Basic HTML Version

Глава 7: Конфигурация объектов каталога интеграции для обработки Java

a) На закладке Объекты выберите Сценарий конфигурации → AEX_Flight_Scenario_## .


b) Нажмите Создать объект .
c) В диалоговом окне Создать объект выберите Соглашение по
коммуникации → Интегрированная конфигурация .
d) Введите для интегрированной конфигурации следующие данные:
Поле Ввод
Коммуникационный компонент Agency_##
Интерфейс BookingOrderRequest Out
Область имен http://flight.com/agency

8. Введите данные для интегрированной конфигурации.


a) Нажмите кнопку Создать .
b) Сохраните введенные данные.
c) Нажмите Создать объект .
d) Выберите Интегрированная конфигурация .
e) На экране Создать объект введите Agency_## в поле Коммуникационный компонент .
f) На закладке Получатель введите AgencyTracking в поле Коммуникационный
компонент.
g) На закладке Интерфейсы получателя введите BookingOrderService в поле
Мэппинг операции .
h) Выберите Вставить строку ниже выбора .
i) В новой строке для поля Мэппинг операции введите
Split_FlightData_PassengerData .
j) На закладке Обработка на выходе последовательно выберите все интерфейсы
получателя.
k) В области экрана Конфигурация для интерфейса BookingOrderService_In введите
соответствующий коммуникационный канал, используя следующие данные:
Интерфейс получателя Коммуникационный канал
BookingOrderService_In File_R_BookingRequest_##
FlightDataService_In File_R_FlightData_##
PassengerDataService_In File_R_PassengerData_##

l) Сохраните интегрированную конфигурацию и выйдите.


m) Сохраните сценарий конфигурации и выйдите.

252 © Авторское право . Все права защищены.


Page 267 / 542

Basic HTML Version

Урок: Ведение объектов для обработки сообщений на основе Advanced Adapter Engine Extended (AEX)

9. Активируйте сценарий рейсов.


a) На закладке Списки изменений выберите Списки изменений tbit40 → Стандартный
список изменений → AEX_Flight_Scenario_## .
b) В контекстном меню AEX_Flight_Scenario_## выберите Активировать .
c) В диалоговом окне Активировать список изменений установите все флажки и
нажмите кнопку Активировать .
d) Закройте окно подтверждения.

Задача 2
Отправьте сообщение в AEX и отследите поток сообщений.

1. Откройте HTTP-клиент для NWK.


a) На экране SAP NetWeaver Process Integration 7.31 выберите HTTP-клиент NWK .
2. Адаптируйте параметры сообщения и отправьте его.
a) На веб-странице HTTP-клиент для PI 7.31 AEX введите номер группы ## в поле Сервис
отправителя .

b) В области экрана Полезная нагрузка введите имя группы в поле Фамилия .


c) В полях ид. пользователя и пароль введите свой идентификатор пользователя и
пароль.
d) Нажмите кнопку Отправить , чтобы отправить сообщение в AEX.

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

3. Проследите поток сообщений в AEX и проверьте папку с файлами.


a) Вернитесь на экран SAP NetWeaver Process Integration 7.31 и нажмите Начальная
страница конфигурации и мониторинга .
b) Войдите под своим идентификатором пользователя и паролем.
c) На закладке Мониторинг выберите Механизм адаптера → Монитор сообщений .
d) На экране Мониторинг сообщений: отслеживать сообщений выберите Фильтр .
e) В столбце Компонент отправителя введите Agency_##.
f) На экране SAP NetWeaver Process Integration 7.31 выберите Инструменты для BIT400 .
g) На веб-странице Добро пожаловать на начальную страницу курса BIT400/TBIT40!
выберите Установить соединение с временными общими папками PI .
h) Выберите Открыть временную общую папку RWP как диск X.

© Авторское право . Все права защищены. 253


Page 268 / 542

Basic HTML Version

Глава 7: Конфигурация объектов каталога интеграции для обработки Java

i) В диалоговом окне Выгрузка файла – предупреждение о безопасности нажмите


кнопку Открыть .
j) В диалоговом окне Internet Explorer – предупреждение о безопасности нажмите
кнопку Запустить. Откроется временный каталог.

254 © Авторское право . Все права защищены.


Page 269 / 542

Basic HTML Version

Урок: Ведение объектов для обработки сообщений на основе Advanced Adapter Engine Extended (AEX)

РЕЗЮМЕ УРОКА
Теперь Вы сможете:
● Перечислять функции Advanced Adapter Engine Extended (AEX)

© Авторское право . Все права защищены. 255


Page 270 / 542

Basic HTML Version

Глава 7
Урок 3
Создание и развертывание потоков
интеграции в Advanced Adapter Engine
Extended (AEX)

ОБЗОР УРОКА
В этом уроке описывается создание и развертывание дизайна потоков интеграции, а также
инструменты в Advanced Adapter Engine Extended (AEX).
Практический пример
Вашей организации требуется использовать инструменты для AEX.

ЗАДАЧИ УРОКА
Пройдя этот урок, вы сможете:
● Создать поток интеграции AEX

Дизайн потока интеграции

Рисунок 99: Дизайн потока интеграции

Поток интеграции определяет взаимодействие между системами в сценариях A2A или B2B.
Он предоставляет визуальное отображение нотации моделирования бизнес-процессов
(BPMN) для интеграционного процесса и объединяет время дизайна и время
конфигурации.
Существуют следующие типы дизайна потока:
● BPMN 2.0

256 © Авторское право . Все права защищены.


Page 271 / 542

Basic HTML Version

Урок: Создание и развертывание потоков интеграции в Advanced Adapter Engine Extended (AEX)

BPMN 2.0 предоставляет возможность отображения интеграционных процессов в


графической нотации и стандартного взаимодействия между этими процессами. В этом
дизайне бизнес-процедуры и интеграционные процессы могут быть представлены на
одном языке. BPMN представляет собой интуитивное и стандартное отображение
сценариев интеграции.
● Шаблоны корпоративной интеграции
Представляют подход к разработке потоков интеграции на основе шаблонов. Шаблоны
позволяют просто разрешить общие задачи по интеграции. В каждом потоке
интеграции на основе шаблоне представлены все шаги, необходимые для реализации
сценария в SAP NetWeaver Process Integration (PI).

Инструмент потока интеграции


Ниже представлены преимущества инструментов для потоков интеграции SAP
NetWeaver PI:
● упрощение интеграции систем, приложений и сервисов благодаря простому
графическому отображению процесса;
● использование всех возможностей Eclipse и стандарта BPMN;
● предоставление основы для стандартных шаблонов корпоративной интеграции.
Создать потоки интеграции можно в NetWeaver Developer Studio (NWDS) с целью их
развертывания при PI. Ниже приведены свойства потоков интеграции:
● Поток интеграции представляет собой сценарий интеграции на основе графической
модели, содержащей конечные точки и шаги выполнения. В нем содержится
информация обо всех элементах, участвующих в PI.
● После завершения создания потока интеграции он развертывается во время выполнения
фактической PI.
● Потоки интеграции имеют доступ к объектам в двух репозитариях: репозитарий
корпоративных сервисов (ESR) и каталог интеграции.
● Потоки интеграции доступны как плагины для стандартных установок Eclipse и NWDS.
Поток интеграции и их ссылочные сущности можно перенести из одной системы в другую.
В актуальной версии, 7.31 SP01, перенос можно выполнить только на основе файлов.

РЕЗЮМЕ УРОКА
Теперь Вы сможете:
● Создать поток интеграции AEX

© Авторское право . Все права защищены. 257


Page 272 / 542

Basic HTML Version

Глава 7: Конфигурация объектов каталога интеграции для обработки Java

258 © Авторское право . Все права защищены.


Page 273 / 542

Basic HTML Version

Глава 7

Учебный экзамен

1. Какую из следующих задач выполняет Advanced Adapter Engine?


Выберите правильные ответы.

X A Интегрированная обработка

X B Маршрутизация

X C Механизм интеграции

2. По сравнению с полной установкой SAP NetWeaver Process Integration использование


_________ позволяет сократить затраты.
Выберите правильный ответ.

X A Advanced Adapter Engine

X B Advanced Adapter Engine Extended

X C System Landscape Directory

X D Репозитарий корпоративных сервисов

3. После завершения создания потока интеграции он развертывается во время


выполнения фактической _____________.
Выберите правильный ответ.

X A классической интеграции

X B PI

X C интегрированной интеграции

X D расширенной интеграции

© Авторское право . Все права защищены. 259


Page 274 / 542

Basic HTML Version

Глава 7

Учебный экзамен – ответы

1. Какую из следующих задач выполняет Advanced Adapter Engine?


Выберите правильные ответы.

X A Интегрированная обработка

X B Маршрутизация

X C Механизм интеграции

2. По сравнению с полной установкой SAP NetWeaver Process Integration использование


_________ позволяет сократить затраты.
Выберите правильный ответ.

X A Advanced Adapter Engine

X B Advanced Adapter Engine Extended

X C System Landscape Directory

X D Репозитарий корпоративных сервисов

3. После завершения создания потока интеграции он развертывается во время


выполнения фактической _____________.
Выберите правильный ответ.

X A классической интеграции

X B PI

X C интегрированной интеграции

X D расширенной интеграции

260 © Авторское право . Все права защищены.


Page 275 / 542

Basic HTML Version

ГЛАВА 8 Операции в SAP NetWeaver


Process Integration

Урок 1
Использование Runtime Workbench 262

Урок 2
Использование начальной страницы мониторинга PI (PIMon) 269

Урок 3
Использование SAP NetWeaver Administrator 274

ЗАДАЧИ ГЛАВЫ
● Использовать Runtime Workbench
● Открывать страницу мониторинга SAP NetWeaver Process Integration
● Использовать функции SAP NetWeaver Administrator (SAP NWA)

© Авторское право . Все права защищены. 261


Page 276 / 542

Basic HTML Version

Глава 8
Урок 1

Использование Runtime Workbench

ОБЗОР УРОКА
В этом уроке описывается важный инструмент Runtime Workbench, который используется
для мониторинга сообщений и процессов.

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

ЗАДАЧИ УРОКА
Пройдя этот урок, вы сможете:
● Использовать Runtime Workbench

Функции Runtime Workbench

Рисунок 100: SAP NetWeaver Process Integration – Runtime Workbench

262 © Авторское право . Все права защищены.


Page 277 / 542

Basic HTML Version

Урок: Использование Runtime Workbench

Runtime Workbench – это инструмент на основе браузера или веб-интерфейса для


центрального мониторинга системы SAP NetWeaver Process Integration (SAP NetWeaver PI)
и всех ее компонентов, процессов и сообщений. Runtime Workbench объединяет функции
различных архитектур мониторинга в рамках решений SAP на основе общего и понятного
веб-интерфейса. Runtime Workbench предоставляет пользователям централизованный
обзор всех компонентов и процессов.
Runtime Workbench имеет следующие области:
● мониторинг компонентов;
● мониторинг сообщений;
● мониторинг End-to-End;
● мониторинг производительности;
● мониторинг кэша.
В Runtime Workbench также есть интерфейс для конфигурации предупреждений (Alerts) и
возможность соединения с системой управления вычислительным центром (CCMS). В
Runtime Workbench можно просмотреть предупреждения CCMS, связанные с SAP
NetWeaver PI.
В Runtime Workbench имеются административные функции для настройки индекса
сообщения (для поиска и вызова сообщений). Есть также инструмент регистрации
компонентов PI в System Landscape Directory (SLD) для мониторинга и управления
компонентами в Runtime Workbench.

Мониторы Runtime Workbench


Мониторинг компонентов предоставляет единый интерфейс для отслеживания
компонентов ABAP и Java.
В Runtime Workbench можно просматривать и отслеживать следующие компоненты:
● механизмы интеграции (IE) (центральный и локальный);
● Business Process Engine (BPE);
● механизмы адаптера (центральный и локальный);
● время выполнения мэппинга;
● каталог системных ландшафтов (SLD);
● репозитарий корпоративных сервисов (ESR);
● каталог интеграции (КИ);
● Runtime Workbench.
Отображаются как статус, так и конфигурация компонентов. Этот ракурс согласован с
CCMS, но вы можете напрямую перейти к монитору CCMS.
Монитор адаптеров и монитор коммуникационных каналов также входят в область
мониторинга компонентов. Для перехода к монитору необходимо выбрать
соответствующий механизм адаптера в области мониторинга компонентов и нажать
кнопку монитора в области Статус . В мониторе коммуникационных каналов можно

© Авторское право . Все права защищены. 263


Page 278 / 542

Basic HTML Version

Глава 8: Операции в SAP NetWeaver Process Integration

просмотреть статус соответствующих коммуникационных каналов и их адаптера. Этот


монитор также используется для управления коммуникационными каналами. В мониторе
коммуникационных каналов предоставляется актуальная информация о времени
выполнения для коммуникационных каналов отдельных адаптеров, при условии, что
каналы зарегистрированы для мониторинга. Кроме того, монитор адаптеров следует
использовать для отслеживания адаптеров, которые не предоставляют информацию этому
монитору.
Мониторинг сообщений
Мониторинг сообщений поддерживает все компоненты SAP NetWeaver PI с их
персистентностью и используется, в частности, для механизмов интеграции (центрального
и локального, см. SXI_MONITOR ) и механизмов адаптеров. Вы можете выбрать компоненты,
по которым следует отслеживать сообщения, и ограничить отображаемые сообщения с
помощью дополнительных функций фильтрации. Обзор сообщений (в версии 7.0 SP 14
или 7.1 SP 04) предоставляет общие сведения об обработке сообщений за определенный
период времени с сортировкой по атрибутам получателя или отправителя.
Крупные сообщения отображаются в списке сообщений для механизмов интеграции.
Соответствующие отдельные сообщения выводятся в списке сообщений для механизмов
адаптеров. Подробное представление сообщений в механизме адаптера позволяет
просматривать различные версии сообщения. Для обработки сообщений в механизме
адаптера используется редактор сообщений. Во время обработки система блокирует их от
изменения другими пользователями. Обработанные сообщения можно найти и вывести на
экран на основе новых критериев фильтрации.
Мониторинг сообщений является основой для мониторинга End-to-End.

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

Вы можете выбрать и просмотреть архивированные сообщения в механизме интеграции.


После установления соединения между механизмом поиска и классификации (TREX, т. е.
Text Retrieval and Information Extraction) и SAP NetWeaver PI и настройки индексации
сообщений в Runtime Workbench (администрирование индексов) содержимое сообщений
доступно для поиска. Для этого в мониторе сообщений в качестве источника необходимо
ввести индекс (вместо базы данных).

Мониторинг End-to-End
Мониторинг End-to-End необходим для отслеживания шагов обработки сообщений в
нескольких компонентах (подлежащих конфигурации) или для отслеживания пути
отдельных сообщений по этим компонентам от начала до конца.

264 © Авторское право . Все права защищены.


Page 279 / 542

Basic HTML Version

Урок: Использование Runtime Workbench

Рекомендация:
Можно отслеживать сообщения из системы-отправителя до системы-
получателя только для тех систем, которые могут предоставлять данные об
обработке в Runtime Workbench, в настоящее время – систем SAP.

В мониторинге End-to-End есть два ракурса для просмотра данных по отдельным шагам
обработки сообщений (технические шаги процесса) в настроенных компонентах.
Ракурсы мониторинга End-to-End:
● Обзор процессов
В обзоре процессов отображается общее количество обработанных сообщений и
количество сообщений с ошибками для каждого отдельного компонента. При наличии
сообщений с ошибками статус компонента меняется с зеленого на красный. Обзор
процессов – это первый экран мониторинга процессов, который имеет графическое
представление участвующих в процессе компонентов. Каждый компонент можно
открыть и просмотреть соответствующие шаги процесса.
● Ракурс инстанции
В ракурсе инстанции приводится маршрут определенного сообщения, пройденный им
через компоненты. Для каждого отдельного шага каждой инстанции доступны
подробные данные. Ракурс инстанции имеет графическое представление всех
участвующих в процессе компонентов. Компоненты, обработанные инстанцией
сообщения, отмечаются определенным статусом и могут быть открыты. При открытии
компонента отображается ракурс соответствующих шагов процесса вместе с данными
по ним.

Рекомендация:
Runtime Workbench получает данные для мониторинга End-to-End из
инфраструктуры мониторинга процессов (PMI), который является
инструментом SAP для мониторинга комплексных технических процессов с
несколькими компонентами.

Мониторинг производительности
Мониторинг производительности позволяет просмотреть статистические данные о
производительности обработки сообщений. Данные поступают от сервера интеграции или
PMI.

С помощью мониторинга производительности можно отобразить следующие типы


данных:
● агрегированные общие данные по обработке сообщений;
● отдельные общие данные по обработке сообщений;
● агрегированные подробные данные по производительности обработки сообщений;
● отдельные подробные данные по производительности обработки сообщений.

© Авторское право . Все права защищены. 265


Page 280 / 542

Basic HTML Version

Глава 8: Операции в SAP NetWeaver Process Integration

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

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


основе критериев отправителя и получателя. Настроенные фильтры выбора можно
сохранить и использовать в дальнейшем. Сохраненные фильтры можно также удалить.
Мониторинг кэша
Мониторинг кэша используется для просмотра объектов, которые в данный момент
находятся в кэше времени выполнения для следующих получателей (инстанций кэша)
данных кэша:
● сервер интеграции (кэш ABAP);
● механизм адаптера (центральный и локальный);
● кэш времени выполнения (механизмы адаптеров);
● бизнес-системы (с коммуникацией с веб-сервисами).
В мониторинге кэша отслеживаются различные объекты кэша в зависимости от требуемой
инстанции кэша. По каждому объекту кэша доступны критерии выбора, которые можно
использовать для поиска текущих объектов в кэше времени выполнения. Отображается
таблица совпадений. Содержимое этой таблицы отличается в зависимости от выбранного
объекта кэша.
Для большинства объектов кэша вы можете вывести подробные сведения по отдельным
пунктам в списке совпадений. Для этого в первом столбце соответствующей строки
выберите зависимую кнопку. Независимо от выбранного объекта кэша вы всегда можете
вызвать таблицу уведомлений с информацией об обновлениях кэша времени выполнения и
о любых возникших проблемах. В таблице статусов можно просмотреть статус последнего
обновления по каждой инстанции кэша.

Закладки предупреждений
В системе можно настроить предупреждения при возникновении ошибок во время
обработки сообщений. Предупреждения можно получать по электронной почте, факс или
как текстовое сообщение (SMS). Во всех случаях предупреждения поступают во входящую
почту, где их можно просмотреть.
Первым шагом конфигурации предупреждений является определение категорий
предупреждений, где можно ввести заголовок, текст сообщения и возможных
получателей.
Для конфигурации предупреждений используются следующие объекты:
● Категория предупреждения

266 © Авторское право . Все права защищены.


Page 281 / 542

Basic HTML Version

Урок: Использование Runtime Workbench

Категория предупреждения определяет возможных получателей сообщения через


присвоение ролей. Пользователи, имеющие одну из указанных ролей, могут
подписаться на предупреждения.
● Правило предупреждения
Правило предупреждения определяет условия ошибок, при которых создаются
сообщения, и указывает на категорию предупреждения.
● Сообщение с предупреждением
Runtime Workbench создает сообщение с предупреждением и направляет его
получателям (как указано в правиле предупреждения), подписавшимся на
определенную категорию предупреждений.

Рекомендация:
Категории создаются и ведутся на сервере интеграции (код транзакции
ALRTCATDEF ).

Затем эти категории используются при определении правил для создания


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

Рекомендация:
Вы можете настроить соединение с CCMS и запланировать периодическую
передачу сообщений в CCMS.

Администрирование индексов
Администрирование индексов используется для управления и мониторинга индексации с
целью поиска сообщений по индексу.
Благодаря администрированию и мониторингу индексации сообщений по каждому
компоненту SAP NetWeaver PI становится возможным поиск сообщений по индексу,
используемый в мониторинге сообщений. Этот вид поиска сообщений позволяет
использовать расширенные критерии выбора, включая атрибуты сообщений,
специфичные для адаптера, и слова или фразы из полезной нагрузки сообщения. Для этой
цели требуется механизм поиска и классификации SAP NetWeaver – TREX.
Для конфигурации компонента с целью поиска сообщений по индексу необходимо
выполнить описанные ниже шаги.
● Убедитесь, что компонент основан минимум на версии SAP NetWeaver 2004 SP, стек 15,
или SAP NetWeaver 7.0 SP, стек 06. Это также относится к Java-механизму SAP
NetWeaver Application Server (SAP NetWeaver AS), на котором запущен Runtime
Workbench.
● Установите соединение между компонентом и сервером TREX.

© Авторское право . Все права защищены. 267


Page 282 / 542

Basic HTML Version

Глава 8: Операции в SAP NetWeaver Process Integration

● Настройте и определите индексацию сообщений в этом компоненте.


Регистрация в SLD
Компоненты PI регистрируются в SLD во время базовой конфигурации. С помощью
функции регистрации в SLD можно проверить и исправить эту регистрацию, а также
зарегистрировать дополнительные компоненты.
Вы можете повторно зарегистрировать компоненты или впервые зарегистрировать новые
компоненты. Следует различать между центральным и локальным компонентами. Статус
компонента отображается с помощью символа. Символы могут быть красными
(зарегистрировано с ошибками) или зелеными (зарегистрировано без ошибок).

РЕЗЮМЕ УРОКА
Теперь Вы сможете:
● Использовать Runtime Workbench

268 © Авторское право . Все права защищены.


Page 283 / 542

Basic HTML Version

Глава 8
Урок 2
Использование начальной страницы
мониторинга PI (PIMon)

ОБЗОР УРОКА
В этом уроке описывается мониторинг PI (PIMon), который является компонентом SAP
NetWeaver Administrator (SAP NWA).

Практический пример
Ваша компания внедрила сценарий электронного обмена данными (EDI). Ваш торговый
партнер утверждает, что получил в файле EDI неверные данные. Поэтому необходимо
получить подробные данные о сообщении промежуточного документа (IDoc),
обработанном в механизме интеграции (IE) и механизме адаптера. Для этого вам
потребуются следующие знания:
● Понимание использования PIMon

ЗАДАЧИ УРОКА
Пройдя этот урок, вы сможете:
● Открывать страницу мониторинга SAP NetWeaver Process Integration

Опции мониторинга SAP NetWeaver Process Integration


В каждой Java-установке системы NetWeaver PI есть централизованное приложение
администрирования, которое называется SAP NWA. SAP NWA позволяет выполнять
мониторинг установленных компонентов PI как в SAP NetWeaver, так и в Java. При PI с
помощью SAP NWA выполняется мониторинг таких компонентов Java, как Advanced
Adapter Engine (AAE).
Мониторинг ABAP-компонентов PI, например, механизма интеграции, выполняется в
приложении, которое называется «Начальная страница конфигурации и мониторинга»
(или PIMon). Все функции мониторинга и управления, предлагаемые SAP NWA для PI,
также доступны в приложении PIMon. Таким образом, у администратора есть единый
инструмент мониторинга компонентов ABAP и Java.

Рекомендация:
Приложение PIMon также доступно в Advanced Adapter Engine Extended (AEX)
при автономной Java-установке, но здесь предлагаются только функции для
Java.

© Авторское право . Все права защищены. 269


Page 284 / 542

Basic HTML Version

Глава 8: Операции в SAP NetWeaver Process Integration

Для запуска PIMon перейдите по URL-адресу, который выглядит следующим образом:


http://<server>:<port>/PIMon . Соответствующий URL-адрес для вашей системы
предоставляется системным администратором.
Опции мониторинга PI – Runtime Workbench и ABAP

Рисунок 101: Начальная страница мониторинга (PIMon)

До версии SAP NetWeaver PI 7.1 для мониторинга PI использовался инструмент Runtime


Workbench. В PI также предлагались транзакции ABAP, например, SXMB_MONI и SXI_CACHE ,
для мониторинга ABAP-компонентов, что в настоящее время выполняется в приложении
PIMon.

270 © Авторское право . Все права защищены.


Page 285 / 542

Basic HTML Version

Урок: Использование начальной страницы мониторинга PI (PIMon)

Конфигурация и мониторинг

Рисунок 102: Начальная страница мониторинга – PIMon 7.31

На рисунке представлен PIMon 7.31.


Типы мониторов PI

Ниже представлены мониторы, доступные в PIMon, но которых нет в SAP NWA.

Мониторы Описание
Обзор сообщений Обзор обработки сообщений за
определенный период времени и
группирование сообщений по статусу
обработки
Монитор End-to-End Мониторинг компонентов инфраструктуры
SAP NetWeaver PI и путь к отдельным
сообщениям по этим компонентам от
начала до конца
Монитор компонентов Анализ состояния отдельных компонентов
SAP NetWeaver PI
Монитор интеграционных процессов Анализ выполнения интеграционных
процессов в Business Process Engine (BPE) и
просмотр агрегированной и подробной
информации о процессах и инстанциях
процессов

© Авторское право . Все права защищены. 271


Page 286 / 542

Basic HTML Version

Глава 8: Операции в SAP NetWeaver Process Integration

Мониторы Описание
Монитор фонового задания Обзор фоновых заданий в BPE
Монитор сообщений (база данных) Просмотр подробной информации об
обработке сообщений в IE
Монитор производительности Просмотр информации о
производительности обработки сообщений
в IE
Кэш-монитор Просмотр кэшированных объектов в кэше
механизма интеграции, кэше AAE и кэше
времени выполнения мэппинга
Монитор IDoc Подробная информация о сообщениях IDoc,
обработанных в IE и AAE
Проверка регистрации в System Landscape Проверка правильности регистрации
Directory (SLD) компонентов SAP NetWeaver PI в фазе
технической конфигурации (регистрацию
можно исправить или добавить другие
компоненты)
Архивация данных по безопасности Конфигурация архивации сообщений,
обработанных в AAE и использующих
безопасность
Mail Extension (S/MIME), выполняемая
администратором

Закладки мониторинга PI
Инструменты конфигурации и администрирования аналогичны инструментам в Runtime
Workbench, SAP NWA и ABAP-транзакциях управления (например, SXMB_ADM ).
Ниже представлены типы инструментов для каждой специфичной прикладной
области.
● Общие
С помощью набора общих инструментов можно управлять и отслеживать индексацию
сообщений при поиске и классификации (TREX), выполнять регистрацию, настраивать
мониторинг End-to-End и управлять правилами предупреждений.
● Механизм интеграции
На закладке управления механизмом интеграции можно настраивать конечные точки
веб-сервисов и логические порты, а также определять конфигурации времени
выполнения. У вас также есть доступ к более общим административным инструментам
для управления очередями, планирования заданий архивации, конфигурации
механизма интеграции и пр.
● Механизм адаптера

272 © Авторское право . Все права защищены.


Page 287 / 542

Basic HTML Version

Урок: Использование начальной страницы мониторинга PI (PIMon)

В конфигурации механизма адаптера есть интерфейс для определения правил


приоритизации обработки сообщений, настройки архивации обработанных в ААЕ
сообщений, планирования фоновой обработки для регулярных задач и определения
полей в полезной нагрузке или заголовке с целью вызова сообщений.
● BPE
В области BPE можно управлять различными аспектами BPE (например, запуском
автоматической настройки, архивацией элементов потока операций и пр.), а также
запускать автоматическую настройку механизма потока операций.

Тестирование
С помощью функций тестирования в PIMon можно смоделировать поток сообщений и
проверить правильность работы среды выполнения SAP NetWeaver PI через отправку
тестового сообщения в IE или AAE.
Можно также проверить статус соединения с кэшем для компонентов инфраструктуры
SAP NetWeaver PI и протестировать соединение с кэшем времени выполнения.

РЕЗЮМЕ УРОКА
Теперь Вы сможете:
● Открывать страницу мониторинга SAP NetWeaver Process Integration

© Авторское право . Все права защищены. 273


Page 288 / 542

Basic HTML Version

Глава 8
Урок 3
Использование SAP NetWeaver Administrator

ОБЗОР УРОКА
В этом уроке описываются функции инструмента SAP NetWeaver Administrator (SAP NWA).

Практический пример
Ваша компания внедряет интеграцию процессов, и после смены версии вам требуется
узнать о специальных функциях инструмента SAP NWA. Для этого вам потребуются
следующие знания:
● Понимание принципов работы SAP NWA

ЗАДАЧИ УРОКА
Пройдя этот урок, вы сможете:
● Использовать функции SAP NetWeaver Administrator (SAP NWA)

Функции SAP NetWeaver Administrator


SAP NWA – это веб-инструмент для управления, мониторинга и анализа проблем. Он
является центральным местом конфигурации (проверки и определения настроек
конфигурации), управления (запуска и завершения инстанций) и мониторинга (анализа
файлов журнала и трассировок) в системе SAP NetWeaver, ее компонентах и запускаемых
приложениях.
Поскольку SAP NWA является веб-инструментом, устанавливать ПО локально не требуется,
как, например, в случае SAP NetWeaver Visual Composer. Интерфейс SAP NWA позволяет
плавно перейти к использованию других инструментов SAP NWA, например, к управлению
пользователями. SAP NWA объединяет различные экспертные инструменты в одном
интегрированном и простом решении.
В SAP NWA интегрированы различные функциональные единицы SAP NetWeaver. Это
позволяет выполнять беспрепятственную навигацию, сохраняя при этом те же концепции
интерфейса пользователя и способы функционирования при управлении и мониторинге
этих функциональных единиц.
В настоящее время используются следующие интегрированные функциональные
единицы:
● инфраструктура корпоративных сервисов;
● SAP NetWeaver Adaptive Computing Controller;
● архивация данных XML;
● сервисы для документов Adobe;

274 © Авторское право . Все права защищены.


Page 289 / 542

Basic HTML Version

Урок: Использование SAP NetWeaver Administrator

● Runtime Workbench для PI;


● пульт управления бизнес-информацией и аналитики;
● планировщик SAP NetWeaver для Java.
В дальнейших стеках пакетов поддержки и версиях в SAP NWA будут интегрированы
дополнительные функциональные единицы.
Механизм управления пользователями
Механизм управления пользователями (UME) и функции безопасности расширения
управления Java (JMX) используются для определения ролей администраторов SAP NWA.

Необходимо определить следующие роли:


● NWA_READONLY

● NWA_SUPERADMIN

Роль содержит полномочия на доступ к элементам интерфейса пользователя и данным в


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

Рекомендация:
Для получения дополнительной информации о UME см. раздел «Управление
идентичностью сервера приложения Java».

© Авторское право . Все права защищены. 275


Page 290 / 542

Basic HTML Version

Глава 8: Операции в SAP NetWeaver Process Integration

Разделы NetWeaver Administrator

Рисунок 103: SAP NetWeaver Administrator

Запустите SAP NWA, введя следующий URL-адрес в веб-браузере: http://<host>:>port >/


nwa.
Хост – это компьютер, на котором установлено приложение SAP NetWeaver AS Java. Порт –
это HTTP-порт в Internet Communication Manager (ICM). Для просмотра этого порта
запустите транзакцию SMICM .

Рабочие области
После запуска SAP NWA становятся доступными описанные ниже рабочие области.
● Управление операциями
К управлению операциями относится управление пользователями, команды для запуска
и остановки инстанций, пульт управления архивацией данных и функции планирования
заданий.
● Управление конфигурацией
Управление конфигурацией включает возможности конфигурации системы, например,
настройка виртуальных компьютеров, управление модулями входа и полномочиями на
сервер приложения Java, конфигурация сервера Java Message Service (JMS),
управление политикой аутентификации для сервера приложения Java, управление
ресурсами для приложений, конфигурация веб-сервисов и серверов протокола UDDI
(универсальное описание, поиск и взаимодействие) для конфигурации системы.
● Управление доступностью и производительностью

276 © Авторское право . Все права защищены.


Page 291 / 542

Basic HTML Version

Урок: Использование SAP NetWeaver Administrator

Управление доступностью и производительностью предоставляет возможность


мониторинга параметров операций в вашей системе. Здесь также представлены
системные отчеты Java и все типы записи данных в журнал.
● Управление проблемами
Управление проблемами включает такие инструменты управления, как средство
просмотра загрузчика классов Java, браузер Java Naming and Directory Interface (JNDI),
средство просмотра журналов, конфигурацию журналов, запись в журнал веб-сервисов
и трассировку.
● Управление сервисно-ориентированной архитектурой (SOA)
В управлении SOA предлагаются различные сервисы конфигурации,
администрирования и мониторинга обмена сообщениями в разных сценариях. Первый
сценарий – это техническая конфигурация, например, конфигурация адресов сервиса
провайдера или конфигурация сервисного реестра. Второй сценарий – это бизнес-
администрирование, используемые для массовой конфигурации и конфигурации веб-
сервисов. Третий сценарий включает журнал и трассировку, которые позволяют
отслеживать веб-сервисы и различные компоненты при PI.
Какая из следующих рабочих областей входит в управление операциями?

X A Браузер Java Naming and Directory Interface

X B Пульт управления архивацией данных

X C Средство просмотра загрузчика классов Java

Переход от Visual Administrator к NetWeaver Administrator


Свойства Visual Administrator NWA
Локальный режим Да Да
Центральный режим Нет Да
Технология UI Автономное приложение, на Веб-приложение, на основе
основе настольного Web Dynpro
пользовательского
интерфейса
Выравнивание Ориентация на компоненты Ориентация на задачи

В таблице сравниваются Visual Administrator и NWA.


В версии SAP NetWeaver 7.1 инструмент SAP NWA заменяет Visual Administrator (VA). Это
значит, что все необходимые функции VA становятся доступными также в SAP NWA.
Благодаря такой замене удалось устранить различные недостатки VA.

К недостаткам VA относятся следующие:


● VA – это автономный инструмент, не интегрированный с другими инструментами SAP.
SAP NWA интегрирован с другими инструментами SAP.

© Авторское право . Все права защищены. 277


Page 292 / 542

Basic HTML Version

Глава 8: Операции в SAP NetWeaver Process Integration

● VA необходимо устанавливать во фронтэнде в зависимости от версии. SAP NWA


запускается через браузер без установки фронтэнда.
● Для использования VA требуется доступ к уровню операционной системы. Иногда это
невозможно в зависимости от настроек безопасности. Для SAP NWA, реализованного в
виде веб-инструмента, такого ограничения нет.
Для получения дополнительной информации о новых функциях SAP NWA см. http://
<host>:<port>/nwa/quicklinks.

РЕЗЮМЕ УРОКА
Теперь Вы сможете:
● Использовать функции SAP NetWeaver Administrator (SAP NWA)

278 © Авторское право . Все права защищены.


Page 293 / 542

Basic HTML Version

Глава 8

Учебный экзамен

1. Какая из следующих рабочих областей Runtime Workbench предоставляет единый


интерфейс для мониторинга компонентов ABAP и Java?
Выберите правильный ответ.

X A Мониторинг компонентов

X B Мониторинг сообщений

X C Мониторинг End-to-End

X D Мониторинг производительности

2. Функция регистрации в System Landscape Directory используется для проверки и


исправления регистрации компонента PI.
Ответьте, верно ли данное утверждение.

X Верно

X Неверно

3. Мониторинг ABAP-компонентов PI, например, механизма интеграции, выполняется в


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

X Верно

X Неверно

4. В каком мониторе можно просмотреть агрегированную и подробную информацию о


процессах и инстанциях процессов?
Выберите правильный ответ.

X A Монитор End-to-End

X B Монитор фоновых заданий

X C Монитор интеграционных процессов

© Авторское право . Все права защищены. 279


Page 294 / 542

Basic HTML Version

Глава 8: Учебный экзамен

5. Какая из следующих рабочих областей входит в управление операциями?


Выберите правильный ответ.

X A Браузер Java Naming and Directory Interface

X B Пульт управления архивацией данных

X C Средство просмотра загрузчика классов Java

6. NetWeaver Administrator требует локальной установки ПО.


Ответьте, верно ли данное утверждение.

X Верно

X Неверно

280 © Авторское право . Все права защищены.


Page 295 / 542

Basic HTML Version

Глава 8

Учебный экзамен – ответы

1. Какая из следующих рабочих областей Runtime Workbench предоставляет единый


интерфейс для мониторинга компонентов ABAP и Java?
Выберите правильный ответ.

X A Мониторинг компонентов

X B Мониторинг сообщений

X C Мониторинг End-to-End

X D Мониторинг производительности

2. Функция регистрации в System Landscape Directory используется для проверки и


исправления регистрации компонента PI.
Ответьте, верно ли данное утверждение.

X Верно

X Неверно

3. Мониторинг ABAP-компонентов PI, например, механизма интеграции, выполняется в


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

X Верно

X Неверно

© Авторское право . Все права защищены. 281


Page 296 / 542

Basic HTML Version

Глава 8: Учебный экзамен – ответы

4. В каком мониторе можно просмотреть агрегированную и подробную информацию о


процессах и инстанциях процессов?
Выберите правильный ответ.

X A Монитор End-to-End

X B Монитор фоновых заданий

X C Монитор интеграционных процессов

5. Какая из следующих рабочих областей входит в управление операциями?


Выберите правильный ответ.

X A Браузер Java Naming and Directory Interface

X B Пульт управления архивацией данных

X C Средство просмотра загрузчика классов Java

6. NetWeaver Administrator требует локальной установки ПО.


Ответьте, верно ли данное утверждение.

X Верно

X Неверно

282 © Авторское право . Все права защищены.


Page 297 / 542

Basic HTML Version

ГЛАВА 9 Варианты соединения в SAP


NetWeaver Process Integration

Урок 1
Анализ вариантов соединения между бэкэнд-системами с SAP NetWeaver Process Integration 284
Упражнение 18: Проверка существующих механизмов адаптера 289

Урок 2
Анализ корпоративных сервисов 296

Урок 3
Конфигурация соединения B2B 314

ЗАДАЧИ ГЛАВЫ
● Использовать различные адаптеры
● Анализировать и получать доступ к веб-сервисам
● Анализировать корпоративную сервисно-ориентированную архитектуру (SOA) и
корпоративные сервисы
● Анализировать роль репозитария корпоративных сервисов (ESR) в сервисно-
ориентированной архитектуре (SOA)
● Перечислить инструменты соединения B2B
● Конфигурировать партнеров по коммуникации в каталоге интеграции (КИ)
● Конфигурировать виртуального получателя в каталоге интеграции (КИ)
● Использовать партнеров для Application Link Enabling (ALE)
● Использовать промышленные стандарты

© Авторское право . Все права защищены. 283


Page 298 / 542

Basic HTML Version

Глава 9
Урок 1

Анализ вариантов соединения между бэкэнд-


системами с SAP NetWeaver Process
Integration

ОБЗОР УРОКА
В этом уроке описываются возможные варианты соединения между системой SAP
NetWeaver Process Integration (SAP NetWeaver PI) и бэкэнд-системами, а также протоколы и
форматы данных. Здесь также предоставляется обзор различных сценариев в SAP
NetWeaver PI.

Практический пример
Вам требуется изучить различные возможности соединения в SAP NetWeaver PI и отправки
сообщений между системами, использующими разные протоколы и форматы данных. Для
этого вам потребуются следующие знания:
● Понимание различных вариантов соединения бэкэнд-систем и SAP NetWeaver PI

ЗАДАЧИ УРОКА
Пройдя этот урок, вы сможете:
● Использовать различные адаптеры

284 © Авторское право . Все права защищены.


Page 299 / 542

Basic HTML Version

Урок: Анализ вариантов соединения между бэкэнд-системами с SAP NetWeaver Process Integration

Возможность соединения с адаптерами

Рисунок 104: Возможность соединения с SAP NetWeaver PI

Возможность соединения с SAP NetWeaver PI подразумевает различные варианты


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

Технология адаптера
В SAP NetWeaver PI есть несколько адаптеров, позволяющих устанавливать соединение с
приложениями на основе различных технических или прикладных протоколов. В случае
отправителя адаптер преобразует входящее сообщение, зашифрованное в протоколе
отправителя, в сообщение Process Integration Simple Object Access Protocol (PI SOAP). В
случае получателя сообщение PI SOAP преобразуется в протокол получателя.
Центральным компонентом среды выполнения адаптера является архитектура адаптера,
предлагающая сервисы обмена сообщениями, постановки в очередь и настройки
безопасности. Архитектура адаптера поддерживает стандарт J2EE Connector Architecture
(JCA) и соединяется с адаптерами ресурсов, которые либо входят в SAP NetWeaver PI, либо
предоставляются партнерами SAP.

© Авторское право . Все права защищены. 285


Page 300 / 542

Basic HTML Version

Глава 9: Варианты соединения в SAP NetWeaver Process Integration

Опции механизма адаптера

Рисунок 105: Опции Advanced Adapter Engine

На рисунке представлены опции Advanced Adapter Engine (AAE).

EHP 1 для SAP NetWeaver PI 7.3

Рисунок 106: PI на основе только Java с опциональными децентрализованными механизмами адаптера

Вы можете развернуть децентрализованные механизмы адаптера с PI на основе только


Java, например, в различных местоположениях, схожих с бизнес-системами.
Пакет расширения 1 (EHP1) предоставляет следующие преимущества:
● центральное управление, включая повторное использование объектов, центральную
конфигурацию и мониторинг;

286 © Авторское право . Все права защищены.


Page 301 / 542

Basic HTML Version

Урок: Анализ вариантов соединения между бэкэнд-системами с SAP NetWeaver Process Integration

● распределенная обработка сообщений для снижения нагрузки сети, повышения


производительности и доступности;
● повышение преемственности бизнес-процессов, например, понижение времени
простоя, переключение между децентрализованными механизмами адаптера,
например, с помощью SAP Web Dispatcher, каталога интеграции (КИ) и прикладного
программного интерфейса (API);
● более высокий уровень безопасности благодаря замене децентрализованных
механизмов адаптера в пределах демилитаризованной зоны для внешней и внутренней
абстракции зоны.
Ниже представлен обзор функций EHP1.
● EHP1 поддерживает централизованные функции дизайна, конфигурации и
мониторинга.
● Сценарии в децентрализованных механизмах адаптера можно запускать независимо от
центральной PI на основе только Java. PI на основе только Java в центральном хабе во
время выполнения необязательна.
● Децентрализованные механизмы адаптера могут обмениваться сообщениями по
протоколу SAP NetWeaver Exchange Infrastructure.
● EHP1 предоставляет даунпорты к SAP NetWeaver PI 7.3 SP2.

© Авторское право . Все права защищены. 287


Page 302 / 542

Basic HTML Version

Глава 9: Варианты соединения в SAP NetWeaver Process Integration

288 © Авторское право . Все права защищены.


Page 303 / 542

Basic HTML Version

Глава 9
Упражнение 18
Проверка существующих механизмов
адаптера

Практический пример
Вам требуется узнать, какие механизмы адаптера доступны для использования в
ландшафте SAP NetWeaver PI.
Задача 1
Проверьте список существующих механизмов адаптера в System Landscape Directory
(SLD).
1. Войдите в SLD.
2. Перейдите к области Технические системы и просмотрите список технических систем с
типом PI.
3. Посмотрите количество выведенных механизмов адаптера.

Задача 2
Проверьте список существующих механизмов адаптера в Runtime Workbench.
1. Войдите в Runtime Workbench.
2. Перейдите к Мониторингу компонентов .
3. Проверьте количество записей с типом XIAdapterFramework .

© Авторское право . Все права защищены. 289


Page 304 / 542

Basic HTML Version

Глава 9
Решение 18
Проверка существующих механизмов
адаптера

Практический пример
Вам требуется узнать, какие механизмы адаптера доступны для использования в
ландшафте SAP NetWeaver PI.
Задача 1
Проверьте список существующих механизмов адаптера в System Landscape Directory
(SLD).
1. Войдите в SLD.
a) Запустите транзакцию SXMB_IFR .
b) На экране SAP NetWeaver Process Integration 7.31 выберите System Landscape
Directory.
2. Перейдите к области Технические системы и просмотрите список технических систем с
типом PI.
a) На экране SAP NetWeaver System Landscape Directory выберите Технические системы
в области Ландшафт .
b) В поле Тип технической системы введите PI (6) .
c) Нажмите кнопку Пуск .
3. Посмотрите количество выведенных механизмов адаптера.
a) На экране SAP NetWeaver System Landscape Directory - Технические системы
выберите строку с записью адаптера Архитектура адаптера XI , соответствующую
централизованному механизму адаптера на сервере интеграции.

Задача 2
Проверьте список существующих механизмов адаптера в Runtime Workbench.
1. Войдите в Runtime Workbench.
a) Откройте новую закладку в обозревателе.

b) Введите http://rwptdc00.wdf.sap.corp:50000/rwb/index.jsp .
2. Перейдите к Мониторингу компонентов .

290 © Авторское право . Все права защищены.


Page 305 / 542

Basic HTML Version

Урок: Анализ вариантов соединения между бэкэнд-системами с SAP NetWeaver Process Integration

a) На экране 1 SAP NetWeaver Process Integration 7.31 выберите Мониторинг


компонентов .
b) В поле Компоненты со статусом введите Все и нажмите кнопку Просмотреть.
3. Проверьте количество записей с типом XIAdapterFramework .
a) Чтобы просмотреть данные в виде таблицы, нажмите кнопку Просмотреть таблицу .

b) В области экрана Тип выберите XIAdapterFramework .


c) Проверьте результаты.

© Авторское право . Все права защищены. 291


Page 306 / 542

Basic HTML Version

Глава 9: Варианты соединения в SAP NetWeaver Process Integration

Возможности соединения AAE

Рисунок 107: Возможности соединения AAE

IDOC_AAE и HTTP_AAE являются новыми адаптерами AAE, внедренными в версии SAP


NetWeaver PI 7.3.
Механизм AAE основан на Java 2 Enterprise Edition (J2EE) и поддерживает коммуникацию с
помощью адаптера между системами (централизованными или децентрализованными).
Централизованный механизм ААЕ используется, как правило, для внедрения самых
сложных взаимосвязанных процессов в системном ландшафте. Децентрализованный
механизм ААЕ используется при большом объеме данных или для балансирования
нагрузки.
Для систем, разграниченных от централизованного ААЕ межсетевым экраном,
децентрализованный ААЕ требуется по той причине, что в этих системах нет доступа к
адаптерам в среде. Децентрализованный ААЕ имеет центральную конфигурацию в
каталоге интеграции, его работу можно отслеживать в Runtime Workbench.

Рекомендация:
Есть несколько особых случаев использования простой версии Java 2 Standard
Edition (J2SE), Adapter Engine (Java SE) с XI 2.0. Конфигурация, мониторинг и
администрирование пользователей не являются центральными, эти задачи
выполняются отдельно.

Для каждого адаптера в модульном обработчике вы можете разработать общие модули


для расширения функций адаптера. Эти модули разрабатываются на языке Java и имеют
тип Local Enterprise Bean. В коммуникационном канале необходимо указать место
интеграции модуля в модульном обработчике. При синхронной коммуникации можно
также модифицировать ответные сообщения, используемые в собственных модулях.

292 © Авторское право . Все права защищены.


Page 307 / 542

Basic HTML Version

Урок: Анализ вариантов соединения между бэкэнд-системами с SAP NetWeaver Process Integration

В ААЕ можно интегрировать клиентские адаптеры. Для получения дополнительной


информации см. документацию и SAP-ноту 766332. SAP предоставляет вспомогательный
инструмент для преобразования адаптеров параметров и модулей.
Для получения дополнительной информации по API см. приложение к SAP-ноте 1004000.

Локальная обработка в ААЕ


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

Адаптеры в SAP NetWeaver PI


Не все адаптеры SAP NetWeaver PI обрабатываются в ААЕ. Некоторые из них
обрабатываются в механизме интеграции.
Примеры адаптеров, обрабатываемых в механизме интеграции, представлены ниже.
● Адаптер Remote Function Call (RFC)
Этот адаптер поддерживает коммуникацию между системами SAP с помощью RFC-
интерфейса.
● Файловый адаптер/адаптер передачи файлов (FTP)
Этот адаптер поддерживает обмен данными между внешними системами через
файловый интерфейс или FTP-сервер.
● Адаптер промежуточных документов (IDoc)/адаптер IDoc AAE
Эти адаптеры поддерживают обмен IDoc. Они доступны как в механизме интеграции, так
и в ААЕ.

● Адаптер HTTP/HTTP ААЕ


Эти адаптеры поддерживают обмен данными по HTTP-протоколу. Адаптеры доступны
как в механизме интеграции, так и в ААЕ.
● Адаптер Java Database Connectivity (JDBC)
Этот адаптер предоставляет доступ к базам данных через JDBC.
● Адаптер Java Messaging Service (JMS)
Этот адаптер поддерживает коммуникацию между системами обмена данными с
помощью JMS API.
● Адаптер SOAP
Этот адаптер поддерживает интеграцию с удаленными клиентами или провайдерами
веб-сервисов с помощью SOAP.
● Почтовый адаптер
Этот адаптер позволяет устанавливать соединение между почтовыми серверами и
механизмом интеграции.
● Адаптер XI

© Авторское право . Все права защищены. 293


Page 308 / 542

Basic HTML Version

Глава 9: Варианты соединения в SAP NetWeaver Process Integration

Адаптер XI требуется для коммуникации через прокси. Он запускается не в ААЕ, а в


механизме интеграции и используется только для установления HTTP-соединения с
получателем.
● Адаптер веб-сервисов
Этот адаптер предоставляет возможность соединения с проваи дерами и потребителями
веб-сервисов по стандартному протоколу WS-Reliable Messaging (WS-RM). Компаниеи
SAP разработан протокол WS-RM с собственнои системой приема сообщений ,
внедреннои в ABAP-стеке механизма интеграции.
Для получения подробной информации об актуальном списке адаптеров см. SAP
Developer Network (SDN) по адресу http://scn.sap.com/docs/DOC-3795 . Дополнительная
информация есть на сайте http://scn.sap.com в области Solutions, Technology,
Application Foundation/integration, and SAP NetWeaver.

Технология прокси
Системы SAP имеют локальный механизм интеграции и могут напрямую использовать
протокол SAP NetWeaver PI для обмена сообщениями с центральным механизмом
интеграции.

Примечание:
Локальный механизм интеграции доступен для систем SAP начиная с версии
SAP NetWeaver Application Server 6.20 в ABAP- и Java-стеке (и в версии 6.20 с
помощью add-on «APPINT») и выше.

Для обмена сообщениями без адаптеров в системе SAP используются прокси-интерфейсы.


SAP предоставляет прокси-интерфейсы (и их реализации), но клиенты могут создавать
собственные прокси-интерфейсы. Дизайн прокси-интерфейса разрабатывается в ESR
посредством создания сервисного интерфейса. На основе этого определения создается
реализация интерфейса в системе SAP.

Примечание:
Технология прокси немного схожа с технологией веб-сервисов. Интерфейс
создается на основе документа WSDL, который его описывает.

Аналогично механизму адаптера среда выполнения прокси преобразует XML-формат


данных SAP NetWeaver PI в форматы данных ABAP и Java. Поэтому системы SAP могут
обмениваться сообщениями SAP NetWeaver PI без адаптера или с адаптером (например,
адаптером RFC или IDoc) в зависимости от сценария.

294 © Авторское право . Все права защищены.


Page 309 / 542

Basic HTML Version

Урок: Анализ вариантов соединения между бэкэнд-системами с SAP NetWeaver Process Integration

РЕЗЮМЕ УРОКА
Теперь Вы сможете:
● Использовать различные адаптеры

© Авторское право . Все права защищены. 295


Page 310 / 542

Basic HTML Version

Глава 9
Урок 2
Анализ корпоративных сервисов

ОБЗОР УРОКА
Система SAP NetWeaver Process Integration (SAP NetWeaver PI) стала основой
инфраструктуры для сервисно-ориентированной архитектуры (SOA) после выхода версии
7.1. В этом уроке описываются основные компоненты данной инфраструктуры.
Практический пример
У вашей компании несколько офисов с различными местоположением, каждый из который
использует собственную систему закупок. Вам требуется объединить данные из всех этих
систем в одной центральной системе. Кроме того, вам также требуется предоставить всем
сотрудникам отдела закупок из разных местоположений постоянный доступ к центральной
системе на основе веб-сервисов. Для этого вам потребуются следующие знания:
● понимание репозитария корпоративных сервисов (ESR), сервисного реестра (SR) и
шины сервисов как компонента инфраструктуры SOA;
● понимание принципов предоставления и использования сервисов.

ЗАДАЧИ УРОКА
Пройдя этот урок, вы сможете:
● Анализировать и получать доступ к веб-сервисам
● Анализировать корпоративную сервисно-ориентированную архитектуру (SOA) и
корпоративные сервисы
● Анализировать роль репозитария корпоративных сервисов (ESR) в сервисно-
ориентированной архитектуре (SOA)

Свойства веб-сервиса
Бизнес-процессы разделяются на шаги процессов. Каждому из этих шагов можно
присвоить одну или несколько функций, и каждой функции можно присвоить
выполняющий компонент ПО. В типичном неоднородном системном ландшафте в
компании не все необходимые функции в глобальном процессе внедряются на основе
одной технологии или одних компонентов. Эта проблема также усложняется интеграцией
еще большего количества деловых партнеров. Современная инфраструктура
программного обеспечения должна интегрировать функции, внедренные в эффективный
глобальный процесс на основе различных компонентов ПО.
Интернет-технология предоставляет основу для вызова и взаимодействия между
распределенными сервисами. В рамках того простого глобального принятого стандарта
коммуникации XML является базой для определения дополнительных требуемых
стандартов. Если вы отходите от собственных определений в направлении общих принятых

296 © Авторское право . Все права защищены.


Page 311 / 542

Basic HTML Version

Урок: Анализ корпоративных сервисов

стандартов, плавная интеграция всех функций и участвующих в процессе партнеров


гарантируется. Решением является использование веб-сервисов.
Веб-сервис – это независимая, модульная самоописываемая прикладная функция или
сервис. Эти прикладные функции, основанные на стандартах XML, можно описать, сделать
доступными, разместить, преобразовать или вызвать с помощью стандартных интернет-
протоколов.
Каждый веб-сервис включает функцию, используемую, например, для переадресации
запроса о цене поставщику, проверки доступности товара в торговой системе, поиска
номера телефона или запуска проверки кредитных карт, конвертации валют или
выполнения функций расчета зарплаты.
Веб-сервисы имеют следующие характеристики:
● Веб-сервисы являются прикладными функциями или сервисами.
● Веб-сервисы можно использовать с помощью интернет-стандартов.
● Веб-сервисы являются самоописываемыми.
● Веб-сервисы можно опубликовать и отследить.
● Веб-сервисы формируют базу для анализа корпоративных сервисов (ESA).

Парадигма веб-сервисов

Рисунок 108: Парадигма веб-сервисов

Сервисный провайдер предоставляет доступ к сервису. Если речь идет о веб-сервисе,


сервисный провайдер предлагает соответствующее основанное на XML описание, т. е.
документ на языке описания веб-сервисов (WSDL). Любой язык программирования можно
использовать для внедрения веб-сервиса.
Протокол Simple Object Access Protocol (SOAP) на основе HTTP используется в настоящее
время как квазистандартный протокол доступа. С точки зрения клиент-серверной
архитектуры сервисного провайдера можно рассматривать в роли сервера.

© Авторское право . Все права защищены. 297


Page 312 / 542

Basic HTML Version

Глава 9: Варианты соединения в SAP NetWeaver Process Integration

При публикации сервиса сервисный провайдер передает информацию о себе и описание


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

Веб-сервисы и интернет-стандарты

Рисунок 109: Веб-сервисы и интернет-стандарты

Веб-сервисы могут существовать при любом внедрении. Поэтому требуется


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

298 © Авторское право . Все права защищены.


Page 313 / 542

Basic HTML Version

Урок: Анализ корпоративных сервисов

Провайдер веб-сервиса также должен обеспечить максимально возможное


общедоступное предложение своего сервиса. Решением является стандарт
универсального описания, поиска и взаимодействия (UDDI).
Для получения подробной информации см. http://uddi.xml.org .
Бизнес-реестр UDDI
Стандарт UDDI (имеющий бизнес-реестр UDDI и спецификацию UDDI) предоставляет
необходимые инструменты для публикации сервисов. Спецификация обеспечивает
подробное описание местонахождения и регистрации сервисов. Бизнес-реестр UDDI
содержит список зарегистрированных компаний и предлагаемых ими сервисов. Бизнес-
реестр UDDI можно открыть или вручную со страниц в Интернете, или с помощью XML-
сообщений, описанных в спецификации UDDI.
Многие компании предоставляют общедоступные серверы UDDI.
Примеры компаний, предоставляющих серверы UDDI:
● SAP
● IBM

● Microsoft
Для вызова веб-сервисов на основе интернет-технологий требуется соответствующее
определение протокола. SOAP является стандартом, позволяющим вызывать веб-сервисы в
децентрализованных распределенных ландшафтах. Аналогично другим стандартам, SOAP
также имеет определение на языке XML. SOAP определяет оболочку. Данная оболочка
содержит фактическое XML-сообщение и дополнительную информацию о способе
обработки сообщения. Были также приняты другие соглашения по описанию технических
ограничений.

Корпоративная сервисно-ориентированная архитектура и корпоративные


сервисы
SOA представляет собой способ организации существующих ИТ-компонентов (программ,
баз данных, серверов и веб-страниц). SOA помогает комбинировать сервисы компонентов,
чтобы потенциальные пользователи могли максимально использовать их преимущества.
В центре внимания находится весь бизнес-процесс, используемый компанией, а не
отдельный технический сервис, т. е. сервисы всегда группируются с учетом внутренних
отношений. Затем эти сервисы предлагаются как внешние.
Могут быть интегрированы бизнес-приложения, поскольку стандартизированные
интерфейсы позволяют скрыть сложность отдельных приложений.
Для проведения рентабельной оркестрации SOA требует четкой организации отдельных
ИТ-компонентов. SOA играет значимую роль при выборе ИТ-компонентов.
Предложение сервисов в Интернете является техническим преобразованием SOA.
Предлагаемые в Интернете сервисы используют протокол SOAP для взаимной
коммуникации.
Пользователи таких сервисов знают благодаря каталогу (UDDI) о предложении сервиса, а
описание WSDL информирует их о необходимости ввода данных и типе результата. Однако
пользователям не обязательно знать, как определяется сформиро