Esta página foi útil?
Seus comentários sobre este conteúdo são importantes. Queremos saber sua opinião.
Comentários adicionais?
1500 caracteres restantes
Tutorial: Usando os Serviços BizTalk do Azure para integrar-se a um servidor SAP local

Tutorial: Usando os Serviços BizTalk do Azure para integrar-se a um servidor SAP local

Atualizado: maio de 2015

Serviços BizTalk do Microsoft Azure fornece um conjunto rico de recursos de integração que permitem que as organizações criem soluções híbridas de modo que os aplicativos voltados para seu cliente ou parceiro estejam hospedados no Azure, enquanto os dados relacionados aos clientes ou parceiros estão armazenados nos locais usando aplicativos de LOB. Neste artigo, falamos sobre como configurar um cenário híbrido semelhante usando Serviços BizTalk. Para demonstrar como integrar aplicativos do Microsoft Azure com um aplicativo LOB local usando Serviços BizTalk, vamos considerar um cenário que envolve dois parceiros comerciais: Fabrikam e Contoso.

A Contoso envia uma mensagem de ordem de compra (PO) para a Fabrikam em um formato de intercâmbio eletrônico de dados (EDI) X12 usando o esquema da PO (X12 850). A Fabrikam (que usa um servidor SAP para gerenciar os dados do parceiro) aceita a PO de seus parceiros usando IDOCS ORDERS05. Para permitir que a Contoso envie uma PO diretamente para o servidor SAP local da Fabrikam, a Fabrikam decidiu usar o Serviços BizTalk para configurar um cenário híbrido de integração onde a camada de integração está hospedada no Azure e o servidor SAP está no firewall da organização. A Fabrikam usa Serviços BizTalk das seguintes maneiras para habilitar esse cenário híbrido de integração:

  1. A Fabrikam usa o SDK Serviços BizTalk do Microsoft Azure para criar Projeto do Serviço BizTalk. O projeto inclui uma Ponte unidirecional XML para enviar mensagens a um ponto de extremidade de retransmissão, o qual envia a mensagem ao sistema SAP local.

  2. A Fabrikam usa o componente Serviço de adaptador do BizTalk disponível com o Serviços BizTalk para expor a operação Enviar em ORDERS05 IDOC como uma operação usando o ponto de extremidade de retransmissão de Barramento do Serviço. Ponte unidirecional XML envia mensagens para esse ponto de extremidade de retransmissão. A Fabrikam também cria o esquema para a operação Enviar usando Serviço de adaptador do BizTalk e inclui o esquema como parte de Projeto do Serviço BizTalk.

    noteObservação
    Uma operação Enviar em um IDOC é uma operação que é exposta pelo BizTalk Adapter Pack em qualquer IDOC para enviar o IDOC ao servidor SAP. O Serviço de adaptador do BizTalk usa o BizTalk Adapter Pack para se conectar a um servidor SAP.

  3. A Fabrikam usa o componente Transformação disponível com Serviços BizTalk para criar um mapa para transformar a mensagem de PO no formato X12 no esquema exigido pelo servidor SAP para invocar a operação Enviar em ORDERS05 IDOC.

  4. A Fabrikam usa Portal de Serviços BizTalk do Microsoft Azure disponível com Serviços BizTalk para criar e implantar um contrato do EDI sob a assinatura de Serviços BizTalk que processa a mensagem de X12 850 PO. Como parte do processamento de mensagem, o contrato também faz o seguinte:

    1. Recebe uma mensagem de X12 850 PO por FTP.

    2. Transforma a mensagem de X12 PO no esquema exigido pelo servidor SAP que usa a transformação criada anteriormente.

    3. Roteia a mensagem transformada para o Ponte unidirecional XML que roteará a mensagem para um ponto de extremidade de retransmissão criado com o envio da mensagem de PO para um servidor do SAP. A Fabrikam antes expôs (como explicado no marcador 1 acima) a operação Enviar em ORDERS05 IDOC como um ponto de extremidade de retransmissão, para permitir que os parceiros para enviem mensagens de PO usando Serviço de adaptador do BizTalk.

Depois dessa configuração, a Contoso remove uma mensagem de X12 850 PO do local do FTP. Essa mensagem é consumida pelo pipeline de recepção do EDI, que processa a mensagem, transforma-a em um ORDERS05 IDOC, e a roteia para Ponte XMLintermediária. Em seguida, a ponte roteia a mensagem para o ponto de extremidade de retransmissão em Barramento do Serviço, que é enviado para o servidor SAP local. A ilustração a seguir representa o mesmo cenário.

Cenário de integração SAP

Este tutorial foi escrito em torno do exemplo SAPIntegration disponível na Galeria de Códigos do MSDN (SAPIntegration.zip). Você pode utilizar o exemplo de SAPIntegration e percorrer esse tutorial para entender como o exemplo foi criado ou usar apenas este tutorial para criar seu próprio aplicativo. Este tutorial é destinado à segunda abordagem para que você entenda como esse aplicativo foi compilado. Além disso, para ser consistente com o exemplo, os nomes dos artefatos (por exemplo, transformações etc.) usados neste tutorial são os mesmos do exemplo.

O exemplo disponível na Galeria de Códigos do MSDN contém apenas a metade da solução, que pode ser desenvolvida em tempo de design em seu computador. O exemplo não pode incluir a configuração que você deve fazer no Portal de Serviços do BizTalk do Azure. Para isso, você deve seguir as etapas deste tutorial para configurar a ponte do EDI. Embora a Microsoft recomende que você siga o tutorial para melhor compreender os conceitos e procedimentos. Se você desejar realmente usar o exemplo, isso será o que você deve fazer:

  • Baixe o pacote SAPIntegration.zip, extraia o exemplo SAPIntegration e faça as alterações relevantes como adicionar o namespace de serviço, o nome do emissor, a chave do emissor, os detalhes do servidor SAP e assim por diante. Depois de alterar o exemplo, implante o aplicativo para obter a URL de ponto de extremidade na qual a Ponte unidirecional XML é implantada.

  • Use Portal de Serviços do BizTalk para definir as configurações de recebimento conforme descrito em Etapa 5: Criar e implantar o pipeline de recebimento EDI e siga os procedimentos para rotear mensagens da ponte de recebimento de EDI para um Ponte unidirecional XML que já esteja implantado.

  • Remova uma mensagem de teste do local de FTP configurada como parte do contrato e verifique se o novo aplicativo funciona conforme esperado.

    • Se a mensagem for processada com êxito, ela será roteada para o servidor SAP e você poderá verificar ORDERS IDOC usando a GUI do SAP.

    • Se o contrato do EDI não processar a mensagem, as mensagens de falha/erro serão roteadas para um ponto de extremidade de retransmissão em Barramento do Serviço. Para receber essas mensagens, você deve configurar um serviço de recebimento de retransmissão que receberá qualquer mensagem que siga para esse ponto de extremidade de retransmissão específico. Mais detalhes sobre por que você precisa desse serviço e como usá-lo estão disponíveis em Etapa 6: Testar a solução.

Consulte também

Mostrar:
© 2015 Microsoft