SAP PI - Guia rápido

O SAP Process Integration faz parte da plataforma SAP NetWeaver. É denominado SAP NetWeaver Exchange Infrastructure XI no NetWeaver 7.0 ehp2 e em versões anteriores. SAP NetWeaver Process Integration é uma parte do componente de software NetWeaver e é usado para a troca de informações no sistema interno da empresa ou com partes externas.

SAP PI / XI permite que você configure comunicação e integração entre sistemas e permite que você conecte sistemas SAP e não SAP com base em diferentes linguagens de programação, como Java e SAP ABAP. Ele fornece um ambiente de código aberto que é necessário em um cenário de sistema complexo para a integração de sistemas e para a comunicação.

SAP Process Integration é um middleware que permite a integração perfeita entre aplicativos SAP e não SAP em uma empresa ou com sistemas fora da empresa.

Exemplo

Um aplicativo executado em diferentes sistemas que fazem parte de diferentes unidades de negócios de uma empresa ou implementado em um ambiente distribuído entre diferentes empresas que possuem uma relação comercial entre si. Nesse ambiente, há uma necessidade de integração e transferência ininterrupta de informações entre diferentes sistemas. SAP PI fornece uma plataforma de middleware que não trata de como os componentes do aplicativo são implementados com uma lógica de negócios e se concentra mais na troca de dados entre os diferentes componentes.

Você pode considerar o SAP PI como uma instância central ou middleware que interconecta diferentes sistemas. Esse middleware pode ser referido como mecanismo de tempo de execução SAP PI e essa comunicação é chamada de comunicação mediada. Quando você compara esta comunicação com um cenário ponto a ponto, é fácil gerenciar os sistemas e conexões. Além de tudo isso, as informações relacionadas à integração estão disponíveis em um ponto central.

A troca de mensagens entre os diferentes sistemas usando SAP PI contém dados de negócios. O protocolo de mensagem de comunicação é baseado em mensagens SOAP padrão W3C.

Por que precisamos do SAP PI?

Em uma organização, SAP ERP não contém um único sistema, mas consiste em uma série de sistemas integrados como SAP CRM, FICO, EWM, etc. SAP PI fornece uma plataforma como ponto único de integração para todos os sistemas sem tocar em sistema legado complexo para todos os dados e troca de informações.

A seguir estão os principais recursos fornecidos pelo SAP Process Integration -

Conectividade

Usando SAP PI, você pode conectar diferentes aplicativos e sistemas que possuem diferentes formas técnicas de comunicação. SAP PI fornece uma variedade de adaptadores que permitem conectar aplicativos com base em diferentes protocolos, como HTTPS ou Remote Function Call (RFC).

Encaminhamento

O roteamento define as regras para o fluxo de mensagens entre diferentes sistemas em tempo de execução.

Mapeamento

SAP PI é usado para conectar diferentes aplicativos ou sistemas em um ambiente distribuído que pode ser configurado entre diferentes empresas, portanto, existe a possibilidade de que a estrutura de troca de dados entre dois componentes seja diferente.

O mapeamento determina a estrutura dos dados em um sistema de origem para estruturar os dados em um sistema de destino. Ele também determina as regras de conversão que são aplicadas aos dados entre o sistema de origem e o sistema de destino.

Quando você executa um cenário no SAP PI, os recursos de comunicação e processamento dependem dos mecanismos de tempo de execução que são instalados com a instalação do SAP PI. Você pode instalar um ou mais mecanismos de tempo de execução em um sistema host. SAP PI fornece as duas opções de instalação a seguir -

Tipo 1 - Tipo de uso duplo

Esta instalação é baseada em ABAP e Java e fornece ferramentas para projetar e configurar o conteúdo de integração e também esses mecanismos de tempo de execução -

• Motor de integração
• Business Process Engine
• Advanced Adapter Engine

Tipo 2 - Motor de adaptador avançado AEX estendido

Esta instalação é baseada em Java e fornece ferramentas para projetar e configurar o conteúdo de integração e contém o mecanismo do adaptador Advance como mecanismo de tempo de execução.

A arquitetura SAP PI consiste em vários componentes que são usados ​​em tempo de design, tempo de configuração e tempo de execução. No SAP PI, o sistema emissor é conhecido como fonte e o receptor é chamado sistema destino e a arquitetura é conhecida comoHub and Spoke structure. O Spoke é usado para se conectar com sistemas externos e o Hub é usado para trocar mensagens.

A SAP PI system is divided into the following components -

• Servidor de Integração
• Construtor de integração
• System Landscape Directory SLD
• Configuração e Monitoramento

Runtime Workbench

Esta é uma ferramenta usada para fornecer monitoramento central de componentes e mensagens PI.

Servidor de Integração

Este é um dos principais componentes do sistema SAP PI e é usado para processamento de mensagens.

Consiste nos três motores a seguir -

• Business Process Engine
• Motor de integração
• Central Advanced Adapter Engine AAE

Business Process Engine

Este mecanismo é utilizado para correlação de mensagens e trata do processamento de mensagens em ccBPM.

Motor de integração

Este mecanismo é usado para roteamento e mapeamento e fornece serviços de servidor de integração central. Se a estrutura de origem for diferente da estrutura de destino, o mecanismo de integração chama o tempo de execução de mapeamento, conforme mostrado na ilustração abaixo, em que a estrutura de origem é convertida na estrutura de destino.

Um tempo de execução de mapeamento é baseado em Java Stack, conforme mencionado no tópico da plataforma SAP PI.

Uma mensagem pode ser dos seguintes dois tipos -

• Synchronous message é definido como a mensagem contém a parte solicitação-resposta

• Asynchronous message é definido como a mensagem contém um pedido ou apenas a parte da resposta

No SAP PI, uma mensagem é representada por uma interface. Uma Interface contém a estrutura da mensagem em formato XML e a direção.

Central Advanced Adapter Engine (AAE)

Como o Integration Engine lida com mensagens em protocolo XML e SOAP, se o sistema de negócios não contiver dados em um formato específico, os adaptadores são usados ​​para converter o protocolo específico de mensagens e o formato de mensagem exigido pelo Integration Engine.

Na arquitetura SAP PI, você pode considerar o Adapter Engine como Spoke e o Integration Engine como HUB para se conectar a sistemas externos.

No sistema de pilha dupla de versões anteriores do SAP PI, a maioria dos adaptadores fazia parte da pilha Java e apenas dois adaptadores faziam parte da pilha ABAP.

Adaptadores Java Stack

Os seguintes adaptadores são executados em Java Stack -

Adaptador RFC, adaptador SAP Business Connector, adaptador de arquivo / FTP, adaptador JDBC, adaptador JMS, adaptador SOAP, adaptador Marketplace, adaptador Mail, adaptador RNIF, adaptador CIDX

Adaptadores de pilha ABAP

Os seguintes adaptadores são executados em ABAP Stack -

Sr. Não	Adaptador de pilha ABAP e descrição
1	IDOC and HTTP Adapter Nas versões mais recentes, quando o SAP PI mudou para o sistema de pilha única, esses dois adaptadores também foram para a pilha Java e o novo mecanismo assim formado é conhecido como Advanced Adapter Engine AAE.
2	Service Repository O Services Registry é um registro de reclamação UDDI, listando as Definições de Serviço da Web disponíveis (com base em WSDL), estendido com um sistema de classificação.
3	Enterprise Service Repository Isso é usado para armazenar objetos de repositório de tempo de design como mapeamento, interfaces e definições de processo no sistema PI.
4	System Landscape Directory (SLD) Contém as informações sobre as versões paisagem e de componentes de software. Um sistema SAP pode ser configurado para se registrar em SLD.
5	Integration Repository Isso é usado para configurar os cenários no sistema PI para troca de mensagens entre sistemas diferentes.

Você pode usar diferentes ferramentas de interface de usuário SAP PI para acessar diferentes componentes da arquitetura do sistema SAP PI. As ferramentas de IU mais comuns são -

• ES Builder - Esta ferramenta fornece interface de usuário Java para trabalhar no Enterprise Service Repository ESR.

• SAP NW Developer Studio - Esta é uma ferramenta baseada em Java Eclipse para visualizar e editar alguns tipos de objetos no Enterprise Service Repository.

• Integration Builder - Esta ferramenta fornece interface de usuário baseada em Java para trabalhar no diretório de integração.

SAP GUI

Esta é a ferramenta do cliente SAP para acessar a pilha ABAP do sistema SAP PI.

A ilustração a seguir mostra as diferentes ferramentas de IU do SAP PI e os componentes que podem ser acessados ​​usando essas ferramentas -

SAP PI - Plataforma

Pilha Única Vs Pilha Dupla

Em versões anteriores do SAP PI, nem todos os componentes eram baseados em uma única plataforma. Poucos componentes como Integration Engine, Business Process Engine e Integration Builder foram baseados em pilha ABAP e outros componentes como Enterprise Service Repository ESR, Integration Directory (SLD, Adapter Engine, etc.) foram baseados em Java Stack. Portanto, esses tipos de sistemas eram chamados de sistemas de pilha dupla, pois o PI exigia as pilhas ABAP e Java para funcionar.

Pilha ABAP	Pilha Java
Motor de integração	ESR do Enterprise Service Repository
Business Process Engine	Diretório de Integração
Construtor de integração	(Runtime Workbench, System Landscape, Adapter Engine, Mapping Runtime)

Nas versões mais recentes do SAP PI, os componentes da pilha ABAP são modificados para funcionar na pilha Java, portanto, o SAP PI precisa apenas da pilha Java para ser executado e é chamado de sistema de pilha única.

Para abrir a página inicial do SAP PI Tools, use o seguinte URL -

http://<host>:5<instance#>00/dir/start/index.jsp

Example - http: // scmehp2: 50200 / dir / start / index.jsp

A página inicial do SAP PI tem os seguintes quatro links Java -

• Repositório de serviços corporativos (ESR)
• Diretório de integração (ID)
• Paisagem do sistema (SL)
• Configuração e monitoramento (CM)

Repositório de serviços corporativos (ESR)

No SAP PI, o Enterprise Service Repository é usado para projetar e criar objetos a serem usados ​​no cenário de integração. Você pode projetar objetos de interface, objetos de mapeamento e os diferentes processos de integração.

Objetos de Interface

A seguir estão os Objetos de Interface -

• Interface de serviço
• Tipo de dados
• Tipo de mensagem

Objetos de mapeamento

O mapeamento das mensagens é feito de acordo com a estrutura de dados do remetente e do destinatário

Processos de Integração

O mapeamento de operação é usado para converter a estrutura de origem em estrutura de destino se a estrutura de dados for diferente. O mapeamento de operações complexas pode ser simplificado usando o mapeamento de mensagens.

O mapeamento de mensagens pode ser implementado das seguintes maneiras -

• Mapeamento Gráfico
• Mapeamento Java
• Mapeamento XSLT
• Mapeamento ABAP

Em Enterprise Service Repository, você pode ver diferentes ferramentas de IU - Enterprise Service Builder e Web UI e Service Registry.

Ao iniciar o aplicativo Enterprise Service ES Builder, você tem a opção de executar o aplicativo pela primeira vez, conforme mostrado na captura de tela a seguir. Clique em Executar.

Depois que o aplicativo é iniciado, você obtém as seguintes opções -

• Barra do menu principal e barra de ferramentas padrão no topo
• Área de Navegação do lado esquerdo
• Área de Trabalho do lado direito

Os editores de objetos são exibidos na área de trabalho. Esses editores de objetos incluem funções que se relacionam especificamente com os objetos que estão abertos.

Ao executar a IU da Web, você será solicitado a inserir o nome de usuário e a senha.

Na interface baseada na Web, você pode realizar as seguintes tarefas -

• Search - Procure interfaces de serviço, tipos de dados e assim por diante.

• Subscribe - Inscreva-se para receber notificações.

• Manage - Gerenciar o status do ciclo de vida de interfaces de serviço, tipos de dados e assim por diante.

Diretório de Integração

O Integration Directory é usado para a configuração de objetos que são criados no Enterprise Service Repository e a configuração é executada pelo Integration Engine no tempo de execução. Para configurar os objetos ESR, é necessário importar o objeto - Canal de Serviço e Comunicação.

O serviço permite que você se dirija ao remetente ou ao destinatário das mensagens. Dependendo de como deseja usar o serviço, você pode selecionar um dos seguintes tipos de serviço -

• Sistema de Negócios
• Serviço Comercial
• Serviço de Processo de Integração

O canal de comunicação determina o processamento de entrada e saída de mensagens, convertendo mensagens nativas externas no formato XML SOAP usando o Adapter Engine. Dois tipos de canal de comunicação - Canal emissor e Canal receptor.

No diretório de integração, você pode fazer quatro tipos de configuração -

• Sender Agreement - Isso determina como a mensagem é transformada pelo servidor de integração.

• Receiver Determination - Isso é usado para determinar as informações do receptor para quem a mensagem deve ser enviada.

• Interface Determination- Isso é usado para determinar a interface de entrada para a qual a mensagem deve ser enviada. Isso também determina o mapeamento da interface para processamento da mensagem.

• Receiver agreement - Isso define como uma mensagem deve ser transformada e processada pelo receptor.

Em Integration Directory, você pode ver o Integration Builder. Ao clicar no Integration Builder, você pode ver as diferentes opções para configurar os objetos criados no ESR.

O System Landscape Directory contém as informações sobre as versões de paisagem e de componentes de software. Um sistema SAP pode ser configurado para se registrar neste diretório. O System Landscape Directory (SLD) gerencia informações sobre todos os elementos instaláveis ​​e instalados de seu system landscape.

Você pode encontrar os seguintes links em uma página da web -

Panorama

Em Paisagem, você pode encontrar as seguintes opções -

• Technical Systems - Você pode visualizar e definir sistemas e servidores.

• Landscapes - Você pode visualizar e configurar o grupo de sistemas.

• Business Systems - Você pode visualizar e configurar sistemas de negócios para uso na integração de processos.

Catálogo de software

• Products - Para visualizar produtos no catálogo de software SAP.

• Software components - Para visualizar os componentes de software no catálogo de software SAP.

Desenvolvimento

• Name Reservation - É usado para reserva de nome e também para desenvolvimento NW.

• CIM Instances - Isso é usado para visualizar e manter dados no nível CIM.

Configuração e Monitoramento

A opção Configuração e Monitoramento na página inicial das ferramentas SAP PI permite monitorar as funções do mecanismo de integração, integração CCMS e infraestrutura de monitoramento de processos no sistema SAP.

Usando Configuração e Monitoramento, você pode monitorar as seguintes funções -

• Component Monitoring - Para monitorar diferentes componentes Java e ABAP do SAP PI.

• Message Monitoring - Para monitorar o status do processamento de mensagens em um componente SAP PI.

• Performance Monitoring- Usando o ambiente de trabalho em tempo de execução, você pode monitorar diferentes medidas de desempenho em um sistema SAP PI. Você pode criar vários relatórios de agregação.

• End to End Monitoring - Para monitorar o ciclo de vida de ponta a ponta no sistema SAP PI para um cenário.

• Message Index Search - Você pode realizar uma pesquisa de mensagens baseada em índice no monitoramento de mensagens e também pode pesquisar com base na seleção específica do adaptador, etc.

• Alert Inbox - A caixa de entrada de alerta está de acordo com a função atribuída a um usuário empresarial e é usada para visualizar todos os alertas no sistema SAP PI de acordo com a configuração.

• Alert Configuration- A estrutura de alerta em C&M permite que você relate todos os erros durante o processamento de mensagens em ABAP e Java. Usando a configuração de alerta, você pode definir a política, se um alerta deve ser relatado para erro e para realizar a análise ou não.

• Monitoring of Runtime Cache - Isso é usado para visualizar objetos no cache de tempo de execução.

Vamos ver onde essas opções estão em Configuração e monitoramento na página inicial das ferramentas SAP PI. Na página inicial de configuração e monitoramento, você vê as três opções como na imagem a seguir -

Guia de Monitoramento

Na guia Monitoramento, você obtém 4 opções, conforme mostrado na imagem a seguir -

• Message Overview- Isso é usado para obter uma visão geral do processamento de mensagens durante um período de tempo específico. As mensagens são agregadas pelo status de processamento.

• Alert Inbox- Isso é usado para processar alertas baseados em mensagens pendentes gerados pelo SAP NetWeaver Process Integration. Os alertas podem fornecer informações de tempo de execução e links para ferramentas de solução de problemas para facilitar o isolamento mais rápido do problema.

• Message Search with Trex- Isso é usado para pesquisar mensagens usando o conteúdo da carga útil da mensagem. Você precisa do Search and Classification Engine TREX para indexar e pesquisar documentos. Além disso, você configurou e ativou a indexação de mensagens.

• Component Monitor - Isso é usado para obter uma visão sobre o status de integridade dos componentes individuais do SAP NetWeaver Process Integration.

Guia Configuração e Administração

Na guia Configuração e administração, você obtém as 3 opções conforme mostrado na seguinte captura de tela -

• Message Indexing (Trex) - Isso é usado para controlar e monitorar a indexação da pesquisa de mensagens baseada em índice usando o mecanismo de pesquisa e classificação TREX.

• Alert Rules- Para criar e gerenciar regras de alerta. Em uma regra de alerta, você define as condições de tempo de execução sob as quais o sistema gera um alerta.

• SLD Registration- É usado para verificar se os componentes do SAP NetWeaver Process Integration foram registrados corretamente durante a fase de configuração técnica. Você pode aplicar correções ao registro, bem como registrar outros componentes.

Guia de teste

Na guia Teste, você obtém as duas opções a seguir -

Enviar mensagem de teste

Para simular um fluxo de mensagens e verificar se o tempo de execução do SAP NetWeaver Process Integration está funcionando corretamente, enviando uma mensagem de teste para o Integration Engine ou Advanced Adapter Engine.

Teste de conectividade de cache

Isso é usado para inspecionar o status de conectividade do cache dos componentes da infraestrutura do SAP NetWeaver Process Integration e testar sua conectividade com os caches de tempo de execução.

No SAP PI, você pode definir dois tipos de comunicação - Synchronous e Asynchronous.

Comunicação Síncrona

A comunicação síncrona é chamada pela operação de solicitação e resposta e a saída do processo é retornada imediatamente após a operação. Em termos gerais, você pode dizer que um cenário síncrono é quando um processo emissor envia uma solicitação ao receptor e espera por uma resposta. Se ocorrer um erro no receptor, o aplicativo remetente é responsável por enviar a mensagem novamente.

Nessa abordagem, existe a possibilidade de o remetente reenviar a mensagem após o tempo limite e uma mensagem duplicada pode existir. Esta abordagem no PI é conhecida comoBE (Best Effort).

Considere dois sistemas - A e B. E você introduz um sistema intermediário I entre os dois sistemas. A comunicação entre o Sistema A e o Sistema I é síncrona e o Sistema A e o Sistema B são assíncronos.

Os seguintes tipos de erros podem ocorrer neste cenário de comunicação -

• Application Error - Ocorreu um erro no receptor durante o processamento de uma mensagem e o remetente não está ciente desse erro e fica aguardando a resposta.

• Network level Error- Neste erro, há um erro na rede de comunicação entre o remetente e o destinatário. O remetente não está ciente disso e a mensagem fica presa no meio e o remetente espera até o tempo limite da operação.

• Error in Response Message - Nesse cenário, ocorre um erro e a mensagem de resposta fica presa no meio e o remetente continua esperando.

Vantagens

A seguir estão as principais vantagens de usar a comunicação síncrona -

• Não há necessidade de configurar o roteamento de mensagens de resposta.

• Não há necessidade de correlacionar a resposta a uma solicitação.

• Nesta comunicação, a resposta é recebida imediatamente.

Cenário Recomendado

Isso é adequado para operações que envolvem operações de leitura, por exemplo, visualizar um pedido de compra.

Desvantagens

A seguir estão as principais desvantagens do uso da comunicação assíncrona -

• Em caso de falha, o remetente deve enviar a mensagem novamente.

• o receiving system deve ser configurado para verificar mensagens duplicadas.

• Nesse cenário, o aplicativo do remetente é bloqueado até que uma resposta seja recebida ou até que ocorra um erro de tempo limite.

• Você não pode configurar vários receptores.

Comunicação Assíncrona

Na comunicação assíncrona, você adiciona um sistema intermediário ou um middleware entre dois sistemas. Quando um Aplicativo do Remetente envia uma solicitação, ele não espera que o Aplicativo do Receptor envie a resposta. Se houver uma falha por algum motivo, o middleware será responsável por reenviar a mensagem. Se necessário, o sistema receptor pode enviar uma resposta de volta ao remetente como uma chamada assíncrona separada.

Esta abordagem no SAP PI é chamada Exactly Once (EO) ou Exactly Once in Order (EOIO).

Um sistema intermediário é uma fila e a mensagem de A é adicionada primeiro à fila e, na extremidade do receptor, é retirada da fila e enviada ao receptor. A mensagem de resposta do sistema B segue o

Você também pode manter a ordem em certas situações de acordo com a necessidade do negócio, usando First In First Out (FIFO). Este cenário é denominado Assíncrono com pedido mantido ou Exatamente uma vez no pedido (EOIO).

A comunicação assíncrona garante entrega garantida. Se o sistema receptor não estiver disponível por algum tempo, a fila intermediária mantém a mensagem e ela permanece lá até que o sistema receptor esteja disponível e a mensagem seja retirada da fila e enviada ao sistema receptor.

Cenário Recomendado

Isso é recomendado para operações de modificação, como criar um pedido de compra ou modificar um pedido de compra

Vantagens

A seguir estão as principais vantagens da comunicação assíncrona -

• Em caso de falha, o sistema SAP PI garante a entrega garantida e reenviará a mensagem.

• Nenhuma configuração necessária para verificações duplicadas.

• Você pode configurar vários receptores neste cenário.

• O sistema emissor e o sistema receptor não precisam estar online ao mesmo tempo.

• PI registra todas as mensagens enviadas por meio de comunicação assíncrona.

• Sem tempo limite, pois o sistema intermediário mantém a mensagem e a solicitação de resposta.

Desvantagens

A seguir estão as principais desvantagens da comunicação assíncrona -

• Nesse cenário, o remetente precisa correlacionar as respostas à solicitação por conta própria.

• A mensagem de resposta precisa ser implementada e roteada separadamente.

• Não fornece uma resposta imediata.

SAP PI - Tecnologias

A SAP fornece um middleware baseado em NetWeaver chamado SAP NetWeaver Process Integration. SAP NetWeaver PI entrega uma mensagem em formato específico chamado SimplesObject Access Protocol (SOAP-HTTP). Esta mensagem contém um cabeçalho e carga útil. O cabeçalho contém informações gerais, como informações do remetente e do destinatário, e a carga útil contém os dados reais.

O sistema pode se comunicar com SAP NetWeaver PI diretamente ou com o uso de adaptadores -

• Comunicação usando adaptadores de aplicativo
• Comunicação usando adaptadores técnicos
• Comunicação usando adaptadores padrão da indústria
• Comunicação usando adaptadores de transação
• Comunicação direta usando proxies

Para transferir informações na forma de objetos de um Enterprise Service Repository para outro, você pode selecionar um dos três meios de transporte -

• Transporte baseado em sistema de arquivos
• Serviço de Gerenciamento de Mudanças (CMS)
• Sistema de mudança e transporte (CTS)

A ilustração mostra dois componentes de software - Versão A e Versão B que foram transferidos de ESRep_1 e ESRep_2 para outros ESReps.

Segurança de nível de transporte

Segurança de nível de transporte inclui a segurança de objetos de design durante a transferência pela rede. Ao transferir objetos, você executa autenticação e criptografia no nível de transporte e autorização no terminal. Para comunicação interna, você usa Secure Socket Layer (SSL) para criptografar e descriptografar dados em uma conexão segura. Para comunicação externa entre o SAP e o sistema não SAP, o tipo de criptografia depende do tipo de adaptador usado para comunicação.

Adaptadores SAP PI e mecanismo de segurança -

Adaptador	Protocolo	Mecanismo de Segurança
Adaptador baseado em HTTP	HTTP	HTTPS
Adaptador baseado em RFC	RFC	Comunicação de rede segura
Adaptador de correio	SMTP, IMAP4, POP3	HTTPS
Adaptadores de arquivo	FTP	FTP sobre SSL

Autorização de nível de transporte

Para obter autorização de nível de transporte, você pode usar HTTP com autenticação de cliente. A autenticação de nível de transporte HTTP pode usar nome de usuário e senha, certificados X.509 ou tíquetes de logon SAP.

Segurança de nível de mensagem

Segurança de nível de mensagem pode ser alcançada usando técnicas de criptografia e assinaturas digitais. A mensagem a ser enviada pela rede é primeiro criptografada por um algoritmo de criptografia que inclui uma chave de sessão e uma chave pública para criptografia. A mesma chave de sessão e chave pública é usada no lado do receptor para descriptografar a mensagem para ver o conteúdo.

Nível de transporte HTTP

Você pode usar os seguintes mecanismos para nível de transporte HTTP -

• ID de usuário e senha
• Certificados X.509
• Tíquetes de logon SAP
• Segurança de nível de mensagem
• S/MIME
• Segurança WS
• Assinatura XML
• Criptografia XML

SAP PI é um ambiente de tempo de execução que atribui mensagens de entrada aos receptores e os mapeia para outra estrutura ou protocolo. SAP NW PI requer informações sobre como as mensagens devem ser processadas. As informações sobre os objetos de design estão no PI Enterprise Service Repository ESR e no diretório de integração.

Os sistemas que estão conectados ao SAP PI são mantidos no System Landscape Directory (SLD). Os dados em SLD podem ser divididos nas seguintes categorias -

• Informações de componentes de software
• Descrição da paisagem do sistema

Informações de componentes de software

Inclui informações sobre todos os módulos de software SAP disponíveis. Também inclui combinações possíveis de módulos de software junto com dependências. Por exemplo, componente de software, lançamento, pacotes de suporte, versões do sistema operacional e banco de dados etc.

Para verificar isso, vá para System Landscape Directory (SLD)

Para ver todos os sistemas técnicos, seus tipos, versões e última atualização, acesse a guia Sistema Técnico.

Para visualizar produtos e componentes de software, vá para a opção Catálogo de software.

Depois de clicar na guia Produto, você pode ver todos os produtos e também sua versão e nome do fornecedor.

Você também pode verificar os componentes de software, versões e nome do fornecedor.

Descrição da paisagem do sistema define as informações individuais da paisagem do sistema. O fornecedor de dados fornece ao SLD informações atualizadas do sistema em períodos regulares.

Um modelo mostra a troca de mensagens entre aplicativos e seus objetos de design, como tipos de mensagens, tipos de dados, etc. O modelo é a base de um cenário de configuração de integração e o processamento de entrada e saída define o roteamento de mensagens. Os cenários de modelagem SAP PI são usados ​​para projetar um cenário de integração no SAP PI.

Você pode usar os dois modelos de cenário de integração a seguir -

• Modelo de Arquitetura de Componentes de Processo
• Modelo de Cenário de Integração de Processo

Modelo de Arquitetura de Componentes de Processo

O Modelo de Arquitetura de Componentes do Processo é usado para backbone SOA de função de aplicativo. Este modelo inclui modelo de componente de processo, modelo de cenário de integração e modelo de interação de componente de processo. O modelo de componente de processo fornece os detalhes da estrutura interna de um componente de processo. O modelo de cenário de integração define o cenário completo em diferentes unidades de implementação e componentes de processo. O modelo de componente do processo define como os diferentes componentes interagem entre si.

Modelo de Cenário de Integração de Processo

Isso é usado para cenários de integração de processo de função de aplicativo. É o objeto de design do Enterprise Service Builder e é identificado exclusivamente por um nome e namespace e você pode criar várias versões.

Você precisa definir um cenário de negócios e um processo de negócios antes de criar um modelo de integração de processos. As etapas de integração do processo são executadas em aplicativos. Um aplicativo é executado na forma de componente de software. Você também pode criar várias versões de componentes de software e a relação entre o aplicativo e o componente de software é 1: 1.

Um Objeto de Design é identificado exclusivamente pelo nome e espaço de nomes e é atribuído a um componente de software. Você pode criar diferentes objetos de design para executar várias funções, poucos são objetos de mandato e outros são opcionais em um cenário de integração. Os objetos de design mais comuns incluem cenário de integração de processos, tipos de mensagens, tipos de dados, mapeamentos, etc.

A tabela a seguir define objetos de design comuns, suas funções e uso em um cenário -

Objeto de Design	Obrigatório	Função
Cenários de integração	Não	É usado para agrupar todos os objetos de design necessários
Tipos de mensagem	sim	É usado para encapsular tipos de dados
Tipos de dados	sim	É usado para descrever a estrutura dos dados a serem trocados
Interfaces de serviço	sim	Ele encapsula tipos de mensagens e parâmetros
Mapeamento	Não	Mapeamento de mensagem
Processos de integração	Não	Ele define fluxos de trabalho ccBPM

Esses objetos de design são frequentemente representados na forma de hierarquia.

Considere uma empresa que possui muitas interfaces e cada interface contém um middleware. Você deseja ver os diferentes tipos de middleware usados. Isso pode ser feito acessando a página inicial das ferramentas SAP PI.

Step 1 - Use o URL ou código T do Integration Builder - SXMB_IFR.

Step 2 - Acesse System Landscape Directory na tela SAP PI 7.3.

Step 3- Clique em Produto conforme mostrado na captura de tela a seguir. Se você for solicitado a inserir o nome de usuário e a senha, insira os detalhes.

Step 4 - Para ver o sistema técnico ao qual o componente de software está atribuído, insira o nome do produto e clique em Ir.

Step 5- Clique no nome do produto e vá para a guia Sistema instalado no painel de detalhes. Você pode verificar o nome do sistema técnico atribuído lá.

Step 6- Se você deseja ver qual sistema empresarial é derivado desse sistema técnico, selecione o sistema técnico. Você também pode verificar acessando a página inicial do SLD → Business Systems.

Step 7 - Insira o nome técnico do sistema e clique em Ir.

Step 8 - Nomeie o campo que determina o nome do sistema de negócios.

Para criar um cenário de integração no SAP PI, você precisa criar um sistema técnico e comercial no System Landscape Directory.

O SLD é implementado como um componente de software Java (SAP _JTECHT) no SAP NetWeaver Application Server Java. É baseado no padrão aberto Common Information Model (CIM) e é definido e publicado pela Distributed Management Task Force, Inc. em www.dmtf.org .

O SLD é a ferramenta de listagem central para informações de componentes de aplicativos, produtos e componentes de software e dados de paisagem do sistema (sistemas técnicos e de negócios).

No SLD, para passar do modelo de negócios para o modelo técnico, você usa o relacionamento entre a etapa do processo e o componente de software.

Como transferir componentes de software em SLD?

Quando você instala o System Landscape Directory, o catálogo inicial é instalado.

Do SAP Market Place, você pode importar um catálogo mais atualizado.

Você também pode importar seus próprios componentes de software e produtos, dependendo do projeto e do cenário de integração.

Para cenários A2A, os sistemas de negócios são usados ​​e existem em SLD. Para o cenário B2B, você usa objetos de negócios e eles residem no diretório de integração.

Sistema Técnico

Os sistemas técnicos fazem parte do System Landscape Directory (SLD) e contêm informações sobre a versão, banco de dados e níveis de patch, sistema operacional, etc.

Existem diferentes modos no sistema técnico -

• Sistema AS ABAP
• Sistema AS Java
• Sistema Java autônomo
• Terceiro

Existem diferentes ferramentas de importação que podem ser utilizadas para transferir dados do sistema técnico para o SLD. O SAP NetWeaver Administrator é uma ferramenta comum de importação SAP AS JAVA> 7.1.

Sistema de Negócios

O sistema de negócios atua como emissor e receptor em SLD. Eles herdam os componentes de software dos sistemas técnicos como produtos. Nenhum novo componente de software pode ser adicionado aos sistemas de negócios no SLD.

Com SAP AS ABAP, cada cliente é definido como um sistema de negócios. No SAP AS Java, cada sistema técnico atua como um sistema de negócios.

No cenário SAP PI de arquivo para arquivo, transferimos um arquivo do sistema de origem para o sistema de destino. Depois que os componentes forem construídos no SAP PI, você pode transferir um arquivo no sistema SAP PI criando objetos no Enterprise Service Builder.

SAP PI - Execução de cenário de arquivo para arquivo

Step 1 - Vá para a página SAP PI Tools → Enterprise Service Builder em ESR.

Step 2 - Para encontrar o nome do componente sob o qual os objetos devem ser criados, expanda o componente para descobrir a versão do componente de software.

Step 3 - Selecione o componente → Clique com o botão direito e clique New para criar um objeto sob este componente.

Step 4- O primeiro objeto que criamos é um namespace. Insira o namespace na forma de URL e cliqueCreate botão na parte inferior.

Step 5 - Uma vez que o objeto é criado no componente de software, salve e ative o objeto.

Step 6 - Para ativar, clique Activate como mostrado na imagem a seguir -

Step 7- Depois que o namespace for salvo e ativado, crie um tipo de dados. Vá para o componente de software → Clique com o botão direito → Novo. Na próxima janela, selecione objetos de interface →data type.

Step 8 - Digite o nome do tipo de dados e namespace e clique Createcomo acima. Em seguida, é inserir o subelemento no tipo de dados.

Step 9 - Insira o nome do elemento.

Step 10 - Insira o subelemento para adicionar o ID e o nome do funcionário filho.

Step 11- Defina o tipo e a ocorrência. Ocorrência define quantas vezes aquele elemento aparecerá no arquivo. Você pode selecionar a ocorrência mínima e o valor máximo da ocorrência.

Step 12 - Clique no Save botão.

Step 13- Ative o tipo de dados. Vá para Tipo de dados → Ativar.

Criação de um tipo de mensagem

Step 1 - Clique com o botão direito do mouse em Namespace → Novo

Step 2- Em Objetos de interface, selecione Tipo de mensagem. Insira os campos.

Step 3 - Insira o nome do Tipo de mensagem.

Step 4- Por padrão, leva o nome dos componentes de namespace e software. Caso contrário, você pode selecionar manualmente. Em seguida, clique em Criar.

Step 5- Agora, defina o tipo de dados que você usará para o tipo de mensagem. Arraste o Tipo de dados da barra esquerda para a opção Tipo de dados em Tipo de mensagem (

). Clique no botão Salvar.

Step 6 - Ative Tipo de Mensagem → Ativar.

Note- Se a estrutura do arquivo de entrada e do arquivo de saída for a mesma, você pode usar um tipo de dados e um tipo de mensagem apenas. Se a estrutura for diferente, você deve criar dois tipos de dados e tipos de mensagem para entrada e saída. Neste exemplo, estamos usando a mesma estrutura para o arquivo de entrada e saída.

Vamos agora entender como criar uma interface de serviço. Temos que criar duas interfaces de serviço - uma parainbound e um para outbound.

Step 1 - Clique com o botão direito do mouse em Namespace → Novo → Objetos de interface → Interface de serviço

Step 2- Insira o nome da Interface de serviço (Entrada - Entrada aqui) e, por padrão, leva o valor de Namespace e a versão do componente de software. CliqueCreate botão.

Step 3 - Na Interface de serviço de entrada, insira a categoria como Inbound e o modo de comunicação como Synchronous ou Asynchronous.

Step 4- Agora, defina o tipo de mensagem arrastando-o do painel esquerdo para a mensagem de solicitação de entrada da interface de serviço conforme abaixo. Clique no botão Salvar na parte superior.

Step 5 - Vá para Interface de serviço e ative após salvar esta interface de serviço.

Step 6 - Da mesma forma, crie uma interface de serviço para o processo de saída.

Step 7 - Você pode selecionar a Interface de serviço → Objeto → Novo.

Step 8 - Insira o nome da Interface de Serviço (Saída representa o processo de saída).

Step 9 - Clique Create botão para criar a interface.

Step 10 - Na próxima janela, defina a categoria e o modo de comunicação para Outbound Service Interface. Como temos um tipo de mensagem para ambas as interfaces de serviço, arraste o Tipo de Mensagem do painel esquerdo para solicitar a mensagem e clique em Salvar.

Step 11 - Depois de salvo, clique em Activate botão sob o botão Interface de serviço.

Vamos agora entender como criar o mapeamento de mensagens para mapear o processo de entrada para o processo de saída.

Step 1 - Vá para Objeto → Novo → Objetos de mapeamento → Mapeamento de mensagem.

Step 2 - Digite o nome do mapeamento e clique em Createcomo mostrado acima. Agora, defina a mensagem de origem e de destino. Arraste a mensagem em Tipo de mensagem para a mensagem de origem e destino no mapeamento.

Step 3- Agora, mapeie essas mensagens usando as opções de mapeamento disponíveis. Selecione a função no menu suspenso e você poderá ver as diferentes opções disponíveis em cada guia.

Example- Você tem nome e sobrenome no arquivo de origem e deseja o nome completo no arquivo de destino. Aqui você pode usar Concatenar na função Texto.

Step 4 - Agora estamos implementando file to file scenario portanto, selecionaremos apenas o mapeamento de origem e destino e mapearemos diretamente se o nome e a estrutura forem idênticos.

Step 5- Como a estrutura é a mesma, usaremos o método acima. Na próxima janela, clique emApply.

Step 6- Você pode ver que todos os ícones ficam verdes e o mapeamento é mostrado. Agora, salve o mapeamento.

Step 7- Ative o mapeamento de mensagens. Vá para Mapeamento de mensagens → Ativar. Uma vez que o mapeamento de mensagem é ativado, crie o mapeamento de operação no ESR.

Vamos agora entender como criar um mapeamento de operação.

Step 1 - Vá para Objeto → Novo → Objetos de mensagem → Mapeamento de operação.

Step 2 - Digite o nome do Mapeamento da Operação e clique Create botão.

Step 3- Na próxima janela, você precisa inserir a operação de origem e a operação de destino. Arraste a Interface de serviço do painel esquerdo para Operação de origem e Operação de destino. A Interface de serviço de entrada será arrastada para Operação de destino e a Interface de serviço de saída será arrastada para Operação de origem.

Step 4- Arraste a opção Message Mapping para o programa de mapeamento como na imagem a seguir. Depois de fazer essas configurações, clique noSave botão na parte superior.

Step 5 - Agora, vá para Mapeamento de operação → Ativar → Ativar → Fechar.

Step 6 - Vá para Integration Builder em Integration Directory na página inicial do SAP PI Tools para configurar um cenário.

Step 7 - Vá para Visualização do cenário de configuração do Integration Builder.

Step 8 - Para configurar um cenário, vá para Objeto → Novo → Na guia Administração → Cenário de configuração.

Step 9 - Digite o nome do cenário de configuração e clique em Create botão.

Step 10 - Save e Activate o Cenário de configuração conforme mostrado na captura de tela a seguir.

Vamos agora entender como criar um canal de comunicação.

Step 1 - Clique com o botão direito em Cenário de configuração → Novo

Step 2- Você deve criar dois canais de comunicação - um para o remetente e outro para o receptor. Selecione o componente de comunicação para o emissor e o canal receptor na lista de componentes disponíveis. Insira o nome do canal de comunicação e cliqueCreate.

Step 3- Selecione os parâmetros em Canal de comunicação. Vá para Adaptador e clique nos tipos de adaptadores disponíveis. O tipo de adaptador depende do tipo de cenário. Para o cenário de arquivo para arquivo, você pode selecionar o adaptador de arquivo.

Step 4 - A seguir está uma lista de adaptadores disponíveis que podem ser selecionados para diferentes cenários.

Step 5 - O tipo de adaptador pode ser selecionado como o remetente ou o receptor, dependendo do tipo de canal de comunicação.

Step 6 - Insira o caminho do diretório para o arquivo de origem.

Step 7- Depois de inserir o arquivo de origem, clique em Salvar. Clique no botão Ativar assim que o canal de comunicação do remetente for salvo → Ativar → Fechar.

Step 8- Da mesma forma, você deve criar um canal de comunicação para o receptor. Insira o componente do canal de comunicação e o nome do canal de comunicação para o receptor e cliqueCreate.

Step 9- Selecione o tipo de adaptador como arquivo e, em seguida, selecione Receptor. Insira o diretório de destino e o esquema de nome de arquivo como na imagem a seguir -

Step 10 - Save o arquivo e Activateo canal de comunicação do receptor. Depois de criar o canal de comunicação do emissor e do receptor, crie a configuração integrada.

Vamos agora entender como criar uma configuração integrada.

Execute as seguintes etapas -

Step 1 - Vá para Objeto → Novo → Em Acordo de Colaboração → Configuração Integrada

Step 2 - No componente de comunicação, insira o componente do remetente usado anteriormente.

A interface terá o mesmo nome da interface de serviço do processo de saída criado no ESR nas etapas anteriores.

O namespace será o mesmo que foi criado no ESR nas etapas anteriores.

Clique Create botão.

Step 3 - Na guia Processamento de entrada, selecione o canal de comunicação criado para o remetente.

Step 4 - Na guia Receptor, selecione o receptor de comunicação conforme mostrado na imagem a seguir -

Step 5- Vá para a guia Receiver Interfaces, selecione Operation Mapping. Clique em Pesquisar e selecione Mapeamento de operação conforme mostrado na captura de tela a seguir. O mapeamento da operação será criado da mesma forma que nas etapas anteriores.

Step 6 - Vá para a guia Processamento de saída e selecione o canal de comunicação do receptor.

Step 7 - Depois de concluir a configuração mencionada acima, clique em Save e Activate no topo.

Step 8- Coloque o arquivo sample.xml na pasta de saída. Você pode obter um arquivo xml de amostra em Mapeamento de mensagens no ESR. Vá para ESR → Mapeamento de mensagem → Teste.

Step 9- Este arquivo de amostra não possui dados. Crie o arquivo abc.xml e cole o xml de amostra nesse arquivo. Você deve adicionar alguns dados a este arquivo xml, conforme mostrado na imagem a seguir.

Step 10 - Coloque este arquivo no Send folder conforme mencionado no diretório e esquema de arquivo no momento da configuração.

Step 11 - Vá para o Receiver folder e você pode ver o arquivo xml com os dados dentro dele.

Step 12 - Para monitorar o Motor do Adaptador → Monitor do Canal de Comunicação, vá para configuração e página inicial de monitoramento.

Step 13 - Vá para Adapter Engine → Communication Channel Monitor.

Step 14 - Copie o canal de comunicação

Step 15- Você pode verificar o status do cenário de arquivo para arquivo. Se estiver funcionando corretamente, você verá um ícone verde sob o status.

A conectividade SAP PI trata da conectividade do sistema de origem ou destino com o servidor de integração. Esta conectividade trata da troca de mensagens com o servidor de integração. O formato da mensagem a ser trocada deve estar no formato do protocolo SAP PI ou um adaptador deve ser usado para converter um formato externo para o formato específico do SAP PI.

O SAP PI oferece uma ampla variedade de adaptadores que permitem conectar aplicativos de diferentes protocolos. No caso do remetente, o adaptador converte a mensagem de entrada criptografada no protocolo do remetente em uma mensagem PI-SOAP; no caso do receptor, a mensagem PI-SOAP é convertida no protocolo do receptor.

Adaptadores disponíveis no SAP NetWeaver PI

SAP PI oferece suporte a diferentes adaptadores e alguns deles são processos no Advance Adapter Engine ou no Integration engine. IDoc, HTTP e XI são alguns adaptadores que são processados ​​no Integration Engine.

A seguir estão os adaptadores disponíveis no SAP NetWeaver PI -

S.No.	Adaptadores no SAP NetWeaver PI e usos
1	RFC Adapter Isso é usado para se comunicar com outros sistemas SAP usando a interface RFC.
2	HTTP Adapter/HTTP AAE Adapter Isso permite a troca de dados usando o protocolo HTTP. Esses adaptadores estão disponíveis no Integration Engine e também no Advanced Adapter Engine.
3	JDBC Adapter Isso permite o acesso aos bancos de dados.
4	File/FTP Adapter Isso é usado para realizar a troca de dados com sistemas externos usando uma interface de arquivo ou um servidor FTP.
5	Mail Adapter Isso permite que você conecte servidores de e-mail ao Integration Engine.
6	IDoc Adapter Isso permite a troca de IDocs. Esses adaptadores estão disponíveis no Integration Engine e também no Advanced Adapter Engine.
7	XI Adapter Este adaptador permite que você se comunique usando proxy. Este adaptador não é executado no Advanced Adapter Engine e é executado no Integration Engine. O Adaptador XI é usado apenas para estabelecer a conexão HTTP com o receptor.
8	WS Adapter Esse adaptador é usado para fornecer conectividade com provedores WS e consumidores WS de acordo com o protocolo padrão Web Services Reliable Messaging (WS-RM). A SAP desenvolveu o protocolo WS-RM com sua própria caixa de entrada, que é implementado na pilha ABAP no Integration Engine.
9	JMS Adapter Ele permite a comunicação com sistemas de mensagens usando a API JMS.
10	SOAP Adapter Ele permite a integração de clientes remotos ou provedores de serviços da Web usando SOAP.

Como verificar os motores adaptadores existentes?

Você pode verificar a lista de motores do adaptador existentes no System Landscape Directory (SLD) executando as seguintes etapas -

Step 1 - Use o URL ou código T do Integration Builder - SXMB_IFR.

Step 2 - Vá para o diretório System Landscape na tela SAP PI 7.3 e clique em Productcomo mostrado abaixo. Se você for solicitado a inserir o nome de usuário e a senha, insira os detalhes.

Step 3 - Navegue até a área Technical System no painel esquerdo do System Landscape Directory.

Step 4 - Selecione Integração de processos como o tipo de sistema técnico.

Step 5 - Verifique quantos motores adaptadores estão listados.

Step 6 - Há apenas um tipo XIAdapterFramework Adapter Engine que corresponde ao Central Adapter Engine no Integration Server.

Step 7- Você também pode verificar a lista de adaptadores existentes no Runtime Workbench. Vá para Configuração e Monitoramento.

Step 8 - Na próxima janela, vá para a opção de monitor de componente.

Step 9 - Selecione componentes com 'Todos' como status.

Gestão de processos de negócios lida com cross component BPM. Isso inclui fluxo de trabalho SAP no back-end SAP e processamento de mensagem no Integration Server.

O Cross Component Business Process Management fornece ao SAP NetWeaver Process Integration funções para processamento de mensagens com estado, ou seja, o status de um processo de integração é persistido no Integration Server. Isso significa que um processo de integração pode, por exemplo, esperar infinitamente até que mais mensagens sejam recebidas ou até que um determinado prazo seja atingido. Além disso, é possível processar mensagens ainda mais dentro de um processo de integração.

A ilustração acima mostra que a mensagem do sistema 1, 2, 3 foi enviada para o Integration Server e somente quando todas as mensagens chegaram, a mensagem composta foi enviada para o sistema de negócios do sistema de destino 4. Usando BPM de componente cruzado, a mensagem que já está no Integration Server, torna-se persistente. Qualquer outra mensagem que chegue ao Integration Server, um relacionamento é definido entre as mensagens para garantir que todas as mensagens sejam enviadas corretamente. O Business Process Engine é responsável por executar esta tarefa no ccBPM.

Ao usar o ccBPM, o processo de integração usado no ccBPM recebe mensagens de entrada, mas também envia mensagens para o sistema de negócios receptor correspondente.

O ccBPM consiste em um Editor de Processo Gráfico e um Mecanismo de Processo de Negócios. O Business Process Editor é aberto quando você seleciona um processo de integração.

Para abrir o Business Process Editor, vá para ESR → ES Builder → Diretório de integração de objetos de design na página de ferramentas SAP PI.

SAP PI - Processos de Integração

A tela Exibir Processo de Integração é aberta e a Definição Gráfica do Processo de Integração é exibida.

O Business Process Editor é iniciado quando você clica duas vezes em um Processo de Integração. Consiste nas seguintes áreas -

• Área com dados de cabeçalho
• Área de definição gráfica
• Painel de propriedades
• Processo sobre a área de visão
• Log de processamento
• Área do objeto

Etapas em um processo de integração

As etapas configuradas em um processo de integração são etapas de mensagem ou etapas relacionadas a um processo.

The following are message-relevant steps -

• Receber uma mensagem
• Envie uma mensagem
• Determine os destinatários para as etapas de envio subsequentes do processo
• Transforme uma mensagem

The following are process-relevant steps -

• Switch
• Block
• Controle (acionar exceções ou alertas)
• Fork
• Operação do contêiner (processamento de dados)
• Loop while
• Wait

Você pode monitorar os processos de integração no nível de mensagem usando a função de monitor de mensagem.

Step 1 - Use T-Code — SXMB_MONI

Esta transação pode ser usada para exibir o processamento de mensagens durante um processo de integração ou você também pode mover para uma visão de processo.

Step 2- Você também tem a opção de alternar para a visualização do processo nesta transação. Você pode selecionar a caixa de seleção Processar e Executar.

Step 3 - Na transação SXMB_MONI, você pode usar diferentes critérios para também selecionar processos diretamente.

Exemplo

O código T do monitor de processo - SWF_XI_SWI1 espera o número do fluxo de trabalho do processo de integração.

Você pode determinar o cache de tempo de execução usando o código T - SXI_CACHE conforme mostrado na imagem a seguir -

Um serviço da Web é uma função de aplicativo ou serviço e pode ser usado por meio do padrão da Internet. É uma função ou serviço de aplicativo independente, modular e autoexplicativo.

Ele pode ser descrito, disponibilizado, localizado e transformado ou chamado usando protocolos padrão da Internet.

Cada serviço da Web encapsula uma função que é usada para realizar muitas tarefas. Um provedor de serviços é usado para fornecer acesso a um serviço da web. Um provedor de serviços possui um documento WSDL.

Um usuário de serviço da Web é chamado de service requesterquem usa o serviço da web com a ajuda de um navegador da web. Em um cenário normal, um solicitante de serviço é um aplicativo que acessa o serviço da web. Um aplicativo obtém todos os detalhes necessários para acessar um serviço da Web a partir da descrição do serviço e essas informações são mantidas no registro do serviço.

A ilustração a seguir mostra um cenário de serviço da Web comum -

Serviço da Web - Principais recursos

A seguir estão os key features de um serviço da Web -

• O serviço da Web permite que programas executados em diferentes plataformas, sistemas operacionais e diferentes linguagens se comuniquem entre si.

• O serviço da Web é uma função de aplicativo ou serviço.

• O serviço da Web pode ser usado através do padrão da Internet.

• Os serviços da Web podem ser publicados e rastreados.

• Os serviços da Web formam uma base para a Enterprise Services Architecture (ESA), que é conhecida como a versão aprimorada da SAP da arquitetura orientada a serviços SOA.

Como analisar diferentes serviços da Web?

Execute as seguintes etapas para analisar diferentes serviços da Web -

Step 1 - Faça login no sistema ECC, use o código de transação - SOAMANAGER

Step 2 - Marque a caixa de seleção Serviço da Web → Aplicar seleção.

Step 3- Verifique se a guia Visão geral contém a entrada SERVIÇO → ligação é exibida. Caso a vinculação SERVICE não seja exibida, isso significa que a vinculação deve ser concluída.

Step 4 - Para mostrar o serviço da Web e sua ligação, escolha o documento Open WSDL para a ligação ou link de serviço selecionado.

Step 5- Um navegador da Web mostrando o WSDL é aberto → você pode rolar para baixo no final do WSDL. Você encontrará o ponto de extremidade na porta WSDL do nó.

Onde SAP PI não é recomendado?

SAP PI não é recomendado para um cenário de solicitação / resposta síncrona. Na comunicação síncrona, ele é chamado pela operação de solicitação e resposta e a saída do processo é retornada imediatamente após a operação. A carga é mais na infraestrutura no caso de comunicação síncrona.

Em um back-end não SAP como Java, DOT NET, SAP PI não é recomendado como ferramenta de middleware no cenário orientado pela IU.

Quando um sistema de back-end é exposto como serviço de IU, SAP PI não é recomendado para cenários baseados em IU.