Desarrolle con la mejor productividad y totalmente integrado a su ERP

Desarrolle con la mejor productividad y totalmente integrado a su ERP
Luis Murillo

Integración GeneXus “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” Partimos de esta premisa de trabajo apoyada fuertemente en la experiencia empírica. Sistemas legacy Evolución hacia nuevas tecnologías a costos razonables. Por no encontrar paquetes que tengan la flexibilidad necesaria para modificar rápidamente de acuerdo a las funciones de la empresa y a costos razonables. Además debemos incluir en nuestras empresas funcionalidades para “conversar” con otras aplicaciones que tienen nuestros proveedores y nuestros clientes. Realidad recogida de mi experiencia. 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 Casos de éxito 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 Casos de éxito

Importes anuales Resultados 8% 20% Mejoras 12% 40% Nuevas funcionalidades 60% Integración 80% Mantenimiento 80% 80% Mantenimiento marca que los sistemas no son estáticos y aquellos que ofrecen tener todo resuelto no es tan así. GeneXus es justamente en mantenimiento de sistemas donde presenta una de sus mayores fortalezas. Dentro de las mejoras, el 60% en integración marca hacia donde es la tendencia (Integrarse porque se elegirá el mejor para cada funcionalidad)

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

Base de datos rígida  empresa muerta Clase mundial  sacrifico personalidad y flexibilidad “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,……….” Ing. Breogán Gonda ¿Desarrollo orientado a programas u orientado a datos? (XIII encuentro internacional GeneXus, 31/03/2003)

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. Analogía H.Ford y producción en serie (“..para adaptarse al futuro lo mejor es inventarlo..”). No quiero tanto un spftware que me muestre como debo manejar mi empresa, sino un software que se adapte rápidamente y a costos razonables, a como YO QUIERO manejar mi empresa.

Módulo A Módulo B Módulo C Módulo D

Módulo A Módulo B Módulo D Módulo C

Módulo B Módulo A Módulo D Módulo C

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.

Niveles de integración Nivel de infraestructura Nivel de datos Nivel de procesos de negocio 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, Business Components 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. En este escenario, no se cual evolucionara mas rapido, pero no tengo duda que estara desarrollado en GeneXus, porque es la herramienta que mejor nos permite tener desarrolos dinamicos (o vivos) 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.

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 Lo podremos hacer utilizando conceptos como 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 Casos de éxito 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, sobre el cual volveremos.

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

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

BAPI RFC Solicitud del servicio XML Sap Business Connector Biztalk Otros

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

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)

Proxy

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 Contaremos algunos de los proyetos más interesantes de estos grandes Clientes que ya adoptaron esta visión, como forma de ejemplificar sobre lo que hablamos.

Casos de éxito Chile Empresa : LAN Ramo : Transporte Aéreo
Desarrollo de Proxy propio Habilitaron con esto la posibilidad de desarrollos GX

Casos de éxito Francia Empresa : Bricorama
Ramo : Distribuidor de materiales de construcción y bricolage para 80 almacenes en Francia, 12 en Bélgica y 1 en España Versión SAP 4.0b Módulos CO – Retail (MM, SD, RIS) Base de dados Oracle Proyecto DW GXplorer integrado a SAP Concepto igual a DW SAP (BW)

Casos de éxito Uruguay Empresa : Conaprole
Ramo : Indústria alimentícia (Cooperativa láctea) Sistema de Planificación de ventas Se alimenta con datos SAP Herramientas de planificación Devuelve datos a SAP (SOP)

Sistema de Automatización de fuerza de ventas Se alimenta con datos SAP Back office full Web e aplicación de gestión de ventas en PocketPC Conexión sincrónica o asincrónica a SAP Tecnología de conexón CDPD o GSM(GPRS) Envío on line de al Cliente con pedido ingresado Velocidad de desarrollo y costo (1 mes desarrollo, 1 puesta en productivo, 1 desarrollador junior)

Casos de éxito Uruguay Empresa : Conaprole Sistema B2B
Conaprole trabajaa con distribuidores, no aplicaba concepto “carrito de compras” Sustituyeron ingreso de pedidos desarrollado en Abap (ITS) Desarrollaron aplicaçiónes full Web com Back office full Web Conexión sincrónica o asincrónica a SAP

Área Productores Cooperativos Funcionalidades muy específicas del negocio no previstas por SAP (personalidad de la empresa) Todos lo módulo desarrollados con GeneXus integrado a SAP Recolección, algoritmos de ruteo (uso de GPS) Portal do productor GXportal Liquidación de productor

Casos de éxito Uruguay Empresa : Conaprole Sistema de Contingencia
Utilizado en Cut Over en migraciónes de SAP Full Web

Casos de éxito WAP Generador PocketPC Sap Business Connector O Biztalk
Web Server Aplicações GeneXus

Desarrolle con la mejor productividad y totalmente integrado a su ERP

Presentaciones similares

Presentación del tema: "Desarrolle con la mejor productividad y totalmente integrado a su ERP"— Transcripción de la presentación:

Presentaciones similares

Sobre el proyecto

Feedback

Iniciar la sesión

Autorizarse a través de una red social:

Desarrolle con la mejor productividad y totalmente integrado a su ERP

Presentaciones similares

Presentación del tema: "Desarrolle con la mejor productividad y totalmente integrado a su ERP"— Transcripción de la presentación:

Presentaciones similares

Sobre el proyecto

Feedback