SAP PI para iniciantes

objetivo

o objetivo deste tutorial é fazer você entender-o que é integração de processos SAP? Não entraremos no âmago da questão, mas discutiremos sobre a arquitetura e as diferentes características do SAP PI. Abordaremos apenas os recursos básicos e evitaremos discutir todos os recursos neste tutorial.

em seguida, há um conjunto de estudos de caso que lhe dará uma idéia sobre a utilização a nível da indústria de SAP PI. Depois de se familiarizar mais com o assunto, você deve tentar resolvê-los. Os casos de teste são preparados de maneira a levá-lo ao assunto de simples a mais complexos a cada lição e lhe dará uma ideia geral do assunto.

o que é SAP ERP?

para qualquer empresa-grande ou pequena, estas são as funcionalidades padrão de negócios que deve realizar, ou seja, gerenciamento de materiais, vendas e distribuição, Finanças, Recursos Humanos etc. Há muito software no mercado que é utilizado pela indústria. Você notará o mais simples – a máquina de caixa gerando fatura de vendas se você visitar uma pequena loja para uma rede de computadores em uma grande loja de varejo, hotel etc Operando em um ERP. O planejamento de recursos corporativos, ou seja, o ERP, é uma abordagem eficaz que a maioria das empresas implementa para aumentar sua produtividade e desempenho. SAP ERP é o Enterprise Resource Planning da SAP AG, uma solução de software integrada que incorpora as principais funções de negócios da organização. As funcionalidades básicas, ou seja, HR, MM, SD, FICO etc, são chamadas de módulos de negócios no SAP. A SAP os constrói como produtos e os vende no mercado. Existem mais dois módulos que não suportam funções de negócios diretamente, mas são utilizados para apresentação e integração. O primeiro é chamado EP (Enterprise Portal) e o último é chamado PI (Process Integration). Todos os módulos de negócios são desenvolvidos no ABAP, enquanto EP e PI são desenvolvidos principalmente em Java. Esses módulos não são executáveis, mas precisam ser implantados em um servidor de aplicativos, ou seja, ABAP Web Application Server para módulos ABAP e Java Web Application Servers para módulos Java.

existem poucos pontos que devemos saber antes de saltarmos para o assunto.

• SAP significa Sistemas, Aplicativos e produtos no processamento de dados.

• a SAP AG é uma empresa multinacional alemã de software que fabrica software empresarial para gerenciar operações de negócios e relações com clientes. SAP ERP é o Enterprise Resource Planning da corporação, uma solução de software integrada que incorpora as principais funções de negócios da organização.

• SAP NetWeaver Process Integration (SAP PI) é o software SAP enterprise application integration (EAI), um componente do grupo de produtos NetWeaver usado para facilitar a troca de informações entre o software e os sistemas internos de uma empresa e os de terceiros.

sistema legado

ao implementar o SAP ERP em um grande estabelecimento comercial, verifica-se que nem todas as seções podem ser trazidas sob o SAP ERP. Muitas das seções de negócios podem ter suas próprias ferramentas proprietárias que são altamente complexas e podem não ser possíveis de serem substituídas. Eles correm paralelamente ao sistema SAP. Eles são chamados de sistemas legados. Em seguida, torna-se necessário integrar entre os sistemas SAP e esse sistema não SAP pré-existente. É aqui que o SAP PI entra em jogo.

por que precisamos do SAP PI além de sistemas legados, em um grande estabelecimento comercial, o SAP ERP não consiste em um único sistema,mas em vários sistemas integrados, ou seja, CRM, SRM e FICO etc. Para lidar com essas complexidades, a SAP introduziu a integração de Processos uma plataforma para fornecer um único ponto de integração para todos os sistemas sem tocar na rede complexa existente de sistemas legados. Este é um poderoso middleware da SAP para fornecer integração contínua de ponta a ponta entre aplicativos SAP e não SAP dentro e fora do limite corporativo. SAP PI suporta B2B, bem como trocas A2A, suporta troca de mensagens síncronas e assíncronas e inclui mecanismo integrado para projetar e executar processos de integração.

arquitetura do SAP PI

o SAP PI consiste em um hub e estrutura de raios; os raios se conectam com sistemas externos enquanto o hub troca mensagens entre eles. O sistema de origem é conhecido como sistema remetente e o sistema de destino é conhecido como sistema receptor. O PI não é um único componente, mas sim uma coleção de componentes que trabalham juntos de forma flexível para implementar cenários de integração. A arquitetura inclui componentes a serem usados no tempo de design, no tempo de configuração e no tempo de execução.

podemos dividir o SAP PI em várias áreas

1. Integration Server
2. Integração Builder
3. o panorama do Sistema
4. Configuração e Monitoração

Integration Server é o principal mecanismo de processamento do SAP PI. Todas as mensagens são processadas aqui de forma consistente. Consiste em três motores separados

1. Integration Engine
2. Adapter Engine
3. Business Process Engine

Integration engine pode ser considerado o hub e o Adapter engine o raio. Em relação ao mecanismo de processo de negócios, explicarei mais tarde.

Integração Builder é uma aplicação cliente-servidor do quadro de acesso e edição de integração de objetos e consiste em duas ferramentas relacionadas:

1. Empresa de Serviço de Repositório – conceber e desenvolver objetos para ser usado em cenários
2. Integração Directory para configurar a ESR objetos para desenvolver cenários

Dois juntos, construímos os processos de integração, que são comumente chamados de cenários.

o cenário do sistema é um repositório central de informações sobre software e sistemas no data center e simplifica a administração do cenário do sistema.

na configuração e monitoramento, podemos monitorar as mensagens e Adaptadores.

pilha única e pilha dupla

quando o PI foi lançado pela primeira vez, nem todos os componentes foram construídos na mesma plataforma. O Integration Engine e o Business Process Engine foram construídos no ABAP, enquanto o Adapter Engine, Integration Builder, SL, CM e Mapping Runtime foram construídos em Java. Portanto, o PI precisa que o Java e o ambiente ABAP sejam executados e é conhecido como pilha dupla.

ABAP Pilha	Java Pilha
Mecanismo de Integração Processo de Negócio Motor Integração Builder	Empresa de Serviço de Repositório Diretório da Integração tempo de execução Workbench Diretório da Paisagem do Sistema Adaptador de Motor Mapeamento de tempo de execução

Mas na versão mais recente de todos os componentes são construídos em Java. Alguns dos componentes de pilha dupla são dispensados ou modificados para funcionar na pilha Java. Portanto, o PI precisa apenas do ambiente Java para ser executado e é conhecido como pilha única.

existem prós e contras entre as duas pilhas, mas eles não são cobertos neste tutorial.

Motor De Integração

o mecanismo de integração é responsável pelos serviços do servidor de integração central, ou seja, as etapas de linha de tubulação-roteamento e mapeamento. Se a estrutura da mensagem de origem for diferente da estrutura da mensagem de destino, o integration engine chamará o tempo de execução do mapeamento, onde a estrutura de origem será convertida na estrutura de destino. O tempo de execução do mapeamento é baseado na pilha Java. O mecanismo de integração também pode utilizar um programa ABAP para a conversão, que é baseado na pilha ABAP.

uma mensagem pode ser de dois tipos

1. Synchronous-tem tanto a parte request-response
2. assíncrona-tem a solicitação ou a parte de resposta apenas

no PI, a mensagem é representada por uma interface.

Interface> a estrutura da mensagem no formato XML + direção

com Base nos critérios acima, existem três tipos de interfaces

1. interface de Saída – para ligar para o remetente do sistema
2. interface de Entrada – ligar ao receptor do sistema
3. Resumo interface – ligar para o BPE

Quando vamos configurar a integração lógica (cenário) no SAP PI, conforme nossos requisitos de negócio, é o mecanismo de integração que executa essa configuração em uma maneira step-wise. Pipeline é o termo usado para se referir a todas as etapas que são executadas durante o processamento de uma mensagem XML. As etapas da linha de tubulação consistem no seguinte:

1. identificação do receptor-determina o sistema que participa da troca da mensagem.
2. determinação da Interface-determine qual interface deve receber a mensagem.
3. Divisão de mensagens – se mais de um receptor for encontrado, o PI instanciará uma nova mensagem para cada receptor.
4. mapeamento de mensagens-mapeamento para transformar a mensagem de origem em formato de mensagem de destino.
5. roteamento técnico-vincule um destino e protocolo específicos à mensagem.
6. Adaptador de chamada-envie a mensagem transformada para o adaptador ou um proxy.

Adapter Engine

você deve ter notado anteriormente que o integration engine lida apenas com mensagens no protocolo XML-SOAP. Mas e se tivermos um remetente e um sistema de negócios receptor onde os dados não estão no mesmo formato. Usamos os vários adaptadores no mecanismo do adaptador para converter mensagens baseadas em XML e HTTP para o protocolo e formato específicos exigidos por esses sistemas e vice – versa.

como discutimos anteriormente, o SAP PI é uma estrutura de hub e spoke onde o mecanismo do adaptador pode ser considerado como spoke. Usamos o Adapter Engine para conectar o Integration Engine (Hub) aos sistemas externos. A estrutura do adaptador é a base do mecanismo do adaptador. A estrutura do adaptador é baseada no mecanismo SAP J2EE (como parte do SAP Web Application Server) e na arquitetura do conector J2EE (JCA). A estrutura do adaptador fornece interfaces para configuração, gerenciamento e monitoramento de adaptadores.

em um sistema de pilha dupla, a maioria dos adaptadores onde com base na pilha Java barrando dois adaptadores que são baseados na pilha ABAP.

Java Pilha	RFC adaptador de SAP Business Conector de adaptador de arquivo/FTP adaptador, adaptador JDBC, JMS adaptador, adaptador de SOAP, Mercado Adaptador de Email adaptador, RNIF adaptador, adaptador CIDX
ABAP pilha	IDOC o adaptador e o adaptador de HTTP

Quando o SAP PI movido de dupla pilha única pilha, em seguida, essas duas placas tornou-se parte do Java pilha. O mecanismo de adaptador modificado é conhecido como mecanismo de adaptador avançado e os dois adaptadores são chamados de adaptador IDOC_AAE e Adaptador HTTP_AAE, respectivamente.

Mecanismo De Processo De Negócios

O Business Process Engine é responsável pela execução e persistência de processos de integração.

BPM significa cross-component Business Process Management ou ccBPM e também é chamado de processo de integração. Um processo de integração é um processo executável de Sistema cruzado para processar mensagens. Em um processo de integração, Você define todas as etapas do processo que devem ser executadas e os parâmetros relevantes para controlar o processo. O gerenciamento de processos de negócios fornece à infraestrutura SAP Exchange as seguintes funções:

1. estado – processamento completo de mensagens: o status de um processo de integração é persistido no servidor de integração.
2. você também pode usar correlações para estabelecer relações semânticas entre mensagens.
3. você implementa processos de integração quando deseja definir, controlar e monitorar processos de integração complexos que se estendem pelos limites da empresa e do aplicativo, ou seja, coletar/mesclar, dividir, Multicast

em tempo de execução, o mecanismo de processo de negócios executa os processos de integração. O processo de integração pode enviar e receber mensagens usando apenas interfaces abstratas.

Construa um cenário no SAP PI

começamos na página inicial se tivermos que construir um cenário no PI.

a página inicial será semelhante à fornecida abaixo:

Figura 6 – Página Inicial do SAP PI Java Pilha

A página Inicial tem hiperligações para as seguintes 4 áreas de trabalho

1. Empresa de Serviços de Repositório (ESR)
2. Integração de Diretório (ID)
3. Sistema de Paisagem (SL)
4. Configuração e Monitoramento (CM)

Cada hiperlink vai abrir um aplicativo. Todos esses quatro são aplicativos Java. ESR e ID são aplicativos de balanço. Eles são lançados a partir do navegador com base no JNLP. Portanto, pela primeira vez, leva mais tempo à medida que baixa todo o arquivo da biblioteca. Mas a partir da segunda vez, leva menos tempo para ser lançado. SL e CM são aplicativos da web puros e executados no navegador.

repositório de Serviços Corporativos

aqui projetamos e criamos objetos para serem usados na criação de um cenário de integração. O fluxo de dados em PI será semelhante ao mostrado abaixo:

Podemos encontrar a opção para desenhar o seguinte

1. objetos de Interface – Interface de Serviço, Tipo de Mensagem, o Tipo de Dados
2. Mapeamento de objetos – Operação de Mapeamento e Mensagem de Mapeamento
3. Processos de Integração

PI usa repositório de integração para projetar estrutura de mensagens para sistemas de remetente e receptor e desenvolver uma mensagem de interface usando estruturas de mensagens correspondentes que atuam como um ponto de interação com o mundo exterior. O tipo de dados e o tipo de mensagem são usados para simplificar e modularizar o design de uma interface complexa.

Fig9.O mapeamento de operação permite a transformação da estrutura de origem para a estrutura de destino quando as duas estruturas são diferentes. Mas se a origem e a estrutura de destino forem as mesmas, o mapeamento de operação pode ser dispensado. Semelhante à interface de serviço, o mapeamento de mensagens é usado para simplificar e modularizar o design de um mapeamento de operação complexo. O mapeamento de mensagens pode ser implementado de 4 maneiras

1. mapeamento gráfico
2. mapeamento Java
3. mapeamento XSLT
4. mapeamento ABAP

o mapeamento gráfico é o mais usado, pois permite ao Desenvolvedor mapear atributos de ambas as estruturas graficamente para passar dados usando interfaces de serviço. Para os outros três, temos que desenvolver o mapeamento escrevendo código. Se for um único servidor de pilha, o mapeamento ABAP não estará disponível.

existem outras áreas também, mas elas não são abordadas neste tutorial.

diretório de integração

aqui, fazemos as etapas da linha de tubulação configurando os objetos ESR criados anteriormente. Essas etapas são executadas pelo mecanismo de integração durante o tempo de execução.

Antes de iniciarmos a configuração, precisamos criar/importar os seguintes objetos no DIR.

1. Service – Business System/ Business Service/ Integration Process
2. Communication Channel

um serviço permite endereçar um remetente ou receptor de mensagens. Dependendo de como você deseja usar o serviço, você pode selecionar entre os seguintes tipos de serviço.

1. sistema de negócios – se você deseja abordar um determinado sistema de negócios como remetente ou destinatário de Mensagens, Escolha este tipo de serviço. Um sistema de negócios é um sistema de aplicativos real em um cenário de Sistema.
2. serviço de negócios – se você deseja abordar uma entidade de negócios abstrata como remetente ou destinatário de Mensagens, Escolha este tipo de serviço. Um serviço de negócios não é definido no cenário do sistema.
3. Integration Process Service – Se você deseja abordar um processo de integração como remetente ou destinatário de Mensagens, Escolha este tipo de serviço. Em tempo de execução, esses processos de integração são controlados por mensagens e podem enviar mensagens.

o canal de comunicação determina o processamento de entrada e saída de mensagens. As mensagens são convertidas do formato nativo para o formato de mensagem específico soap-xml e vice-versa através do adaptador. Geralmente, existem dois tipos de canal de comunicação em um cenário

1. canal de comunicação do remetente
2. canal de comunicação do receptor

você deve atribuir um canal de comunicação a um serviço. Dependendo se o serviço é endereçado como remetente ou receptor de mensagens, o canal de comunicação atribuído tem a função de um remetente ou de um canal receptor e deve ser configurado de acordo. Não é possível atribuir um canal de comunicação a um serviço de processo de integração.

O pipe-line passos são criados criando as seguintes 4 configuração no DIRETÓRIO

encontramos as seguintes opções:

1. Remetente Acordo
2. Determinação do Receptor
3. Interface de Determinação
4. Receptor de Acordo

Remetente acordo define como a mensagem de um remetente para ser transformado de modo a que possa ser processada pelo Servidor de Integração. Consiste no seguinte

1. componente do remetente
2. interface do remetente
3. canal de comunicação do remetente

o Acordo do remetente é semelhante à chave primária na tabela. Não pode haver os dois acordos de remetente semelhantes em um cenário.

o Acordo do receptor define como a mensagem deve ser transformada para que possa ser processada por um receptor. Consiste em

1. componente do remetente
2. componente do receptor
3. interface do receptor
4. canal de comunicação do receptor

você usa uma determinação do receptor para especificar para quais receptores uma mensagem deve ser enviada. Você tem a opção de definir condições para encaminhar a mensagem para os receptores. Ele consiste em

1. Componente de Remetente
2. Remetente Interface
3. Receptor Componente

a Determinação do Receptor é de dois tipos – Padrão ou Estendido, dependendo se você deseja especificar o Receptor manual ou dinamicamente por um mapeamento em tempo de execução.

você usa uma determinação de interface para especificar qual interface de entrada de um receptor; a mensagem deve ser encaminhada. Você também pode especificar qual mapeamento de interface do repositório de integração deve ser usado para processar a mensagem, ou seja, se o remetente e a interface do receptor não forem do mesmo formato, haverá um mapeamento operacional para alterar o formato. Você define uma determinação de interface para um remetente, uma interface de saída e um receptor. Ele consiste em

1. Componente de Remetente
2. Remetente Interface
3. Receptor Componente
4. Receptor de Interface

Interface de Determinação é de dois tipos – Padrão ou Avançado, dependendo se você deseja especificar o receptor de interface manualmente ou através de mapeamento baseado em mensagem de divisão. Determinação do receptor e determinação da Interface-os dois juntos são comumente conhecidos como roteamento lógico. Acordo do remetente e Acordo do destinatário-os dois juntos são comumente conhecidos como Acordo de colaboração.

paisagem do sistema

o SAP system Landscape Directory (SLD) é o provedor de informações central em um cenário do sistema. Na página da web, você encontrará os seguintes links:

1. Sistemas Técnicos – sistemas técnicos são sistemas de aplicativos instalados no seu cenário de Sistema.
2. Sistemas de negócios-os sistemas de negócios são sistemas lógicos, que funcionam como remetentes ou receptores dentro do PI. Os sistemas de negócios têm dependência individual com o sistema técnico associado.
3. produtos e componentes – são informações sobre todos os produtos e componentes SAP disponíveis, incluindo suas versões. Se houver produtos de terceiros no cenário do sistema, eles também estão registrados aqui.

o SLD será semelhante ao dado abaixo:

Figura 11-Paisagem Do Sistema

produtos e componentes são comumente chamados de Informações do componente

sistema técnico e sistema de negócios são comumente chamados de descrição da paisagem.

um sistema de negócios pode ser configurado como um servidor de integração ou sistema de aplicativos.

1. Integration Server-o Integration server executa apenas a lógica de integração configurada no Integration Builder. Eles também podem ser identificados como etapas de linha de Tubulação. Ele recebe mensagem XML, determina o receptor, executa os mapeamentos e roteia a mensagem XML para os sistemas receptores correspondentes. Assim, o mecanismo de integração configurado é identificado como mecanismo de integração configurado Central.
2. sistema de aplicativos – o sistema de aplicativos não executará a lógica de integração. Ele, por sua vez, chama o servidor de integração para executar a lógica de integração, se necessário. Ele atua como remetente ou receptor de mensagens XML. Portanto, o sistema de aplicativos com um mecanismo de integração local requer que o servidor de integração execute a lógica de integração.

apenas um cliente do sistema SAP pode ser configurado como servidor de integração.

as informações A seguir são extraídos de SLD em VHS e DIR

1. Componente de Informação são utilizados em VHS para definir o Produto e o SWCV
2. Sistema de Negócios são utilizados no Diretório para definir o remetente e o receptor das mensagens

Configuração e Monitoração

central de ponto de entrada para fins de monitoramento. Isso oferece a opção de navegar até as funções de monitoramento do mecanismo de integração, bem como a integração com o sistema de gerenciamento de Centro de computação (CCMS) e A infraestrutura De Monitoramento de processos (PMI) da SAP.

a configuração e o monitoramento serão semelhantes aos fornecidos abaixo:

Figura 13 – configuração e Monitorização

com a configuração e monitorização são suportadas as seguintes funções de monitorização:

1. monitoramento de componentes-monitorando os diferentes componentes SAP PI (Java e ABAP parts).
2. monitoramento de mensagens-rastreando o status de processamento de mensagens dentro de um componente SAP PI e na detecção e análise de erros.
3. monitoramento de ponta a ponta-monitoramento de um ciclo de vida de mensagens do ponto de vista do SAP PI.
4. monitoramento de desempenho-estatísticas sobre diferentes aspectos de desempenho do SAP PI podem ser acessadas por meio do RWB. Aqui, você pode selecionar e agregar dados de desempenho, por exemplo, por componente, intervalo de tempo ou atributos de mensagem.
5. Index administration – ao administrar e monitorar a indexação de mensagens por componente SAP PI, você habilita uma pesquisa de mensagens baseada em índice que pode ser usada no monitoramento de mensagens. Esse tipo de pesquisa de mensagens oferece critérios de seleção aprimorados, incluindo atributos e Termos ou frases específicos do adaptador da carga útil da mensagem.
6. configuração de alerta-usando a estrutura de alerta, o monitoramento central no PI pode ser fornecido com todos os erros relatados durante o processamento de mensagens no ABAP e Java. Isso permite uma reação aprimorada a esses erros no tempo de execução do ABAP e no mecanismo de adaptador baseado em Java. Para este propósito, a estrutura de alerta é fornecida com regras baseadas em certos eventos e em informações do cabeçalho do protocolo de mensagem PI. Essas regras determinam se os alertas são enviados ou não. Se um alerta for enviado, ele pode ser usado para análise de erros.
7. Alert inbox-a caixa de entrada de alerta é específica do Usuário e exibe todos os alertas para cada servidor de alerta que foi gerado com base na configuração de alerta.
8. monitoramento de Cache-o monitoramento de cache exibe objetos que estão atualmente no cache de tempo de execução. Diferentes objetos de cache são monitorados dependendo da instância de cache em questão.

comunicação síncrona vs. assíncrona

um processo pode ser definido como síncrono ou assíncrono.

• um processo síncrono é invocado por uma operação de solicitação/resposta e o resultado do processo é retornado ao chamador imediatamente por meio desta operação.
• um processo assíncrono é invocado por uma operação unidirecional e o resultado e quaisquer falhas são retornados invocando outras operações unidirecionais. O resultado é retornado ao chamador por meio de uma operação de retorno de chamada.

no mundo da computação, não há comunicação assíncrona. Toda a comunicação entre dois sistemas é sempre via chamada de método (Operação de solicitação/resposta). Então, como o tornamos assíncrono? A resposta está na introdução de um terceiro sistema entre a função chamada e a chamada.

suponha que existam dois sistemas-A E B. Toda a comunicação entre A e B é através de uma chamada de método e, portanto, eles são síncronos. Introduzimos um terceiro sistema entre A e B e o chamamos de sistema intermediário – I. A comunicação entre A e I é via chamada de método e, da mesma forma, entre I e B também é via chamada de método. Mas a comunicação entre A e B pode ser chamada de assíncrona, pois a não precisa esperar pela resposta de B.

esta é a base da comunicação assíncrona e o que é esse sistema intermediário? Essa é a fila. A é chamado de remetente e B é chamado de receptor. A mensagem de A é adicionada primeiro à fila e, em seguida, é novamente retirada da fila e enviada para B. A resposta de B atinge a de maneira semelhante. Em determinada situação, o requisito comercial precisa que as mensagens sejam entregues A B na mesma ordem em que são acionadas a partir de A. Nesse caso, seguimos uma política de entrada e saída. Se não houver tais requisitos, as mensagens serão enviadas da fila para B em qualquer ordem.

com comunicação assíncrona, alcançamos Entrega Garantida, ou seja, o sistema B não está disponível quando o sistema a envia a mensagem. A mensagem é adicionada à fila e permanece lá enquanto B não estiver disponível. Uma vez que B está disponível, a mensagem é retirada da fila e envia para B.

Assim podemos classificar a nossa mensagem de comunicação de três maneiras:

1. Síncrono
2. Assíncrona com o fim de não mantidos
3. Assíncrona com ordem mantida

PI, nós identificá-los como: Síncrono – SER (Melhor Esforço), Assíncrono, com ordem não é mantida, EO (Exatamente Assim)Assíncrona com ordem mantida – EOIO (Exatamente uma Vez em Ordem).

reconhecimento

o reconhecimento é a raiz da comunicação assíncrona. Por quê?

para comunicação síncrona, o sistema a chama o sistema B e, se B NÃO enviar a resposta, o processo falhou. Mas em uma comunicação assíncrona, o sistema a chama o sistema I e o sistema I chama o sistema B. Então suponha que a comunicação entre A e I seja bem-sucedida, mas entre I e B, ela falha. Como deve a perceber que a entrega para B falhou? Isso é realizado por um reconhecimento que é enviado de volta para a por B através da mesma rota que a mensagem de a levou para B. Se a confirmação de B não chegar a A, considere que o processo falhou e enviará a mensagem novamente.

enquanto discutimos sobre comunicação assíncrona em PI, usamos o termo – ‘exatamente uma vez’ para EO e EOIO. Exatamente uma vez significa que uma mensagem entregue uma vez não pode ser entregue novamente. Para conseguir isso, há um reconhecimento para cada mensagem enviada de A Para B. são os adaptadores que ficam no final da comunicação. Portanto, os adaptadores devem suportar reconhecimento.

todos os adaptadores fornecem reconhecimento do sistema I.E. reconhecimento de entrega. Os adaptadores que suportam comunicação síncrona suportam reconhecimento de aplicativos, além do reconhecimento do sistema.

portanto, em PI, A seguir estão o tipo de reconhecimento

1. reconhecimento do sistema – reconhecimentos do sistema usados pelo ambiente de tempo de execução para confirmar que uma mensagem assíncrona atingiu o receptor.
2. reconhecimento de aplicativos-reconhecimentos de aplicativos usados para confirmar que a mensagem assíncrona foi processada com sucesso no receptor.

chamada de Função Remota

enquanto trabalha no PI, você encontrará o termo – RFC. O que são eles? Para estabelecer a comunicação entre dois sistemas SAP, ou seja, um R/3 e PI, criamos o Destino RFC. Ele é configurado pelo seguinte

1. tipo de conexão
2. endereço IP e porta do receptor

tipo de conexão informa o tipo de conexão do sistema, ou seja, R/3, TCP/IP, interno etc.

o Destino RFC que criamos é classificado de acordo com o modo de comunicação necessário, ou seja, se deve suportar comunicação síncrona ou assíncrona.

1. para comunicação síncrona Síncrona RFC
2. para comunicação assíncrona com a ordem não é mantida Transacional RFC
3. para comunicação assíncrona com ordem mantida na Fila RFC

Eles são identificados por sRFC, tRFC e qRFC.

estudos de Caso – 1

suponha que você está em uma sala de aula e há 10 alunos nela. O instrutor então pede a cada aluno para preparar os seguintes dados pessoais e salvá-los em um arquivo XML. Os detalhes são como se segue:

1. ID do Aluno
2. Nome
3. Mobile
4. e-Mail
5. Gênero

Haverá 10 arquivos e os arquivos são nomeados como cv_1,2,3….10. Os arquivos são salvos no diretório de origem. Para fins de teste, são criados os seguintes diretórios:

diretório de origem: c:\ibm\sap\training\input

diretório do arquivo: c:\ibm\sap\training\archive

diretório de erros: c:\ibm\sap\training \ error

diretório de destino: c:\ibm\sap\training\target

você é solicitado a desenvolver cenários no SAP PI que lerão os arquivos de origem do Diretório de origem e os gravarão no diretório de destino. Uma vez que um arquivo é lido com sucesso a partir do Diretório de origem, ele deve ser movido para o diretório de arquivo e se o arquivo não pode ser lido por algum erro, ou seja, formato xml não mantido, ele deve ser movido para o diretório de erro. Os arquivos movidos para o diretório archive, error ou target devem ter um carimbo de data / hora anexado ao nome do arquivo.

1. ou seja, nome do arquivo + <carimbo de data / hora >.

Lição-1

Prepare um cenário para ler um único arquivo, ou seja, arquivo cv_1.xml do Diretório de origem e gravá-lo para o diretório de destino. O nome do arquivo de destino também deve ser cv_1.xml com o carimbo de data / hora anexado ao nome.

Lição-2

Prepare um cenário para ler todos os arquivos do Diretório de origem e gravá-los no diretório de destino. Da mesma forma, os arquivos de destino também devem ser nomeados como cv_1, 2 ..xml com o carimbo de data / hora anexado a cada um deles.

Lição-3

o instrutor pede a todos que adicionem a seguinte validação aos dados.

1. o número do celular deve ter 10 dígitos numéricos-se o número do celular não for de 10 dígitos, substitua-o por ‘erro’
2. o e-mail deve ter um caractere ‘@’ e um ‘.’caractere-se o e-mail não tiver o ‘@’ ou ‘.’caractere e, em seguida, substitua-o por ‘erro’

Antes de executar o cenário, em alguns dos arquivos de origem, modifique o celular e o e-mail para que eles estejam errados de acordo com a lógica fornecida acima.

Lição-4

Prepare um cenário para ler todos os arquivos de origem e classificá-los de acordo com seu gênero. Os arquivos para os homens serão escritos em um diretório e para as senhoras para outro diretório. Dois diretórios são criados para o propósito acima:

diretório de Destino para os homens: c:\ibm\sap\training\target\men

diretório de Destino para as mulheres: c:\ibm\sap\training\target \ women

suponha que haja 6 homens e 4 mulheres na classe, então se todos os arquivos de origem forem lidos com sucesso, o diretório de destino para homens deve ter 6 arquivos e o diretório de destino para mulheres deve ter 4 arquivos.

estudos de Caso-2

o instrutor pede a todos que preparem um único arquivo com os dados pessoais de cada aluno em segmentos separados.

Lição-5

Escreva um cenário que leia este arquivo e produza 10 arquivos de destino onde cada arquivo deve corresponder aos dados pessoais de cada funcionário. Os arquivos de destino devem ser nomeados como cv_ < emp_ID > _ < timestamp >

Lesson-6

modifique o cenário acima para que ele produza 2 arquivos de destino em vez de 10 onde um arquivo de destino para homens e outro arquivo de destino para as mulheres. O arquivo de destino para homens deve ter 6 segmentos para 6 homens e o arquivo de destino para mulheres deve ter 4 segmentos para 4 mulheres.

Os arquivos de destino deve ser denominado como Para homens – men_<carimbo de data / hora> Para Senhoras – women_<time_stamp>

Estudo de Caso -3

Mesmo como estudo de caso – 1, o professor peça a cada aluno para preparar sua informação pessoal e guardá-las em um arquivo XML. Serão 10 arquivos. Os arquivos são salvos no diretório de origem.

Lição-7

Prepare um cenário para ler todos os arquivos de origem do Diretório de origem e criar um único arquivo no diretório de destino. O nome do arquivo de destino será emitido.xml com o carimbo de data / hora anexado ao nome do arquivo. O arquivo de destino terá todos os detalhes de cada arquivo de origem como sub-segmento.

Lição-8

Prepare um cenário para ler todos os arquivos de origem do Diretório de origem e criar dois arquivos no diretório de destino – um para os homens e outro para as mulheres. Para 6 homens, o arquivo men deve ter seis segmentos com os detalhes de cada homem e para 4 mulheres, da mesma forma, deve haver 4 segmentos com os detalhes de cada mulher.

Estudo de Caso – 4

O professor pede agora cada um dos alunos para preparar um outro conjunto de detalhes que será composto de his/her os seguintes acadêmicos detalhes:

1. ID do aluno
2. Nome da Escola
3. Colégio Nome
4. Nome do Departamento
5. Admissão Ano

Haverá 10 arquivos e os arquivos são nomeados como ad_1, 2, 3….10. Os arquivos são salvos no diretório de origem. Portanto, cada aluno agora terá um par de arquivos – um para os detalhes pessoais e outro para os detalhes acadêmicos. Dois arquivos são co-relacionados com o ID do aluno. O diretório de entrada agora consiste em 10 arquivos pessoais e 10 arquivos acadêmicos.

Lição – 9

você é solicitado a desenvolver um cenário que irá escolher os arquivos de origem e irá processá-los em par. O cenário gerará 10 arquivos de destino. Cada arquivo de destino consistirá nos detalhes pessoais e acadêmicos de um aluno em segmentos separados. Os arquivos de destino serão nomeados como res_1, 2, 10.

os arquivos de destino serão semelhantes:

Lição – 10

você é solicitado a alterar o ID do aluno em alguns dos arquivos para que eles não tenham um arquivo acadêmico ou pessoal correspondente e vice-versa. O cenário deve ser executado e se encontrar algum arquivo que não tenha um arquivo correspondente correspondente, o processo deve terminar após algum período de tempo, ou seja, 2 min e esses arquivos serão movidos para o diretório de erros e não haverá arquivos de destino correspondentes para eles.