Integración GeneXus-SAP Luis Murillo ARTech lmurillo@artech.com.uy

Integración GeneXus - SAP “GeneXus make use <technologies> and that they do so in a way that enables their partners to realize maximum business benefits at a very attractive cost” Punto B Donde teníamos un mercado no accesible, ahora somos competitivos y podemos ofrecer soluciones integrables. Cuando frente a una implantación SAP (por decisiones corporativas), sistemas GeneXus se podrían ver amenazados a ser sustituidos, si los desarrollamos con visión de integración pueden sobrevivir. Frente a Clientes sin ningún solución somos una alternativa “abierta”. Use GeneXus, desarrolle sistemas integrables, ataque mercado SAP. Audiencia Técnicos / Decision makers Nivel de conocimiento Mundo SAP Mundo GX A los del mundo GX quizás veamos cosas muy obvias para nosotros WIIFY Si ud. es del mundo SAP esto es interesante para ud. porque……. Si ud. es del mundo GX esto es interesante para ud. porque……. Si ud. es técnico esto es interesante para ud. porque……. Si ud. es decision maker esto es interesante para ud. porque……. Referencia a alguien de Conaprole si esta en la audiencia. Mike Culver, Group Program Manager for the Developer & Platform Evangelism Division, Microsoft Corp.

Agenda Integración de sistemas Integración GeneXus-SAP Líneas de investigación Caso de éxito – LAN Chile Algo más que integración GeneXus-SAP Paradigma de integración de sistemas Forma de pensar los sistemas alineados con esto Ventajas competitivas de GeneXus en este tema Integración con otros ERPs – SAP como caso particular Oportunidades de negocios que esto nos abre Evoluciones de lo que actualmente existe La comunidad GeneXus ya cuenta con ejemplos de uso GeneXus continua ocultando la complejidad, permitiendo a nuestros Clientes dejar la tecnología en nuestras manos para poder focalizarse en los detalles del negocio

Integración de sistemas Integración GeneXus-SAP Líneas de investigación Caso de éxito – LAN Chile

Integración de sistemas Importes anuales Resultados 8% 20% Mejoras 12% 40% Nuevas funcionalidades 60% Integración 80% Mantenimiento 80%

Integración de sistemas Evolución de la tecnología 0x’ Mobility Integration 00’ Internet 90’ Windows 80’ PC 70’ Mainframe

Integración de sistemas Mobility Evolución funcional Web Services Portals Workflow Data Warehouse CRM ERP Departmental Systems

Integración de sistemas Niveles de integración Nivel de infraestructura Nivel de datos Nivel de procesos de negocio De qué hablamos cuando decimos Integración de sistemas?, quizás cuando dos personas están hablando de esto no se refieran a lo mismo y la confusión puede venir debido a que la integración ocurre a varios niveles. Los dos primeros niveles ofrecen una gran variedad de opciones, nosotros nos focalizaremos en los dos últimos. Esto nos lleva a analizar este paradigma de integración y esbozar una visión sobre como debemos pensar los sistemas basados en él.

Integración de sistemas Antigua visión de “sistemas integrados” Nueva visión de “sistemas integrables” o SOA (Services-Oriented Architecture) Fijaremos ideas con ejemplo de tipo de cambio Creo que el salto en calidad viene dado cuando cambiamos la antigua visión de “sistemas integrados” a la que yo llamaría de “sitemas integrables” u “objetos integrados” o “sistemas de objetos”. Service-Oriented Architecture Abbreviated SOA, an application architecture in which all functions, or services, are defined using a description language and have invokable interfaces that are called to perform business processes. Each interaction is independent of each and every other interaction and the interconnect protocols of the communicating devices (i.e., the infrastructure components that determine the communication system do not affect the interfaces). Because interfaces are platform-independent, a client from any device using any operating system in any language can use the service. Though built on similar principles, SOA is not the same as Web services, which indicates a collection of technologies, such as SOAP and XML. SOA is more than a set of technologies and runs independent of any specific technologies. Service-Oriented Architecture Last modified: Wednesday, January 14, 2004   But because crafting a service oriented architecture (SOA) is such a nascent approach to marrying software integration with business processes, the race is stocked with many horses besides Sun and Microsoft. Expliquemos mejor el concepto con un ejemplo extremadamente trivial, pero que servirá para fijar ideas. Si tuviéramos que desarrollar un sistema relacionado con finanzas, evidentemente necesitaremos desarrollar un conjunto de objetos para actualizar, mantener y realizar otras tareas con el tipo de cambio. Si nuestro sistema lo pensamos con esta nueva visión, utilizaríamos un objeto ya desarrollado que provea dichas features, con lo cual no solo no tendríamos que desarrollarlo, sino que quizás también le quitemos a la empresa la tarea de tener que ingresar diariamente el tipo de cambio. No estamos hablando de otra cosa que del paradigma de Web Services. No solo podremos elegir el mejor WS que haya en el mercado para dicha tarea, sino que quitaremos de nuestro proyecto el tiempo de desarrollo de dicho objeto (y aquí se ve la ventaja adicional de tener el control de la KB, la puedo modificar o mandar modificar). Estamos manejando los conceptos que Microsoft comenzó a esbozar con su modelo COM y el cual se continúa extendiendo en .NET. Esto aplicado a un nivel de abstracción superior, es lo que en ARTech manejamos cuando propiciamos el uso de BO y patterns. Implica además, que nos vamos acercando a un desarrollo de software del estilo factory. Quiero decir con esto, que uno de los problemas con el cual nos encontramos cuando desarrollamos software es, entre otros, el estimar costos y plazos. El porque otras industrias pueden hacer esto más fácilmente es debido a que fabricar un producto, por ejemplo un PC, es simplemente ensamblar partes que tienen cada una un comportamiento y una interfase, por lo tanto se cuanto sale cada componente y puedo estimar fácilmente cuanto tiempo me puede llevar ensamblarlos. Adicionalmente, esto también se puede ver como una oportunidad al verlo en el otro sentido, yo puedo desarrollar estos objetos que otro usara. Los podré comercializar o no, en definitiva las propias “leyes de evolución” harán que la industria comience a hacer prevalecer los mejores componentes para cada función. Volveremos sobre este punto, pero notar que además lo interesante y subyacente es el dinamismo, o sea las partes son intercambiables, lo cual permite que en cada momento pueda elegir lo mejor del mercado en cada caso.

Integración de sistemas Módulo A Módulo B Módulo C DB Módulo D Mirándolo desde un punto de vista más grafico, se hablaba de sistemas integrados, viéndolo de la siguiente manera. Representamos aquí un sistema integrado, donde por ejemplo el Módulo A es el de Finanzas, el Módulo B el de ventas, y así sucesivamente y DB es la base de datos diseñada por el proveedor del sistema. Vemos que el concepto de Integración es relativamente antiguo, o sea viene dado por la fuerza de desarrollo, más que sistemas integrados son sistemas desarrollados por el mismo equipo de trabajo. Esto quizás tuvo un porque (“paradigma de sistemas integrados”) en el pasado de la industria de software, pero presenta varios inconvenientes. Primero es que subyace aquí un concepto claramente propietario, mi empresa depende en su infraestructura de TI, en relación a su sistema de misión critica, del proveedor del software, un concepto que en hardware fuimos capaces de erradicar. Nada garantiza que cada módulo sea el mejor en su especie, esto es, el Módulo A puede ser el mejor en el mercado en relación a sus funcionalidades, pero el Módulo B puede ser el peor. Avance de la industria en el concepto Integración. La DB es rígida y dependo del proveedor para modificarla

Integración de sistemas Base de datos rígida  empresa muerta Clase mundial  sacrifico personalidad y flexibilidad Ing. Breogán Gonda ¿Desarrollo orientado a programas u orientado a datos? (XIII encuentro internacional GeneXus, 31/03/2003) “Alguien puede pensar que yo, hoy, diseño una DB y me va a servir para siempre. Pues no, estoy equivocado. Solo que mi empresa sea una empresa muerta, donde no hay cambios, si hay cambios, mi DB va a tener que reorganizarse, cambiarse estructuralmente.” “Muchas empresas sacrifican flexibilidad y personalidad adoptando paquetes estandar. Paquetes que no hacen lo que yo necesito, pero hacen una serie de cosas, algunas de las cuales me sirven. Alguno de los lideres del mundo de los paquetes, con un marketing esepcional, nos ha convencido, nos ha dicho “si ud. quiere ser una empresa de clase mundial, ud. debe funcionar como mi paquete funciona”, parece absurdo,……….”

Integración de sistemas Procesos de negocio = tareas del día a día Cada 2 años de definidos pierden 15-20% de su eficiencia Para ser proactivo en el gerenciamiento debe apuntar a mejorar sus procesos de negocios constantemente What is a Business Process ? Business processes describe how your company's employees (should) perform their day-to-day tasks. They can be used to train newcomers in the ways that your company does business and should be regularly reviewed and updated, to ensure that they continue to meet your needs. As a general rule, business processes will lose 15-20% of their efficiency within two years of being defined and installed. Why is it important to manage your Business Processes ? Your business processes define how your business operates. You should constantly aim to improve your business processes, by their proactive management. Regular reviewing of your processes allows you to increase quality and productivity whilst driving down costs. Your business processes can be used to train new employees.

Integración de sistemas Módulo A Módulo B Módulo C Módulo D

Integración de sistemas Módulo A Módulo B Módulo C Módulo D

Integración de sistemas Módulo A Módulo B Módulo D Módulo C

Integración de sistemas Módulo B Módulo A Módulo D Módulo C

Integración de sistemas Módulo B Módulo A Módulo D Módulo C La visión debería ser esta. Damos una vía para extender la BD. Analogía del pato.

Integración de sistemas Consumo y generación de Web Services WSDL Inspector Structured Data Types (SDT) Protocolo http, xmlWriter, xmlReader SOAP Con GeneXus es muy fácil desarrollar módulos integrables o sistemas con visión de integración por que es muy fácil manejar los siguientes conceptos

Integración de sistemas // Determino el host y el puerto a donde hacer el request &httpclient.Host = "200.40.34.35" &httpclient.Port = 5555 &httpclient.BaseUrl = "/invoke/SDeCommerce/" &httpclient.AddAuthentication(&httpclient.Basic, "Realm", "Usri", "Pswrd") ……………….. &xmlwriter.WriteStartElement("HeaderIn") &xmlwriter.WriteElement("DOC_TYPE", &TipoDoc) …………………. &xmlwriter.WriteStartElement("ItemIn") &xmlwriter.WriteStartElement("ITEM") &xmlwriter.WriteElement("MATERIAL", &Material ) &xmlwriter.WriteElement("REQ_QTY", Cantidad ) ……………………… &httpclient.Execute("POST", "SDCreaPedido" ) //Proceso respuesta //Cargo las estructuras definidas en base a WSDL Inspector &HeaderIn.DOC_TYPE = &TipoDoc For each line &ITEM.MATERIAL = &Material &ITEM.REQ_QTY = &Cantidad ........ &ItemIn.Add(&ITEM) &ITEM = new item() Endfor &HeaderIn.ItemIn = &ItemIn //Invoco el WebService y obtengo respuesta &SalidaPedido = &ws.SDCreaPedido(&HeaderIn) //Proceso las estructuras devueltas por el WebService &NroSAP = &SalidaPedido.NROPED_OUT &Errores = &SalidaPedido.Errores // collection de tipo Error For &Error in &Errores &ErrType = &Error.NUMBER &ErrId = &Error.MESSAGE Lo podremos hacer utilizando conseptos Web Services, haciendo llamados http, o llamados SOAP. Con GeneXus estamos preparados para todo, depende lo que tengamos del otro lado.

Integración GeneXus-SAP Integración de sistemas Integración GeneXus-SAP Líneas de investigación Caso de éxito – LAN Chile Con GeneXus damos una herramienta que permite a la comunidad construir sistemas con esa filosofía, módulos o sistemas más o menos complejos, misión critica o para un dispositivo móvil y si los construyen con visión orientada a servicios evolucionarán o no. Dirán, bueno, pero esto lo puedo hacer con otro lenguaje de programación, pero para la gente de la comunidad GX no hace falta aclarar este punto.

Integración GeneXus-SAP ¿Qué es SAP? ERP (Enterprise Resource Planning) Dividido en módulos (SD, MM, FI, otros) Desarrollado en lenguaje propietario (ABAP 4)

Integración GeneXus-SAP ¿Por qué integrarnos? Integración con otras aplicaciones Implementar funcionalidades no resueltas Utilizar nuevas tecnologías Reducir costos

Integración GeneXus-SAP BAPI RFC Solicitud del servicio XML Sap Business Connector Biztalk Otros

Integración GeneXus-SAP Componentes SAP Business Objects (Cliente, Materiales) Muestran su interfase Conjunto de métodos Ej. BO: Empleados, Método: Chequear la existencia de un empleado Business Object EmployeeAbstract Instance method EmployeeAbstract.ExistenceCheck

Integración GeneXus-SAP Componentes SAP BAPIs (Business Application Programing Interfaces) Existen más de 1500 Se continúan desarrollando Se pueden extender Otra forma de obtener datos de SAP Funciones RFC (Remote Function Call)

Integración GeneXus-SAP BAPI RFC Solicitud del servicio XML Sap Business Connector Biztalk Otros

Integración GeneXus-SAP Proxy

Integración GeneXus-SAP BAPI RFC Solicitud del servicio XML Sap Business Connector Biztalk Otros

Integración GeneXus-SAP Consumo y generación de Web Services WSDL Inspector Structured Data Types (SDT) Protocolo http, xmlWriter, xmlReader SOAP

Líneas de investigación Integración de sistemas Integración GeneXus-SAP Líneas de investigación Caso de éxito – LAN Chile

Líneas de investigación Sap Business Connector Biztalk Otros Solicitud del servicio XML BAPI RFC Llamada a Bapi directamente como WebServices No es necesario Proxy ¿Ejecutando en WAS?

Casos de éxito Integración de sistemas Integración GeneXus-SAP Líneas de investigación Caso de éxito – LAN Chile

Casos de éxito Argentina Brasil Chile Honduras Italia México Uruguay

Casos de éxito WAP Generador PocketPC Sap Business Connector O Biztalk Web Server Aplicaciones GeneXus

Charlas relacionadas 15/06 11:00 WEB-SERVICES: integrando aplicaciones, fácil, rápido y 100% efectivo. Experiencia BPS-BROU 15/06 16:30 Service Oriented Architectures y Enterprise Services Bus

Integración GeneXus-SAP Copyright  ARTech Consultores 1988-2004. Todos los derechos reservados. TRADEMARKS ARTech, GeneXus, GeneXus Query y GXplorer son marcas o marcas registradas de ARTech Consultores S.R.L. ARTech reconoce que el resto de las marcas registradas contenidas adjunto son propiedad de sus respectivos dueños.