SAP y Mul

Integracion Mule con SAP

Transcript

1. MULE + SAP
2. MULE ESB - LA MEJOR MANERA DE INTEGRAR SAP š Como una de las soluciones de planificación de recursos empresariales más utilizados en el mercado, SAP juega un papel central en los procesos de negocio más críticos para muchas empresas. Con el fin de automatizar y optimizar estos procesos de negocio totalmente, las empresas tienen que integrar SAP con otras aplicaciones dentro de su organización. En este artículo se analiza la integración de SAP con otras aplicaciones como Salesforce, e-POS, comercio electrónico, etc. SharePoint incluidos los usos y beneficios, retos y nuevos enfoques.
3. MULE ESB - LA MEJOR MANERA DE INTEGRAR SAP š Un enfoque alternativo a punto a punto soluciones rápidas y costosas pilas SOA es integrar SAP utilizando un (Enterprise Service Bus). ESB proporcionan una solución moderna y ligero, autónomo para la integración de SAP con otras aplicaciones, incluyendo las soluciones SaaS como Salesforce, ePOS, comercio electrónico, etc. SharePoint Mule ESB es el único bus de servicios empresariales para ser certificado por SAP para la integración de SAP. Empresa conector SAP de mula proporciona una comunicación bidireccional y trabaja con tecnologías SAP existentes, tales como: š Documentos intermedios (IDOC) š Interfaces de programación de aplicaciones de negocios (BAPI) š SAP Java Connector (JCO)
4. MULE ESB - LA MEJOR MANERA DE INTEGRAR SAP š WHISHWORKS había propuesto y diseñado la arquitectura orientada a servicios (SOA) para el desarrollo de servicios de interfaz que permitan a diferentes funcionalidades como servicios reutilizables. WHISHWORKS integrado SAP con otras aplicaciones que utilizan un bajo costo Enterprise Service Bus (ESB) para hacer frente a todos los conductores de negocios.
5. MULE ESB CONECTOR SAP š Mule ESB soporta la integración de SAP a través de un conector de Java certificada por SAP. Con la mula pasarelas empresariales de SAP, la integración entre aplicaciones con SAP ECC es más rápido y más fácil. SAP mula JCo conector es un transporte desarrollado para proporcionar conectividad bidireccional entre SAP y otras aplicaciones o herramientas.Usando conector SAP JCo que puede invocar fácilmente BAPIs (Business Application Programming Interface) y el IDOC (Intermedio Document Interface) en SAP. El conector SAP JCo se construye a partir de las bibliotecas SAP Java Connector proporcionados por SAP. El conector aprovecha las bibliotecas SAP Java Connector (JCO), que permiten a las aplicaciones de la mula a:
6. MULE ESB CONECTOR SAP š Enviar y recibir IDOC sobre tRFC y qRFC š Transformar todos los objetos de SAP (JCoFunction y IDocs) hacia y desde XML š Ejecutar la interfaz de programación de aplicaciones empresariales (BAPI) funciona utilizando todos los siguientes tipos de llamadas a función remota (RFC) como sRFC (RFC sincrónica), tRFC (RFC transaccional) y qRFC (cola RFC) š Actuar como un servidor JCo a ser llamado como un BAPI lo largo de los siguientes protocolos como sRFC, tRFC, qRFC
7. MULE ESB CONECTOR SAP
8. MULE ESB CONECTOR SAP š El conector SAP establece la conexión al sistema SAP utilizando bibliotecas JCO (proporcionado por SAP). El conector es compatible con la opción de configurar los detalles de conexión de SAP, la agrupación de conexiones y límite máximo de conexiones activas. Si se utiliza el conector para datos salientes de SAP, a continuación, ESB registra la instancia actual de Mule ESB como JCO destino / servidor Gateway. š
9. La integración de las funciones de SAP BAPI š Un simple BAPI realiza una sola operación, como recuperar una lista de datos maestros del producto. El adaptador es compatible con llamadas de BAPI simples por lo que representa cada uno con un único esquema de objeto de negocio. BAPIs simples pueden ser utilizados para el procesamiento de salida o de entrada. Puede especificar el procesamiento RFC sincrónica o asincrónica procesamiento RFC transaccional (tRFC) cuando se configura un módulo para un simple BAPI. Además, para el procesamiento de salida, puede especificar el procesamiento asincrónico en cola RFC (qRFC), en la que BAPIs se entregan a una cola predefinido en el servidor SAP.
10. La integración de las funciones de SAP BAPI š En el procesamiento RFC sincrónico, el servidor SAP y el adaptador deben estar disponibles durante el procesamiento. š En el proceso de salida, el flujo de mensajes envía una petición, a continuación, espera una respuesta desde el servidor SAP. š En el proceso de entrada, el servidor SAP envía una solicitud a través del adaptador a un punto final y espera una respuesta desde el adaptador. š En el proceso de salida asíncrona tRFC, el adaptador asocia un ID de transacción con la llamada de función al servidor SAP. El adaptador no espera una respuesta del servidor de SAP. Si la entrega no se realiza correctamente, el flujo de mensajes puede utilizar el ID de la transacción SAP (TID) para realizar la solicitud de nuevo. El TID es un campo en el mensaje. š En el proceso de recepción asíncrona tRFC, el adaptador no tiene que estar disponible cuando el servidor SAP ejecuta la llamada de función. La llamada de función se coloca en una lista de funciones que se invoca, y la llamada se intenta hasta que lo consigue.Para enviar llamadas de función desde una cola de salida definida por el usuario en el servidor de SAP, también se especifica el proceso de recepción asíncrona tRFC. š En el proceso de salida asíncrona qRFC, el proceso es similar al proceso de salida asíncrona tRFC. Un TID está asociado con la llamada a la función, y el adaptador no espera una respuesta del servidor de SAP. Además, los BAPIs se entregan a una cola predefinido en el servidor SAP. Mediante el envío a la cola de BAPIs predefinido, puede garantizar el orden en el que fueron entregados.
11. La integración de las funciones de SAP BAPI
12. Integración de documentos SAP Idocs š El adaptador IDOC es parte del servidor de integración. Esencialmente, el adaptador IDOC comprende dos partes, a saber, un adaptador en el canal de entrada Integration Server, y un adaptador en el canal de salida Integration Server. Los metadatos de los tipos de IDOC involucrados es compartida. El adaptador en el canal de entrada se encuentra la tubería antes de la integración del servidor y llama a este oleoducto. El adaptador en el canal de salida, sin embargo, es llamado por la tubería, y por lo tanto puede ser considerado como parte de la tubería. Como parte de la definición de flujo de ESB, un extremo de entrada de SAP se utiliza para recibir IDOC de SAP. Un nuevo destino (ID del programa) fue creado en SAP, los IDOCs creados en SAP también se publicaron en el nuevo destino. Hay dos procesos en el procesamiento de IDOC es proceso de entrada (IDOC que viene con el sistema y su manejo en varias etapas) y el otro es el Proceso de salida (IDOC es enviar a otro sistema. Saliente de datos de SAP, en caso de precio de datos / IVA de SAP, ESB recibe iDOC como elementos JCO iDocDocumentList. Cada iDocDocument contiene metadatos iDoc y segmentos que internamente tenían los datos del segmento (Precio o información sobre el IVA). ESB puede recibir múltiples iDOC en cualquier momento. datos de entrada a SAP, en el caso de las ventas / volver orden desde otra aplicación para SAP, Mule ESB convierte la carga útil en formato XML utilizando iDoc transformador de XML a iDoc y publicada la solicitud de SAP.
13. Integración de documentos SAP Idocs
14. APOYO PARA LA CONGLOMERACIÓN, HA, FIABILIDAD Y THROTTLING š Mule ESB Enterprise puede ser agrupado para apoyar alta disponibilidad. Los adaptadores de SAP son compatibles con clústeres. El manejador de TID debe estar configurado para utilizar la base de datos en el caso de los nodos de clúster ESB ESB para asegurarse de que no procesa misma operación dos veces. La fiabilidad y la estrangulación se habilitó mediante el uso de intermediario de mensajes Active MQ utilizando Mule ESB, que proporciona una salida de la caja de conector. Throttling se controló a través de configuraciones de tal manera que Mule ESB procesos de carga al sistema de aguas abajo como POS, sobre la base de un acuse de recibo de respuesta.
15. PROCESO POR LOTES Y PUESTA A PUNTO š Es posible para Mule ESB para manejar un mayor volumen de datos de SAP para apoyar el proceso por lotes. ESB recibió datos de SAP y de salida a las interfaces de destino se estrangula el uso de Active MQ. ESB también proporciona opciones para configurar el número de hilos de procesamiento.
16. ARQUITECTURA DE ALTO NIVEL PARA INTEGRAR SAP UTILIZANDO MULE ESB EMPRESAS
17. VENTAJAS PARA EL CLIENTE š Cuando SAP se integra correctamente con otras aplicaciones, las empresas son capaces de racionalizar y automatizar sus procesos de negocio totalmente. Las empresas se benefician más de la integración SAP de las siguientes maneras: š El aumento de alineación de actividad: La capacidad de crear una infraestructura ágil de software integrado para las cambiantes necesidades empresariales š Mejor Eficiencia en los Negocios: La capacidad de simplificar, automatizar y permitir un mejor seguimiento y visibilidad a los procesos de negocio š Mejora la visibilidad del negocio: Capacidad de integrar sistemas y agregar datos para una visión consistente y precisa de la empresa en su conjunto š importantes ahorros de costes mediante el uso de bajo costo Mule ESB para empresas š El apoyo a los requisitos funcionales y no funcionales š Capacidad de generar informes en SAP basados en regiones y evaluar la venta en todo el mundo š La mejora de las interacciones del cliente mediante la automatización de las comunicaciones directas š Eliminación de la necesidad de la doble entrada de datos, ahorrando tiempo y dinero š Menos redundancias de datos y los errores causados por la introducción manual de datos š mayor agilidad para actuar en la nueva información de forma rápida
18. SAP DESAFÍOS DE INTEGRACIÓN š A pesar de que la integración ha sido de alrededor de más de una década, el desafío específico de la integración de SAP con otro sistema surgió mucho más recientemente. Por otra parte, los enfoques tradicionales de integración han sido costosa y compleja. Directa, integración punto a punto, por ejemplo, se ha utilizado en algunos casos como una solución rápida, ad hoc para los retos de integración de SAP. Sin embargo, este enfoque crea dependencias estrechas entre los dos sistemas, lo que resulta en un ambiente frágil y una arquitectura progresivamente más complejo como nueva integración se añadió en el tiempo.