SAP PI - Краткое руководство
Интеграция процессов SAP является частью платформы SAP NetWeaver. Это называется SAP NetWeaver Exchange Infrastructure XI в NetWeaver 7.0 ehp2 и более ранних версиях. SAP NetWeaver Process Integration является частью программного компонента NetWeaver и используется для обмена информацией во внутренней системе компании или с внешними сторонами.
SAP PI / XI позволяет настраивать межсистемное взаимодействие и интеграцию, а также позволяет соединять системы SAP и сторонние системы на основе разных языков программирования, таких как Java и SAP ABAP. Он предоставляет среду с открытым исходным кодом, которая необходима в сложном системном ландшафте для интеграции систем и связи.
SAP Process Integration - это промежуточное программное обеспечение, обеспечивающее бесшовную интеграцию между SAP и другими приложениями в компании или с системами за пределами компании.
пример
Приложение, которое запускается в разных системах, которые являются частью разных бизнес-единиц в компании, или реализуется в распределенной среде между разными компаниями, которые поддерживают деловые отношения друг с другом. В этой среде существует потребность в бесшовной интеграции и передаче информации между различными системами. SAP PI предоставляет платформу промежуточного программного обеспечения, которая не занимается реализацией компонентов приложения с помощью бизнес-логики и больше фокусируется на обмене данными между различными компонентами.
Вы можете рассматривать SAP PI как центральный экземпляр или промежуточное программное обеспечение, которое соединяет разные системы. Это промежуточное программное обеспечение может называться механизмом выполнения SAP PI, и это взаимодействие называется опосредованным обменом данными. Когда вы сравниваете это взаимодействие со сценарием точка-точка, легко управлять системами и подключениями. В дополнение ко всему этому информация, связанная с интеграцией, доступна в одном центре.
Обмен сообщениями между различными системами с использованием SAP PI содержит бизнес-данные. Протокол сообщений связи основан на стандартных сообщениях SOAP W3C.
Зачем нам нужен SAP PI?
В организации SAP ERP не содержит единой системы, а состоит из ряда интегрированных систем, таких как SAP CRM, FICO, EWM и т. Д. SAP PI предоставляет платформу как единую точку интеграции для всех систем, не затрагивая сложную устаревшую систему для все данные и обмен информацией.
Ниже приведены ключевые возможности, предоставляемые SAP Process Integration:
Связь
Используя SAP PI, вы можете подключать разные приложения и системы, которые имеют разные технические способы связи. SAP PI предоставляет вам множество адаптеров, которые позволяют подключать приложения на основе различных протоколов, таких как HTTPS или удаленный вызов функций (RFC).
Маршрутизация
Маршрутизация определяет правила потока сообщений между различными системами во время выполнения.
Картография
SAP PI используется для соединения различных приложений или систем в распределенной среде, которую можно настроить между разными компаниями, поэтому существует вероятность того, что структура обмена данными между двумя компонентами будет отличаться друг от друга.
Сопоставление определяет структуру данных в исходной системе со структурой данных в целевой системе. Он также определяет правила преобразования, которые применяются к данным между исходной и целевой системой.
Когда вы запускаете сценарий в SAP PI, возможности связи и обработки зависят от механизмов выполнения, которые устанавливаются вместе с установкой SAP PI. Вы можете установить один или несколько механизмов выполнения в хост-системе. SAP PI предоставляет следующие два варианта установки:
Тип 1 - Тип двойного использования
Эта установка основана на ABAP и Java и предоставляет инструменты для проектирования и настройки содержимого интеграции, а также эти механизмы времени выполнения -
- Механизм интеграции
- Механизм бизнес-процессов
- Продвинутый движок адаптера
Тип 2 - Advanced Adapter Engine Extended AEX
Эта установка основана на Java и предоставляет инструменты для проектирования и настройки интеграционного контента и содержит механизм адаптера Advance в качестве механизма времени выполнения.
Архитектура SAP PI состоит из нескольких компонентов, которые используются во время разработки, конфигурации и выполнения. В SAP PI система отправителя называется источником, а получатель - целевой системой, а архитектура известна какHub and Spoke structure. Spoke используется для соединения с внешними системами, а Hub - для обмена сообщениями.
A SAP PI system is divided into the following components -
- Сервер интеграции
- Строитель интеграции
- Системный ландшафт Каталог SLD
- Конфигурация и мониторинг
Среда выполнения
Это инструмент, используемый для централизованного мониторинга компонентов и сообщений PI.
Сервер интеграции
Это один из ключевых компонентов системы SAP PI, который используется для обработки сообщений.
Он состоит из следующих трех двигателей -
- Механизм бизнес-процессов
- Механизм интеграции
- Центральный усовершенствованный адаптер двигателя AAE
Механизм бизнес-процессов
Этот механизм используется для корреляции сообщений и занимается обработкой сообщений в ccBPM.
Механизм интеграции
Этот механизм используется для маршрутизации и сопоставления и предоставляет службы центрального сервера интеграции. Если исходная структура отличается от целевой структуры, механизм интеграции вызывает среду выполнения сопоставления, как показано на иллюстрации ниже, где исходная структура преобразуется в целевую структуру.
Среда выполнения сопоставления основана на стеке Java, как указано в разделе о платформе SAP PI.
Сообщение может быть следующих двух типов -
Synchronous message определяется как сообщение содержит как часть запроса-ответа
Asynchronous message определяется как сообщение содержит либо запрос, либо только часть ответа
В SAP PI сообщение представлено интерфейсом. Интерфейс содержит структуру сообщения в формате XML и направление.
Центральный усовершенствованный модуль адаптера (AAE)
Поскольку механизм интеграции обрабатывает сообщения в протоколах XML и SOAP, если бизнес-система не содержит данных в определенном формате, адаптеры используются для преобразования конкретного протокола сообщений и формата сообщений, необходимых для механизма интеграции.
В архитектуре SAP PI вы можете рассматривать Adaptor Engine как Spoke, а Integration Engine как HUB для подключения к внешним системам.
В системе двойного стека SAP PI более ранних версий большинство адаптеров были частью стека Java, и только два адаптера были частью стека ABAP.
Адаптеры стека Java
Следующие адаптеры работают в стеке Java -
Адаптер RFC, адаптер SAP Business Connector, адаптер файла / FTP, адаптер JDBC, адаптер JMS, адаптер SOAP, адаптер Marketplace, адаптер почты, адаптер RNIF, адаптер CIDX
Адаптеры стека ABAP
Следующие адаптеры работают в стеке ABAP -
Старший Нет | Адаптер стека ABAP и описание |
---|---|
1 | IDOC and HTTP Adapter В последних выпусках, когда SAP PI перешел на систему с одним стеком, эти два адаптера также переместились в стек Java, и сформированный таким образом новый механизм известен как Advanced Adapter Engine AAE. |
2 | Service Repository Реестр служб - это реестр жалоб UDDI, в котором перечислены доступные определения веб-служб (на основе WSDL), дополненные системой классификации. |
3 | Enterprise Service Repository Он используется для хранения объектов репозитория времени разработки, таких как сопоставления, интерфейсы и определения процессов, в системе PI. |
4 | System Landscape Directory (SLD) Он содержит информацию о ландшафте и версиях программных компонентов. Систему SAP можно настроить для регистрации в SLD. |
5 | Integration Repository Это используется для настройки сценариев в системе PI System для обмена сообщениями между различными системами. |
Вы можете использовать различные инструменты пользовательского интерфейса SAP PI для доступа к различным компонентам архитектуры системы SAP PI. Наиболее распространенные инструменты пользовательского интерфейса:
ES Builder - Этот инструмент предоставляет пользовательский интерфейс Java для работы в Enterprise Service Repository ESR.
SAP NW Developer Studio - Это инструмент на основе Java Eclipse для просмотра и редактирования некоторых типов объектов в Enterprise Service Repository.
Integration Builder - Этот инструмент предоставляет пользовательский интерфейс на основе Java для работы в каталоге интеграции.
SAP GUI
Это клиентский инструмент SAP для доступа к стеку ABAP системы SAP PI.
На следующем рисунке показаны различные инструменты пользовательского интерфейса SAP PI и компоненты, к которым можно получить доступ с помощью этих инструментов.
SAP PI - Платформа
Одиночный стек против двойного стека
В более ранних выпусках SAP PI не все компоненты были основаны на одной платформе. Некоторые компоненты, такие как Integration Engine, Business Process Engine и Integration Builder, были основаны на стеке ABAP, а другие компоненты, такие как Enterprise Service Repository ESR, Integration Directory (SLD, Adapter Engine и т. Д.), Были основаны на стеке Java. Таким образом, системы такого типа были названы системами с двойным стеком, поскольку для работы PI требовалось запускать стек ABAP и Java.
Стек ABAP | Стек Java |
---|---|
Механизм интеграции | ESR репозитория корпоративных сервисов |
Механизм бизнес-процессов | Каталог интеграции |
Строитель интеграции | (Среда выполнения, системный ландшафт, механизм адаптера, отображение среды выполнения) |
В последних выпусках SAP PI компоненты стека ABAP модифицированы для работы со стеком Java, поэтому SAP PI требует для работы только стек Java и называется системой с одним стеком.
Чтобы открыть домашнюю страницу SAP PI Tools, используйте следующий URL-адрес -
http://<host>:5<instance#>00/dir/start/index.jsp
Example - http: // scmehp2: 50200 / каталог / start / index.jsp
На домашней странице SAP PI есть следующие четыре ссылки Java:
- Репозиторий корпоративных сервисов (ESR)
- Каталог интеграции (ID)
- Системный ландшафт (SL)
- Конфигурация и мониторинг (CM)
Репозиторий корпоративных сервисов (ESR)
В SAP PI репозиторий корпоративных сервисов используется для проектирования и создания объектов, которые будут использоваться в сценарии интеграции. Вы можете проектировать объекты интерфейса, объекты сопоставления и различные процессы интеграции.
Объекты интерфейса
Ниже приведены объекты интерфейса -
- Сервисный интерфейс
- Тип данных
- Тип сообщения
Отображение объектов
Отображение сообщений выполняется в соответствии со структурой данных отправителя и получателя.
Интеграционные процессы
Сопоставление операций используется для преобразования исходной структуры в целевую, если структура данных отличается. Сопоставление сложных операций можно упростить с помощью сопоставления сообщений.
Отображение сообщений может быть реализовано следующими способами:
- Графическое отображение
- Отображение Java
- Сопоставление XSLT
- Сопоставление ABAP
В репозитории корпоративных сервисов вы можете увидеть различные инструменты пользовательского интерфейса - Enterprise Service Builder, веб-интерфейс и реестр сервисов.
Когда вы запускаете приложение Enterprise Service ES Builder, вы получаете возможность запустить приложение в первый раз, как показано на следующем снимке экрана. Щелкните "Выполнить".
После запуска приложения вы получите следующие параметры:
- Строка главного меню и Стандартная панель инструментов вверху
- Область навигации с левой стороны
- Рабочая зона с правой стороны
Редакторы объектов отображаются в рабочей области. Эти редакторы объектов включают в себя функции, которые относятся конкретно к открытым объектам.
Когда вы запустите веб-интерфейс, вам будет предложено ввести имя пользователя и пароль.
В веб-интерфейсе вы можете выполнять следующие задачи -
Search - Поиск сервисных интерфейсов, типов данных и т. Д.
Subscribe - Подпишитесь на уведомления.
Manage - Управление статусом жизненного цикла сервисных интерфейсов, типов данных и т. Д.
Каталог интеграции
Каталог интеграции используется для конфигурации объектов, созданных в репозитории корпоративных служб, и конфигурация выполняется механизмом интеграции во время выполнения. Чтобы настроить объекты ESR, вам необходимо импортировать объект - Сервис и Канал связи.
Сервис позволяет обращаться к отправителю или получателю сообщения. В зависимости от того, как вы хотите использовать услугу, вы можете выбрать один из следующих типов услуг:
- Бизнес-система
- Бизнес Сервис
- Служба процесса интеграции
Канал связи определяет обработку входящих и исходящих сообщений путем преобразования внешних собственных сообщений в формат SOAP XML с помощью механизма адаптера. Два типа канала связи - канал отправителя и канал получателя.
В каталоге интеграции вы можете сделать четыре типа конфигурации:
Sender Agreement - Это определяет, как сообщение преобразуется сервером интеграции.
Receiver Determination - Используется для определения информации получателя, которому будет отправлено сообщение.
Interface Determination- Используется для определения входящего интерфейса, на который должно быть отправлено сообщение. Это также определяет отображение интерфейса для обработки сообщения.
Receiver agreement - Это определяет, как сообщение должно быть преобразовано и обработано получателем.
В разделе «Каталог интеграции» вы можете увидеть Конструктор интеграции. Щелкнув Integration Builder, вы увидите различные параметры настройки объектов, созданных в ESR.
Каталог системного ландшафта содержит информацию о ландшафте и версиях программных компонентов. Систему SAP можно настроить для регистрации в этом каталоге. Каталог системного ландшафта (SLD) управляет информацией обо всех устанавливаемых и установленных элементах вашего системного ландшафта.
Вы можете найти следующие ссылки на веб-странице -
Пейзаж
В разделе Пейзаж вы можете найти следующие параметры -
Technical Systems - Вы можете просматривать и определять системы и серверы.
Landscapes - Вы можете просматривать и настраивать группу систем.
Business Systems - Вы можете просматривать и настраивать бизнес-системы для использования в интеграции процессов.
Каталог программного обеспечения
Products - Это для просмотра продуктов в каталоге программного обеспечения SAP.
Software components - Это для просмотра программных компонентов в каталоге программного обеспечения SAP.
Развитие
Name Reservation - Это используется для резервирования имен, а также для развития СЗ.
CIM Instances - Используется для просмотра и сохранения данных на уровне CIM.
Конфигурация и мониторинг
Параметр «Конфигурация и мониторинг» на домашней странице инструментов SAP PI позволяет отслеживать функции механизма интеграции, интеграции CCMS и инфраструктуры мониторинга процессов в системе SAP.
Используя конфигурацию и мониторинг, вы можете контролировать следующие функции:
Component Monitoring - Для мониторинга различных компонентов Java и ABAP SAP PI.
Message Monitoring - Для отслеживания статуса обработки сообщений в компоненте SAP PI.
Performance Monitoring- Используя рабочую среду, вы можете отслеживать различные показатели производительности в системе SAP PI. Вы можете создавать различные агрегированные отчеты.
End to End Monitoring - Для отслеживания жизненного цикла в системе SAP PI для сценария.
Message Index Search - Вы можете выполнять поиск сообщений на основе индекса в мониторинге сообщений, а также выполнять поиск на основе выбора конкретного адаптера и т. Д.
Alert Inbox - Входящие оповещения соответствуют роли, назначенной бизнес-пользователю, и используются для просмотра всех оповещений в системе SAP PI согласно конфигурации.
Alert Configuration- Платформа оповещений в C&M позволяет сообщать обо всех ошибках во время обработки сообщений в ABAP и Java. Используя конфигурацию предупреждений, вы можете определить политику, должно ли предупреждение сообщаться об ошибке и выполнять анализ или нет.
Monitoring of Runtime Cache - Используется для просмотра объектов в кэше времени выполнения.
Давайте посмотрим, где находятся эти параметры в разделе «Конфигурация и мониторинг» на домашней странице инструментов SAP PI. В разделе «Конфигурация и мониторинг» вы видите три варианта, как на следующем снимке экрана:
Вкладка мониторинга
На вкладке «Мониторинг» вы получаете 4 варианта, как показано на следующем снимке экрана -
Message Overview- Это используется для получения обзора обработки сообщений в течение определенного периода времени. Сообщения группируются по статусу обработки.
Alert Inbox- Это используется для обработки ожидающих оповещений на основе сообщений, созданных SAP NetWeaver Process Integration. Предупреждения могут предоставить вам информацию о времени выполнения и ссылки на инструменты устранения неполадок, чтобы облегчить более быстрое выявление проблемы.
Message Search with Trex- Это используется для поиска сообщений с использованием содержимого полезной нагрузки сообщения. Для индексирования и поиска документов вам потребуется система поиска и классификации TREX. Кроме того, вы настроили и активировали индексацию сообщений.
Component Monitor - Это используется для получения информации о состоянии работоспособности отдельных компонентов SAP NetWeaver Process Integration.
Вкладка "Конфигурация и администрирование"
На вкладке Конфигурация и администрирование вы получаете 3 варианта, как показано на следующем снимке экрана -
Message Indexing (Trex) - Это используется для управления и отслеживания индексации для поиска сообщений на основе индекса с помощью механизма поиска и классификации TREX.
Alert Rules- Для создания и управления правилами предупреждений. В правиле предупреждений вы определяете условия выполнения, при которых система генерирует предупреждение.
SLD Registration- Это используется для проверки правильности регистрации компонентов SAP NetWeaver Process Integration на этапе технической конфигурации. Вы можете внести исправления в регистрацию, а также зарегистрировать другие компоненты.
Вкладка "Тестирование"
На вкладке «Тестирование» вы получаете следующие два варианта:
Отправить тестовое сообщение
Чтобы смоделировать поток сообщений и убедиться, что среда выполнения SAP NetWeaver Process Integration работает правильно, отправив тестовое сообщение в Integration Engine или Advanced Adapter Engine.
Тест подключения кеша
Это используется для проверки состояния подключения к кеш-памяти компонентов инфраструктуры SAP NetWeaver Process Integration и тестирования их подключения к кешам среды выполнения.
В SAP PI вы можете определить два типа коммуникации: Synchronous и Asynchronous.
Синхронная связь
Синхронная связь вызывается операцией запроса и ответа, и выходные данные процесса возвращаются сразу после операции. В общих чертах можно сказать, что синхронный сценарий - это когда процесс отправителя отправляет запрос получателю и ожидает ответа. Если ошибка возникает на стороне получателя, приложение отправителя отвечает за повторную отправку сообщения.
При таком подходе существует вероятность того, что отправитель может повторно отправить сообщение по истечении времени ожидания, и может существовать дублирующееся сообщение. Этот подход в PI известен какBE (Best Effort).
Рассмотрим две системы - A и B. И вы вводите промежуточную систему I между двумя системами. Связь между системой A и системой I является синхронной, а система A и система B - асинхронной.
В этом сценарии связи могут возникать следующие типы ошибок:
Application Error - На стороне получателя возникла ошибка при обработке сообщения, а отправитель не знает об этой ошибке и продолжает ждать ответа.
Network level Error- В этой ошибке есть ошибка в сети связи между отправителем и получателем. Отправитель не знает об этом, и сообщение застревает между ними, и отправитель ожидает тайм-аута операции.
Error in Response Message - В этом случае возникает ошибка, и ответное сообщение застревает между ними, а отправитель продолжает ждать.
Преимущества
Ниже приведены ключевые преимущества использования синхронной связи:
Нет необходимости настраивать маршрутизацию ответных сообщений.
Нет необходимости соотносить ответ с запросом.
В этом сообщении ответ приходит немедленно.
Рекомендуемый сценарий
Это подходит для операций, которые включают операции чтения, например, просмотр заказа на покупку.
Недостатки
Ниже приведены ключевые недостатки использования асинхронной связи.
В случае сбоя отправителю необходимо отправить сообщение еще раз.
В receiving system должен быть настроен для проверки повторяющихся сообщений.
В этом сценарии приложение-отправитель блокируется до получения ответа или до возникновения ошибки тайм-аута.
Вы не можете настроить несколько приемников.
Асинхронная связь
В асинхронной связи вы добавляете промежуточную систему или промежуточное ПО между двумя системами. Когда приложение-отправитель отправляет запрос, оно не ждет, пока приложение-получатель отправит ответ. Если по какой-то причине произошел сбой, промежуточное ПО отвечает за повторную отправку сообщения. При необходимости принимающая система может отправить ответ отправителю в виде отдельного асинхронного вызова.
Такой подход в SAP PI называется Exactly Once (EO) или же Exactly Once in Order (EOIO).
Промежуточная система - это очередь, и сообщение от A сначала добавляется в очередь, а на стороне получателя оно извлекается из очереди и отправляется получателю. Ответное сообщение от системы B следует за
Вы также можете поддерживать порядок в определенных ситуациях в соответствии с бизнес-требованиями, используя метод «первым пришел - первым обслужен» (FIFO). Этот сценарий называется «Асинхронный с сохранением порядка» или «Точно один раз в заказе» (EOIO).
Асинхронная связь обеспечивает гарантированную доставку. Если система-получатель недоступна в течение некоторого времени, тогда промежуточная очередь сохраняет сообщение и остается там до тех пор, пока система-получатель не станет доступной, и сообщение не будет извлечено из очереди и отправлено системе-получателю.
Рекомендуемый сценарий
Это рекомендуется для операций изменения, таких как создание заказа на покупку или изменение заказа на покупку.
Преимущества
Ниже приведены ключевые преимущества асинхронной связи:
В случае сбоя система SAP PI гарантирует гарантированную доставку и повторно отправит сообщение.
Конфигурация для повторяющихся проверок не требуется.
В этом сценарии можно настроить несколько приемников.
И система отправителя, и система получателя не обязательно должны быть в сети одновременно.
PI регистрирует все сообщения, отправленные через асинхронную связь.
Нет тайм-аута, поскольку промежуточная система сохраняет сообщение и запрос ответа.
Недостатки
Ниже приведены ключевые недостатки асинхронной связи:
В этом случае отправителю необходимо самостоятельно сопоставить ответы с запросом.
Ответное сообщение необходимо реализовать и направить отдельно.
Это не дает немедленного ответа.
SAP PI - Технологии
SAP предоставляет промежуточное программное обеспечение на основе NetWeaver под названием SAP NetWeaver Process Integration. SAP NetWeaver PI доставляет сообщение в определенном формате, который называется SimpleObject Access Protocol (SOAP-HTTP). Это сообщение содержит заголовок и полезные данные. Заголовок содержит общую информацию, такую как информация об отправителе и получателе, а полезная нагрузка содержит фактические данные.
Система может связываться с SAP NetWeaver PI напрямую или с использованием адаптеров -
- Связь с использованием адаптеров приложений
- Связь с использованием технических адаптеров
- Связь с использованием стандартных адаптеров
- Связь с использованием адаптеров транзакций
- Прямое общение с использованием прокси
Для передачи информации в виде объектов из одного репозитория Enterprise Service в другой вы можете выбрать одно из трех транспортных средств:
- Транспорт на основе файловой системы
- Служба управления изменениями (CMS)
- Система изменений и транспорта (CTS)
На рисунке показаны два программных компонента - версия A и версия B, которые были перенесены из ESRep_1 и ESRep_2 в другие ESRep.
Безопасность на транспортном уровне
Безопасность на транспортном уровне включает в себя безопасность объектов дизайна при передаче по сети. При передаче объектов вы выполняете аутентификацию и шифрование на транспортном уровне и авторизацию в конечной точке. Для внутренней связи вы используете Secure Socket Layer (SSL) для шифрования и дешифрования данных через безопасное соединение. Для внешней связи между SAP и не-SAP системой тип шифрования зависит от типа адаптера, используемого для связи.
Адаптеры SAP PI и механизм безопасности -
Адаптер | Протокол | Механизм безопасности |
---|---|---|
Адаптер на основе HTTP | HTTP | HTTPS |
RFC-адаптер | RFC | Безопасная сетевая связь |
Почтовый адаптер | SMTP, IMAP4, POP3 | HTTPS |
Файловые адаптеры | FTP | FTP через SSL |
Авторизация на транспортном уровне
Для достижения авторизации транспортного уровня вы можете использовать HTTP с аутентификацией клиента. Аутентификация транспортного уровня HTTP может использовать имя пользователя и пароль, сертификаты X.509 или билеты входа в систему SAP.
Безопасность на уровне сообщений
Безопасность на уровне сообщений может быть достигнута с помощью методов шифрования и цифровых подписей. Сообщение, отправляемое по сети, сначала шифруется алгоритмом шифрования, который включает в себя сеансовый ключ и открытый ключ для шифрования. Тот же ключ сеанса и открытый ключ используются на стороне получателя для дешифрования сообщения, чтобы увидеть его содержимое.
Транспортный уровень HTTP
Вы можете использовать следующие механизмы для транспортного уровня HTTP:
- Идентификатор пользователя и пароль
- Сертификаты X.509
- Билеты на вход в SAP
- Безопасность на уровне сообщений
- S/MIME
- Безопасность WS
- Подпись XML
- XML-шифрование
SAP PI - это среда выполнения, которая назначает входящие сообщения получателям и сопоставляет их с другой структурой или протоколом. SAP NW PI требует информации о том, как должны обрабатываться сообщения. Информация об объектах проектирования находится в PI Enterprise Service Repository ESR и Integration Directory.
Системы, подключенные к SAP PI, поддерживаются в каталоге системного ландшафта (SLD). Данные в SLD можно разделить на следующие категории -
- Информация о программных компонентах
- Системный ландшафт Описание
Информация о программных компонентах
Он включает информацию обо всех доступных программных модулях SAP. Он также включает в себя возможные комбинации программных модулей и зависимости. Например, программный компонент, выпуск, пакеты поддержки, версии ОС, база данных и т. Д.
Чтобы проверить это, перейдите в Системный ландшафтный каталог (SLD)
Чтобы увидеть все технические системы, их тип, версии и последнее обновление, перейдите на вкладку «Техническая система».
Чтобы просмотреть продукты и программные компоненты, перейдите к опции «Каталог ПО».
Щелкнув вкладку «Продукт», вы увидите все продукты, а также их версию и название поставщика.
Вы также можете проверить компоненты программного обеспечения, версии и имя поставщика.
Описание системного ландшафта определяет индивидуальную информацию о системном ландшафте. Поставщик данных предоставляет SLD актуальную системную информацию через регулярные промежутки времени.
Модель показывает обмен сообщениями между приложениями и объектами дизайна, такими как типы сообщений, типы данных и т. Д. Модель является основой сценария конфигурации интеграции, а обработка ввода и вывода определяет маршрутизацию сообщений. Сценарии моделирования SAP PI используются для разработки сценария интеграции в SAP PI.
Вы можете использовать следующие две модели сценария интеграции -
- Модель архитектуры компонентов процесса
- Модель сценария интеграции процессов
Модель архитектуры компонентов процесса
Модель архитектуры компонентов процесса используется для магистрали SOA роли приложения. Эта модель включает модель компонентов процесса, модель сценария интеграции и модель взаимодействия компонентов процесса. Модель компонента процесса предоставляет подробную информацию о внутренней структуре компонента процесса. Модель сценария интеграции определяет полный сценарий для различных единиц развертывания и компонентов процесса. Модель компонентов процесса определяет, как различные компоненты взаимодействуют друг с другом.
Модель сценария интеграции процессов
Это используется для сценариев интеграции процесса роли приложения. Это объект проектирования Enterprise Service Builder, который однозначно идентифицируется по имени и пространству имен, и вы можете создать несколько версий.
Перед созданием модели интеграции процессов необходимо определить бизнес-сценарий и бизнес-процесс. Этапы интеграции процессов выполняются в приложениях. Приложение работает в виде программного компонента. Вы также можете создать несколько версий программных компонентов, и соотношение между приложением и программным компонентом будет 1: 1.
Объект дизайна однозначно идентифицируется по имени и пространству имен и назначается одному программному компоненту. Вы можете создавать различные объекты дизайна для выполнения различных функций, некоторые из которых являются обязательными, а другие необязательны в сценарии интеграции. Наиболее распространенные объекты проектирования включают сценарий интеграции процесса, типы сообщений, типы данных, сопоставления и т. Д.
В следующей таблице определены общие объекты дизайна, их функции и использование в сценарии.
Объект дизайна | Обязательный | Функция |
---|---|---|
Сценарии интеграции | Нет | Используется для комплектации всех необходимых объектов дизайна |
Типы сообщений | да | Он используется для инкапсуляции типов данных |
Типы данных | да | Он используется для описания структуры данных для обмена |
Сервисные интерфейсы | да | Он инкапсулирует типы сообщений и параметры |
Картография | Нет | Отображение сообщения |
Интеграционные процессы | Нет | Он определяет рабочие процессы ccBPM |
Эти объекты дизайна часто представлены в виде иерархии.
Рассмотрим компанию, у которой много интерфейсов, и каждый интерфейс содержит промежуточное ПО. Вы хотите увидеть различные типы используемого промежуточного программного обеспечения. Это можно сделать, войдя на стартовую страницу инструментов SAP PI.
Step 1 - Используйте URL-адрес Integration Builder или T-код - SXMB_IFR.
Step 2 - Перейдите в каталог системного ландшафта на экране SAP PI 7.3.
Step 3- Щелкните Продукт, как показано на следующем снимке экрана. Если вам будет предложено ввести имя пользователя и пароль, введите данные.
Step 4 - Чтобы увидеть техническую систему, которой назначен программный компонент, введите название продукта и нажмите «Перейти».
Step 5- Щелкните название продукта и перейдите на вкладку «Установленная система» на панели сведений. Здесь вы можете проверить название назначенной технической системы.
Step 6- Если вы хотите увидеть, какая бизнес-система является производной от этой технической системы, выберите техническую систему. Вы также можете проверить это, перейдя на домашнюю страницу SLD → Business Systems.
Step 7 - Введите название технической системы и нажмите Go.
Step 8 - Назовите поле, определяющее название бизнес-системы.
Чтобы создать сценарий интеграции в SAP PI, вам необходимо создать техническую и бизнес-систему в System Landscape Directory.
SLD реализован как программный компонент Java (SAP _JTECHT) на сервере приложений SAP NetWeaver Java. Он основан на открытом стандарте Common Information Model (CIM), определен и опубликован Distributed Management Task Force, Inc. на сайте www.dmtf.org .
SLD - это центральный инструмент для составления списков информации о компонентах приложений, продуктах и программных компонентах, а также данных о системном ландшафте (технических и бизнес-системах).
В SLD для перехода от бизнес-модели к технической модели используется взаимосвязь между этапом процесса и программным компонентом.
Как перенести программные компоненты в SLD?
Когда вы устанавливаете системный ландшафтный каталог, устанавливается исходный каталог.
Из SAP Market Place вы можете импортировать более свежий каталог.
Вы также можете импортировать собственные программные компоненты и продукты в зависимости от проекта и сценария интеграции.
Для сценариев A2A используются бизнес-системы, и они существуют в SLD. Для сценария B2B вы используете бизнес-объекты, и они находятся в каталоге интеграции.
Техническая система
Технические системы являются частью Каталога системного ландшафта (SLD) и содержат информацию о версии, базе данных и уровнях исправлений, операционной системе и т. Д.
В технической системе есть разные режимы -
- Система AS ABAP
- Система AS Java
- Автономная система Java
- Третье лицо
Существуют различные инструменты импорта, которые можно использовать для переноса данных из технической системы в SLD. Администратор SAP NetWeaver является распространенным инструментом импорта SAP AS JAVA> 7.1.
Бизнес-система
Бизнес-система выступает в роли отправителя и получателя в SLD. Они наследуют программные компоненты технических систем как продукты. Никакие новые программные компоненты не могут быть добавлены к бизнес-системам в SLD.
В SAP AS ABAP каждый клиент определяется как одна бизнес-система. В SAP AS Java каждая техническая система действует как бизнес-система.
В сценарии SAP PI file to file мы переносим файл из исходной системы в целевую. После создания компонентов в SAP PI вы можете передать файл в систему SAP PI, создав объекты в Enterprise Service Builder.
SAP PI - выполнение сценария из файла в файл
Step 1 - Перейдите на страницу SAP PI Tools → Enterprise Service Builder в разделе ESR.
Step 2 - Чтобы найти имя компонента, под которым должны быть созданы объекты, разверните компонент, чтобы узнать версию программного компонента.
Step 3 - Выберите компонент → щелкните правой кнопкой мыши, щелкните New создать объект под этот компонент.
Step 4- Первый объект, который мы создаем, - это пространство имен. Введите пространство имен в виде URL-адреса и щелкнитеCreate кнопку внизу.
Step 5 - После создания объекта в программном компоненте сохраните и активируйте объект.
Step 6 - Чтобы активировать, нажмите Activate как показано на следующем снимке экрана -
Step 7- После сохранения и активации пространства имен создайте тип данных. Перейдите в компонент программного обеспечения → щелкните правой кнопкой мыши → Создать. В следующем окне выберите объекты интерфейса →data type.
Step 8 - Введите имя типа данных и пространства имен и нажмите Createкак указано выше. Далее следует вставить вложенный элемент в тип данных.
Step 9 - Введите название элемента.
Step 10 - Вставьте вложенный элемент, чтобы добавить идентификатор и имя дочернего сотрудника.
Step 11- Определите тип и возникновение. Встречаемость определяет, сколько раз этот элемент будет появляться в файле. Вы можете выбрать минимальное и максимальное значение появления.
Step 12 - Щелкните значок Save кнопка.
Step 13- Активируйте тип данных. Перейдите в Тип данных → Активировать.
Создание типа сообщения
Step 1 - Щелкните правой кнопкой мыши Пространство имен → Создать
Step 2- В разделе «Объекты интерфейса» выберите «Тип сообщения». Заполните поля.
Step 3 - Введите имя типа сообщения.
Step 4- По умолчанию он принимает имя компонентов пространства имен и программного обеспечения. Если это не так, вы можете выбрать вручную. Затем щелкните "Создать".
Step 5- Теперь определите тип данных, который вы будете использовать для типа сообщения. Перетащите тип данных с левой панели на параметр «Тип данных» в разделе «Тип сообщения» (
Step 6 - Активировать Тип сообщения → Активировать.
Note- Если структура вашего входного файла и выходного файла одинакова, вы можете использовать только один тип данных и один тип сообщения. Если структура отличается, вам необходимо создать два типа данных и типы сообщений для входящих и исходящих. В этом примере мы используем одну и ту же структуру как для входного, так и для выходного файла.
Давайте теперь разберемся, как создать сервисный интерфейс. Нам нужно создать два сервисных интерфейса - один дляinbound и один для outbound.
Step 1 - Щелкните правой кнопкой мыши Пространство имен → Создать → Объекты интерфейса → Интерфейс службы.
Step 2- Введите имя интерфейса службы (здесь «Входящий» - «Входящий»), по умолчанию он принимает значение «Пространство имен» и версию программного компонента. НажмитеCreate кнопка.
Step 3 - В Inbound Service Interface введите категорию как Inbound и режим связи как Synchronous или же Asynchronous.
Step 4- Теперь определите Тип сообщения, перетащив его из левой панели в Сообщение входящего запроса интерфейса службы, как показано ниже. Нажмите кнопку Сохранить вверху.
Step 5 - Перейдите в Сервисный интерфейс и активируйте после сохранения этого Сервисного интерфейса.
Step 6 - Аналогичным образом создайте служебный интерфейс для исходящего процесса.
Step 7 - Вы можете выбрать Сервисный интерфейс → Объект → Новый.
Step 8 - Введите имя интерфейса службы (Out представляет исходящий процесс).
Step 9 - Щелкните Create кнопку для создания интерфейса.
Step 10 - В следующем окне определите категорию и режим связи для Outbound Service Interface. Поскольку у нас есть один тип сообщения для обоих интерфейсов службы, перетащите Тип сообщения из левой панели, чтобы запросить сообщение, и нажмите Сохранить.
Step 11 - После сохранения нажмите Activate под кнопкой Сервисный интерфейс.
Давайте теперь разберемся, как создать отображение сообщений для сопоставления входящего процесса с исходящим.
Step 1 - Перейдите в Object → New → Mapping Objects → Message Mapping.
Step 2 - Введите имя сопоставления и нажмите Createкак показано выше. Теперь определите исходное и целевое сообщение. Перетащите сообщение в поле Тип сообщения в исходное и целевое сообщение при сопоставлении.
Step 3- Теперь сопоставьте эти сообщения, используя доступные параметры сопоставления. Выберите функцию из раскрывающегося списка, и вы увидите различные параметры, доступные на каждой вкладке.
Example − You have first name and last name in the source file and you want the full name in the target file. Here you can use Concatenate under Text function.
Step 4 − We are now implementing file to file scenario so, we will just select source and target mapping and will directly map if the name and the structure are identical.
Step 5 − As the structure is the same, we will use the above method. In the next window, click Apply.
Step 6 − You can see all icons turn green and mapping is shown. Now, save the mapping.
Step 7 − Activate the Message Mapping. Go to Message Mapping → Activate. Once this Message Mapping is activated, create Operation Mapping in ESR.
Let us now understand how to create Operation Mapping.
Step 1 − Go to Object → New → Message Objects → Operation Mapping.
Step 2 − Enter the name of Operation Mapping and click Create button.
Step 3 − In the next window, you need to enter Source Operation and Target Operation. Drag the Service Interface from the left pane to Source Operation and Target Operation. Inbound Service Interface will be dragged to Target Operation and Outbound Service Interface will be dragged to Source Operation.
Step 4 − Drag the Message Mapping to the Mapping Program option as in the following screenshot. Once you make these settings, click the Save button at the top.
Step 5 − Now, go to Operation Mapping → Activate → Activate → Close.
Step 6 − Go to Integration Builder under Integration Directory on SAP PI Tools Home Page to configure a scenario.
Step 7 − Go to Configuration Scenario View of Integration Builder.
Step 8 − To configure a scenario, go to Object → New → Under Administration tab → Configuration Scenario.
Step 9 − Enter the name of Configuration Scenario and click Create button.
Step 10 − Save and Activate the Configuration Scenario as shown in the following screenshot.
Lets us now understand how to create a communication channel.
Step 1 − Right click Configuration Scenario → New
Step 2 − You have to create two communication channels — one for the sender and the other for the receiver. Select communication component for the sender and the receiver channel from the list of available components. Enter the name of communication channel and Click Create.
Step 3 − Select the parameters under Communication Channel. Go to Adapter and click the available adapter types. The Adapter Type depends on the type of scenario. For file to file scenario, you can select file adapter.
Step 4 − The following is a list of available adapters that can be selected for different scenarios.
Step 5 − The Adapter Type can be selected as the sender or the receiver depending on the type of communication channel.
Step 6 − Enter the path of the directory for source file.
Step 7 − Once you enter the source file, click Save. Click Activate button once the sender communication channel is saved → Activate → Close.
Step 8 − Similarly, you have to create a communication channel for the receiver. Enter the communication channel component and the name of communication channel for the receiver and click Create.
Step 9 − Select the Adapter Type as File and and then, select Receiver. Enter the Target Directory and the file name scheme as in the following screenshot −
Step 10 − Save the file and Activate the receiver communication channel. Once you create sender and receiver communication channel, create Integrated Configuration.
Let us now understand how to create Integrated Configuration.
Perform the following steps −
Step 1 − Go to Object → New → Under Collaboration Agreement → Integrated Configuration
Step 2 − In communication component, enter the sender component used earlier.
Interface will be the same Service Interface name as for the outbound process created in ESR in the previous steps.
Namespace will be the same Namespace as created in ESR in the previous steps.
Click Create button.
Step 3 − In Inbound Processing tab, select the communication channel as created for the Sender.
Step 4 − In the Receiver tab, select the communication receiver as shown in the following screenshot −
Step 5- Перейдите на вкладку «Интерфейсы приемника» и выберите «Сопоставление операций». Нажмите Search и выберите Operation Mapping, как показано на следующем снимке экрана. Сопоставление операций будет создано так же, как на предыдущих шагах.
Step 6 - Перейдите на вкладку «Обработка исходящих сообщений» и выберите канал связи с получателем.
Step 7 - Как только вы закончите с вышеупомянутой настройкой, нажмите Save и Activate на вершине.
Step 8- Поместите файл sample.xml в папку исходящей почты. Вы можете получить образец XML-файла из службы сопоставления сообщений в ESR. Перейдите в ESR → Message Mapping → Test.
Step 9- В этом образце файла нет данных. Создайте файл abc.xml и вставьте в него образец xml. Вы должны добавить некоторые данные в этот XML-файл, как показано на следующем снимке экрана.
Step 10 - Поместите этот файл в Send folder как указано в схеме каталогов и файлов во время настройки.
Step 11 - Зайдите в Receiver folder и вы можете увидеть файл xml с данными внутри него.
Step 12 - Чтобы контролировать адаптер адаптера → Монитор канала связи, перейдите на главную страницу настройки и мониторинга.
Step 13 - Перейдите в «Модуль адаптера» → «Монитор канала связи».
Step 14 - Скопируйте канал связи
Step 15- Вы можете проверить статус файла сценария файла. Если он работает правильно, вы увидите зеленый значок под статусом.
Связь SAP PI связана с подключением исходной или целевой системы к серверу интеграции. Эта возможность подключения предназначена для обмена сообщениями с сервером интеграции. Формат обмена сообщениями должен быть в формате протокола SAP PI, или для преобразования внешнего формата в специальный формат SAP PI должен использоваться адаптер.
SAP PI предоставляет вам широкий спектр адаптеров, которые позволяют подключать приложения из разных протоколов. В случае отправителя адаптер преобразует входящее сообщение, зашифрованное в протоколе отправителя, в сообщение PI-SOAP; в случае получателя сообщение PI-SOAP затем преобразуется в протокол получателя.
Доступные адаптеры в SAP NetWeaver PI
SAP PI поддерживает различные адаптеры, и некоторые из них являются процессами в Advance Adapter Engine или в Integration Engine. IDoc, HTTP и XI - это несколько адаптеров, которые обрабатываются в Integration Engine.
Ниже приведены доступные адаптеры в SAP NetWeaver PI:
S.No. | Адаптеры в SAP NetWeaver PI & Uses |
---|---|
1 | RFC Adapter Это используется для связи с другими системами SAP с помощью интерфейса RFC. |
2 | HTTP Adapter/HTTP AAE Adapter Это позволяет обмениваться данными с использованием протокола HTTP. Эти адаптеры доступны как в Integration Engine, так и в Advanced Adapter Engine. |
3 | JDBC Adapter Это позволяет получить доступ к базам данных. |
4 | File/FTP Adapter Он используется для обмена данными с внешними системами с помощью файлового интерфейса или FTP-сервера. |
5 | Mail Adapter Это позволяет вам подключать почтовые серверы к Integration Engine. |
6 | IDoc Adapter Это позволяет обмениваться IDoc. Эти адаптеры доступны как в Integration Engine, так и в Advanced Adapter Engine. |
7 | XI Adapter Этот адаптер позволяет вам общаться с помощью прокси. Этот адаптер не работает в Advanced Adapter Engine, а работает в Integration Engine. Адаптер XI используется только для установления HTTP-соединения с приемником. |
8 | WS Adapter Этот адаптер используется для обеспечения связи с поставщиками WS и потребителями WS в соответствии со стандартным протоколом надежного обмена сообщениями веб-служб (WS-RM). SAP разработала протокол WS-RM с собственным почтовым ящиком, который реализован в стеке ABAP в Integration Engine. |
9 | JMS Adapter Он обеспечивает связь с системами обмена сообщениями с помощью JMS API. |
10 | SOAP Adapter Он позволяет интегрировать удаленных клиентов или поставщиков веб-услуг с помощью SOAP. |
Как проверить существующие двигатели адаптера?
Вы можете проверить список существующих механизмов адаптера в каталоге системного ландшафта (SLD), выполнив следующие шаги:
Step 1 - Используйте URL-адрес Integration Builder или T-код - SXMB_IFR.
Step 2 - Перейдите в каталог System Landscape на экране SAP PI 7.3 и щелкните Productкак показано ниже. Если вам будет предложено ввести имя пользователя и пароль, введите данные.
Step 3 - Перейдите в область Технической системы на левой панели Каталога системного ландшафта.
Step 4 - Выберите «Интеграция процессов» в качестве типа технической системы.
Step 5 - Проверьте, сколько модулей адаптера указано в списке.
Step 6 - Существует только один тип механизма адаптера XIAdapterFramework, который соответствует центральному модулю адаптера на сервере интеграции.
Step 7- Вы также можете проверить список существующих адаптеров в Runtime Workbench. Перейдите в раздел "Конфигурация и мониторинг".
Step 8 - В следующем окне перейдите к опции монитора компонентов.
Step 9 - Выберите компоненты со статусом «Все».
Управление бизнес-процессами занимается cross component BPM. Это включает рабочий процесс SAP в бэкэнде SAP и обработку сообщений на сервере интеграции.
Кросс-компонентное управление бизнес-процессами обеспечивает SAP NetWeaver Process Integration функциями для обработки сообщений с отслеживанием состояния, то есть статус процесса интеграции сохраняется на сервере интеграции. Это означает, что процесс интеграции может, например, бесконечно ждать, пока не будут получены дальнейшие сообщения или пока не будет достигнут определенный срок. Более того, в процессе интеграции можно обрабатывать сообщения дальше.
На приведенном выше рисунке показано, что сообщение из системы 1, 2, 3 было отправлено на сервер интеграции, и только когда все сообщения прибыли, составное сообщение было отправлено в бизнес-систему целевой системы 4. Используя кросс-компонентный BPM, сообщение, которое уже находится на Сервере интеграции, делается постоянным. Для любого другого сообщения, которое приходит на Сервер интеграции, между сообщениями определяется взаимосвязь, чтобы гарантировать, что все сообщения отправляются правильно. Business Process Engine отвечает за выполнение этой задачи в ccBPM.
При использовании ccBPM процесс интеграции, используемый в ccBPM, получает входящее сообщение, но также отправляет сообщения в соответствующую бизнес-систему получателя.
ccBPM состоит из графического редактора процессов и механизма бизнес-процессов. Редактор бизнес-процессов открывается при выборе процесса интеграции.
Чтобы открыть редактор бизнес-процессов, перейдите в каталог ESR → ES Builder → Design Objects Integration на странице инструментов SAP PI.
SAP PI - Интеграционные процессы
Откроется экран «Отобразить процесс интеграции» и отобразить графическое определение процесса интеграции.
Редактор бизнес-процессов запускается двойным щелчком по процессу интеграции. Он состоит из следующих областей -
- Область с данными заголовка
- Область графического определения
- Панель свойств
- Процесс над зоной обзора
- Журнал обработки
- Площадь объекта
Шаги в процессе интеграции
Шаги, которые настраиваются в процессе интеграции, представляют собой либо шаги сообщения, либо шаги, относящиеся к процессу.
The following are message-relevant steps -
- Получите сообщение
- Отправить сообщение
- Определить получателей для последующих этапов отправки в процессе
- Преобразовать сообщение
The following are process-relevant steps -
- Switch
- Block
- Контроль (запускать исключения или предупреждения)
- Fork
- Контейнерная операция (обработка данных)
- Пока цикл
- Wait
Вы можете отслеживать процессы интеграции на уровне сообщений, используя функцию монитора сообщений.
Step 1 - Использование T-Code — SXMB_MONI
Эту транзакцию можно использовать для отображения обработки сообщений во время процесса интеграции, или вы также можете перейти к просмотру процесса.
Step 2- У вас также есть возможность переключиться на просмотр процесса в этой транзакции. Вы можете установить флажок «Обработать» и «Выполнить».
Step 3 - В транзакции SXMB_MONI вы можете использовать различные критерии для непосредственного выбора процессов.
пример
T-код монитора процессов - SWF_XI_SWI1 ожидает номер рабочего процесса процесса интеграции.
Вы можете определить кеш времени выполнения с помощью T-кода - SXI_CACHE, как показано на следующем снимке экрана -
Веб-служба - это функция приложения или служба, которая может использоваться через Интернет-стандарты. Это независимая, модульная функция или служба приложения с самоописанием.
Его можно описать, сделать доступным, найти и преобразовать или вызвать с помощью стандартных интернет-протоколов.
Каждая веб-служба инкапсулирует функцию, которая используется для выполнения множества задач. Поставщик услуг используется для предоставления доступа к веб-сервису. У поставщика услуг есть документ WSDL.
Пользователь веб-службы называется service requesterкто использует веб-службу с помощью веб-браузера. В обычном сценарии инициатором запроса службы является приложение, которое обращается к веб-службе. Приложение берет все необходимые данные для доступа к веб-службе из описания службы, и эта информация хранится в реестре служб.
На следующем рисунке показан типичный сценарий веб-службы -
Веб-сервис - Основные характеристики
Ниже приведены key features веб-сервиса -
Веб-сервис позволяет программам, работающим на разных платформах, операционных системах и разных языках, общаться друг с другом.
Веб-служба - это функция приложения или служба.
Веб-сервис может использоваться через интернет-стандарт.
Веб-сервисы можно публиковать и отслеживать.
Веб-сервисы формируют основу для архитектуры корпоративных сервисов (ESA), которая известна как расширенная версия сервис-ориентированной архитектуры SOA от SAP.
Как анализировать различные веб-службы?
Выполните следующие шаги для анализа различных веб-сервисов -
Step 1 - Войдите в систему ECC, используйте код транзакции - SOAMANAGER
Step 2 - Установите флажок Веб-сервис → Применить выбор.
Step 3- Убедитесь, что вкладка Обзор содержит запись СЕРВИС → отображается привязка. Если привязка SERVICE не отображается, это означает, что привязка должна быть завершена.
Step 4 - Чтобы отобразить веб-службу и ее привязку, выберите документ Open WSDL для выбранной привязки или ссылки на службу.
Step 5- Откроется веб-браузер, показывающий WSDL → вы можете прокрутить вниз в конце WSDL. Вы найдете конечную точку под портом WSDL узла.
Где SAP PI не рекомендуется?
SAP PI не рекомендуется для сценария синхронного запроса / ответа. При синхронной связи он вызывается операцией запроса и ответа, и выходные данные процесса возвращаются сразу после операции. При синхронной связи нагрузка больше на инфраструктуру.
В серверной части, отличной от SAP, такой как Java, DOT NET, SAP PI не рекомендуется в качестве промежуточного программного обеспечения в сценарии, управляемом пользовательским интерфейсом.
Когда серверная система представлена как служба пользовательского интерфейса, SAP PI не рекомендуется для сценариев, управляемых пользовательским интерфейсом.