CASO: Lidl conecta la información de sus 10.000 puntos de venta con su sistema electrónico de retail

Una de las principales cadenas europeas de distribución de alimentos, Lidl Stiftung & Co. KG utiliza Software AG webMethods Integration Platform and Enterprise Service Bus para armonizar el intercambio de datos entre sus almacenes, sistemas nacionales y su Sistema central de información de retail. Como parte del proceso de transición al nuevo sistema electrónico Lidl Retail Information System eLWIS (SAP), la plataforma ha permitido una rápida y cómoda integración con todos los sistema existentes.

El anterior escenario de integración de Lidl alcanzó sus límites en cuanto a futuros requerimientos y no permitía un desarrollo más avanzado. El proyecto implicaba un desafío para la nueva solución, que debería integrar múltiples y variados sistemas que, hasta la fecha, se comunicaba con un sistema de conectividad punto a punto. El despliegue internacional de hasta 10.000 puntos de venta requería una coordinación muy meticulosa.

Con este movimiento, Lidl demuestra claramente su objetivo de pasar de un intercambio descentralizado de datos a escala de almacenes y países, a un sistema totalmente centralizado que habilita el intercambio de información en tiempo real. Con presencia en 29 países, 27 de ellos en Europa, Lidl cuenta con 10.000 tiendas que envían los datos a su central de almacenamiento ubicada en Neckarsulm (Alemania). El objetivo ha sido desarrollar una plataforma extremamente ligera y flexible, controlada por el departamento central de TI y los centros de datos locales capaz de intercambiar la información entre todos los sistemas, incluida la plataforma SAP. Lidl está hoy preparado para hacer lo mismo con esta plataforma de integración en otros proyectos y países.

Análisis en tiempo real gracias a una mayor flexibilidad

René Sandführ, vicepresidente ejecutivo de Sistemas TI ERP en Lidl, sostiene: “Gracias a la flexibilidad de webMethods, hemos completado la integración de más de 30 sistemas de la infraestructura existente en nuestro nuevo sistema de información de retail”. Otra de las ventajas es que la conectividad entre almacenes y la central permite a la compañía acceder a diferentes niveles de inventario en tiempo real.

Por su parte, Oliver Albig, responsable del área de negocio de Integración de Sistemas en Lidl, añade: “La completa experiencia de los consultores de Software AG —con profundo conocimiento sobre esta industria— nos hacía confiar en que iban a cumplir con nuestras necesidades específicas”. 

Asimismo, Alexander Sonnenmoser, miembro de junta directiva de Lidl para Business Technology, enfatiza: “Unos sistemas globales modernos y flexibles son el principal factor de éxito para los negocios actuales. Esta nueva solución proporciona el marco tecnológico para dirigir el escenario TI de Lidl hacia la transformación. Además, nuestros especialistas en TI y consultores, gracias su alto nivel de dedicación, están jugando un rol determinante en la implementación de la futura estrategia tecnológica”.

Documento: Selección e implementación de una solución de ESB

Tibco nos da la oportunidad de descargar el último informe de Info-Tech Research Group, Cómo seleccionar e implementar una solución ESB (Enterprise Service Bus) para descubrir cómo evaluar, seleccionar e implementar una solución de integración. Este informe incluye una revisión y evaluación de carácter independiente de varias soluciones de integración disponibles actualmente en el mercado.

También te puede interesar: ¿Qué aporta una plataforma Enterprise Service Bus a la implementación de BPM?

¿Qué aporta una plataforma Enterprise Service Bus a la implementación de BPM?

En muchas empresas la situación de sistemas se ha complicado al resolver cada necesidad con una aplicación específica, lo que les obliga a realizar integraciones punto a punto, que les ocasiona grandes costes, expertos en cada aplicación y confusión de organización.

Si añadimos los cambios de versiones de las aplicaciones, podemos pensar en las necesidades de modificaciones de dichas integraciones continuamente, haciendo el mantenimiento difícil y costoso.

Esta arquitectura de integración de aplicaciones uno a uno se le denomina Arquitectura Accidental y es Inflexible, Costosa y Difícil de Operar. Sus desventajas

•         Alto coste de licencias, consultoría y propiedad

•         Mucho control y problemas de organización

Una solución inicial la encontramos en XML para el intercambio de información entre aplicaciones.  Dado que XML ofrece un protocolo aceptado y es autodescriptivo permitiendo un intercambio común entre plataformas heterogéneas ofreciendo la posibilidad al receptor de comprender la información sin conocer de antemano el formato del emisor. 

Esto permite a los desarrolladores libertad para realizar cambios durante el curso de los proyectos. Haciendo que los sistemas sean más sencillos de construir en el comienzo y más acomodables a los cambios a largo plazo. El XML ayuda a reducir los costes eliminado los diferentes formatos fijos y permitiendo a un grupo mayor de desarrolladores participar en el proyecto de integración (no se requieren expertos por cada formato fijo).

Sin embargo, XML es sólo el principio, se desea simplificar la personalización de la lógica de integración que enlaza las diferentes aplicaciones mediante la creación de patrones complejos. Hay una importante complejidad asociada con la lógica de comunicación que es difícil de desarrollar, gestionar y ejecutar.  

El problema reside en la dificultad de crear, probar y mantener  tanto la lógica de comunicación como la lógica fragmentada del proceso. Y limita la capacidad de realizar cambios que vayan respondiendo a las necesidades del negocio. Además, dado que los elementos de lógica están fragmentados y controlados por diferentes equipos de cada aplicación, dificulta a las empresas la realización de cambios.

La solución al problema consiste en agrupar los fragmentos de la lógica de comunicación y del proceso en una capa de integración, capa que se denomina Enterprise Service Bus (ESB), que es una combinación de XML, Services Oriented Architecture (SOA), Tecnología Web Services y Mensajería.

Ahora el flujo de información entre aplicaciones será gestionado por el ESB. Y utilizando reglas de enrutamiento inteligente se podrá mover documentos mediante itinerarios definidos siguiendo unas rutas de pasos con diferentes controles.

El Enterprise Service Bus ofrece una plataforma de integración basada en estándares, que permite el intercambio sencillo de información mediante XML, una conexión de cualquier aplicación utilizando Servicios Web estándar, soporta la Integración “event-driven” e implementar Procesos de Negocio fáciles de definir y cambiar.

El uso de una plataforma Enterprise Service Bus en las iniciativas BPM va a permitir:

• INVOCAR servicios desde el motor de ejecución de procesos.
• INDEPENDIZAR al proceso de negocio de los formatos técnicos de las aplicaciones.
• TRANSFORMAR Y ENRIQUECER el flujo de información a lo largo del proceso.
• Realizar INVOCACIONES DINÁMICAS en tiempo de ejecución.
• GESTIONAR los eventos de negocio desde fuentes dispares para ser utilizados por el motor de procesos.
• FLEXIBILIDAD cambiando el proceso sin cambiar las aplicaciones y al revés.