UNIVERSIDAD SIMÓN BOLÍVAR DECANATO DE ESTUDIOS PROFESIONALES COORDINACIÓN DE INGENIERÍA DE LA COMPUTACIÓN

Transcripción

1 UNIVERSIDAD SIMÓN BOLÍVAR DECANATO DE ESTUDIOS PROFESIONALES COORDINACIÓN DE INGENIERÍA DE LA COMPUTACIÓN IMPLEMENTACIÓN DE UN AMBIENTE DE INTEGRACIÓN DE APLICACIONES ENTRE SAP Y SISTEMAS LEGADOS Por: Isaac Rafael Gil García INFORME DE PASANTÍA Presentado ante la Ilustre Universidad Simón Bolívar como requisito parcial para optar al título de Ingeniero en Computación Sartenejas, Junio de 2010

2 UNIVERSIDAD SIMÓN BOLÍVAR DECANATO DE ESTUDIOS PROFESIONALES COORDINACIÓN DE INGENIERÍA DE LA COMPUTACIÓN IMPLEMENTACIÓN DE UN AMBIENTE DE INTEGRACIÓN DE APLICACIONES ENTRE SAP Y SISTEMAS LEGADOS Por: Isaac Rafael Gil García Realizado con la asesoría de: Tutor Académico: Prof. Kenyer Domínguez Tutor Industrial: Ing. Magaly Grüber INFORME DE PASANTÍA Presentado ante la Ilustre Universidad Simón Bolívar como requisito parcial para optar al título de Ingeniero en Computación Sartenejas, Junio de 2010

3

4 RESUMEN El presente proyecto de pasantía consistente en la implementación de un ambiente de integración de aplicaciones empresariales entre un sistema legado y el sistema ERP (Enterprise Resource Planning, por sus siglas en inglés) SAP ECC 6.0, haciendo uso de la herramienta SAP Business Objects Data Services como middleware para realizar la integración de datos. Ésta es una herramienta de ETL (Extract, Transform and Load, por sus siglas en inglés), la cual forma parte del portafolio de soluciones de inteligencia de negocios, SAP Business Objects. Por lo tanto, el papel fundamental de la herramienta ETL es realizar la mencionada integración de datos entre sistemas legados a un sistema SAP, y viceversa. El sistema legado a utilizarse será el Smart Plant Material de Intergraph, utilizado por la empresa cliente Pentech, dedicada al desarrollo de proyectos IPC (Ingeniería, Procura y Construcción). La metodología utilizada para el desarrollo del proyecto es la ASAP (Accelerated SAP, por sus siglas en inglés), usualmente implementada en proyectos de implantación de sistemas SAP. El esquema diseñado para implementar el ambiente de integración corresponde a los requerimientos identificados por la empresa GRAM & Asociados en la empresa cliente Pentech, a cuyo proyecto de implantación estarán destinados los productos y entregables del presente proyecto. Los procesos de negocio que serán incorporados al esquema de integración son la gestión de los maestros de proveedores y del catálogo de materiales, así como la planificación y generación de pedidos de materiales para proyectos IPC, la procura y recepción de dichos pedidos, y la documentación de la gestión financiera del proyecto IPC. iv

5 DEDICATORIA A mis padres y a mi hermana por su apoyo y amor, sin ustedes no podría haber llegado tan lejos. A Dios y a la Virgen, por su presencia en todos los logros de mi vida. Este proyecto es para honrarlos a ustedes. v

6 AGRADECIMIENTOS A la empresa GRAM & Asociados y a todas las personas que me brindaron ayuda, soporte y cooperación a lo largo de todo el proyecto. En especial a Fanny, Joaquín, Esteban, Marcos, Desiree, Jenny y Magaly. A todos mis amigos que durante el desarrollo del proyecto de pasantía me apoyaron y asistieron cuando me hizo falta. En especial, le doy gracias a aquellos de ustedes que desde hace muchos años me han estado acompañando con amistad, lealtad y consejo en los trayectos de mi vida: Jorge, Joel, Mariagrazia, Mariapina, Mercedes, Alejandra y Jacob. Los quiero. Por último, a Juan José, Aura Cristina, María de los Ángeles y a mi querida familia por ser quienes me han inspirado a alcanzar cada uno de mis logros. Son la parte más importante de mi vida, llevaré el sello de ustedes para siempre. No tengo suficiente palabras para decirles todo lo que significan para mí, este logro es de ustedes también. vi

7 ÍNDICE GENERAL INTRODUCCIÓN... 1 CAPÍTULO 1 Descripción de la Empresa Historia Misión Visión Estructura Organizacional... 6 CAPÍTULO 2 Marco Teórico y Tecnológico Datos Fuente de Datos Repositorio de Datos Metadata Información Sistemas OLTP Proceso de Negocio Sistema Legado Ambiente de Integración de Aplicaciones Herramienta ETL Sistema de Gestión de Bases de Datos MySQL Controlador ODBC SAP ECC SAP Business Objects Data Services IDOC BAPI vii

8 2.17 Conexión RFC SAP ALE Change Pointers CAPÍTULO 3 Marco Metodológico Fases y Actividades Entregables CAPÍTULO 4 - Desarrollo Fase 1 - Preparación del Proyecto Fase 2 Plano Empresarial Revisión y Configuración Técnica del Ambiente de Integración Preparación de datos de prueba en el SAP ECC y en la Base de Datos MySQL Ejecución de las Pruebas de Concepto Identificación de los requerimientos de intercambio de información Diseño del modelo de intercambio de información Diseño de mecanismos de validación e identificación de errores Diseño de Esquemas de Reprocesamiento y Alertas Identificación de los Roles de Usuarios Fase Construcción y Desarrollo de los Flujos de Datos para cada Integración de Pruebas Unitarias e Integradas Implementación de Roles de Usuarios Fase 4 Preparación Final Resolución de los Puntos Pendientes de las Pruebas Unitarias e Integradas Generación de la Documentación Técnica en el SAP Business Objects Data Services Generación de la Documentación Técnica de los Componentes Generados Fase 5 Entrada en Producción y Soporte viii

9 CONCLUSIONES Y RECOMENDACIONES REFERENCIAS BIBLIOGRÁFICAS APÉNDICE A Tecnologías de la EAI aplicadas en el Proyecto de Pasantía APÉNDICE B Arquitectura de la Herramienta SAP Business Objects Data Services y Objetos utilizados para la Implementación de los Escenarios de Integración APÉNDICE C Plan de Proyecto APÉNDICE D Documento de Pruebas de Concepto APÉNDICE E Contexto de Negocio del Esquema de Integración APÉNDICE F Documento de Plano Empresarial APÉNDICE G Descripción de la Ejecución de los Escenarios de Integración APÉNDICE H Documento de Pruebas Unitarias e Integradas APÉNDICE I Documentación Técnica de los Componentes Generados APÉNDICE J Código Fuente de los Programas ABAP Implementados ix

10 ÍNDICE DE TABLAS Tabla G.1. Información técnica del escenario de integración de proveedores Tabla G.2. Tablas de Base de Datos del Escenario de Integración de Proveedores Tabla G.3. Información técnica del escenario de integración de datos maestros de materiales Tabla G.4. Tablas de Base de Datos del Escenario de Integración de Datos Maestros de Materiales Tabla G.5. Información relevante del escenario de integración de planes de estructura de proyectos Tabla G.6. Tablas de Base de Datos del Escenario de Integración de Planes de Estructuras de Proyectos Tabla G.7. Información relevante del escenario de integración de requisiciones Tabla G.8. Tablas de Base de Datos del Escenario de Integración de Requisiciones Tabla G.9. Información relevante del escenario de integración de órdenes de compra Tabla G.10. Tablas de Base de Datos del Escenario de Integración de Órdenes de Compra Tabla G.11. Información relevante del escenario de integración de recepción de materiales Tabla G.12. Tablas de Base de Datos del Escenario de Integración de Recepción de Materiales 96 Tabla G.13. Información relevante del escenario de integración de documentos contables Tabla G.14. Tablas de Base de Datos del Escenario de Integración de Documentos Contables. 100 x

11 ÍNDICE DE FIGURAS Figura 2.1. Módulos que componen el SAP ECC Figura 2.2. Portafolio de Soluciones SAP Business Objects Figura 3.1. Fases de la Metodología ASAP Figura 4.1. Esquema de Integración del Proyecto de Pasantía Figura A.1. Adaptadores en un Ambiente de Integración de Aplicaciones. Natis, Yefim (2002).65 Figura A.2. Tecnologías de Bus/Hub y Módulos de Integración suscritos a eventos en un sistema EAI..66 Figura B.1. Arquitectura del SAP Business Objects Data Services.. 67 Figura B.2. Interfaz Gráfica del SAP Business Objects Data Services Designer...68 Figura C.1. Plan de Proyecto (parte 1)...71 Figura C.2. Plan de Proyecto (parte 2)...72 Figura C.3. Plan de Proyecto (parte 3)...73 Figura C.4. Plan de Proyecto (parte 4)...74 Figura E.1. Puntos de Integración entre el Sistema SAP ECC y el Smart Plant Materials de Intergraph 77 Figura E.2. Flujo de información entre el sistema legado y el sistema SAP en la empresa Pentech. 78 xi

12 LISTA DE SÍMBOLOS Y ABREVIATURAS ABAP ALE API ASAP BAPI BI BW EAI ECC EIM ERP ETL FI IDOC IPC ODBC OLTP RFC SMTP Advanced Business Application Programming Application Linking and Enabling Application Programming Interface Accelerated SAP Business Application Programming Interface Business Intelligence Business Warehouse Enterprise Application Interface Enterprise Central Component Enterprise Information Management Enterprise Resource Planning Extract, Transform and Load Financial Accounting Intermediate Document Ingeniería, Procura y Construcción Open Data Base Connectivity OnLine Transaction Processing Remote Function Call Simple Mail Transfer Protocol xii

13 INTRODUCCIÓN En este capítulo se describirán los antecedentes, el planteamiento y la solución del problema que justifican el desarrollo del proyecto de pasantía, así como se han de establecer el alcance y los objetivos generales y específicos del mismo. Estos aspectos son fundamentales para que el lector entienda el contexto del proyecto y su propósito. Antecedentes Recientemente, la empresa GRAM & Asociados ha estado desarrollando experiencia en el área de EIM (Enterprise Information Management por sus siglas en inglés), particularmente ha buscado conocer las potencialidades de la herramienta Data Services, producto del portafolio de soluciones de SAP Business Objects, para ser utilizada en un Proyecto de integración de información entre el Sistema Administrativo SAP ECC 6.0 y el Sistema Smart Plant Materials de Intergraph para la empresa de Ingeniería y Construcción, Pentech. SAP Business Objects Data Services, es una herramienta de ETL (Extract, Transform and Load por sus siglas en inglés), cuyo objetivo principal es extraer información de diversas fuentes de datos, realizar las transformaciones especificadas por el cliente y cargar la información transformada en otros sistemas de almacenamiento de datos, normalmente ambientes de Data Warehouse, para conducir el proceso de Inteligencia de Negocios con mayor efectividad. Hasta el momento, de esta herramienta no se ha aprovechado todo su potencial, ya que aún no se han explorado muchas de las funcionalidades que ofrece.

14 2 Planteamiento del Problema A la fecha, la experiencia de GRAM & Asociados en la herramienta Business Objects Data Services había estado enmarcada en proyectos de Inteligencia de Negocios, donde el sistema destino era el Ambiente Informacional SAP BW (Business Warehouse, por sus siglas en inglés), y no se contaba con experiencia en la implementación de escenarios de integración con el sistema ERP (Enterprise Resource Planning, por sus siglas en inglés) SAP ECC. Es por ello que la herramienta Data Services, instalada en la empresa, no había sido configurada adecuadamente para soportar otros escenarios de integración, y en consecuencia, existían muchas funcionalidades no exploradas y cuyo funcionamiento al inicio del proyecto de pasantía eran desconocidos. Por otro lado, GRAM & Asociados ha emprendido un proyecto con la empresa cliente Pentech, en la que se requiere del uso de la herramienta SAP Business Objects Data Services para realizar la integración de datos entre un sistema legado de dicha empresa cliente (Smart Plant Materials de Intergraph) y el Sistema SAP ECC, cuya implantación está actualmente en progreso por parte de GRAM & Asociados. Considerando estos hechos, se ha determinado que el conocimiento básico que se tiene de SAP Business Objects Data Services en GRAM & Asociados puede repercutir en el proyecto anteriormente indicado, al no poder implementar soluciones probadas que aprovechen al máximo las funcionalidades de la herramienta. Así mismo, la experimentación con las funcionalidades desconocidas de la herramienta en un proyecto con una empresa cliente supone un riesgo en términos de tiempo y puede comprometer, a su vez, la calidad de la solución implantada. Solución Propuesta Por lo anteriormente planteado, GRAM & Asociados persigue con el presente proyecto de pasantía obtener conocimiento sobre las funcionalidades desconocidas de SAP Business Objects Data Services, así como implementar componentes tipo paquete que puedan ser reutilizados en el proyecto del cliente y acumular la mayor experiencia práctica que sea posible, para entender mejor el comportamiento de la herramienta y aprender sobre los beneficios y la aplicabilidad de cada una de sus funcionalidades. Por otro lado, el proyecto de pasantía estará enfocado en implementar las necesidades y requerimientos de integración que hasta el momento se han identificado con la empresa Pentech

15 3 y que forman parte del alcance de la solución ofrecida, por lo que esta pasantía aportará un insumo importante para la implementación exitosa que GRAM & Asociados debe ejecutar en el marco del proyecto con la empresa cliente. Objetivo General Desarrollar un esquema de integración tanto síncrona como asíncrona, que mantenga actualizada información de un sistema legado con SAP y que soporte los procesos de negocio administrativos de finanzas y logística, manteniendo la consistencia e integridad de la información. Objetivos Específicos Utilizar la herramienta SAP Business Objects Data Services como middleware de integración para habilitar el proceso de ETL, manejos de mensajes para el envío o recepción de datos, habilitación de mecanismos de reproceso y manejo de errores, así como el monitoreo del procesamiento de las interfaces. Desde el punto de vista del negocio se han identificado tres objetivos adicionales, asociados a las tres áreas funcionales involucradas: Planificación de Proyectos, Ciclo de Aprovisionamiento e Integración Financiera, tal y como se indican a continuación: - Intercambio de información de la estructura de proyectos del Sistema SAP a un sistema de planificación de materiales. - Intercambio de todos los documentos que soportan el ciclo de aprovisionamiento de un Proyecto de Ingeniería: Planificación de Requerimientos de Materiales, Requisiciones, Órdenes de Compra, Recepción de Materiales, Mercancía o Servicios. - Intercambio de documentos que tienen incidencia en la contabilidad, entre sistemas auxiliares y el módulo de finanzas FI (Financial Accounting, por su significado en inglés) de SAP. Alcance

16 4 El alcance del proyecto de pasantía está delimitado por los siguientes hitos: Análisis, diseño y construcción de los escenarios de integración necesarios para cumplir con los requisitos de integración de información establecidos en los objetivos específicos del proyecto. de la configuración técnica de la herramienta SAP Business Objects Data Services, así como de todos los componentes de SAP disponibles en la oficina principal de GRAM & Asociados, para hacer posible la integración de datos. Intercambio efectivo de datos entre los sistemas legados y el sistema SAP que represente la integración de datos entre éstos, a través de la ejecución de los escenarios de integración desarrollados. Producción y entrega de todos los documentos y entregables establecidos en la metodología implantada para el desarrollo del proyecto en forma de paquetes que permitan su reutilización en el cliente.

17 CAPÍTULO 1 DESCRIPCIÓN DE LA EMPRESA En este capítulo se presenta una breve descripción del entorno empresarial donde se desarrolló el proyecto de pasantía, con el objetivo de conocer a la empresa GRAM y Asociados y el papel que representa dicho proyecto en ella. Se compondrá incluirán aspectos como los antecedentes de la empresa, la misión, visión y valores que tiene establecida, así como la estructura organizacional que posee y la posición del pasante dentro de ésta Historia GRAM y Asociados fue fundada en Abril de 2003, por profesionales de informática con años de experiencia en SAP (conjunto de aplicaciones de software empresarial desarrollado por la empresa de software alemana cuyas siglas en inglés significan Sistemas, Aplicaciones y Productos) y en el área de sistemas de información en general. Es Service Partner de SAP desde 2006 y canal de SAP Business Objects desde Esta empresa ofrece servicios de consultoría integral en el área de Tecnología de Información, con énfasis en la implantación y soporte de soluciones SAP. Posee fortalezas en los módulos básicos de SAP, en su nueva plataforma tecnológica: Netweaver, Inteligencia de Negocios, Portales, Desarrollos Web y Workflow, así como en la Gerencia de Proyectos Misión Ofrecemos servicios de consultoría integral en el área de Tecnología de Información, con énfasis en la implantación y soporte de soluciones SAP. Contamos con personal altamente calificado y un equipo gerencial ampliamente experimentado, que garantiza la calidad de los

18 servicios que ofrecemos, para agregar valor a nuestros clientes en un clima de respeto, compromiso y crecimiento compartido Visión Ser líderes en soluciones SAP en Venezuela con presencia en la Región Andina, el Caribe y Centro América, reconocidos como asesores estratégicos y proveedores confiables en Tecnología de Información Estructura Organizacional El pasante realizó el proyecto en la sección de Proyectos Internos del área Proyectos y Continuidad Operativa BI (BI significa Business Intelligence, por sus siglas en inglés), recibiendo asistencia de consultores que trabajan en la sección de Proyectos de la misma área. La estructura organizacional de GRAM y Asociados se presenta en la siguiente figura: Figura 1.1. Estructura Organizacional de GRAM y Asociados. El proyecto de pasantía, a pesar de considerarse como un proyecto interno al momento de redactar el presente informe, se destinará integralmente al proyecto que GRAM y Asociados está emprendiendo con la empresa Pentech, dedicada al sector de Ingeniería y Construcción.

19 CAPÍTULO 2 MARCO TEÓRICO Y TECNOLÓGICO Este capítulo tiene como objetivo presentar los conceptos teóricos relevantes sobre los cuales se fundamentó el proyecto de pasantía. Adicionalmente, se definirán aquellos conceptos, componentes y nociones que están asociados con las diversas tecnologías de SAP que se utilizaron en el desarrollo del mismo, con la finalidad de que el lector se pueda familiarizar con la arquitectura y las herramientas utilizadas. 2.1 Datos Los datos se pueden entender como hechos conocidos que pueden registrarse y que tienen un significado implícito [1]. (Kelley, 2002), por su parte, establece que los datos se componen de la información más básica, no refinada y, generalmente, no filtrada. De esta manera, en el proyecto se considerarán los datos como la información más básica disponible, libre de cualquier tipo procesamiento o filtro que los modifiquen. En los sistemas empresariales, se pueden tener distintas categorías de datos, de acuerdo a la manera en que éstos estén almacenados en los repositorios de datos. En el contexto del proyecto de pasantía, se deben distinguir dos tipos fundamentales de datos, determinados por el hecho de que los sistemas involucrados en las integraciones utilizan un sistema OLTP (OnLine Transaction Processing, por sus siglas en inglés) para el almacenamiento de datos. Estos tipos de datos son: a) Datos Maestros: Este tipo de datos consiste en las entidades del negocio que describen transacciones o eventos del mismo, consistiendo de un identificador y de una o más columnas de atributos. Normalmente, los datos maestros deben responder a preguntas como quién?, qué? y dónde? sobre una transacción del negocio.

20 8 b) Datos Transaccionales: Éstos consisten en entidades que registran transacciones del negocio consistiendo de un identificador, un valor y una o más columnas de atributos. Este tipo de datos están relacionados con los datos maestros de manera que éstos últimos puedan describir la transacción del negocio. Son estos tipos de datos los que representan la ocurrencia de un evento o transacción del negocio como tal [2]. 2.2 Fuente de Datos Son sistemas de almacenamiento de datos en forma digital que proveen los mismos a petición de un sistema o aplicación que lo solicite. 2.3 Repositorio de Datos Un repositorio de datos es un sitio centralizado donde se almacena información. En organizaciones empresariales, frecuentemente son pequeños Sistemas de Gestión de Bases de Datos enfocados en manejar los metadatos, es decir, los datos que describen la estructura, restricciones y aplicaciones de la base de datos [1]. Normalmente, dichos repositorios de datos almacenan y controlan información referente a las descripciones de los esquemas del sistema de bases de datos, la información detallada sobre el diseño físico de la base de datos, las descripciones de los usuarios de la base de datos con sus privilegios de acceso y sus responsabilidades, las descripciones de alto nivel de transacciones y aplicaciones de la base de datos, la relación entre las transacciones de la base de datos y los elementos de información a los que hacen referencia, y estadísticas de utilización, especialmente útiles para optimizar el desempeño de consultas y transacciones de la base de datos [1]. 2.4 Metadata Metadata significa literalmente datos sobre datos, son datos que describen otros datos. Son esenciales para obtener una mejor comprensión del sistema de base de datos que se está manejando, así como las estructuras y los datos que éste procesa y otros sistemas que sean fuentes de datos externas. De esta manera, en un contexto que involucra sistemas de bases de

21 9 datos, la metadata contiene información fundamental sobre muchos aspectos, entre los que tenemos: a) Metadata sobre la definición de los datos y la procedencia de sus valores. b) Metadata sobre la estructura de datos, columnas de atributos, tablas y otros objetos de la base de datos. c) Metadata sobre fuentes de datos externas, en caso de que éstas existan. d) Metadata de auditoría, referente a número de registros procesados, actividades de los usuarios en el sistema de bases de datos y otras estadísticas relevantes. [4] 2.5 Información Anteriormente se mencionó que los datos se caracterizan por ser registros de hechos básicos y no refinados. La información, por su parte, consiste en datos mucho más refinados. Éstos han evolucionado de manera que les permita ser útiles para que se pueda realizar algún tipo de análisis sobre ellos. Dicha evolución de los datos suele producirse a partir de un análisis que se aplica sobre ellos para generar algún tipo de conclusión, lo que origina que los datos se conviertan en información.[3] 2.6 Sistemas OLTP Sus siglas significan OnLine Transaction Processing, derivado del inglés. Son sistemas de cuyo propósito fundamental es la captura y el almacenamiento de transacciones de negocio [2]. Adicionalmente, una función fundamental que caracteriza a estos sistemas es la capacidad de permitir el acceso simultáneo de varios usuarios a la base de datos, así como tener un esquema de control de concurrencia para asegurar que se preserve la integridad de los datos sin importar número de usuarios que estén realizando operaciones sobre éstos [1]. 2.7 Proceso de Negocio Partiendo del principio de que todos los sistemas procesan información proveniente de sus entornos [4], un proceso es, pues, un orden específico de actividades de trabajo a lo largo del tiempo y del espacio, con un comienzo, un final y unas entradas y salidas claramente

22 10 identificadas: una estructura para la acción. (Davenport, 1996). De esta manera, se consideran los procesos de negocio como aquellos procesos que estén enmarcados dentro de los requerimientos y especificaciones del cliente, además de tener una entrada y salida propias del entorno de negocio establecido por dicho cliente. 2.8 Sistema Legado Los sistemas de las empresas son creados para atender necesidades y requerimientos específicos, y van sufriendo cambios a lo largo del tiempo debido a causas internas o externas al contexto sobre el cual se desenvuelven. A pesar de que su tiempo de vida es variable, muchos de ellos son críticos para el funcionamiento de los procesos del negocio y representan un servicio valioso con el que sus beneficiarios cuentan diariamente por mucho tiempo, mientras éstos sigan en estado productivo. Son estos sistemas los que reciben la denominación de sistemas legados [5]. Frecuentemente representan la columna vertebral del flujo de información de una empresa, así como un medio vital para consolidar toda la información del negocio [6]. Por lo tanto, suelen cumplir el papel de fuentes de datos para otros sistemas que obtienen de ellos datos relevantes para su funcionamiento. 2.9 Ambiente de Integración de Aplicaciones También conocido como Integración de Aplicaciones de Empresa (o EAI, Enterprise Application Integration por sus siglas en inglés), se define como el intercambio libre de datos y procesos de negocio entre aplicaciones de cualquier tipo que se encuentren interconectadas y las fuentes de datos presentes en una empresa [7]. De esta manera, el objetivo fundamental de la EAI es permitir el compartimiento de información entre las distintas aplicaciones de la empresa de una manera efectiva, íntegra y segura, optimizando así el proceso de intercambio de dicha información. (Linthicum, 2003) establece que la demanda de la empresa es poder compartir datos y procesos sin la necesidad de estar haciendo cambios drásticos a las aplicaciones o a las estructuras de datos. En el Apéndice A se especifican las distintas tecnologías de EAI utilizadas en el proyecto de pasantía, que fueron aplicadas con el fin de llevar a cabo la integración de datos.

23 Herramienta ETL Una herramienta ETL (Extract, Transform and Load, por sus siglas en inglés), se encarga de conectarse a los distintos sistemas fuentes, leer y extraer datos, realizar las transformaciones necesarias a éstos y cargar los datos transformados en los sistemas destino de almacenamiento de datos. [2] En el proyecto de pasantía, la herramienta ETL utilizada para realizar la integración de datos entre los sistemas será el SAP Business Objects Data Services, el cual será explicado en detalle más adelante Sistema de Gestión de Bases de Datos MySQL MySQL es un Sistema de Gestión de Base de Datos relacional, multihilo y multiusuario que cuenta con una gran popularidad. Es actualmente propiedad de Oracle Corporation y se desarrolla como software libre en un esquema de licenciamiento dual [8]. En el proyecto de pasantía se utilizará el MySQL Community Edition, la cual es una versión gratuita y de código abierto de este sistema de bases de datos Controlador ODBC El controlador ODBC (Open DataBase Connectivity, por sus siglas en inglés), representa una interface estándar para establecer una conexión entre sistemas externos y un sistema de gestión de base de datos [9]. Esto permite que cualquier aplicación pueda realizar consultas a una base de datos, sin importar la plataforma sobre la que esté funcionando o el sistema de gestión de base de datos específico que contenga la información requerida. En el caso específico de este proyecto, se utilizará el controlador ODBC de MySQL, el cual permite la conexión entre sistemas o aplicaciones externos con el sistema de gestión de base de datos MySQL.

24 SAP ECC 6.0 SAP ECC es un software ERP (Enterprise Resource Planning, por sus siglas en inglés), desarrollado y comercializado por la empresa alemana SAP, la cual es internacionalmente reconocida por desarrollar productos orientados al software empresarial y por sus servicios de consultoría en la misma área. Éste se compone de una gran cantidad de módulos que pueden ser adquiridos, instalados y mantenidos de manera independiente, pero que se integran y comunican en base a la extracción de información de una base de datos central. El propósito de estos módulos es poder atender los distintos procesos de negocios que se manejan en empresas medianas y grandes, independientemente de los sectores de mercado en lo que éstas estén involucradas. Las siglas ECC significan ERP Central Component, ya que SAP establece este componente como base para poder desarrollar un ambiente conformado por otra serie de productos, los cuales funcionan y se extienden a partir de este componente central. En la siguiente figura se muestra todos los módulos que forman parte de este componente central, así como la capacidad de extensión de ésta: Figura 2.1. Módulos que componen el SAP ECC.

25 SAP Business Objects Data Services Este producto forma parte de un portafolio de soluciones llamado SAP Business Objects, el cual tiene como propósito proporcionar un mayor entendimiento de los datos de una empresa, a través de una serie de herramientas especializadas, que en su conjunto conforman esta plataforma de inteligencia de negocios [10]. En la siguiente figura se muestran las distintas herramientas ofrecidas por este portafolio de soluciones, entre los que se han de destacar el Data Integration y Data Quality, los cuales en su conjunto conforman el SAP Business Objects Data Services: Figura 2.2. Portafolio de Soluciones SAP Business Objects. Parte del trabajo que realiza SAP Business Objects Data Services dentro de esta plataforma, es soportar y proveer todos los aspectos relacionados con la integración de datos (componente Data Integration), llamado también la tecnología ETL (Extraction, Transformation and Loading, por sus siglas en inglés). De esta manera, esta herramienta soporta extracción de datos por lotes, así como la capacidad de realizar una comunicación de datos síncrona y bidireccional entre las fuentes de datos, que pueden ser sistemas externos a la plataforma SAP, y los sistemas de almacenamiento de datos destino.

26 14 Para la transformación de los datos, la herramienta se vale de consultas, funciones propias y nativas del sistema de bases de datos al que esté conectada, así como otra serie de funcionalidades que se encargan de flexibilizar el procesamiento de la información y así obtener el manejo de la misma que el cliente requiera. En conclusión, esta herramienta aporta muchas de las funcionalidades necesarias para crear un Ambiente de Integración de Aplicaciones, por lo que asumirá el rol de middleware para la integración de datos, desde fuentes de datos externas hacia el SAP ECC que será el destino de los datos extraídos. En el Apéndice B se describe en detalle la arquitectura del SAP Business Objects Data Services, así como los objetos que este incorpora para implementar los escenarios de integración IDOC Un IDOC (Intermediate Document, por sus siglas en inglés) es un documento intermedio que se utiliza para enviar y recibir documentos de negocio entre servidores de aplicaciones SAP y otras aplicaciones [11]. Cada aplicación SAP ofrece IDOCs que corresponden a los distintos documentos de negocio asociados a dicha aplicación. Los datos contenidos en un IDOC pueden contener datos de múltiples tablas y estar organizados de forma jerárquica. SAP Business Objects Data Services puede procesar IDOCs tanto entrantes como salientes, desde y hacia un servidor de aplicaciones SAP respectivamente BAPI BAPI significa Business Application Programming Interfaces por sus siglas en inglés. Las BAPIs permiten el acceso a funciones de SAP a través de interfaces formales, estables y libres de diálogos [12]. Son definidas como métodos API (Application Programming Interface, por sus siglas en inglés) de los SAP Business Object Types, los cuales son una representación de una entidad de negocio en un sistema SAP. Estos Object Types y las BAPIs son utilizadas para habilitar una comunicación basada en Objetos entre distintos componentes de SAP. [12] En el proyecto de pasantía se hará uso de una de las características más importantes de una BAPI, como es su capacidad para ser ejecutadas de manera remota, a través de una llamada RFC

27 15 (Remote Function Call por sus siglas en inglés). De esta manera, SAP Business Objects Data Services puede ejecutar una BAPI ubicada en el SAP ECC y obtener el resultado para usar su información en el flujo de datos que esté siendo ejecutado por el Data Services Conexión RFC La conexión RFC (Remote Function Call, por sus siglas en inglés) es una interface estándar diseñada por SAP para establecer comunicación entre sistemas SAP, así como entre sistemas SAP y otros que no sean SAP. Esta conexión permite que se pueda invocar la ejecución de BAPIs y la transmisión de IDOCs en el servidor de aplicaciones SAP. En el caso de las BAPIs, la ejecución de una BAPI a través de la conexión RFC es similar a la ejecución de procedimientos almacenados de ORACLE u otros sistemas de bases de datos.[13] Todas las llamadas que utilizan las conexiones RFC están diseñadas a facilitar el intercambio de información del negocio, por lo que permiten tanto la lectura como la escritura de datos SAP ALE Change Pointers La tecnología de ALE (Application Linking and Enabling, por sus siglas en inglés) Change Pointers consiste en un conjunto de claves que almacenan los identificadores de los registros de datos relevantes para el sistema SAP que han sido creados o modificados. Dichas claves son almacenadas en unas tablas internas que el SAP ECC destina para tal caso [14]. Adicionalmente, los atributos que se consideran relevantes son configurables, aspecto importante que se puede tomar en cuenta para el caso de la integración de sistemas. Así mismo, provee de una serie de programas estándares que permite enviar los registros almacenados en las tablas de Change Pointers a través de IDOCs [15].

28 CAPÍTULO 3 MARCO METODOLÓGICO Para el desarrollo del proyecto de pasantía, se aplicó la metodología ASAP (Accelerated SAP, por sus siglas en inglés), desarrollada por la empresa SAP para la ejecución de proyectos de implementación de sus soluciones de software. Posee una estructura orientada al negocio, lo que permite el diseño de proyectos de implementación de una manera flexible. En el presente capítulo se realizará una explicación detallada de dicha metodología, cubriendo sus fases y actividades. 3.1 Fases y Actividades En la metodología ASAP, las fases están enfocadas en la implementación y optimización continua de las soluciones de SAP. Como se puede ver en la siguiente figura, la metodología consiste en cinco (5) fases, así como en una serie de documentos entregables. Figura 3.1. Fases de la Metodología ASAP. Se debe recordar que la metodología es flexible, es decir, dependiendo de las características del proyecto que se va a implementar, se pueden realizar cambios a ésta que permitan una aplicación más efectiva. De esta manera, se explica a continuación en qué consisten las fases de la metodología ASAP y cómo éstas son aplicadas en el proyecto de pasantía:

29 17 a) Fase 1 Preparación del Proyecto: Esta fase tiene por objetivo la elaboración del plan inicial y la preparación para el proyecto de implantación. Incluye la planificación del adiestramiento a los miembros del equipo en la herramienta y el establecimiento de la organización del proyecto, entre otras. En el contexto de este proyecto, esta fase buscará cumplir con el mismo objetivo. Sin embargo, ya que el personal involucrado consiste únicamente en el pasante, se omitirán todas las actividades relacionadas al establecimiento de la organización del proyecto. Así mismo, la implantación del proyecto en un sistema productivo no forma parte del alcance considerado, por lo que tampoco se considerarán las actividades relacionadas a este punto. Por lo tanto, las actividades planteadas para la fase de preparación del proyecto de pasantía son: Recibir la inducción del alcance del proyecto. Adiestramiento en la herramienta SAP Business Objects Data Services y en conceptos básicos de Integración de Aplicaciones Empresariales. Elaboración del Plan detallado del Proyecto. Adiestramiento en el lenguaje de programación ABAP. b) Fase 2 Plano Empresarial (Business Blueprint): Tiene por finalidad la elaboración de un documento denominado Plano Empresarial (o Business Blueprint, por su denominación en inglés), el cual debe contener los requerimientos del cliente y debe establecer cómo los procesos del negocio están siendo representados en el software de SAP que se va a implementar. Como el proyecto de pasantía busca la integración entre el sistema SAP ECC y un sistema externo, los requerimientos y el proceso de análisis y diseño del proyecto están orientados a este objetivo. Adicionalmente, se incorporará en esta fase la figura de las pruebas de concepto, las cuales consisten en escenarios de integración de datos sencillos entre una base de datos externa y el sistema SAP. Tienen por objetivo determinar la configuración básica de la herramienta SAP Business Objects Data Services requerida para la implementación del escenario planteado con SAP ECC. De esta manera se identifican cuales componentes de la herramienta en la instalación de GRAM & Asociados, están trabajando de manera correcta y cuáles no, permitiendo anticipar a los problemas de configuración técnica básica antes de entrar en el diseño y programación de los escenarios definitivos en alcance.

30 18 Para la realización de las pruebas de concepto, se contemplaron las siguientes actividades: Revisión y configuración técnica del SAP Business Objects Data Services y el sistema SAP para llevar a cabo la integración de datos. Preparación de datos de prueba en el sistema SAP y en la base de datos externa. Ejecución de las pruebas unitarias de integración escogidas como pruebas de concepto. Para realizar una documentación adecuada del plano empresarial, en la presente fase se realizarán las siguientes actividades: Identificación de los requerimientos de intercambio de información. Diseño del modelo de intercambio de información (uso de archivos Excel, archivos planos, IDOCs, BAPIs, etc.) Diseño de mecanismos de validación e identificación de errores. Diseño de esquemas de reprocesamiento y alertas. Identificación de los roles de usuarios. c) Fase 3 : Fundamentalmente, esta fase consiste en la implementación de todos los requerimientos del negocio basados en el Plano Empresarial producido en la fase anterior. En el proyecto de pasantía, esta fase se aplicará sin ningún tipo de variaciones. De esta manera, las actividades establecidas para la fase de son las siguientes: Construcción y Desarrollo de los flujos de datos para cada escenario de integración planteado en el Plano Empresarial. de Pruebas Unitarias e Integradas. Implementación de Roles de Usuarios. d) Fase 4 Preparación Final: En esta fase se realizan todas las actividades relacionados con la puesta en operación de la nueva plataforma a ser implantada. Se transfiere la configuración y los desarrollos a los ambientes productivos, y se realizan las cargas iniciales a los sistemas involucrados. Adicionalmente, en esta fase se completa la resolución de todos los puntos que hayan quedado pendientes de la realización de pruebas, y se asegura que todos los requerimientos establecidos en el Plano Empresarial han sido cubiertos satisfactoriamente.

31 19 Como la implantación en un sistema productivo no forma parte del alcance del proyecto, las actividades de esta fase que serán realizadas se limitan a las siguientes: Resolución de los puntos pendientes de la realización de pruebas de la fase de realización. Generación de la documentación técnica en el SAP Business Objects Data Services. Generar la documentación técnica de los componentes generados. e) Fase 5 Entrada en Producción y Soporte: Esta fase se inicia con el hito de arranque del nuevo sistema. Se establece la organización de soporte para atender a los usuarios finales durante los primeros días de operación. Así mismo, bajo un esquema de continuidad operativa se monitorea el comportamiento de la nueva plataforma. Al igual que en el caso anterior, dado que la concepción original de esta fase en la metodología ASAP no está contemplada en el alcance del proyecto de pasantía, la única actividad que será realizada es la comunicación de los cambios realizados a los escenarios de integración y la presentación del esquema de integración a la empresa GRAM y Asociados. 3.2 Entregables En la implementación de la metodología ASAP, es necesaria la producción de entregables y documentos que son imprescindibles para el desarrollo del proyecto y para el registro escrito de las características de éste. Estos entregables forman parte del producto tipo paquete que la empresa espera obtener para ser reutilizados en el proyecto del cliente. De esta manera, a continuación se describirán los entregables que han de realizarse en cada fase de la metodología: a) Fase 1 Preparación del Proyecto Plan del Proyecto: Cronograma con actividades en un documento de Microsoft Project. b) Fase 2 Plano Empresarial Plano Empresarial: Documento que contiene todos los requerimientos y aspectos de diseño que deberán atenderse en el proyecto de pasantía.

32 20 Documento de Pruebas de Concepto: Consiste en un documento que contendrá los resultados obtenidos en la ejecución de dichas pruebas, entre los que se debe prestar especial atención a aquellos aspectos que no hayan funcionado de la manera esperada. c) Fase 3 Programación de los Escenarios de Integración: Archivo de extensión.atl generado desde la herramienta SAP Business Objects Data Integrator Services, el cual debe contener todos los escenarios de integración construidos y probados. Documento de Pruebas Unitarias e Integradas: Documento que contenga un registro escrito de todas las pruebas unitarias e integradas realizadas, así como los puntos pendientes resueltos los que sigan por resolverse. En este documento también se podrá anexar otra información relevante que haya surgidos en la ejecución de dichas pruebas. d) Fase 4 Preparación Final Programación de los Escenarios de Integración: Contiene las actualizaciones realizadas al mismo archivo en la fase anterior, correspondientes a los cambios realizados luego de la ejecución de pruebas. Documentación Técnica y de Componentes: Documento que contiene todos los detalles técnicos referentes a la construcción y desarrollo de los escenarios de integración. En éste se debe describir el propósito de cada escenario, así como la estructura y objetos utilizados para el funcionamiento de éstos. Documento de Pruebas Unitarias e Integradas: Contiene las actualizaciones realizadas al mismo documento entregado en la fase anterior, correspondientes a aquellos puntos pendientes detectados en la ejecución de pruebas que hayan sido corregidos. e) Fase 5 Entrada en Producción y Soporte Para esta fase, solo se contempla la presentación del informe final de la pasantía, así como todos los entregables producidos en las fases precedentes.

33 CAPÍTULO 4 DESARROLLO En este capítulo se presentará una explicación detallada del proceso de desarrollo e implementación del proyecto de pasantía. El mismo se dividirá de acuerdo a las distintas fases establecidas en la metodología. 4.1 Fase 1 - Preparación del Proyecto Esta fase fue diseñada principalmente para recibir el adiestramiento necesario en los sistemas involucrados en el proyecto de pasantía, así como en la herramienta SAP Business Objects Data Services y en el lenguaje de programación ABAP. Éste fue realizado a través de lectura por parte del pasante de los siguientes manuales de referencia de SAP aportados por GRAM & Asociados: Business Objects Data Services Data Integrator XI Getting Started Guide. Business Objects Data Services Data Integrator XI Core Concepts: Facilities Setup. Business Objects Data Services Data Integrator XI Development Guide. Business Objects Data Services Data Integrator XI Advanced Development Guide. Business Objects Data Services Data Integrator XI Tutorial. Business Objects Data Services Data Integrator XI Supplement for SAP. Business Objects Data Services Data Integrator XI Core Concepts. ABAP Workbench A Course Introductory. Adicionalmente, se cumplió con la creación del entregable programado para esta fase, el cual consiste en el plan de proyecto (ver Apéndice C).

34 Fase 2 Plano Empresarial Como se explicó en el capítulo del marco metodológico, esta fase constituye la columna vertebral sobre la cual se apoyó el proyecto para realizar su desarrollo. Dado que en ella están contempladas muchas actividades, éstas serán abordadas como secciones propias de esta fase Revisión y Configuración Técnica del Ambiente de Integración Para llevar a cabo las Pruebas de Concepto y para ejecutar exitosamente los escenarios de integración del proyecto, se debió implementar la configuración necesaria para que el SAP Business Objects Data Services instalado en GRAM & Asociados pudiera comunicarse, enviar y recibir información del SAP ECC, igualmente operativo en dicha instalación. La primera configuración se debió realizar entre la base de datos MySQL y el SAP Business Data Services, necesaria para que este último pueda tener acceso a las tablas de dicha base de datos. Para hacer esta configuración efectiva, se utilizó el controlador ODBC de MySQL para conectar la base de datos MySQL con un Datastore definido para ella en el Data Services. La otra configuración que era necesaria, consistía en el establecimiento de una conexión RFC entre el SAP Business Objects Data Services y el sistema SAP ECC, requerida para la utilización de IDOCs y BAPIs. Para ello, en el SAP Business Data Services Management Console se debió establecer los datos de conexión RFC solicitados, los cuales debían corresponder con los datos de conexión RFC que se definieron seguidamente en el SAP ECC a través de una transacción estándar destinada para tal función. (Ver Configuración Técnica del Apéndice D). Cabe destacar, que hasta el momento, en GRAM & Asociados no existía esta configuración ni se habían realizados pruebas de concepto con un sistema SAP ECC, por lo que todo el conocimiento obtenido para la realización de esta configuración, forma parte del aporte que las pruebas de concepto pretendían ofrecer al desarrollo del proyecto de pasantía y a la experiencia de GRAM & Asociados con el uso del SAP Business Objects Data Services Preparación de datos de prueba en el SAP ECC y en la Base de Datos MySQL Para la realización de las pruebas de concepto, se escogieron dos procesos de negocio cuya integración se sabía que iba a ser requerida en el esquema de integración del proyecto de

35 23 pasantía. Dichos procesos de negocio son los referentes al registro de datos maestros de materiales y el registro de datos de proveedores (ver Apéndice D). De esta manera, la preparación de los datos consistió en el uso de archivos Excel que sirvieran como carga inicial para las pruebas que implicaban el envío de datos desde la Base de Datos MySQL hacia el SAP ECC. Así mismo, para las pruebas que consistían en el envío de datos desde el SAP ECC a la Base de Datos MySQL, se debieron definir datos de prueba en las tablas del SAP ECC involucradas Ejecución de las Pruebas de Concepto Para abarcar los procesos de negocio planteados y efectivamente probar la mayor cantidad de funcionalidades posibles del SAP Data Services, se diseñaron escenarios de integración sencillos, es decir, sin reglas de transformación y validación de datos, ni provistos de mecanismos de reproceso y alertas. Se esperaba cumplir dos objetivos con la selección de los escenarios: Que la prueba involucrara dos de los métodos de transmisión de datos disponibles, a saber IDOCs y BAPIs. Que la prueba considerara las dos direcciones de comunicación, desde y hacia SAP ECC. La especificación en detalle de los escenarios implementados y los resultados de la ejecución de las pruebas de concepto fueron documentados en el entregable planificado para esta actividad, el cual puede ser referenciado en el Apéndice D. Se debe destacar que las pruebas de los escenarios que tenían por función la recepción de datos provenientes del SAP ECC fallaron. Esto se debe a que se presentó un comportamiento erróneo y aleatorio en el manejo de la recepción de IDOCs por parte del SAP Business Objects Data Services, lo que ocasionó que a pesar de que se pudo integrar toda la información deseada, ésta no se pudiera recibir de manera consistente. Dado que el error ocurrido era de causa desconocida, luego de sucesivos intentas de buscarle solución, se procedió a realizar contactos con el equipo de soporte de SAP Business Objects de la empresa SAP, a través Notas de Soporte especificando el problema como un defecto en la herramienta Data Services. Este aspecto se presentó a lo largo de todo el desarrollo del esquema de integración, por lo que será tratado en detalle en la fase de realización del presente capítulo.

36 Identificación de los requerimientos de intercambio de información Como se mencionó en la descripción del proyecto, una de las características de éste es que ha de atender a los requerimientos de integración de datos identificados por GRAM & Asociados en la empresa cliente Pentech, a cuyo proyecto de implantación estarán destinados los productos y entregables del presente proyecto de pasantía. En el apéndice E se define el contexto donde operará el modelo de integración. De acuerdo a dichos requerimientos, los escenarios de integración que se van a desarrollar en el presente proyecto son los siguientes: Escenario 1: Recepción del Sistema Legado de Datos de Proveedores enviados desde el Sistema SAP. Escenario 2: Envío desde el Sistema Legado de Datos Maestros de Materiales hacia el Sistema SAP. Escenario 3: Recepción del Sistema Legado de Estructuras de Proyectos enviados desde el Sistema SAP. Escenario 4: Envío desde el Sistema Legado de Requisiciones hacia el Sistema SAP. Escenario 5: Recepción del Sistema Legado de Órdenes de Compra enviados desde el Sistema SAP. Escenario 6: Envío desde el Sistema Legado de Recepciones de Materiales hacia el Sistema SAP. Escenario 7: Envío desde el Sistema Legado de Documentos Contables hacia el Sistema SAP. Este caso particular no surge como parte de los requerimientos extraídos de la empresa Pentech, sino del interés de GRAM & Asociados en obtener experiencia en la integración de datos asociados al módulo de finanzas de SAP (SAP FI) Diseño del modelo de intercambio de información El objetivo de esta actividad es analizar la información del negocio que forma parte de cada escenario específico y estudiar los medios que están disponibles para realizar la integración de cada escenario.