Álvaro Gómez, Jefe Proyectos Senior Daniel Hormazábal, Subgerente Arquitectura & Desarrollo

2. LAN: Integrando Genexus, SAP y Sistemas Legados Álvaro Gómez, Jefe Proyectos Senior Daniel Hormazábal, Subgerente Arquitectura & Desarrollo agomezr@lanchile.cl dhormaza@lanchile.cl

3. Desafío para LAN: Tener procesos a la altura de las mejores Líneas Aéreas del mundo Visión Futuro LAN: “Ser una de las 10 mejores Líneas Aéreas del mundo”

4. Objetivos Proyecto Implementación SAP • Administrar la Información • Control de los Procesos • Aumentar la Productividad Integración, Simplificación y Automatización de los procesos internos del Grupo LAN

5. Alcance Proyecto Implementación SAP • Llegar con el sistema SAP a todas las empresas del grupo LAN, en todo el Mundo (60 app.), entre otras: • LAN Chile • LanPeru • LanEcuador • LanDominicana • LanCourier • LanCargo • LanBox • etc • Empresas cuya implementación no se ha planificado: • LanLogistic • Segaer (Seguridad Aeropuertuaria) • LLTT (Entrenamiento y Simulador)

6. Estandarización de procesos Información para gestionar Globalización de procesos MM FI Reducción de sistemas informáticos Automatización de procesos HR BW Autoservicio de personas Automatización de solicitudes/autorizaciones Eficientar los procesos de soporte

7. El Portal: puerta de entrada

8. SISTEMAS MANTENIMIENTO SISTEMAS OPERACIONALES SISTEMAS COMERCIALES HERRAMIENTAS CONSOLIDACION PLANIFICACION Business to Employee Business Intelligence Flightlog Roles Post Departure Itinerario APV/Catering Duty Free Combustible Cargo System Amadeus Resiber Pricing PROS Avropax Visaer Air GT Bitácora Business to Business Inversiones Ingresos Costos Compras Generales Inventarios Recursos Humanos Proyectos Tesorería Inversiones presupuesto Costos Legal Gestión Balance Score Card Data warehouse Business to Client Sistemas Core Negocio Intranet / Internet Contabilidad Cuentas por Pagar Cuentas por Cobrar Activo Fijo Backoffice Alcance de Procesos

9. Desafíos del Proyecto • Se inició en Octubre del 2000, implementándose todos los módulos • Go-live en Agosto 2003; grupo de empresas menores • Primer Roll-out en Octubre 2003; resto de empresas excepto Lan Chile • Roll-out final en Enero 2004; LAN Chile • En Abril se revisó la estrategía de implementación: • Roll-out final se atrasa para Abril 2004 • Se separan funciones TI; liderazgo hasta ese entonces solo responsable de parametrización y desarrollo ABAP • Se integra equipo para tomar la responsabilidad de la implementación de las interfaces con sistemas legados • Desarrollo de las interfaces de todos los módulos en un año (Mayo 2003 a Mayo 2004)

10. Interfaces a Sistemas Legados • Se establecen requerimientos técnicos: • Integración sincónica, acoplada, para facturación puntos de venta y operaciones de vuelo • Integración asincrónica, desacoplada (NRT: Near Real Time), para clientes, auxiliares y algunos requerimientos de gestión • Integración Batch (ETL: Extract Transform Load), para resto requerimientos gestión • Se evalúan alternativas técnicas: • Business Connector: riesgo por descontinuidad de soporte SAP. Agrega capas sobre las que no se puede tomar control. Referencias de implementación solo para acceso web. • JCO (Java Connector): Se requiere desarrollos importantes y a la fecha, no se disponía del SDK Java, solo C • JCA (J2EE) para WebLogic: alto costo y requería integrar solo a través de Java. Preocupación por el rendimiento, dado los requerimientos de integración (muchas instancias ejecutándose)

11. On-line Near-Real Time Batch Solución Técnica: visión original

12. Tecnologías y Plataformas • Síncrona: • Clientes XML • BILAN – Broker de Integración (Desarrollo Adhoc) • Asíncrona – NRT: • MQSeries como middleware de mensajería • MQSIntegrator, para orquestar los flujos de integración • BILAN • IDOCServer (Desarrollo Adhoc) • Batch & ETL: • Assential Datastage • Conectores (MQ, R3, BW)

13. BILAN • Adapter R3: Sesión Usuario Diálogo; instancia independ • Adapter BDQ: Contexto Tx inyección mensaje en cola • Adapter Java & C: Usado en integración síncrona • Otros Adapter: MQ y SOAP (webservices)

14. IDOCServer • Mensajería R3 • Basado en JCO • Tratamiento estructural IDOC-XML

15. Mantención y Monitoreo • Mantención • El Middleware de Integración utiliza tablas de conversión y administración de parámetros de operación • Todos estas fueron desarrolladas con GENEXUS • Monitoreo

16. SISTEMAS MANTENIMIENTO SISTEMAS OPERACIONALES SISTEMAS COMERCIALES HERRAMIENTAS CONSOLIDACION PLANIFICACION Business to Employee Business Intelligence Flightlog Roles Post Departure Itinerario APV/Catering Duty Free Combustible Cargo System Amadeus Resiber Pricing PROS Avropax Visaer Air GT Bitácora Business to Business Inversiones Ingresos Costos Compras Generales Inventarios Recursos Humanos Proyectos Legal Gestión Tesorería Inversiones presupuesto Costos Balance ScoreCard Data warehouse Business to Client Sistemas Core Negocio Intranet / Internet Contabilidad Cuentas por Pagar Cuentas por Cobrar Activo Fijo Backoffice Interfaces Desarrolladas • Controling y BusinessWarehouse • Servicios de Portal • GENEXUS • Facturación Punto de Venta • Operaciones y Combustible • Autoservicios Empleados • GENEXUS • Auxiliares Carga y Pasajeros • Clientes y Asignación de Sociedades

17. Desarrollos con GENEXUS • Objetivos • Desarrollar aplicaciones integradas al middleware que permita la sincronía de datos discretos entre R/3 y los sistemas legados • Acompañar a la estrategia de rollouts del proyecto con el desarrollo de herramientas complementarias para los diferentes módulos • Ser una alternativa viable y conveniente para desarrollo de aplicaciones de negocios • Generar una base de aplicaciones confiable, segura y escalable

18. Desarrollos con Genexus • Objetivos Técnicos • Mantener consistencia con el Framework Corporativo, logrando conectividad con la plataforma de servicios existente: BILAN • Impactar lo menos posible a los desarrolladores Gx, de manera de no perder las ventajas de la herramienta y lograr una curva suave de aprendizaje para los nuevos desarrolladores • Independizar los componentes externos • Inserción de los desarrollos en el Proceso Estándar de Desarrollo, actualmente en nivel CMMi-2 • Minimizar desarrollos ABAP • Tiempos de respuesta no mayores que en una aplicación corriente. • Disponibilización de servicios de desarrollo para toda la compañía.

19. Plataforma Técnica • Genexus 8.0 • Generador Java • SDK Sun 1.4.2 • Web Server IIS 5.0 • Motor de servlets Resin (Desarrollo) • Motor de servlets Bea WebLogic 7.0 (Producción) • Bases de datos SQL Server 2000 • Bases de datos Oracle,plataforma Sun • Generador C/SQL • Servidor de aplicaciones Win2k

20. Metodología de Desarrollo • Inserta dentro de un modelo de Aseguramiento de Calidad basado en modelo CMMi • Comienza el ciclo de vida con: • Levantamiento de Requerimientos • Análisis de negocio • Determinación de casos de uso y estimación de esfuerzo • Aseguramiento de la trazabilidad de los requerimientos. • Análisis de impacto. • Líneas base parciales. • Revisión de modelo y análisis de carga. • Certificaciones de rendimiento y de estabilidad. • Cierre de proyecto múltiple.

21. PLATAFORMA SAP (R/3, CRM, BW) ITS WAS BILAN APLICACIONES GX PORTAL CORPORATIVO Esquemas de Conexiones a SAP

22. Migración de Sistemas a SAP FI BW MM R/3 HR Migración paulatina por países y sociedades. Trabajo en paralelo durante varios meses.

23. Ejemplos de aplicaciones iniciales • Autoservicio de empleados • Liquidaciones de sueldos • Certificados de renta y antigüedad • Solicitud de horas extras • Datos organizacionales • Solicitud de anticipos • Autoservicio de jefaturas • Consultas organizacionales • Panel de control • Sincronización R/3 – sistemas legados • Diccionarios BP – Cliente holding • Tablas corporativas y de customizing • Aplicaciones para áreas específicas • Control de drogas • Gestión • Auditoría

24. Presenta compendio APP R/3 DIC Modifica LEG LEG DIC R/3 Flujo mantenedores de diccionarios

25. 6 pasos para llegar a SAP desde GX • Realizar y documentar especificación de la RFC requerida. (ver) • Generación de los XML estáticos y dinámicos para la función. (ver est)(ver din) • Inscripción de la RFC en el catálogo BILAN y entrega del XML dinámico a los desarrolladores Gx. • Codificar la construcción en tiempo de ejecución del XML dinámico. • Ejecutar llamada a BILAN. • Parsear XML de retorno.

26. Ejemplo de XML de Invocación <Rfc_Transaction source="ClienteJava" destination="RFC_SAPR3_300" action="CALL" service="ZHRF_RFC_LIQPORTAL"> <Rfc_InputData> <I_ANO1>2004</I_ANO1> <I_ANO2>2004</I_ANO2> <I_MES1>04</I_MES1> <I_MES2>04</I_MES2> <I_PERNR>204049</I_PERNR> </Rfc_InputData> </Rfc_Transaction>

27. Ejemplo de XML Retornado <?xml version="1.0" encoding="ISO-8859-1" ?><Response><ReturnCode>0</ReturnCode><ReturnMessage> <RFC_OUT> <T_ZHSR_LQUI> <Rfc_Row> <MES_PERIODO>04</MES_PERIODO> <ANO_PERIODO>2004</ANO_PERIODO> <RUT_EMP>89862200-2 </RUT_EMP> <PAYDATE>20040430</PAYDATE> <NAME>OVALLE CABRERA JENNY DEL CARME </NAME> <RUT>13911760-3 </RUT> <IFECH>19940801</IFECH> <SBASE>833.489 </SBASE> <BANKL>Banco de Crédito e Inver</BANKL> <BANKN>36820652 </BANKN> <AFP>AFP Santa María </AFP> <ISAP>Fondo Nacional de Salud </ISAP> <PLISA> </PLISA> <SGCH> </SGCH> <IMPON> 265.021</IMPON> <TRIBU> 213.899</TRIBU> <HABTT> 265.021 </HABTT> </Rfc_Row> </T_ZHSR_LQUI> </RFC_OUT> </ReturnMessage></Response>

28. GRACIAS