Máster SAP en Sistemas de Información Integrados (ERP) III INDICE

Transcripción

1 1 INDICE 1 INVESTIGACIÓN Y MARCO TEÓRICO Análisis de diferentes soluciones ERP y comparativa de éstas con SAP Análisis de Factores Comunes Posicionamiento Competitivo Comparativo de paquetes ERP Comparativa entre un sistema SAP y un ERP realizado a medida Ventajas y Desventajas Comparativa entre ABAP y otros lenguajes de programación Aporte Lenguaje ABAP Comparativa Abap CASO DE NEGOCIO Planteamiento Desarrollo Método por el cual se van a crear los materiales en SAP: Solución de problemas: CONCLUSIONES BILBIOGRAFIA...56

2 2

3 INVESTIGACIÓN Y MARCO TEÓRICO 3 1 INVESTIGACIÓN Y MARCO TEÓRICO 1.1 Análisis de diferentes soluciones ERP y comparativa de éstas con SAP Análisis de Factores Comunes Los sistemas de planificación de recursos de la empresa (ERP, Enterprise Resource Planning) son sistemas de gestión de información que integran y automatizan muchas de las prácticas de negocio asociadas con los aspectos operativos o productivos de una empresa. Existen 3 características que definen a un ERP: 1. Son sistemas integrales, 2. son sistemas modulares 3. y adaptables. Estos ERP tienen funciones específicas y modulos standard. Los objetivos principales de los sistemas ERP son: 1. Optimización de los procesos empresariales. 2. Acceso a información confiable, precisa y oportuna. 3. La posibilidad de compartir información entre todos los componentes de la organización. 4. Eliminación de datos y operaciones innecesarias. 5. Reducción de tiempos y de los costes de los procesos. El propósito fundamental de un ERP es otorgar apoyo a los clientes del negocio, tiempos rápidos de respuesta a sus problemas así como un

4 INVESTIGACIÓN Y MARCO TEÓRICO 4 eficiente manejo de información que permita la toma oportuna de decisiones y disminución de los costos totales de operación. Adquirir soluciones ERP, no es tarea fácil, éstas tienen un grado alto de incidencia al momento de integrar y gestionar los sistemas empresariales, algunos factores comunes importantes son: Necesidad de Información precisa. - No todas las actividades comerciales o profesionales tienen los mismos requerimientos de facturación, de informes, de circuitos administrativos. A medida que las actividades se vuelven más específicas, resulta más difícil encontrar una solución que cumpla todas estas necesidades. Como el caso de los sistemas modulares, donde el cliente adquiere lo que su empresa o actividad precisa, armando una configuración a su gusto, acotando costos y, fundamentalmente, contando con sub módulos altamente especializados que le permitirán cubrir las necesidades de información de modo fiable. Interiorización de las características del sistema.- Se necesita buenos sistemas, pero también buenos vendedores, que expliquen con sencillez las características del software y las ventajas que puede obtener de él. Invertir en un programa es siempre importante, por la sencilla razón que la empresa o estudio va a depositar en él, los datos con los cuales trabaja diariamente, y que de los informes, estadísticas y comprobantes que emita dependerán sus decisiones, sus clientes y sus proveedores. En resumen lo mejor no está en un buen vendedor sino de buenos asesores que expliquen todos los beneficios que puede obtener de la inversión, y cómo la empresa

5 INVESTIGACIÓN Y MARCO TEÓRICO 5 puede crecer en base a un sistema de información eficiente que sirva para que la gerencia tome mejores decisiones. La confiabilidad.- Tanto del sistema como de la empresa desarrolladora que respalda al producto. La antigüedad, la base de clientes instalados, las actividades comerciales y profesionales en dónde utilizan estos sistemas, la imagen de empresa detrás del software. La accesibilidad del sistema.- Debe ser de fácil entendimiento y operación. Rápido de implementar, simple de usar, más allá de lo vasto de las operaciones que cubra. Obviamente, el costo.-.que no tenga costos sorpresa, que tenga un precio acorde a su presupuesto y a las prestaciones, que sea flexible a la hora de armar un plan de pagos para su compra. Luego en un contexto técnico se toma en cuenta también la tecnología que un ERP debe tener en su Arquitectura y Plataforma, tanto en grandes, medianas como en pequeñas empresas: 1 Arquitectura.- Con el tránsito de la arquitectura cliente/servidor a una arquitectura Web, el mercado ERP se vio beneficiado. El porcentaje de proveedores que se mantienen en arquitecturas cliente/servidor difiere en función del segmento de empresa al que dirigen su producto: Grandes Empresas: aproximadamente el 40% de las soluciones posee una arquitectura Web, mientras que el 60% restante 1 Tomado de

6 INVESTIGACIÓN Y MARCO TEÓRICO 6 dispone tanto de arquitectura Web como cliente/servidor. arquitectura cliente/servidor. Mediana Empresa: en este segmento el porcentaje de proveedores que poseen sólo arquitecturas Web es inferior al que sólo posee arquitecturas cliente/servidor. No obstante, un elevado número mantiene ambos tipos de arquitecturas. Pequeña empresa: en este segmento, más de la mitad de los proveedores posee sólo una arquitectura cliente/servidor, mientras que ninguno posee exclusivamente una arquitectura totalmente Web. Graf. No.1 Arquitectura de las Soluciones ERP. Fuente IDC Cuanto mayor es el tamaño de las empresas objetivo de los proveedores, mayor es también el porcentaje de los mismos cuyos productos poseen arquitectura Web. El caso inverso también se produce, es decir, cuanto menor es el tamaño de las empresas objetivo, mayor es el porcentaje de proveedores con soluciones en arquitecturas cliente/servidor.

7 INVESTIGACIÓN Y MARCO TEÓRICO 7 2 Plataformas.- La mayor parte de los proveedores apuesta por desarrollar sus aplicaciones sobre plataformas Windows. Sin embargo, Linux está apareciendo con fuerza entre los distintos proveedores, en concreto, entre los que dirigen su oferta hacia las grandes empresas. Esto se debe en parte a que los proveedores que operan principalmente en las grandes empresas tienen músculo financiero para apostar por distintas plataformas, mientras que los proveedores que se ubican en las pequeñas empresas, al tener menor capacidad financiera, apuestan por una única plataforma. Grandes Empresas: el porcentaje de proveedores que operan en este segmento y corren sus aplicaciones sobre Windows, Linux y Unix es similar, en torno a un 30% en cada una de ellas. Mediana Empresa: en este segmento, el porcentaje de proveedores que corren sus aplicaciones sobre Windows es netamente superior al de los que apuestan por Unix o Linux. Pequeña Empresa.- en este segmento se mantiene la tendencia apuntada en los segmentos previos, donde más del 50% de los proveedores apuesta por Windows. 2 Tomado de

8 INVESTIGACIÓN Y MARCO TEÓRICO 8 Graf. No.2 Plataformas de las Soluciones ERP. Fuente IDC La mayor parte de los proveedores apuesta por correr sus aplicaciones sobre Windows. Esta apuesta es más clara cuanto menor es el tamaño de empresa en su Mercado objetivo Posicionamiento Competitivo Para ello, se ha situado las principales soluciones ERP que compiten en los tres segmentos de mercado por tamaño de empresa siguientes: Grandes Empresas: Empresas de más de 1000 empleados, facturación anual superior a 100M y fuerte complejidad en sus procesos de negocio.

9 INVESTIGACIÓN Y MARCO TEÓRICO 9 Mediana Empresa: Empresas de más de 250 empleados, facturación anual inferior a 100M y fuerte sofisticación en sus procesos de negocio. Pequeña Empresa: Empresas de más de 10 y menos de 250 empleados, facturación anual inferior a los 100M y baja sofisticación en sus procesos de negocio. Para cada uno de estos segmentos, se han identificado los principales competidores que cuentan con una oferta de software ERP genérica (multisectorial) y que integre al menos dos módulos funcionales. 3 La visualización de la información, se ha llevado a cabo en unas tablas y gráficos construidos a partir de unos índices que se exponen: Cobertura Funcional (Eje Abscisas): Identifica qué módulos integra el ERP y que soluciones integrables complementarias dispone como CRM o SCM. Soluciones Sectoriales (Eje Ordenadas): Especifica los sectores para los que se ha desarrollado una solución vertical ERP concreta Canal (Volumen Esfera): Define el modelo de comercialización del ERP, podrá ser distribución directa, indirecta y mixta además ASP directo e indirecto usando Internet. La esfera presentará mayor volumen cuanto mayor sea la capacidad del canal de abordar una mayor cuota del mercado. 3 Tomado del Análisis del Mercado Español por Internacional Data Group INC.

10 INVESTIGACIÓN Y MARCO TEÓRICO 10 Graf. No. 3 Competitividad Segmento Grandes Empresas Fuente: IDC 2004 SAP, SSA y Peoplesoft se encuentran en el cuadrante de máxima cobertura funcional y máxima verticalización de sus soluciones, además todas incluyen el canal ASP. Oracle, y Ross disponen de ERPs menos verticalizados pero también con amplia cobertura funcional y un canal fuerte, por el contrario Arion y Microsoft no apuestan por la verticalización y los modelos ASP. En el segmento de cobertura funcional medio-alta, hay que distinguir a empresas que disponen de soluciones verticales para algunos sectores como Adonix o Deister y aquellos que están especializados en sectores concretos como Mapics y Uniclass. En general el modelo de comercialización preferido es el del canal tradicional, aunque hay ya algunas empresas que apuestan por modelos de Internet apoyados por la tendencia al utility-computing y la externalización total de las aplicaciones empresariales que en las grandes cuentas están muy adaptadas a los procesos de la empresa

11 INVESTIGACIÓN Y MARCO TEÓRICO 11 Graf. No. 4 Competitividad Segmento Medianas Empresas Fuente: IDC 2004 Hay gran diversidad en la cobertura funcional para este segmento, se produce diferenciación a la hora de ofrecer soluciones completas que integren módulos externos fácilmente integrables como CRM o BPM. Hay un número importante de soluciones ERP estándar, o verticalizadas para algún sector específico. Por norma general, la oferta tiende a verticalizar cada vez más sus soluciones y adecuarlas más a las necesidades de las empresas medianas. La diversidad se extiende también al canal de comercialización, siendo la mayoría modelos indirectos o mixtos.

12 INVESTIGACIÓN Y MARCO TEÓRICO 12 Graf. No. 5 Competitividad Segmento Pequeñas Empresas Fuente: IDC 2004 Existe una gran estandarización de las soluciones ERP para pequeñas empresas que cada vez tienden a ser más completas. El canal, sobre todo el de Internet parece ser la principal base de la oferta en este segmento. Los sistemas de información han ido evolucionando en gran cantidad de compañías como una colección de islas desintegradas de difícil compatibilidad, hacia los denominados sistemas de información integrados, es decir, sistemas con el objetivo de facilitar la integración de los datos organizativos, que recojan la información según se va generando, la almacenen y la pongan a disposición de los elementos de la empresa en la forma más adecuada a cada necesidad.

13 INVESTIGACIÓN Y MARCO TEÓRICO 13 Como se ve en las Graficas los paquetes de software de SAP ERP comienzan a comercializarse, en principio, en empresas grandes. Sin embargo en los últimos años, muchas PYMES (medianas y pequeñas empresas) han adquirido este tipo de herramientas, dada la dependencia creada hacia las mismas Comparativo de paquetes ERP Los ERP se diferencian de los demás software en: 1. Hacer frente a todas las necesidades de información dentro de la organización. 2. La naturaleza estándar de la solución con la disposición de un entorno de desarrollo propio. Las empresas que desarrollan herramientas ERP han sufrido en los últimos años numerosas fusiones (como Oracle y PeopleSoft), cierres y demás movimientos que definen este mercado como un mercado inestable en el que es difícil permanecer. Esto se traduce en que cada vez son menos las empresas que van a dominar el mercado de ERP y de tecnologías de la información. Es por ello que a la hora de seleccionar empresas para realizar el análisis de herramientas ERP, basado en un estudio de Gartner Group Consulting, se considera únicamente a empresas que han soportado todo éste movimiento del mercado y que tendrán más posibilidades de permanecer. A demás de esto, los criterios para realizar la selección de éstos paquetes que a continuación se van a analizar han sido, por un lado,

14 INVESTIGACIÓN Y MARCO TEÓRICO 14 aquellas empresas que dominan el mercado internacional de ERP, como pueden ser Oracle-PeopleSoft, Microsoft, Sap, etc En primer lugar se presentan unas tablas que recopilan la información más importante de todas las herramientas analizadas, como puedan ser las funcionalidades más importantes o las plataformas y bases de datos con las que trabaja. 4 Los paquetes seleccionados y las empresas que los han desarrollado son los siguientes: SAP / mysap ERP Aqua Solutions / Aqua EBS 2005 Datadec / Expert ERP Oracle-PeopleSoft / Oracle e-bussines Ross Systems Ibérica / i-renaissance SSA Global / SSA ERP Informática 68 / Izaro Green (Izaro Colours) Deister Software / Axional ERP Intentia Consulting / Movex Microsoft Dynamics/ Navisión 4.0 ERP Geac / System21 Aurora Sofinsa / Sofinsa Xsylon SP Grupo Sage / Linea 100 v.12 QAD / MFG-PRO eb2 4 Tomado del Centro de investigación de gestión e ingeniería de la producción, Universidad Politécnica de Valencia.

15 INVESTIGACIÓN Y MARCO TEÓRICO 15 CSS / Ekon 2 ERP Exact Software / Exact Dimoni Los criterios seleccionados como base para la comparativa son: Características generales (Tabla 1) Características funcionales (Tablas 2, 3 y 4) Arquitectura y Bases de datos soportadas (Tabla 5) Características adicionales y otros módulos (Tabla 6) Sector y tamaño de empresa recomendado (Tabla 7) El resultado es el siguiente: 1. En cuanto a las características generales: Cliente/Servidor Flexibilidad Modularidad Integración Seguridad GUI Simulación Trazabilidad GroupWare Sist. Abast. Ayuda Consultas/Informes Implan./Migración Post. Venta Internet/Intranet SAP / mysap ERP Aqua EBS 2005 Expert ERP Oracle e-bussines i-renaissance SSA ERP Izaro Green (Izaro Colours) Axional ERP Movex Navisión 4.0 ERP System21 Aurora Sofinsa Xsylon Linea 100 v.12 MFG-PRO eb2 Ekon 2 ERP Exact Dimoni Tabla 1. Características Generales de los ERPs Si No Sin Info. Herramienta Complemento ERP

16 INVESTIGACIÓN Y MARCO TEÓRICO Características de la Gestión de la Producción: MPS MRP II CRP Ingeniería Producción Repetitiva Ordenes de Producción Planif./Prog de Capacidad finita Gestión de Costes Análisis de Producción Subcontratación Control de Producción SAP / mysap ERP Aqua EBS 2005 Expert ERP Oracle e-bussines i-renaissance SSA ERP Izaro Green (Izaro Colours) Axional ERP Movex Navisión 4.0 ERP System21 Aurora Sofinsa Xsylon Linea 100 v.12 MFG-PRO eb2 Ekon 2 ERP Exact Dimoni Tabla 2. Características Generales de Gestión de la Producción de los ERPs Si No Sin Info. Heta. Complemento ERP

17 INVESTIGACIÓN Y MARCO TEÓRICO Características de la Gestión de la Distribución: DRP EDI Facturación Lotes Gestión de Compras Gestión de Ventas Análisis de Ventas Previsión de Ventas Campañas y Promociones Gestión de Transportes Gestión de almacén Gestión de Calidad SAP / mysap ERP Aqua EBS 2005 Expert ERP Oracle e-bussines i-renaissance SSA ERP Izaro Green (Izaro Colours) Axional ERP Movex Navisión 4.0 ERP System21 Aurora Sofinsa Xsylon Linea 100 v.12 MFG-PRO eb2 Ekon 2 ERP Exact Dimoni Tabla 3. Características Generales de Gestión de la Distribución de los ERPs Si No Sin Info. Hta.Comple. ERP

18 INVESTIGACIÓN Y MARCO TEÓRICO Características de Gestión de la Contabilidad y Finanzas: Ctas. A Cobrar Ctas. A Pagar Costes de Recursos Costes de Actividad Costes Dinámicos Contabilidad General Tesorería Activos Fijos Análisis Financiero Contabilidad de Contratos SAP / mysap ERP Aqua EBS 2005 Expert ERP Oracle e-bussines i-renaissance SSA ERP Izaro Green (Izaro Colours) Axional ERP Movex Navisión 4.0 ERP System21 Aurora Sofinsa Xsylon Linea 100 v.12 MFG-PRO eb2 Ekon 2 ERP Exact Dimoni Tabla 4. Características Generales de Contabilidad y Finanzas de los ERPs Si No Sin Info. Hta.Comple. ERP

19 INVESTIGACIÓN Y MARCO TEÓRICO Características Adicionales y otros módulos: Gestión de Mantenimiento Seguim. y Control de Proyectos Secuencias RRHH Nóminas TPV DataWareHuse SCM CRM E-commerce Modelo ASP Gestión de Presu. Cuadro de Mandos SAP / mysap ERP Aqua EBS 2005 Expert ERP Oracle e-bussines i-renaissance SSA ERP Izaro Green (Izaro Colours) Axional ERP Movex Navisión 4.0 ERP System21 Aurora Sofinsa Xsylon Linea 100 v.12 MFG-PRO eb2 Ekon 2 ERP Exact Dimoni Tabla 5. Características y otros Módulos que puede Integrar la herramienta Si No Sin Info. Hta.Comple. ERP

20 INVESTIGACIÓN Y MARCO TEÓRICO Arquitectura y Bases de Datos: MySAP ERP ERP PLATAFORMAS BASE DE DATOS Aix, Digital Unix, HP-UX, Sinix, Solaris, Windows basados en tecnología NT, OS/400 Adabas D, DB2, Informix, Oracle, MS Sql Server Aqua EBS 2005 Windows Sql Server Expert ERP Solaris, Aix, HP-UX, TRU64, Oracle Windows NT/2000, OpenVMS Oracle e-bussines Linux, Solaris, Unix, Windows Oracle i-renaissance Unix, plataformas basadas en Oracle, Sql Server, NT, OS/400, Solaris Informix SSA ERP Windows basados en tecnología NT, Unix, Linux Informix, oracle, Sql Server, DB2, Progress, Ingress, FoxPro, Sybase, MySQL zaro Green (Ízaro Colours) Unix, Linux, Windows, OS/400 Sql Server, Informix, oracle, DB2, Multibase Axional ERP Movex Solaris, Win32, Linux, Mac, Unix OS/400, Windows, Solaris, Linux, Unix Informix, Oracle, DB2. Oracle, DB2, Sql Server Navisión 4.0 ERP Windows Sql Server System21 Aurora Familia eserver iseries de IBM Sofinsa Xsylon Windows, Unix, Linux Oracle Linea 100 v.12 Windows, Novell Netware Desconocida. MFG-PRO eb2 Unix, Windows Oracle, Progress Ekon 2 ERP Linux, Unix, Windows DB2, Oracle, Sql Server Exact Dimoni Windows Sql Server Tabla 6. Arquitectura y Base de Datos de los ERP

21 INVESTIGACIÓN Y MARCO TEÓRICO Sector y tamaño de empresa para el ERP: ERP AMBITO TAMAÑO DE EMP. MySAP ERP General Mediana y grande Aqua EBS 2005 Industria, distribución y servicios Mediana y grande Expert ERP General Mediana y grande (el ERP con modulo ASP para pequeñas) Oracle e-bussines General Grande i-renaissance Industria, servicios y sector Medianas y grandes sanitario SSA ERP Industria Pequeña, mediana y grande zaro Green (Ízaro Colours) General, pero se especializa en Pymes medianas y grandes de Automoción, gran consumo, mueble, logística y distribución, industrias químicas y alimentarías. Axional ERP General Pequeña, mediana y grande Movex General Mediana Navisión 4.0 ERP General Pequeña y mediana System21 Aurora Fabricación y distribución (especialmente en los sectores de la alimentación y bebidas, confección y textil, y bienes de consumo de venta rápida.) Mediana y grande Sofinsa Xsylon General Pequeña y mediana Linea 100 v.12 Destinada a áreas económicas, financieras, comerciales y de marketing. Pequeña y mediana MFG-PRO eb2 Fabricación (motores, de consumo, de la electrónica, del alimento y bebida, industriales y médicas) Medianas y grandes Ekon 2 ERP General Mediana y grande Exact Dimoni General (más en la Para Pymes industria) Tabla 7. Ámbito y tamaño de empresa para el ERP

22 INVESTIGACIÓN Y MARCO TEÓRICO Comparativa entre un sistema SAP y un ERP realizado a medida. Los avances tecnológicos en los últimos años han sido de tal magnitud que disponer de personal capacitado para utilizar de modo efectivo las herramientas actuales es todo un reto. Un Sistema SAP ERP estándar diverge mucho a uno desarrollado a medida, asi se tenga el caso de disponer personal suficiente capaz de desarrollar un ERP a medida surgirian muchas interrogantes por ejemplo: Qué tiempo tardaria desarrollar el sistema de gestión y desarrollar una web interactiva con su sistema de gestión? Qué coste va a tener adquirir las licencias de las herramientas de desarrollo y formación necesaria? Al programar teclas de ayuda para cada una de las funciones/campos de su desarrollo, quien va a definir esas ayudas? La lista de tareas es tan extensa que, sin duda, es inviable desarrollar y mantener un programa a un coste inferior a uno estándar, aunque ese desarrollo tenga menos funcionalidades. Las empresas se han dado cuenta que para tener un verdadero crecimiento económico es necesario invertir en tecnología ya que no se puede cuantificar todo lo bueno que puede llegar a ser, con tecnología se puede llegar a exportar productos, crecer a grandes potencias, competir con grandes firmas y poder tener un estándar de servicio al cliente.

23 INVESTIGACIÓN Y MARCO TEÓRICO 23 Las empresas que cuentan con gran tecnología suelen enfrentar cuatro problemas principales debido a su gran crecimiento: Planeación. Exceso de inventario o falta del mismo. Ventas. Bajo nivel de atención al cliente. Manufactura. No se puede llevar un seguimiento en las estrategias de producción. Finanzas. No se pueden tomar decisiones inteligentes y rápidas. Los sistemas SAP ERP (Entrerprise Resources Planning) son sistemas de Planeación de Recursos, esta herramienta es muy útil en el mercado para alinear y automatizar procesos, en ese sentido la mayor parte de la estandarización lo dan estos sistemas. El propósito de los Sistemas Hechos a la Medida es poder cubrir las necesidades específicas de las empresas, con la finalidad de estructurar y planear la creación de un software que cumpla con necesidades próximas y a futuro, moldeándose totalmente a su forma de operación. Todo este análisis es presentado en un "Plan de Desarrollo de Software", documento que una vez aprobado por el cliente da paso a la ejecución de la siguiente fase de desarrollo del proyecto, hasta llegar al desarrollo total de un sistema hecho a la medida que dará una mayor efectividad que un sistema ERP Ventajas y Desventajas.

24 INVESTIGACIÓN Y MARCO TEÓRICO 24 Algunas ventajas del ERP vs. a medida son las siguientes: Desventajas Ventajas Cada nueva funcionalidad requiere un análisis previo. Hay que pactar la solución con cada departamento En un ERP, sólo debemos parametrizar la nueva función y formar al personal implicado. El departamento informático En un ERP, cada versión tiene generalmente atiende a los nuevas funcionalidades probadas problemas del día a día con lo que que aportan soluciones efectivas. es difícil que pueda proponer mejoras importantes. Deberá implantar soluciones EDI, Un ERP lo lleva integrado. XML, etc por su cuenta Depende de una o unas pocas personas Con un ERP Estándar tiene varias opciones como partners, free-lance, etc Cada año deberá plantearse costosas actualizaciones para utilizar Con un ERP estándar no debe preocuparse de estas cuestiones. nuevas tecnologías Costos Elevados Costos estandar al mercado Soporte dependiente a la aplicación Soporte Global Consulturia limitada y especifica Consultoria Global Tabla 8. Ventajas y Desventajas

25 INVESTIGACIÓN Y MARCO TEÓRICO Comparativa entre ABAP y otros lenguajes de programación Aporte Lenguaje ABAP 5 El ABAP (Advanced Business Application Programming) es un leguaje de programación de cuarta generación. El ABAP se utiliza para programar los Sistemas de Planificación de Recursos de una empresa. Los sistemas de planificación de recursos son procesos que automatizan la mayoría de las prácticas de negocio relativas a los aspectos operativos o productivos de cualquier organización. Toda esta gestión se lleva a cabo a través de una serie de módulos, como por ejemplo: finanzas, ventas y distribución, logística, gestión de materiales, recursos humanos, etc. El ABAP es un lenguaje de programación especializado en la gestión de los sistemas de planificación de recursos de las empresas. Utiliza sentencias de otro lenguaje de programación el SQL para conectar bases de datos. Es buen lenguaje para el manejo de archivos, bases de datos, fechas, etc. El ABAP se invento en los años 80, con este lenguaje se quería conseguir una especie de plataforma que permitiera a las grandes empresas crear aplicaciones para mejorar la gerencia de sus negocios. 5 Tomado de

26 INVESTIGACIÓN Y MARCO TEÓRICO 26 El ABAP era muy parecido al COBOL en sus orígenes, se creó para que los usuarios finales lo pudiese utilizar sin problemas, pero con el tiempo se fue volviendo cada vez más complejo para los usuarios normales, y actualmente solo los programadores expertos pueden usarlo Comparativa Abap ABAP JAVA JAVASCRIPT Puede ser programado de forma estructurada o con orientación a objetos Es un lenguaje interpretado y no compilado Es utilizado para desarrollar dos tipos de programas: los que ejecutan en modo informe y los que ejecutan en modo diálogo Existen conjugaciones que permiten conmutar entre los dos modos Puede ser programado de Basado en prototipos forma estructurada o con orientación a objetos Es compilado Es un lenguaje interpretado No Implementado No Implementado No Implementado No Implementado Es dirigida por eventos Soportada Soporta Está integrada por Independiente Independiente completo al sistema SAP ERP Está preparada para A medida A medida varios idiomas Incorpora elementos Las conexiones a la data No se puede, solo a

27 INVESTIGACIÓN Y MARCO TEÓRICO 27 que permiten declarar datos, elementos de control interno, elementos operacionales y acceso a bases de datos se hacen con drivers Tabla 9 Comparativa Abap traves de otros como Php, Asp. Es importante tomar en cuenta la tecnologia BSP con JavaScript vs. JSP, por la ruta actual que hoy en dia toman las aplicaciones, aplicaciones que se orientan a la Web. A partir de la versión 6.1, SAP sustituye el SAP BASIS System por el SAP Web Application Server. El SAP WAS, al igual que el BASIS que lo precede, provee el cimiento tecnológico sobre el cual se apoya el R/3 Enterprise, el sucesor de R/3, y la mayoría de los componentes de mysap.com. En este rol, el SAP WAS funciona como el nuevo R/3 Kernel, implementando toda la arquitectura de conectividad, seguridad, acceso a bases de datos, y también la interfaz de programación. Concebido para actuar en un mundo dominado por las aplicaciones Web enabled, la principal innovación del SAP WAS es que trae la funcionalidad Web completamente embebida, tanto desde el punto de vista de los protocolos de comunicaciones como del servicio de aplicaciones. En su personalidad Nativa, es decir, como kernel del R/3, el SAP WAS continúa soportando el universo ABAP de versiones anteriores, pero introduce nuevas herramientas para desarrollo de aplicaciones Web fuertemente integradas a R/3. Desde la primera versión del Web AS, (6.1) aparece el modelo de

28 INVESTIGACIÓN Y MARCO TEÓRICO 28 Business Server Pages (BSP s ) como una potente opción para construir aplicaciones Web que accedan dinámicamente a los datos de SAP. Una de las más grandes diferencias entre JSP Y BSP con JavaScript, es que las JSP s justamente, se apoyan sobre la plataforma JAVA, con todas las implicancias del entorno JAVA. Las JSP s requieren de la personalidad J2EE del SAP Web AS, y no pueden resolverse dentro del contexto de R/3. Funcionalidades BSP con JavaScript JSP Las JSP s permiten a través Manejo de variables del uso de expresiones del Las BSP s manejan tipo <% = expresión de java variables definidas en el %> acceder a paquetes de type definitions, que clases propias de java. Estos pueden ser gestionadas paquetes de clases permiten fácilmente utilizando acceder a las JavaScript. Por ejemplo: funcionalidades que ofrece para obtener la fecha del java para manejo de sistema, existen 2 formas : cadenas, acceso de uno es declarar una variable archivos, utilización de de tipo sy datum en el type fechas,etc. definitions, que puede ser En una JSP la obtención de invocada en el componente la hora y la fecha del sistema layout dentro de una se haría utilizando los sentencia escrita en paquetes de clase propios JavaScript o directamente de java. El paquete sería escribir en el layout: java.util.date. Por lo tanto en < % = sy.datum > una JSP se escribiría: <% = new java.util.date()> Manejo de requerimientos y respuestas Las BSP deben: manejar los requerimientos y respuestas de http, las sesiones, guardar el nombre de la página, el contexto, etc. Para estas necesidades, utiliza objetos definidos en ABAP Object. Estos objetos Las JSP s al igual que las BSP manejan requerimientos, respuestas de http, sesiones, almacenamiento del contexto. Tienen ocho variables predefinidas. Estas son: request, response, out,

29 INVESTIGACIÓN Y MARCO TEÓRICO 29 Etiquetas Redireccionamiento de página y pasaje de parámetros se manejan en la session, application, config, componente Event Handler y pagecontext y page. La se codifican en ABAP. Los coincidencia en los nombres ABAP Object más utilizados de los objetos no significa son: request, runtime, que tengan exactamente los response, navigation, event mismos métodos o iguales id, pages, messages, funcionalidades. Por application, entre otros. ejemplo: para el manejo de la sesión, en el caso de las JSP s, utiliza directamente un objeto session mientras que las BSP manejan el objeto runtime que contiene el método session_id. Las BSP s permiten la creación propia de etiquetas Las JSP s tienen su propia en la versión del WAS 6.20 generación de etiquetas. (BSP Extensions). Las JSP s tienen atributos El redireccionamiento o propios como: set property forward de la JSP, lo hace la para el manejo de los beans; BSP a través del ABAP param para pasar Object Navigation con el parámetros; include para método goto_page. El incluir archivos ( include pasaje de parámetros se también existe en las BSP s realiza de forma similar a las en forma de directiva); y JSP. forward que redirecciona la petición del usuario. Tabla 10 Comparativa Abap BSP

30 30

31 CASO DE NEGOCIO 31 2 CASO DE NEGOCIO 2.1 Planteamiento En una empresa manufacturera tienen como principal sistema de gestión un SAP ECC 7.0. Tiene implantados los módulos MM, FI, SD y PP. Esta empresa desea implementar una nueva aplicación para gestionar las solicitudes de creación de nuevos datos en el maestro de materiales del módulo MM de SAP (transacción MM01, vista de datos básicos 1 y 2). Se quieren controlar las siguientes operaciones: Solicitud de creación de material: La solicitud de creación de material la realizan los ingenieros industriales que trabajan en la planta de fabricación y los que trabajan en distintas localizaciones alejadas de la empresa, investigando nuevos procesos de fabricación y nuevos productos. Quieren poder indicar las necesidades de creación de nuevos materiales no existentes en SAP. Necesitan que quede almacenado el nombre y apellidos del solicitante, departamento para el que trabaja, fecha de la creación de la solicitud, descripción del nuevo material, unidad de medida base, código EAN, tipo de material y código de material. Se desea que la solicitud se pueda realizar desde cualquier ordenador conectado a internet, sin necesidad de que sea alguno de los conectados a la red interna de la empresa. Primera Aprobación de la solicitud de creación de material: Varios departamentos están autorizados para aprobar o denegar las