VENTAS: 1-800-867-1389

Tutorial: Usar Servicios de BizTalk de Windows Azure para la integración con un servidor SAP local

Actualizado: agosto de 2013

Servicios de BizTalk de Windows Azure proporciona un conjunto completo de características de integración que permiten a las organizaciones crear soluciones híbridas de forma que sus aplicaciones orientadas a clientes o a asociados se hospedan en Azure, mientras que los datos relacionados con los clientes o los asociados se almacenan de forma local mediante aplicaciones de LOB. En este artículo, hablaremos de cómo configurar un escenario híbrido similar mediante Servicios de BizTalk. Para mostrar la forma de integrar aplicaciones de Windows Azure con una aplicación de LOB local mediante Servicios de BizTalk, utilizaremos un escenario en el que participan dos asociados empresariales, Fabrikam y Contoso.

Escenario empresarial

Contoso envía un mensaje de pedido de compra (PO) a Fabrikam en un formato Intercambio electrónico de datos (EDI) X12 mediante el esquema PO (X12 850). Fabrikam (que utiliza un servidor SAP para administrar los datos de asociados), acepta el PO de sus asociados mediante IDOCS ORDERS05. Para permitir que Contoso envíe un PO directamente al servidor SAP local de Fabrikam, Fabrikam decide usar la oferta de integración de Windows Azure, Servicios de BizTalk, para configurar un escenario híbrido de integración en el que la capa de integración se hospeda en Azure y el servidor SAP está dentro del firewall de la organización. Fabrikam utiliza Servicios de BizTalk de las maneras siguientes para habilitar este escenario híbrido de integración:

  1. Fabrikam utiliza el SDK de Servicios de BizTalk de Windows Azure para crear un Proyecto de servicio de BizTalk. El proyecto incluye un Puente unidireccional XML para enviar mensajes a un extremo de retransmisión, que a su vez envía el mensaje al sistema SAP local.

  2. Fabrikam utiliza el componente Servicio de adaptador de BizTalk disponible con Servicios de BizTalk para exponer la operación Send en IDOC ORDERS05 como una operación mediante el extremo de retransmisión de Service Bus. El Puente unidireccional XML envía los mensajes a este extremo de retransmisión. Fabrikam también crea el esquema para la operación Send mediante el Servicio de adaptador de BizTalk e incluye el esquema como parte del Proyecto de servicio de BizTalk.

    noteNota
    Una operación Send en un IDOC es una operación que BizTalk Adapter Pack expone en todos los IDOC para enviar el IDOC al servidor SAP. Servicio de adaptador de BizTalk utiliza BizTalk Adapter Pack para conectarse a un servidor SAP.

  3. Fabrikam utiliza el componente Transformación disponible con Servicios de BizTalk para crear una asignación con el fin de transformar el mensaje PO en formato X12 al esquema que el servidor SAP necesita para invocar la operación Send en el IDOC ORDERS05.

  4. Fabrikam utiliza el Portal de Servicios de BizTalk de Windows Azure disponible con Servicios de BizTalk para crear e implementar un acuerdo EDI en la suscripción de Servicios de BizTalk que procesa el mensaje PO 850 X12. Como parte del procesamiento del mensaje, el acuerdo también hace lo siguiente:

    1. Recibe un mensaje PO 850 X12 a través de FTP.

    2. Transforma el mensaje PO X12 en el esquema que el servidor SAP necesita mediante la transformación que creó anteriormente.

    3. Enruta el mensaje transformado al Puente unidireccional XML, que al final enruta el mensaje a un extremo de retransmisión creado para enviar un mensaje PO a un servidor SAP. Fabrikam exponía anteriormente (como se explica en el punto 1 anterior) la operación Send del IDOC ORDERS05 como un extremo de retransmisión, para permitir que los asociados enviaran mensajes PO mediante Servicio de adaptador de BizTalk.

Una vez configurado esto, Contoso deja un mensaje PO 850 X12 en la ubicación FTP. La canalización de recepción EDI utiliza este mensaje; la canalización procesa el mensaje, lo transforma en un IDOC ORDERS05 y lo enruta al Puente XML intermediario. El puente enruta entonces al mensaje al extremo de retransmisión de Service Bus, que se envía al servidor SAP local. En la ilustración siguiente se representa el mismo escenario.

Escenario de integración SAP

Cómo usar este artículo

Este tutorial se ha escrito alrededor de un ejemplo, SAPIntegration, que está disponible como parte de la descarga (SAPIntegration.zip) de la Galería de código de MSDN. Puede usar el ejemplo SAPIntegration y seguir este tutorial para entender cómo se creó el ejemplo o puede utilizar este tutorial para crear su propia aplicación. Este tutorial está destinado al segundo enfoque, de modo que entienda cómo se compiló esta aplicación. Además, para ser coherentes con el ejemplo, los nombres de los artefactos (esquemas, transformaciones, etc.) utilizados en este tutorial son los mismos que los del ejemplo.

El ejemplo disponible en la galería de código de MSDN solo contiene la mitad de la solución, que se puede desarrollar en tiempo de diseño en el equipo. El ejemplo no puede incluir la configuración que debe realizar en el Portal de servicios de BizTalk en Azure. Para eso, debe seguir los pasos de este tutorial para configurar el puente EDI. Aunque Microsoft recomienda que siga el tutorial para entender mejor los conceptos y procedimientos, si realmente desea utilizar el ejemplo, esto es lo que debe hacer:

  • Descargue el paquete SAPIntegration.zip, extraiga el ejemplo SAPIntegration y realice los cambios necesarios como proporcionar el espacio de nombres de su servicio, su nombre del emisor, su clave del emisor, los detalles de su servidor SAP, etc. Después de modificar el ejemplo, implemente la aplicación para obtener la dirección URL del extremo en el que se implementa el Puente unidireccional XML.

  • Utilice el Portal de servicios de BizTalk para configurar los valores de recepción según se describe en Paso 5: crear e implementar la canalización de recepción EDI y siga los procedimientos para enrutar mensajes desde el puente de recepción IDE al Puente unidireccional XML que implementó previamente.

  • Deje un mensaje de prueba en la ubicación FTP configurada como parte del acuerdo y compruebe que la aplicación funciona como se esperaba.

    • Si el mensaje se procesa correctamente, se enrutará al servidor SAP y podrá comprobar el IDOC ORDERS mediante la interfaz gráfica de usuario de SAP.

    • Si el acuerdo EDI no puede procesar el mensaje, los mensajes de error se enrutarán a un extremo de retransmisión de Service Bus. Para recibir esos mensajes, debe configurar un servicio receptor de retransmisión que reciba todos los mensajes procedentes de ese extremo de retransmisión específico. Para obtener más detalles sobre por qué es necesario este servicio y cómo utilizarlo, vea Paso 6: probar la solución.

En esta sección

Vea también


Fecha de compilación:

2013-11-22
¿Te ha resultado útil?
(Caracteres restantes: 1500)
Gracias por sus comentarios

Adiciones de comunidad

Mostrar:
© 2014 Microsoft