Cloud Computing: Implementacionde flujos de integracion de datos

entre soluciones SAP onPremise yonCloud

Perez Perez, Juan Jose

Diciembre de 2014

Indice

1. Introduccion y Objetivos. 6

2. ¿Que es SAP? 82.1. Soluciones y productos tradicionales de SAP . . . . . . . . . . . . . . . . . 8

2.1.1. SAP ERP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92.1.2. SAP CRM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102.1.3. SAP SRM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112.1.4. SAP SCM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112.1.5. SAP PLM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12

2.2. Una breve historia de SAP . . . . . . . . . . . . . . . . . . . . . . . . . . . 132.2.1. Los primeros anos: 1972-1981 . . . . . . . . . . . . . . . . . . . . . 132.2.2. La era de SAP R/2: 1982-1991 . . . . . . . . . . . . . . . . . . . . . 142.2.3. La era de SAP R/3: 1992-2001 . . . . . . . . . . . . . . . . . . . . . 16

3. Presente y futuro de SAP. HANA. Cloud Computing. 193.1. SAP HANA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19

3.1.1. Arquitectura interna de HANA . . . . . . . . . . . . . . . . . . . . 203.1.2. Lenguajes asociados a HANA . . . . . . . . . . . . . . . . . . . . . 243.1.3. Benchmarks de HANA . . . . . . . . . . . . . . . . . . . . . . . . . 29

3.2. Cloud Computing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 303.2.1. Introduccion y conceptos basicos . . . . . . . . . . . . . . . . . . . 303.2.2. Estrategia y soluciones de SAP respecto a la nube . . . . . . . . . . 32

3.3. Conclusiones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34

4. Proyecto tecnico. Flujo de integracion de datos entre un ERP y HANACloud Platform. 354.1. Introduccion: Arquitectura . . . . . . . . . . . . . . . . . . . . . . . . . . . 354.2. Modulo onPremise . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36

4.2.1. SAP HANA Cloud Connector . . . . . . . . . . . . . . . . . . . . . 374.2.2. Codigo necesario en el ERP. ABAP. RFC. . . . . . . . . . . . . . . 394.2.3. Vista general del modulo . . . . . . . . . . . . . . . . . . . . . . . . 43

4.3. Modulo de integracion onCloud . . . . . . . . . . . . . . . . . . . . . . . . 444.3.1. ControllerServlet . . . . . . . . . . . . . . . . . . . . . . . . . . . . 454.3.2. AbapDAO . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 464.3.3. HanaDAO . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 484.3.4. Vista general del Modulo . . . . . . . . . . . . . . . . . . . . . . . . 50

4.4. Modulo de presentacion onCloud: Aplicacion Web . . . . . . . . . . . . . . 524.4.1. Archivos de proyecto HANA XS . . . . . . . . . . . . . . . . . . . . 524.4.2. Lado cliente: HTML, CSS . . . . . . . . . . . . . . . . . . . . . . . 53

4.4.3. Lado cliente: Pares VC SAPUI5 . . . . . . . . . . . . . . . . . . . . 554.4.4. Lado servidor: Modelo XS . . . . . . . . . . . . . . . . . . . . . . . 594.4.5. Vista general del modulo . . . . . . . . . . . . . . . . . . . . . . . . 61

5. Comparativa con otras soluciones en el mercado. 635.1. Netweaver Gateway . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 635.2. HANA Cloud Integration . . . . . . . . . . . . . . . . . . . . . . . . . . . . 645.3. Dell Boomi . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 645.4. SAP PI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 655.5. SAP Landscape Transformation . . . . . . . . . . . . . . . . . . . . . . . . 65

6. Conclusiones 66

Referencias 68

Apendices 70

A. Codigo fuente del modulo onPremise: ABAP. 70A.1. Z RFC HR READ PAYROLL ENTRIES . . . . . . . . . . . . . . . . . . . 70A.2. Z RFC HR READ PAYROLL RESULTS . . . . . . . . . . . . . . . . . . . 71A.3. Z RFC HR READ ORG STRUCTURE . . . . . . . . . . . . . . . . . . . 72

B. Codigo fuente del modulo de integracion: Java. 73B.1. ControllerServlet.java . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73B.2. AbapDAO.java . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77B.3. HanaDAO.java . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84B.4. AbapData.java . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89

C. Archivos nativos de HANA XS. 90C.1. .xsapp . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90C.2. .xsaccess . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91C.3. .xsprivileges . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92C.4. model access.hdbrole . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93

D. Codigo fuente del modulo de presentacion: Javascript, CSS3, HTML5. 94D.1. index.html . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 94D.2. customStyles.css . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 96D.3. shell.controller.js . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 97D.4. shell.view.js . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98D.5. table.controller.js . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 99D.6. table.view.js . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101D.7. cluster.controller.js . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103

D.8. cluster.view.js . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 106D.9. result.controller.js . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 108D.10.result.view.js . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 113D.11.tree.controller.js . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 117D.12.tree.view.js . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 120D.13.model.json.xsjs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 122

1. Introduccion y Objetivos.

Antes de empezar a describir el proyecto en sı, conviene que dediquemos algunosparrafos a describir cuales son los objetivos que se pretenden cubrir mediante este proyecto,y cual es su alcance.

Este proyecto de fin de Carrera intenta primeramente, dar una introduccion al ecosis-tema economico y tecnico de SAP, la tercera companıa de software mas grande del mundoy, paradojicamente, una de las mas desconocidas fuera del mundo de la gran empresa (pormotivos que se detallaran en el propio proyecto).

Intentaremos dar una introduccion historica a SAP, explicar sus soluciones principales(con especial enfasis en su ERP), y como se relacionan con el mundo de la contabilidad,las finanzas, y la administracion de Empresas en general. A esto dedicaremos el segundocapıtulo (ya que el primero es esta misma introduccion).

Despues de esto explicaremos el cambio tan disruptivo que la llegada del Cloud com-puting ha tenido sobre las empresas IT, y como ha cambiado SAP su modelo de negocioen estos ultimos anos, debido a la necesidad de reaccionar ante ello. Hablaremos sobreSAP HANA, tanto del producto en sı como del ecosistema que se ha formado en tornoa su marca (al que pertenecen productos como Fiori, Lumira, etc.) para ilustrar la reac-cion que SAP ha tenido ante la nube. Detallaremos, dentro de este nuevo paradigma, lacreacion de nuevas oportunidades y nichos de mercado en el mundillo de la consultorıaSAP, especialmente en lo referente a puestos de trabajo y proyectos dedicados a HANAy a la migracion de datos entre los servidores SAP internos a una empresa (onPremise)y los servicios SAP en la nube (onCloud), dentro de los cuales se situa este proyecto.Especialmente importante en esta parte de cara al proyecto tecnico es la introduccion aHANA Cloud Platform (o HCP). Dedicaremos a esto el tercer capıtulo.

Una vez establecido bien el contexto en el cual nos encontramos, pasaremos a describirel proyecto tecnico en sı. Este proyecto trata de implementar de diversas maneras distin-tas una migracion de datos (financieros, contables, de personal, de materiales) entre unservidor ERP en la intranet de una pequena empresa con la que hemos colaborado pararealizar este proyecto, y una cuenta en HCP. Una vez esten estos datos subidos, implemen-taremos una interfaz web para poder interactuar con ellos, permitiendonos ası programardiversas aplicaciones utiles desde el punto de vista de los Recursos Humanos tales comola visualizacion de la estructura organizativa de una empresa, el historial salarial de unempleado, y la generacion automatica de su nomina en un documento PDF. Hablaremossobre la implementacion tecnica de este proyecto, los distintos protocolos que hemos teni-do que emplear, y la arquitectura de nuestros programas empleados. Dedicaremos a estoel cuarto capıtulo.

Una vez descrito el proyecto tecnico, estableceremos una pequena comparativa conotras posibles arquitecturas de integracion de datos, con sus virtudes y sus inconvenien-tes, de tal forma que el lector pueda hacerse una idea de donde se situa la solucion

6

implementada dentro del mercado, por que funciona bien para nuestros propositos, yque alternativas deberıan considerarse en caso de que, por ejemplo, tuviesemos que darsoporte a mas empleados o tuviesemos que manejar un volumen de datos mas grande.Esto sera el quinto capıtulo.

Por ultimo, escribiremos una breve conclusion detallando como cumple el proyectorealizado los objetivos aquı descritos, ası como algunas posibles crıticas que se le podrıanhacer desde el punto de vista tecnico, con el objetivo de justificar las decisiones de disenorealizadas. A esto dedicaremos el sexto y ultimo capıtulo (sin contar con los apendices,que contienen el codigo fuente de la aplicacion creada).

7

2. ¿Que es SAP?

Para entender bien el contexto en el que este proyecto ha sido realizado, debemosentender exactamente que es lo que hace SAP y cuales son las soluciones que ofrece desdeel punto de vista empresarial.

SAP SE (Siglas de Systems, Applications & Products in Data Processing) es actual-mente la tercera companıa de software mas grande del mundo, solo por detras de Oracley Microsoft. Sin embargo, al contrario que estas dos, SAP no es apenas conocido fueradel mundo de la gran empresa. ¿Por que ocurre esto?

La respuesta es que el target de SAP no es el hombre de la calle. SAP es una companıadedicada a hacer software exclusivamente para otras empresas, nunca para el consumidorfinal. Ademas, el perfil tradicional de customer SAP es el de una empresa grande, mercadoen el cual ha cosechado un gran exito. Actualmente el 86 % de las empresas Fortune 500tienen al menos un sistema SAP en sus premisas [18].

¿Pero exactamente en que manera puede ayudar un sistema SAP al proceso de negociode una gran empresa? Intentaremos responder a esta pregunta mediante un repaso alas soluciones tradicionales mas importantes de la companıa, tras lo cual daremos unapequena introduccion historica.

2.1. Soluciones y productos tradicionales de SAP

Las soluciones que SAP ofrece son casi tan variadas como las empresas a las que daservicio, sin embargo, hay varias de ellas que destacan por ser casi omnipresentes en todaempresa que contrata sus servicios. Estas soluciones son parte de lo que se denomina como“business suite”, y son:

SAP ERP

SAP CRM

SAP SRM

SAP SCM

SAP PLM

Estas 5 soluciones no dependen unas de otras, sino que mas bien se complementanentre sı. Una empresa customer de SAP puede disponer de todas, varias, o ninguna deellas.

Ademas de estos productos hay varios otros que, sin ser tan universalmente adoptadospor el mercado, merecen tambien mencion, como por ejemplo BW + Business Objects,HCM, y otros. Pasamos pues a detallarlos:

8

2.1.1. SAP ERP

No es una exageracion decir que no se puede hablar de SAP sin hablar de su ERP. Deuna forma o de otra (ya sea llamandose R/1, R/2, R/3, o ERP), el ERP de SAP es elproducto mas antiguo desarrollado por esta, y el nucleo de toda instalacion SAP que seprecie.

Pero, ¿que es un ERP? ERP son las siglas de Enterprise Resource Planning, Planifi-cacion de Recursos de la Empresa en espanol.

Podemos decir que el ERP provee una vision integrada de los procesos de negocio masimportantes, a menudo en tiempo real, usando bases de datos comunes mantenidas porun sistema de gestion. Los sistemas ERP monitorean a los distintos recursos de negocio(dinero, materiales, capacidad productiva) y al estado de los compromisos de negocio:ordenes de venta, salarios, etc. Las aplicaciones que componen al sistema comparten datosentre los distintos departamentos (manufacturacion, compras, ventas, contabilidad, etc.)que las proveen de datos [21].

Es decir, es esencialmente, una aplicacion sobre una base de datos centralizada, quecontiene toda la informacion de la empresa en materias como recursos humanos, gestionde materiales, finanzas, contabilidad, y otros ambitos que detallaremos mas adelante.Esto permite que, por ejemplo, una factura elaborada en el ERP sobre una compra dealgun material en concreto actualice automaticamente los datos contables de la empresa,su presupuesto, etc. Por poner otro, se puede integrar la estrategia de la companıa enel ERP de tal forma que, desde el nivel ejecutivo, llegue directamente hacia niveles degestion de talento en Recursos Humanos, por poner un ejemplo.

Figura 1: Modulos principales del ERP.

9

¿Como se consigue esto exactamente? Gracias a la estructura modular del ERP [5].Como se puede observar en la figura 1, el ERP esta compuesto de tres secciones principales,compuestas a su vez de una serie de modulos:

Seccion de Finanzas: Finanzas, Contabilidad, Gestion de activos Fijos, Sistema deProyecto

Seccion de Logıstica: Ventas, Materiales, Planificacion de produccion, Control deCalidad, Gestion de Plantas

Seccion de Recursos Humanos: Recursos Humanos

Todos estos modulos interaccionan entre sı, dando lugar a un sistema altamente eficien-te, que elimina bastante overhead relacionado con la comunicacion entre departamentosy la gestion en general de los detalles de una empresa. Desafortunadamente esto no vienesin un coste. Los proyectos de implementacion de SAP en companıas Fortune 500 suelenrondar entre los 100 millones de dolares, suelen tardar varios anos, y las bases de datossuelen ser de Terabytes. Ademas, el manejo del ERP no es en absoluto algo trivial, siendonecesaria una formacion de varios anos en lo que se conoce como “consultorıa funcional”para llegar a ser un usuario proficiente en alguno de sus modulos. Tambien cabe destacarque no son necesarios todos los modulos para que el sistema funcione, un ERP podrıatener solo los modulos FI, CO, y HR, por ejemplo.

Aun ası, SAP es hoy en dıa, y previsiblemente durante un futuro bastante largo, lacompanıa lıder en software empresarial, debido a la robustez de su producto y a sus anosde experiencia como lıder en el mercado. Ademas, como veremos en el capıtulo siguiente,se estan dando pasos bastante importantes para resolver algunos de estos problemas.

2.1.2. SAP CRM

SAP CRM, sin ser tan esencial como el ERP, tambien es una solucion muy importante,especialmente para empresas que interactuan mucho con el publico. CRM son las siglas deCustomer Relationship Management, o Gestion de relaciones con los clientes, en espanol.

Podemos definir CRM como un sistema para gestionar las interacciones de una com-panıa con sus clientes presentes y futuros. A menudo este sistema utiliza la tecnologıapara organizar, automatizar y sincronizar las ventas, el marketing, el servicio al cliente, yel soporte tecnico [19].

El CRM de SAP es un sistema que guarda un historial de toda la clientela de unaempresa, conteniendo datos como el feedback de los clientes, su historial de compras, ydemas. A partir de ahı, utilizando funciones de Business Intelligence, se tratan de predecirtendencias de compra futuras, coordinar tareas de venta como promociones, call centers,marketing, y posicionamiento del producto en diversas tiendas para maximizar en lamedida de lo posible las ventas de los productos de la companıa y la satisfaccion delcliente.

10

CRM tambien posee una estructura modular, aunque logicamente estos modulos estanmas centrados en actividades de marketing y ventas. Algunos de los modulos mas impor-tantes del CRM son:

Ventas

Marketing

Servicios

Analıtica

Centro de Interaccion

Canal Web (que esta a cargo de cosas tales como el comercio electronico, marketingpor internet, etc.)

Actualmente SAP es el segundo proveedor de soluciones CRM del mercado, por detrasde SalesForce. [8]

2.1.3. SAP SRM

SAP SRM es otra solucion perteneciente a la business suite. SRM son las siglas deSupplier Relationship Management, que signica en espanol Gestion de relaciones con elproveedor.

Podemos definir SRM como la continua y sistematica valoracion de las capacidades ylos activos del proveedor con respecto a la estrategia de negocio general, la determinacionde que actividades realizar con que proveedores, y la planificacion y ejecucion de todaslas interacciones con el proveedor, de una forma coordinada a lo largo del ciclo de vida dela relacion, para maximizar el valor creado mediante dichas interacciones [3].

Habiendo visto el apartado anterior, es facil deducir que este modulo esta en granmedida relacionado con CRM. Sin embargo, dada la distinta naturaleza y finalidad dela relacion empresa-cliente, y la relacion empresa-proveedor, se puede ver que ambosproductos son bastante distintos.

En concreto, este producto esta fuertemente relacionado con el modulo de materialesdel ERP, mientras que el anterior lo estaba con el modulo de ventas.

2.1.4. SAP SCM

SAP SCM es otra solucion, centrada tambien en la provision de la companıa. Con-cretamente, SCM son las siglas de Supply Chain Management, que en espanol significaAdministracion de Cadena de Suministro.

SCM es la gestion del flujo de bienes y activos que pasan por la empresa. Incluye elmovimiento y el almacenamiento de materias primas, materiales intermedios, y productos

11

finalizados desde el punto de origen hasta el punto de consumicion. Redes interconecta-das, canales y nodos de negocio estan envueltos en la provision de productos y serviciosrequeridos por el consumidor final en una cadena de suministro.

De esta forma, se puede definir el SCM como el diseno, planificacion, ejecucion, controly monitorizacion de las actividades de la cadena de provisionamiento con el objetivo decrear un valor neto, construir una infraestructura competitiva, gestionar logıstica alrede-dor del globo, sincronizar oferta y demanda y medir el rendimiento globalmente [1].

Es evidente que el SCM de SAP guarda una gran relacion con los modulos de logısticadel ERP, hasta el punto de que si se tiene uno, normalmente se suele tener el otro,suponiendo que la empresa sea lo suficientemente grande.

2.1.5. SAP PLM

La ultima solucion tradicional que veremos es SAP PLM. PLM es Product LifecycleManagement, Administracion de Ciclo de Vida del Producto en espanol.

En la industria, PLM es el proceso de gestionar todo el ciclo de vida de un producto,desde su diseno de ingenierıa y manufactura, hasta el servicio y la eliminacion de desechosmanufacturados. PLM integra a los empleados, los datos, los procesos y los sistemas denegocio y provee una informacion comprensiva del producto para las companıas y suscorporaciones [2].

Esta es la parte quiza mas relacionada con la organizacion industrial. En el ano 2013,SAP estuvo en quinto lugar en el marketshare de PLM [22].

12

2.2. Una breve historia de SAP

A continuacion pasaremos a detallar brevemente la historia de SAP, desde los tiemposde su fundacion hasta la actualidad. Yendonos a la pagina web corporativa de SAP [10],vemos que la propia companıa divide su historia en 4 etapas, que son:

Los primeros anos

La era de SAP R/2

La era de SAP R/3

Presente de la companıa

Nos encargaremos de hablar del presente de la companıa en el siguiente capıtulo,dedicando esta seccion a las primeras tres etapas.

2.2.1. Los primeros anos: 1972-1981

La historia de SAP empieza en 1972, cuando 5 antiguos empleados de IBM empiezanuna companıa a la que llaman “Systemanalyse und Programmentwicklung” (Analisis deSistemas y Desarrollo de Programas). La vision inicial de la companıa es desarrollarsoftware de aplicacion estandar para el procesado de datos en tiempo real.

Tomando la forma inicial de una sociedad privada bajo el Codigo Civil Aleman, lacompanıa establece su sede en Weinheim, Alemania. Tras su primer ano en el negocio,SAP emplea a otras 9 personas y genera 620.000 marcos de beneficios.

En su segundo ano como companıa, SAP consigue desarrollar su primer sistema finan-ciero contable, conocido como RF. Este sistema se convertira en el primero de los modulosque compondran SAP R/1. Ademas, consigue expandirse por el suroeste aleman, convir-tiendose en proveedor de companıas como Knoll o Rothandle.

En 1976, la companıa posee 25 empleados y genera 3.81 millones de marcos en bene-ficios.

Al ano siguiente, SAP mueve su sede hacia su localizacion actual, en Walldorf. Empiezaa expandirse hacia otros paıses, instalando 2 sistemas en Austria.

En 1978, completa el modulo de contabilidad de activos para SAP R/1 y un proyectode implementacion en otra companıa. Asimismo, su software es traducido por primeravez a otro idioma (el frances) por un manufacturador de maquinaria campestre conocidocomo John Deere.

En 1979, se empiezan a centralizar los centros de datos de la companıa, y se gestanlas primeras ideas de lo que sera SAP R/2.

Al ano siguiente se termina el proceso de centralizacion, se renueva el hardware delcentro de datos y se desarrolla el modulo RV, para ventas y distribucion.

13

En 1981 la base de clientes de SAP se expande a 200 companıas, se desarrolla unmodulo de gestion de la produccion y, lo que es mas importante, SAP R/2 pasa a serestable, entrando en una nueva era de la companıa.

2.2.2. La era de SAP R/2: 1982-1991

SAP R/2 pasa a ser el sucesor de SAP R/1. Lo que hace a SAP R/2 unico es quees una aplicacion de software que procesaba en tiempo real en un ordenador centraltomando ventaja de la Time Sharing Option en sistemas IBM para conseguir que variaspersonas pudiesen acceder a el concurrentemente. Ademas, integra todas las funciones deuna empresa, tales como contabilidad, procesos de manufacturacion, recursos humanos,etc. Podemos ver aquı algunas de las caracterısticas que llegaran al ERP.

Figura 2: Captura de pantalla de un Sistema R/2 en una terminal IBM.

En el ano 1982 SAP genera 24 millones de marcos en beneficios y alcanza la barrerade los 100 empleados. El 96 % de sus clientes utilizan sus productos para gestionar susprocesos de negocio. Uno de los fundadores de la companıa, Claus Wellenreuther, semarcha.

A mediados del 83, SAP esta empleando a mas de 125 personas y para final de anoha generado 41 millones de marcos.

En el 84, contrata a 48 nuevos empleados para desarrollar sus modulos RK, PPS, yRP. SAP AG Internacional es fundada en Suiza. Se generan beneficios de 48 millones demarcos, beneficio que pasa a ser de 61 millones al ano siguiente.

En el 86, SAP abre su primera oficina internacional en Austria. El stock de la companıapasa a ser de 5 millones de marcos y se obtienen unos beneficios de 100 millones de marcos,

14

debido a un cambio en la legislacion alemana, que requerıa una supervision mas estrictade las hojas de balance. El modulo HCM sale al mercado, tras 3 anos de desarrollo.

Al ano siguiente, SAP se expande al Reino Unido, Francia y Espana. A finales deano, se tienen mas de 500 empleados y se generan beneficios de 152 millones de marcos.Ademas, la nueva generacion de servidores IBM hace que el software de SAP sea accesiblea empresas de tamano medio, generando entre 30 y 200 millones de marcos. Es en esteano cuando se empieza a gestar lo que se convertira en SAP R/3, tras intentar normalizarlos procesos internos de produccion de software.

En 1988, SAP sale en bolsa, aumentando su stock de 5 a 60 millones. La accion saleen octubre a 750 marcos. Se abren oficinas en Italia, Dinamarca, Suecia y los EstadosUnidos. Se alcanzan 1000 clientes.

Al ano siguiente se introduce una nueva interfaz para SAP R/2, mas amigable y menoscomplicada. Tambien se empieza a gestar SAP R/3, con una inversion de 85 millones demarcos, el 33 % de los beneficios de la companıa. El datacenter pasa a tener mas de 1GB de tamano. Continua la expansion hacia el extranjero, hacia paıses como Canada,Singapur, o Australia.

Figura 3: Captura de pantalla de la interfaz de un Sistema R/2 en un entorno grafico.

En 1991, tras la caıda del telon de acero, SAP responde con numerosas actividades enEuropa del Este. Se consiguen unos beneficios de 707 millones de marcos y se alcanzan los2.700 empleados. Durante este ano se empiezan a mostrar al publico algunas pinceladasde lo que sera SAP R/3, predecesor directo del ERP actual.

15

2.2.3. La era de SAP R/3: 1992-2001

SAP R/3 se caracteriza por introducir la arquitectura cliente-servidor al sistema SAP,permitiendo que llegue al escritorio. Ademas, soporta bases de datos relacionales, servi-dores de distintas companıas y ofrece una interfaz grafica uniforme.

Figura 4: Captura de pantalla de una de las primeras iteraciones de un Sistema R/3.

En el ano 92 se generan mas de 831 millones de marcos en beneficios, el 50 % fuerade Alemania, y se alcanza la cifra de 3.157 empleados. Esperando una demanda altapara R/3, SAP empieza a buscar partners de consultorıa para ofrecer soporte tecnico eimplementaciones.

Al ano siguiente, SAP empieza a trabajar con Microsoft para trasladar SAP R/3 aWindows NT. Se anade soporte para kanji, permitiendo entrar en el mercado japones. Seporta tambien R/3 al hardware de Sun, permitiendo que corra en casi todas las platafor-mas RISC. Se alcanzan beneficios de 1.100 millones de marcos, y 3.600 trabajadores.

En 1994 SAP R/3 es lanzado para NT. SAP se expande hacia el mercado chino. Losbeneficios aumentan hasta 1.800 millones de marcos, el 34.3 % de los cuales viene deEstados Unidos. A finales de ano, la companıa esta empleando a 5.229 personas.

En el 96 SAP introduce su estrategia de internet conjuntamente a Microsoft. A travesde interfaces abiertas, los clientes pueden conectarse al sistema R/3 mediante la red. Seconsiguen beneficios de 3.700 millones de marcos, y se tienen 9.202 empleados a finalesde ano.

16

Al ano siguiente, SAP empieza a entrar en el mercado de Stocks de Nueva York(NYSE). Se consiguen clientes como Daimler-Benz, General Motors, o Deutsche PostAG. Los beneficios de la companıa han crecido en un 62 % hasta alcanzar 6.020 millonesde marcos. SAP cumple 25 anos.

En el 98, Dietmar Kopp y Klaus Tschira, dos de los fundadores, dejan el comite ejecuti-vo para marcharse hacia el comite supervisor. Esta decision marca un cambio generacionalen la companıa. Los directores ejecutivos son ahora Hasso Plattner (otro fundador) y Hen-ning Kagermann. El 3 de agosto de ese mismo ano, se ven por primera vez las siglas SAPen el NYSE, el mercado de stocks mas grande del mundo. Se contratan 6.500 emplea-dos nuevos, trayendo la cifra total a mas de 19.000. Los beneficios en este ejercicio fiscalsuperan los 4.300 millones de euros.

En el ano 99, Hasso Plattner anuncia una nueva estrategia que lleva a la companıa y asu flota de productos hacia un nuevo rumbo, se anuncia mySAP.com. Esta reorientacioncombinara soluciones de comercio electronico con las soluciones ERP de SAP mediantelas tecnologıas Web.

Tambien cambia la imagen de la companıa. En octubre de ese mismo ano, el Bayernde Munich, MLP, y otros se apuntan a este nuevo servicio. En noviembre y diciembre lessiguen Ford, Hewlett-Packard, y Hoechst Marion Roussel, entre otros.

Figura 5: Captura de pantalla de mySAP.com.

Los siguientes dos anos ven una expansion de los beneficios de la companıa, lo cual esbastante remarcable teniendo en cuenta el estallido de la burbuja de las punto com y el

17

dano al ecosistema de la economıa de internet que provoco. Se generan beneficios de 6.300billones de euros a finales del ano 2000, y se consiguen clientes como Nestle, que firma elcontrato mas grande de la historia de la companıa.

A partir de aquı termina la era de SAP R/3 y comienza la etapa actual de la companıa,con un cambio de nombre de su producto estrella (que pasa a llamarse SAP ERP) y unaapuesta radical por dos nuevas lıneas de negocio que se complementan: SAP HANA, y elCloud Computing.

Le dedicaremos el siguiente capıtulo entero a describir el ecosistema actual, y porque dentro de este nuestro proyecto tiene bastante relevancia y se posiciona positivamenteen la estrategia a futuros de SAP.

18

3. Presente y futuro de SAP. HANA. Cloud Compu-

ting.

En esta seccion pasaremos a detallar la estrategia actual de SAP mediante sus doslıneas de negocio actuales mas importantes: SAP HANA y las soluciones Cloud.

Estas dos nuevas estrategias, aunque a primera vista pudiesen parecer muy diferentes(una es una base de datos y la otra es una serie de productos en la nube), se complementanentre sı. Es por eso que no se puede hablar de la una sin la otra.

Dividiremos, por tanto, esta seccion en dos apartados. Uno tratara sobre HANA (as-pectos estructurales, benchmarks, lenguajes y herramientas asociadas, etc.) y el otro tra-tara, primeramente de dar una introduccion al Cloud Computing, justificando por que estan atractivo para la empresa actual (en especial la PYME), tras lo cual introducira algu-nos conceptos del Cloud Computing como IaaS, PaaS, o SaaS; y por ultimo hablara sobrelas soluciones Cloud actuales de SAP (centrandonos sobre todo en HCP, ya que es la basesobre la cual el proyecto tecnico esta fundamentado, pero tambien hablaremos sobre otrassoluciones como SuccessFactors, Ariba, Cloud for Customer, HANA One, etc.).

3.1. SAP HANA

¿Que es SAP HANA? SAP HANA es, en esencia, una base de datos in-memory. Estoes, no depende de un disco duro para funcionar, sino que guarda todos sus datos enmemoria RAM. Representa la entrada de SAP en el mercado hardware, con lo cual esde esperar que esta base de datos tenga una serie de propiedades que beneficien a susproductos software.

Efectivamente, ese es el caso. Recordemos que R/3 y, mas tarde, el ERP, eran el nucleocentral de la arquitectura cliente-servidor de una instalacion SAP. Esto significa que esesencial conseguir que el hardware sobre el que corre sea lo mas eficiente y lo mas rapidoposible, pues la velocidad del componente central del landscape limita la velocidad detodo el sistema.

Desde hace bastante tiempo, se habıa estado observando que el cuello de botella ala hora de aumentar la eficiencia del servidor era la base de datos [23]. Un statementSELECT sobre una tabla de decenas de GB podıa llevar horas, lo cual, unido al hechode que esa misma base de datos por lo general tiene que dar soporte a centenas e inclusomillares de usuarios, resulta bastante problematico.

Es por eso que HANA fue desarrollado. HANA son las siglas de ”High-PerformanceAnalytic Appliance”, que en espanol significa Aparato Analıtico de Alto Rendimiento.Como se puede ver en el propio nombre, HANA fue disenado para conseguir velocidadesde lectura y analisis de datos que se pensaban imposibles hace algunos anos, bajando eltiempo necesario para realizar determinadas operaciones de horas, a segundos (lo cual hacausado algun que otro problema entre los analistas de datos, acostumbrados a aprovechar

19

los periodos de inactividad para tomarse un cafe [6]). Esto, a su vez, ha agilizado bastantela toma de decisiones basada en Big Data a nivel ejecutivo, haciendo que, por ejemplo,una empresa de inversion sea capaz de decidir en segundos si les conviene o no meterse acomprar acciones de una empresa, en vez de dıas (abriendo bastantes posibilidades graciasa la fusion, ahora posible, de los campos del Big Data y el High Frequency Trading). HANAes, actualmente, la base de datos mas rapida del mundo con bastante diferencia, llegandoa alcanzar en algunas empresas como Yodobashi una reduccion de tiempo de calculo porun factor de 125.000 [7].

Esta tecnologıa esta poco a poco cambiando las reglas del juego en el campo delBusiness Intelligence y en otros aspectos, lo cual le gano a su principal promotor, el doctorVishal Sikka, el puesto de Director Ejecutivo de la companıa. Este a su vez aprovecho lamarca HANA para promover una renovacion interna bastante importante y un cambioradical en la forma de trabajar de SAP, un trabajo que su sucesor, Bill McDermott, hacontinuado. Veremos en mas detalle este aspecto del fenomeno HANA en el siguienteapartado sobre Cloud Computing.

Ahora bien, ¿como se ha conseguido esto? ¿Que es lo que hace que HANA sea una basede datos tan tremendamente rapida? A continuacion veremos algunos aspectos estructu-rales que nos ayudaran a comprender por que se pueden conseguir estas velocidades.

3.1.1. Arquitectura interna de HANA

La arquitectura de HANA es demasiado compleja para poder ser descrita en detalle enun proyecto de este alcance. Podemos, sin embargo, describir las partes mas importantesde esta desde el punto de vista del proyecto tecnico, apoyandonos en el siguiente modelo,proporcionado por Dell [20].

Vamos, pues, a describir las partes mas importantes:

3.1.1.1. Aplicaciones ClienteHANA puede acomodar multiples aplicaciones cliente a traves de multiples instanciaspara proveer acceso a sus datos a traves de varias aplicaciones distintas.

HANA tambien puede conectarse a una aplicacion cliente via un modulo opcional(el motor XS) usando HTTP(S). Esto es util para obtener datos de terceras parteso datos en varios lugares distintos.

Actualmente no esta recomendado acoplar mas de un ERP por instancia de HANAdebido al peligro de replicacion de tablas.

3.1.1.2. Servidor de preprocesamientoEs utilizado por el servidor de indexacion para analizar datos en formato texto y extraerdatos de un texto cuando se le llama a traves de la funcion Search.

20

Figura 6: Arquitectura de SAP HANA.

3.1.1.3. Servidor estadısticoEl servidor estadıstico analiza y presenta metricas de rendimiento de todos los compo-nentes de HANA listados aquı, ası como tambien del Hardware y el Sistema Operativosobre el que corre.

3.1.1.4. Servidor de nombresEn este servidor se guarda la topologıa de HANA. En un landscape distribuido HANAmultiservidor, el servidor de nombres guardara que datos estan en que servidor paraoptimizar la operacion de re-indexado.

3.1.1.5. Motor XSLas aplicaciones cliente pueden usar HTTP para transmitir datos via el motor opcionalXS, que utiliza SAP ICM como servidor HTTP. Este modulo provee de acceso a los datosen HANA transformando el modelo de persistencia guardado en la base de datos (SQL)en un modelo listo para ser consumido por aplicaciones cliente mediante HTTP (OData,JSON, XML). En esencia, es una integracion de un servidor web en la propia base dedatos.

3.1.1.6. Servidor de indexacionEl servidor de indexacion es la parte mas importante de la arquitectura HANA, el nucleosobre el que todas las otras partes pueden funcionar.

El servidor de indexacion realiza 7 funciones clave para acelerar y optimizar la analıtica(es decir, la lectura y el procesado de sus datos). Juntas, estas 7 funciones proveen de una

21

Figura 7: Arquitectura del servidor de indexacion de SAP HANA.

seguridad robusta, proteccion de datos, y acceso mejorado de datos.

Gestion de conexion y de sesionEste componente inicializa y gestiona sesiones y conexiones para la base de datos deHANA usando parametros de sesion preestablecidos. SAP es conocido por su exce-lencia en la gestion de sesiones mediante su integracion de SAProuter en SAPGUI,usado como un front-end para acceder a la pila ABAP. SAP HANA conserva el po-tencial de configurar sus parametros de conexion y sesion para acomodar polıticascomplejas de seguridad y transferencia de datos.

AutenticacionHANA posee un sistema de privilegios basados en roles y usuarios (aunque los usua-rios, autorizaciones y roles del ERP no son directamente transferibles a HANA). Elmodelo de autenticacion de HANA permite conceder privilegios a roles o a usuarios,y un privilegio concede a un usuario la capacidad de ejecutar una operacion SQLsobre un objeto especıfico. HANA tambien utiliza una serie de privilegios analıticos

22

que representan filtros o limitaciones jerarquicas hacia abajo hacia ciertas queriesanalıticas, con el objeto de proteger datos clasificados de usuarios no autorizados.Este modelo fomenta una segregacion de tareas para clientes que tengan requeri-mientos regulatorios para la seguridad de sus datos.

Procesador SQLEl procesador SQL segmenta las queries de datos y las dirige hacia motores de pro-cesamiento especializado para aumentar la eficiencia. Tambien provee un correctorde errores para hacer las queries mas flexibles y eficientes. Algunos de los motoresespecializados de procesamiento dentro de esta parte son:

Motor de Expresiones MultidimensionalesSe encarga de manipular los datos multidimensionales guardados en cubosOLAP (On-Line Analytical Processing). Genera vistas analıticas.

Motor de PlanificacionSe encarga de las operaciones de planificacion financiera basica dentro de labase de datos HANA.

Procesador de Procedimientos AlmacenadosSe encarga de ejecutar llamadas a procesos optimizados sin reinterpretar nada(e.g.: convertir un infocubo estandar en un infocubo SAP HANA optimizado).

Motor de calculoConvierte los datos en modelos de calculo y crea planes de Ejecucion Logica pa-ra soportar un procesado en paralelo. Nos podemos comunicar con el empleandoagregacion u otras operaciones similares en SQL, SQLScript, o externamentemediante R. Genera vistas de calculo.

Almacenamientos RelacionalesPara acelerar aun mas el acceso a los datos In-Memory, SAP ha segmentado estosdatos en compartimentos dentro de la memoria. Esto permite un acceso rapido alos datos mas relevantes. HANA posee cuatro almacenamientos relacionales queoptimizan la eficiencia de las queries:

Almacenamiento por lıneasGuarda los datos por lıneas y esta optimizado para operaciones de escritura (esdecir, para operaciones transaccionales en vez de analıticas). Es derivado delsistema In-Memory de P-Time, adquirido por SAP en 2005. Esta en la RAM.

Almacenamiento por columnasGuarda los datos por columnas y esta optimizado para operaciones de escritura.Es derivado de TREX (Text Retrieval and Extraction), que fue desarrolladopor SAP.

23

Almacenamiento de ObjetosEs una integracion de la tecnologıa Live Cache de SAP en HANA.

Almacenamiento basado en DiscoEs utilizado para datos que no hace falta guardar en RAM. Esta localizadoen un disco duro (como las bases de datos tradicionales) que saca los datos aRAM cuando hace falta leerlos.

Manager de TransaccionesLa base de datos HANA procesa instrucciones SQL como transacciones. El managerde transacciones controla y coordina sus transacciones y envıa los datos relevantes alos motores de procesamiento apropiados y a la capa de Persistencia. Esta segmen-tacion simplifica la administracion del sistema y la resolucion de problemas.

Capa de PersistenciaLa capa de persistencia prporciona un servicio de recuperacion de datos en caso decorte de luz u otras emergencias. Los algoritmos y la tecnologıa estan basados enMAX DB y aseguran que la base de datos es restaurada al estado guardado masreciente despues de un reinicio, planeado o no. Las copias de seguridad son guardadascomo puntos de recuperacion en los volumenes de datos vıa un coordinador depuntos de recuperacion que tıpicamente guarda el estado de la base de datos cada10 minutos. Todos los puntos de cambio que suceden tras un punto de recuperacionse denominan como transacciones no consignadas y se guardan en los Volumenesde Logs de transacciones. Tıpicamente, estos volumenes son guardados en mediosexternos y enviados a otras localizaciones en caso de desastre.

RepositorioEl repositorio gestiona el versionado de objetos de metadatos como pueden serlos Atributos, las vistas Analıticas o los procedimientos almacenados. Se puedenimportar y exportar datos.

3.1.2. Lenguajes asociados a HANA

Una vez vistos los principales componentes en una arquitectura HANA podemos ha-cernos la siguiente pregunta: ¿como interactuamos con estos componentes?

Evidentemente no podemos usar el mismo lenguaje de programacion para referirnosal almacenamiento por lıneas que el que usamos para comunicarnos con XS, o con elmotor de calculo. A continuacion veremos cuales son los lenguajes necesarios para poderinteractuar con HANA. Antes de empezar con esta seccion, conviene destacar que lamayorıa (no todos) de los lenguajes de programacion aquı listados son ya estandares delmercado. En contraposicion a esto, el unico lenguaje con el que nos podemos comunicarcon el ERP es ABAP/4, un lenguaje propietario de SAP y utilizado casi exclusivamente

24

por los productos de la companıa. Esto supone un ejemplo del cambio de la manera detrabajar de SAP promovido por Vishal Sikka.

3.1.2.1. Almacenamientos Relacionales: SQLNo es de extranar que la manera de comunicarse con el almacenamiento de HANA seaexactamente la misma que la de practicamente cualquier otra base de datos existente. SQLes una solucion tan extendida que no hace falta haber trabajado con HANA previamentepara poder empezar a trabajar en esta parte. Sin embargo, como el lector probablementeya sabra, practicamente nadie usa el estandar promovido por la ISO a secas. Hay cientosde dialectos distintos de SQL (mySQL, PostgreSQL, SQLite, entre muchos otros), queresponden a las distintas necesidades y arquitecturas de las bases de datos con las que secomunican (evidentemente, una base de datos que corra sobre Android va a tener distintasprioridades y necesidades que una que corra sobre DB2).

El dialecto que SAP utiliza fue desarrollado internamente (lo cual es logico, tenien-do en cuenta las diferencias estructurales entre HANA y cualquier otra base de datos).Actualmente carece de nombre, ası que lo nombraremos simplemente como SQL en estedocumento, pero de nuevo hemos de insistir: difiere del SQL estandar.

Como se puede observar en la guıa de referencia de SAP [15], vemos que tenemos lasoperaciones CRUD (Create, Read, Update, Delete), ası como los Joins, Drops, y todaslas demas operaciones de cualquier dialecto SQL que se precie. Sin embargo, tambienpodemos observar algunos cambios bastante significativos, como la capacidad de insertardatos en una tabla en forma de columnas, y no de filas, o la capacidad de crear lo que sedenominan como “vistas”.

Estos cambios responden a la necesidad de optimizar el almacenamiento de datos segunla arquitectura interna de HANA. Es de destacar que el almacenado por columnas per-mite, ademas de aumentar la velocidad de aplicaciones que tengan que leer unos cuantosatributos de muchas entidades distintas, comprimir datos de una manera considerable,debido a lo siguiente. Supongamos que tenemos en una tabla los datos de personal denuestra companıa, de tal forma que cada fila es un empleado. Supongamos tambien quepor una casualidad, tenemos 3 empleados (filas) distintos que viven en la misma ciudad(por ejemplo, Sevilla). Normalmente, en una tabla almacenada por filas, tendrıamos queponer la misma ciudad 3 veces seguidas en las 3 filas, con lo que no podemos aprovecharesta redundancia para comprimir datos. Un ejemplo de SQL serıa en este caso:

INSERT INTO TABLE PERSONAL (Numero , Nombre , Ciudad) VALUES (01, Fulano , Sevilla );

INSERT INTO TABLE PERSONAL (Numero , Nombre , Ciudad) VALUES (02, Mengano , Sevilla );

INSERT INTO TABLE PERSONAL (Numero , Nombre , Ciudad) VALUES (03, Zutano , Sevilla );

En una tabla fila, esto se guarda como: [01, Fulano, Sevilla][02, Mengano, Sevilla][03,Zutano, Sevilla]. En cambio, en una tabla columna se guarda como [01, 02, 03][Fulano,Mengano, Zutano][Sevilla(3)]. Como se puede observar, guardandolo como tabla columna

25

conseguimos aprovechar la redundancia en la informacion para reducir el tamano de losdatos guardados. El concepto de tabla columna no existe en SQL nativo. Para conseguircrear tablas columna se utiliza la instruccion CREATE COLUMN TABLE.

Otro concepto nativo al SQL de HANA es el de las vistas. Hay 3 tipos de vistas:Analıticas, de Atributo, y de Calculo. Por lo general, una vista de Atributo captura ununico Atributo de una tabla de datos Maestros, de tal forma que ese Atributo puedainteractuar con todas las otras tablas y vistas del sistema. Una vista Analıtica capturaun infocubo (es decir, una serie de atributos con todas las entidades que lo posean). Yuna vista de calculo parte de otras tablas y otras vistas para ejecutar algoritmos quesatisfagan requerimientos de negocio complejos. Para referirse a una vista (que no paracrearla, para eso necesitaremos HANA Studio o SQLScript, que veremos mas adelante)se utiliza el sımbolo ‘::’, que, de nuevo, no esta en la implementacion estandar de SQL.

Y, por ultimo, tambien utilizamos SQL para conceder o quitar privilegios mediante elcomando GRANT, que, de nuevo, no esta en el estandar.

3.1.2.2. Motor de calculo: SQLScript, R, HANA StudioPara interactuar con el motor de calculo de HANA tenemos varias opciones. Una de ellases HANA Studio, que permite generar vistas de calculo de manera grafica, con lo quepodemos crear agregaciones, joins y todo tipo de queries complejas que nos permitenobtener resultados analıticos que antes eran mucho mas difıciles de conseguir.

Figura 8: Captura de pantalla de SAP HANA Studio.

Luego tenemos SQLScript. SQLScript [16] es un lenguaje propietario de SAP, con el

26

que se pueden implementar algoritmos de calculo complejos, y guardarlos en un wrapperal que podemos llamar mediante SQL. Es, logicamente, mas dificil de manejar que SAPHANA Studio, pero permite hacer calculos muchısimo mas complejos. Esto es debido,entre otras cosas, a que mediante SQLScript se pueden crear wrappers de los algoritmosalmacenados en la Librerıa de Analisis Predictivo, o PAL [13] (de Predictive AnalysisLibrary). Esta librerıa posee algoritmos complejos para tareas como la prediccion de seriestemporales (ARIMA, Suavizado Exponencial Triple), el clustering (k-means, mapas autoorganizados de Kohonen), la clasificacion y toma de decisiones (C4.5), y demas. Estosalgoritmos combinados con la velocidad de HANA son una herramienta muy poderosa,pudiendo hacer segmentaciones de mercado, analisis de hashtags corporativos en Twitter,relaciones de compras entre los productos de una companıa, y predicciones de tendenciasen ventas, entre otras muchas cosas, en segundos.

Pero con eso y todo, el numero de algoritmos actualmente disponibles en la PALes limitado. Es por eso que disponemos de una herramienta aun mas poderosa si cabe,conocida como R. R es un lenguaje estadıstico de codigo abierto muy poderoso, hastael punto de que se ha impuesto a otros como SPSS y demas. HANA no es capaz deinterpretar R nativamente, pero mediante Rserver, puede transmititir los datos necesariosa un servidor externo que sı lo pueda interpretar, y este puede devolver los resultados [14].Desafortunadamente, dado el volumen de datos con el que se suele trabajar en HANA,tener que mandarlos hacia un servidor externo y traer los resultados de vuelta puedesuponer un cuello de botella bastante importante, dependiendo del volumen de datosnecesario para hacer el calculo. Pero aun ası, para operar con algoritmos matematicosmuy complejos, esta es la manera de hacerlo.

3.1.2.3. HANA XS: Javascript, SAPUI5, XSJSPor ultimo hablaremos de XS. Como ya habiamos perfilado anteriormente, XS actua amodo de servidor web, consumiendo los datos de HANA mediante SQL y sirviendolos en lanube mediante OData, JSON, XML, o incluso directamente como aplicacion web. Esto seconsigue mediante una estructura de paquetes, en los cuales se guardan diversos archivosnativos a XS para detallar los permisos, la estructura web de la aplicacion, y diversosotros archivos como CSS y demas. Despues de esto tenemos los archivos Javascript. Estosse dividen en dos, archivos de lado cliente (en el patron de diseno MVC, correspondena la vista y al controlador) y archivos de lado servidor (en el patron de diseno MVC, secorresponden al modelo).

Los archivos de lado cliente son llamados al navegador mediante HTML5. Estos archi-vos usan, como ya hemos dicho, SAPUI5. SAPUI5 es un framework montado sobre JQueryy Javascript, que simplifica bastante la creacion y el diseno de paginas web, dotandolasde un aspecto profesional adecuado para aplicaciones de negocio. Actualmente hay unsubconjunto de SAPUI5 conocido como OpenUI5, de codigo abierto, que es gratuito yaccesible a cualquiera. OpenUI5 es lo que hemos empleado para crear nuestra aplicacion

27

Figura 9: Estructura de archivos de un proyecto HANA XS, mostrado en Eclipse.

web. SAPUI5 contiene a todo OpenUI5 y ademas anade algunos widgets.En cuanto a los archivos de lado servidor, usan un dialecto de Server-Side Javascript

conocido como XSJS, que es derivado de Spidermonkey, el interprete de Javascript deMozilla. Al ser de codigo abierto y ser relativamente ligero y eficiente, fue el elegidopara ser modificado e integrado en HANA por encima de otras alternativas, quiza maspopulares, como Node.js. Si los archivos anteriores se encargaban de recibir y presentarlos datos, estos se encargan de transformarlos de formato SQL a un formato mas accesiblecomo puede ser JSON u OData antes de servirlos al cliente.

Figura 10: Captura de pantalla de una aplicacion web desarrollada en HANA XS, usandoSAPUI5.

28

3.1.3. Benchmarks de HANA

Si se tiene que sacar una unica conclusion de los dos subapartados anteriores, proba-blemente sera esta: HANA es un aparato complejo y laberıntico. Sin embargo, a pesar dela dificultad intrınseca que supone desarrollar sobre esta plataforma, sigue siendo a dıade hoy la tecnologıa con mas rapido crecimiento de SAP. ¿Por que ocurre esto?

Como ya hemos adelantado en la introduccion a este apartado, es por la velocidad quese puede llegar a alcanzar. Fijandonos en los benchmarks de HANA One [12], podemos veralgunas cifras que nos ayudaran a ver exactamente de que ordenes de magnitud estamoshablando.

Se empleo para este test una estrucuras de tabla creada durante diez anos de uso porun modulo SD (Sales & Distribution) de una empresa cuyo nombre no se menciona enel documento. Esta estructura estaba compuesta por una Fact Table, con 1,2 billonesde lıneas, y varias otras tablas mas pequenas. El tamano original de los datos era de 1PetaByte, o 1.024 TeraBytes. El sistema HANA que se utilizo para procesar esta informa-cion estaba compuesto por 95 nodos (es decir, 95 aparatos HANA trabajando en paralelo).Cada uno de estos nodos poseıa 4 CPUs con 10 nucleos por CPU y 2 Hyper-threads pornucleo, 1 TB de RAM y 3.3 TB de Disco Duro.

Este volumen de datos se cargo en el sistema HANA usando 9 hilos distintos de sta-tements SQL, llegando a cargar 53 millones de lıneas por minuto. Una vez cargado en elsistema HANA, este utilizo la tecnica de compresion que hemos detallado anteriormentepara aprovechar la redundancia existente en las columnas de la tabla. De 1 PB, la estruc-tura fue comprimida a 49.2 TB, un factor de compresion de 20.8. Esto significo que sepudieron guardar todos los datos en RAM, y lo que es mas, que solo ocuparon la mitadde esta en cada nodo.

Una vez los datos fueron cargados y comprimidos, se les hicieron una serie de queriesempleadas frecuentemente en Business Intelligence, de Reporting, Drilldown y Analıti-ca. Todas ellas tardaron menos de 3.5 segundos en ejecutarse, menos de un segundo siignoramos las queries de analıtica.

Como se puede ver, los resultados alcanzados son absolutamente monstruosos, ejecu-tando queries que podrıan haber tardado semanas o incluso meses en otras bases de datosen menos de 5 segundos. Es por esto que SAP esta empleando la marca HANA como unariete para intentar hacerse con un puesto de liderazgo en el mercado Cloud, utilizan-do una estrategia agresiva de compra de soluciones existentes y desarrollo de solucionesnuevas. Veremos en mas detalle esto en el siguiente apartado.

29

3.2. Cloud Computing

En esta seccion procederemos a hablar del Cloud Computing, introduciendo primeroalgunos conceptos basicos, el impacto disruptivo que esta teniendo en el ecosistema em-presarial de las tecnologıas de la informacion, y despues pasaremos a detallar la estrategiade SAP con respecto a esta nueva manera de ofrecer servicios, tras lo cual habremosdetallado en suficiente detalle el contexto alrededor del cual el proyecto tecnico se hadesarrollado.

3.2.1. Introduccion y conceptos basicos

¿Que es el Cloud Computing y por que esta resultando ser tan disruptivo para lasempresas TIC? Principalmente por motivos de reduccion de costes, overhead administra-tivo, y desaparicion de la necesidad de saber mantener una infraestructura. Pensemos porejemplo en un ERP. Para poder utilizarlo en las premisas de la companıa necesitamoscomprar un servidor con bastante memoria, necesitamos contratar a una empresa de con-sultorıa Basis que se dedique a instalar los componentes necesarios y configurar la VPNde la companıa para tener acceso, necesitamos tener a gente que sea capaz de mantenerdicho servidor y el software que se fundamenta en el...

Todo ello cuesta dinero y tiempo. Ahora bien, ¿que ocurrirıa si en lugar de tenerque instalar el ERP en nuestras premisas podemos contratarlo como un servicio al quepodemos acceder desde nuestro navegador, como si fuese un cliente de correo web o uneditor de documentos como Google Docs?

Desaparecen una buena cantidad de dificultades. Ya no tenemos que comprar activoscomo servidores ni tenemos que calcular reglas de depreciacion para ellos. No nos hacefalta instalar nada, ni mantener ningun equipo. Si tenemos que expandir la memoria delsistema, solo tenemos que contactar a la empresa que nos suministra el servicio en vez detener que comprar otro servidor, instalarlo y mantenerlo. Esto supone un ahorro bastanteimportante de costes y tiempo, lo cual abre un mundo de posibilidades para la pequenaempresa.

Habiendo establecido el por que del interes del Cloud Computing y por que es tandisruptivo para la manera tradicional de hacer negocio de las TIC, pasaremos a introduciralgunos terminos basicos, necesarios para entender algunos conceptos del proyecto tecnicomas adelante.

3.2.1.1. onPremiseUn servicio onPremise es un servicio cuya infraestructura fısica esta en manos de laempresa que lo utiliza. Por ejemplo, un servidor en la empresa que tenga aplicaciones decorreccion de bugs, mantenimiento y versionado de codigo fuente, etc.

30

3.2.1.2. onCloudUn servicio onCloud es aquel que es proporcionado por una empresa en la nube, y cuyosservidores no estan en las Premisas de la companıa cliente. Hay tres modalidades deservicios onCloud:

Infrastructure as a ServiceEs la forma mas basica de Cloud Computing. Consiste en arrendar al cliente el usode una maquina (ya sea fısica o virtual) en la nube. El proveedor se encarga demantener la infraestructura y el cliente ha de encargarse de todo lo demas, desde lainstalacion del sistema operativo hasta la gestion y mantenimiento del software quehaya decidido poner. Un ejemplo de IaaS es CloudFlare, que te da un servidor en lanube mediante el cual puedes crear y exponer diversas aplicaciones web a la nube.

Platform as a ServiceEn este servicio se ofrece la infrastructura y ademas se ofrecen una serie de herra-mientas de software, tales como sistemas operativos, compiladores, y demas. Esteservicio elimina la necesidad de contratar a administradores de sistemas, siendo ne-cesarios unicamente los desarrolladores de aplicaciones web para montar una apli-cacion sobre la plataforma.

Software as a ServiceEsta modalidad de servicio nos ofrece ya directamente una aplicacion software desa-rrollada por el proveedor en la nube. Ejemplos de este tipo de servicio podrıan serGmail u Outlook (en contraposicion a aplicaciones como Thunderbird o Maildroid),Google Docs (en contraposicion a Office), etc.

3.2.1.3. RESTREST son las siglas de Representational State Transfer, Transferencia de Estados deRepresentacion en espanol. Es, esencialmente, una manera de interactuar con una base dedatos en remoto mediante un endpoint HTTP, con protocolos como SOAP u OData. Estoquiere decir, que podemos, por ejemplo, anadir una lınea a una tabla de nuestra Base deDatos de interes llamando mediante un mensaje POST al servicio OData (por ejemplo)conectado a esta, con los datos que queremos insertar codificados como parametros enla URL empleada para la llamada. En otras palabras, es una manera de interactuar enremoto con una base de datos mediante llamadas a la URL del servicio conectado a ella,en vez de utilizar SQL.

3.2.1.4. MVCMVC (siglas de Modelo, Vista, Controlador) es un patron de diseno de aplicaciones web,que aboga por separar la logica de negocio de la aplicacion (contenida en el controlador),la interfaz con el back-end y la base de datos (contenida en el modelo), y la interfaz con

31

el usuario de la aplicacion (contenida en la vista). Por motivos estructurales evidentes,tras pensarlo, el modelo siempre suele residir en el servidor, mientras que la vista sueleresidir de lado cliente y el controlador puede estar en ambos, dependiendo del volumende informacion que tenga que intercambiar con el modelo o con la vista. En nuestro casoel controlador reside en el lado del cliente.

3.2.2. Estrategia y soluciones de SAP respecto a la nube

La estrategia de SAP respecto al Cloud Computing se puede calificar como de “expan-sion agresiva” [4]. Durante estos ultimos anos, ha estado desarrollando varias solucionesen la nube alrededor de su marca HANA, tales como HANA Cloud Platform, HANA One,HANA Enterprise Cloud, Cloud for Customer, HANA Cloud Integration, y otros. Perono ha parado ahı, tambien ha estado comprando empresas como SuccessFactors, Ariba o,mas recientemente, Concur. Todo esto es debido a la necesidad de reinventarse lo antesposible, ya que debido a las ventajas que hemos comentado en el apartado anterior, pro-ductos como el ERP van a acabar desapareciendo en la forma en que los conocemos hoyen dıa.

Ademas de esto, hemos visto como se ha bajado en gran medida la barrera de entradaal ecosistema SAP, mediante la utilizacion de estandares como Javascript, OData y otros,y mediante iniciativas como OpenSAP, que ofrece cursos de formacion gratuita sobrealgunas de las lıneas de negocio mas novedosas de SAP. Esto es debido a que con lallegada del Cloud Computing se espera aumentar todavıa mas el volumen de negocio, locual hace necesario tener mas partners capaces de ofrecer soluciones y servicio tecnicosobre los nuevos productos de SAP.

Pasaremos, pues, a detallar algunas de las soluciones mas relevantes de SAP en lanube, especialmente las relacionadas con el proyecto tecnico.

3.2.2.1. HANA Cloud PlatformHANA Cloud Platform es, como su propio nombre indica, un PaaS. Al ser el serviciosobre el que se ha desarrollado la aplicacion web que vamos a tratar, nos meteremos enmas detalle en los aspectos estructurales de este servicio.

Consiste basicamente en una instancia de HANA en la nube, junto a XS, y una serie deherramientas que no vienen incluıdas en HANA por sı mismas, tales como una maquinavirtual de Java sobre instancias HANA o MaxDB (lo cual nos permite comunicarnos con labase de datos empleando este lenguaje mediante JDBC o EJB, herramientas esenciales ala hora de conseguir integrar los datos de nuestro sistema onPremise con este servicio), uninterprete HTML5 con un servidor de proxy inverso integrado (lo cual nos permite burlarla polıtica de seguridad de mismo Origen, tecnica necesaria para poder obtener datos deservicios REST que no esten en el mismo servidor que nos ha servido la aplicacion web.Una tecnica similar vera su uso mas adelante).

32

Ademas de esto, mediante HANA Cloud Platform podemos acceder a servicios comoHCI OData Provisioning, capaz de exponer BAPIs a la nube mediante formato OData, o aservicios de autentificacion como OAuth o SAML. Es, en esencia, una caja de herramientasasociada a HANA, mediante la cual se pueden implementar funcionalidades que no sepodrıan implementar utilizando solo HANA (como veremos mas adelante).

Actualmente HCI todavıa se esta haciendo un hueco en el mercado, y suele ser emplea-do para implementar extensiones a SuccessFactors, comunicandose con este directamentemediante APIs, o utilizando serrvicios como HANA Cloud Integration.

3.2.2.2. HANA OneHANA One es un IaaS ofrecido en colaboracion con Amazon, y es la forma mas barata hoypor hoy de conseguir una instancia HANA. Fue desarrollado como reaccion de SAP paraintentar conseguir atraer startups, que por lo general suelen tener recursos limitados peroque son capaces de ofrecer mucha mas innovacion y desarrollo que una empresa grandeque no este dispuesta a asumir ciertos riesgos. HANA One es una instancia virtual deHANA y XS en la nube, con 30 GB de espacio, y el acceso cuesta aproximadamente 3.50$por hora.

3.2.2.3. HANA Enterprise CloudSi la solucion anterior estaba pensada para la startup, esta esta pensada indudablementepara la gran empresa. Es una instancia de HANA sobre la que se ha instalado uno o varioscomponentes de la Business Suite, de tal forma que tenemos un SaaS, consiguiendo todaslas ventajas que ofrece HANA y SaaS en un solo paquete, siendo, eso sı, bastante mascaro que todas las otras soluciones listadas aquı.

3.2.2.4. HANA Cloud IntegrationHANA Cloud Integration es la solucion cloud oficial de SAP para actuar como middle-ware entre sus distintas soluciones (en contrapartida a SAP PI, su solucion onPremise).Mediante HCI podemos realizar lareas de ETL entre diversas soluciones, ya sean onCloudu onPremise, sin necesidad de saber ningun lenguaje de programacion (en teorıa). Si bienesta es una solucion factible a la hora de transportar nuestros datos entre nuestro ERP ynuestra instancia de HCI, no es esta la solucion que hemos empleado.

3.2.2.5. SuccessFactors, Ariba, Concur, etcEstas soluciones en la nube proporcionan funcionalidades similares a las que SAP propor-cionaba onPremise. Por ejemplo, SuccessFactors es una solucion HCM (Human CapitalManagement) en la nube, en contraposicion a SAP HCM. Ariba es una solucion de logısti-ca (Materiales, etc). Y Concur es una solucion de gestion de viajes. Todas estas solucionesfueron desarrolladas por empresas que, posteriormente, han sido compradas por SAP. Suc-

33

cessFactors ha sido una de las mas exitosas en este sentido, lo que le valio a su DirectorEjecutivo una plaza en el consejo ejecutivo de SAP.

3.3. Conclusiones

Como se puede observar mediante la seccion anterior, este cambio tan radical de estra-tegia esta generando un nuevo mercado en falta de nuevos profesionales con conocimientosespecializados, lo cual abre una serie de posibilidades para las empresas de consultorıadedicadas a SAP. En concreto, estamos empezando a ver cada vez mas proyectos rela-cionados con la migracion de datos de sistemas onPremise hacia sistemas onCloud, conHANA, y con otras soluciones como Fiori o Lumira. Para mantenernos al dıa con las habi-lidades y conocimientos que requiere el mercado, hemos desarrollado una aplicacion, que,mediante una interfaz web, es capaz de subir nuestras tablas de datos desde nuestro ERPhasta nuestra instancia de HCP, y procesarlos. En el siguiente apartado veremos comohemos desarrollado esta aplicacion, que tecnologıas y herramientas han sido necesarias, yque somos capaces de hacer con ella.

34

4. Proyecto tecnico. Flujo de integracion de datos

entre un ERP y HANA Cloud Platform.

En esta seccion pasaremos a detallar los detalles relacionados con las tecnologıas y laarquitectura necesaria para implementar un flujo de integracion entre un ERP y HANACloud Platform. Podemos dividir el trabajo realizado en tres modulos:

Modulo onPremise: Cloud Connector, ABAP (RFC)

Modulo de integracion onCloud: Destinos HCP, Java (JCo, JDBC)

Modulo de presentacion onCloud: HANA XS, Javascript (SAPUI5, XSJS), HTML5

Se podran observar (sobre todo en el modulo de integracion) algunas decisiones dediseno poco ortodoxas, teniendo en cuenta los estandares propuestos por SAP. Como severa mas adelante, hemos decidido desarrollar el programa con esta arquitectura paraminimizar tanto los cambios que tengamos que hacerle al ERP, como el coste monetariodel entorno de desarrollo. Veremos mas adelante que, si bien esta manera de desarrollar noes ni mucho menos un estandar, es muy poco intrusiva y, lo que es quiza mas importante,usa herramientas completamente gratuitas.

4.1. Introduccion: Arquitectura

Como ya hemos comentado anteriormente, podemos dividir en 3 modulos el trabajodesarrollado, pero, ¿como se complementan? ¿Como interactuan entre sı?

La figura 11 nos muestra una vista de aguila de las tecnologıas empleadas y como in-teractuan entre sı. Podemos ver al ERP conectado a Cloud Connector mediante el router,que se encarga de crear un tunel entre la red local y HCP. La maquina virtual de Java deHCP tiene una aplicacion funcionando que recoge las tablas de datos en formato nativo(mediante abapDAO), las transforma en statements SQL que son mandados hacia la basede datos HANA (mediante hanaDAO) de tal forma que el modulo de presentacion puederecogerlos y actuar sobre ellos. El modulo de presentacion y el modulo de integracionse comunican entre sı mediante HTTP y (necesariamente, al poseer dominios distintos,aunque ambos esten en la misma plataforma) CORS. A partir de ahı, el modulo de pre-sentacion consume los datos obtenidos por el modulo de integracion y los presenta enforma de tabla, arbol, grafica, u otras formas. Para poder presentar esos datos en formade aplicacion web, se usa SAPUI5, que, como veremos mas adelante, es un frameworkmontado sobre Javascript y jQuery disenado para facilitar la tarea de disenar una apli-cacion web, dandole por defecto un formato profesional y admitiendo la personalizacionde sus assets mediante CSS4. De esta forma, conseguimos una aplicacion capaz de subircualquier tabla a nuestra instancia de HCP dandole solo su nombre, ademas de podersubir datos en formatos mas difıciles de procesar como clusters, y utilizando esos datos

35

Figura 11: Arquitectura de la aplicacion desarrollada.

para, por ejemplo, poder visualizar la estructura organizativa de una empresa desde cual-quier parte y poder visualizar una ficha resumen de cualquier empleado de la companıa,herramientas que resultarıan utiles para, por ejemplo, ejecutivos de una companıa grande.

En las siguientes secciones, pasaremos a detallar las tecnologıas utilizadas para hacerposible estas funcionalidades, por que han sido elegidas, y como interactuan entre sı.

4.2. Modulo onPremise

La finalidad de este modulo consiste en dotar a un ERP con una version NetWeaver7.2 y sin el addon IWBEP, de capacidad para exponer sus datos a la nube de una forma lomas generica posible, sin huecos de seguridad, y de una forma lo menos intrusiva posiblepara el propio ERP (ya que es una herramienta crıtica para muchos otros proyectos encurso).

Para conseguir esto, empleamos una herramienta conocida como Cloud Connector, ca-paz de recibir datos del ERP mediante el protocolo RFC y mandarlos mediante tunel SSLa una instancia cualquiera de HCP. Cloud Connector no requiere de ninguna instalacion

36

en el ERP para funcionar, siendo simplemente un intermediario (o middleware) entre laspropias capacidades de transmision de datos en remoto del ERP y HCP. Sin embargo,Cloud Connector no esta pensado, en un principio, para la transmision de datos, sinomas bien para poder ejecutar codigo en remoto usando una aplicacion web. Veremos masadelante como hemos sido capaces de superar esta limitacion.

4.2.1. SAP HANA Cloud Connector

Fijandonos en la documentacion de SAP [11], Cloud Connector sirve como enlace entrelas aplicaciones desarrolladas en HANA Cloud Platform y sistemas onPremise existentes.Mediante Cloud Connector puedes controlar exactamente que recursos estan disponiblespara poder ser observados desde la nube, pudiendo beneficiarte de tus recursos onPremisesin tener que exponer el ERP entero.

Figura 12: Funcionalidad de Cloud Connector.

Para no modificar demasiado al ERP, decidimos instalar Cloud Connector en un or-denador externo en vez de en el propio servidor. Esto implica que la comunicacion entreel ERP y Cloud Connector, incluyendo los datos transmitidos al ERP, han de pegar unoscuantos saltos por la red local antes de llegar a su destino, lo cual puede ser problematicosi queremos subir, digamos, unos cuantos GB. Sin embargo, dado que el volumen de datoscon el que estamos trabajando es relativamente pequeno, podemos ignorar esta limitacionsin problemas.

37

La instalacion de Cloud Connector resulto ser relativamente sencilla, no muy distintade la instalacion de cualquier otra aplicacion en Windows. Tras la instalacion, pudimosacceder a la interfaz de configuracion de Cloud Connector accediendo en el navegador ala direccion https://localhost:8443.

Figura 13: Interfaz de configuracion de Cloud Connector.

En la interfaz de configuracion, Cloud Connector nos pedıa un nombre de usuario yuna contrasena para acceder al ERP, un tipo de comunicacion (HTTP o RFC) y la URLo el socket necesario para localizar al ERP. Ademas, nos ofrece una opcion para mapearla direccion IP y puerto locales del ERP a una direccion IP y un puerto virtuales, de talforma que no tengamos que exponer nuestros datos de conexion a la nube. Por el otrolado de la comunicacion, nos exige nuestro nombre de usuario y contrasena de nuestrainstancia en HANA Cloud Platform.

Debido a que, por falta de varios addons no disponıamos de NetWeaver Gateway, nodisponıamos tampoco de un endpoint HTTP nativo, con lo que la unica forma disponiblepara conectar Cloud Connector con el ERP es mediante RFC. RFC es un protocolopropietario de SAP mediante el cual se puede llamar a una funcion del ERP en remoto yrecibir sus resultados. Se nos ofrece ademas la posibilidad de cifrar la comunicacion entreel ERP y Cloud Connector vıa SNC, pero dado que esa comunicacion se produce dentrode nuestra red local, no hemos considerado necesario hacerlo (la comunicacion entre CloudConnector y HCP siempre va cifrada, por defecto).

Esto nos dota de la posibilidad de ejecutar codigo y recibir los resultados desde nuestrasaplicaciones en la nube, con lo cual hemos completado una parte de la integracion. Perono podemos todavıa extraer los datos de nuestro ERP, al menos no directamente. Paraconseguirlo, tendremos que hallar, o programar, funciones en SAP capaces de extraer ytransmitir los datos de una tabla u otro tipo de estructuras de datos recibiendo como

38

argumento unicamente su nombre. Veremos en el siguiente apartado que tipo de funciones necesaria para poder realizar esta tarea.

4.2.2. Codigo necesario en el ERP. ABAP. RFC.

Para poder cumplir el proposito original de nuestro modulo onPremise, necesitaremoshallar, o programar, funciones en el ERP que sean capaces de tomar como argumento unareferencia a la estructura de datos que queremos subir y que puedan devolver la estructurade datos en sı, mediante RFC. Atacaremos primero las tablas, que son las estructuras dedatos mas sencillas y aquellas sobre las que se fundamentan la mayorıa de transaccionesdel ERP, y luego discutiremos como enfrentarnos a estructuras mas complicadas comoclusters salariales o estructuras organizativas.

4.2.2.1. TablasLa estructura de tablas es la mas universal y utilizada en el ERP, de tal forma que si po-demos subir nuestras tablas al ERP, podremos subir la mayorıa de datos que contiene. Lastablas del ERP pueden ser observadas mediante la transaccion SE11 (Una transaccion esla ejecucion de un programa. Hay varios tipos de transacciones, para registrar materiales,contratar a un empleado, etc. Esta en concreto sirve para visualizar tablas).

Figura 14: Ejemplo de tabla visualizada mediante SE11.

Por suerte hay una funcion RFC ya incluıda en SAP capaz de tomar como argumentoel nombre de la tabla y devolver sus datos, conocida como RFC READ TABLE . Estafuncion, aunque no sea ya mantenida por SAP, es sin embargo capaz de extraer datos denuestras tablas y exponerlas al modulo de integracion.

Sin embargo, tenemos varios problemas. Uno de ellos es que el formato en el quemandamos los datos no se corresponde con ningun estandar, con lo cual nos resulta

39

difıcil procesarlos y mandarlos a la base de datos. El segundo, mas acuciante, es queRFC READ TABLE tiene un lımite de 128B por lınea. Esto, teniendo en cuenta quemuchas tablas en SAP pueden poseer mas de 50 columnas, es una limitacion bastanteimportante. El primero de estos problemas sera tratado en el modulo de integracion, peroel segundo tenemos que tratarlo aquı. Basicamente tenemos dos soluciones:

Enviar la tabla por fragmentos

Buscar otra funcion

Eventualmente elegimos la segunda opcion, por ser mas sencilla de programar. En-contramos un sustituto ideal en la funcion /BODS/RFC READ TABLE2. Sin embargo,esta funcion resulto no estar por defecto en el ERP. Tuvimos que instalar un modulo defuncion en el ERP, para lo cual empleamos la transaccion CG3Z para subir los archivosnecesarios al servidor, y despues tuvimos que utilizar el sistema de transporte y correccion(CTS) para poder acceder a ellos mediante el ERP. Esto aumento nuestro lımite de 128Ba 30KB, mas que suficiente para casi cualquier tabla.

Llamando a esta funcion en remoto y pasandole el nombre de la tabla que queremossubir, podemos obtener los datos que queremos.

4.2.2.2. Clusters

Figura 15: Transaccion SE80. Editor de Objetos.

Un cluster es un tipo especial de tabla, que contiene una gran informacion sobre unobjeto de negocio (como un empleado, un material, etc). Esto hace que, por eficiencia, seescriban de manera comprimida a la base de datos, lo cual acelera bastante la extraccion

40

de datos mediante una clave primaria y, lo que es quiza mas importante para nuestrospropositos, hace que este tipo de tablas no son visibles directamente mediante SE11, conlo cual no podemos utilizar /BODS/RFC READ TABLE2. Esto implica que tendremosque utilizar otro tipo de funciones.

Nos interesan en este caso los clusters salariales, con lo cual, tras investigar, hemosvisto que las funciones PYXX GET RELID FROM PERNR y CU READ RGDIR sonideales para nuestros propositos, ya que pasando como parametro el numero del em-pleado del que queremos observar los datos, se nos devuelve una estructura con to-dos los clusters asociados a su historial salarial. Despues de eso empleamos la funcionPYXX READ PAYROLL RESULT, para poder acceder a una vista mas detallada de losperiodos salariales del empleado en cuestion.

Para ser mas exactos, mediante la primera funcion obtenemos el ID relacional de laestructura de clusters en la que se hallan los datos que nos interesan, pasando comoparametro el numero de empleado. Hecho eso, utilizamos el numero de secuencia de laentrada del historial salarial sobre la que estemos mas interesados como argumento parapasarle a la tercera funcion.

Sin embargo tuvimos un problema. Estas funciones estan disenadas para extraer datosy presentarlos a otros procesos del propio ERP. Es decir, no son capaces de comunicarsemediante RFC. Para solventarlo, tuvimos que crear una funcion Z que llamase a estasfunciones internamente y que sı fuese capaz de utilizar RFC.

¿Que es una funcion Z? Es una funcion disenada internamente por la empresa usuariadel ERP u otra a la que esta haya contratado, para su uso propio. Obviamente este tipode funciones no estan por defecto en el sistema SAP ni son soportadas por la companıa,pero son esenciales en cualquier ERP ya que mediante este tipo de funciones se puedeajustar el ERP (o “parametrizar”, como se le conoce a esta practica en el mundillo de laconsultorıa SAP) a las necesidades especıficas de cada cliente. A este tipo de funciones sele llaman funciones Z debido a que su nombre suele empezar por Z, ya que SAP ya desdesus inicios se comprometio a no implementar nunca un modulo de funcion que empezasepor esta letra, para evitar conflictos de nombres.

Para crear una funcion Z hemos de movernos a la transaccion SE80, el editor deobjetos, que es la transaccion mas utilizada para cualquier programador ABAP. Medianteesta transaccion creamos primero un grupo de funciones, al que denominamos Z RFC HR,en el que depositarıamos estas funciones que emplearemos a modo de wrapper, y todaslas demas que nos vayan a hacer falta en un futuro.

Una vez creado este grupo de funciones, empezamos a poblarlo con 2 funciones Z pro-gramadas por nosotros, Z RFC READ PAYROLL ENTRIES, y Z RFC READ PAYROLLRESULTS. La primera de estas funciones actua como wrapper RFC para las funcio-nes PYXX GET RELID FROM PERNR y CU READ RGDIR, mientras que la segundaactua como wrapper para PYXX READ PAYROLL RESULT. El codigo fuente de estasfunciones esta disponible en el anexo.

41

Utilizando estas dos funciones, somos capaces de extraer los datos salariales de cual-quier empleado usando solo el numero asociado a el, con lo cual ya somos capaces deextraer clusters desde nuestro ERP.

Figura 16: IDE integrado en SE80. Editor de modulos de funcion.

4.2.2.3. Estructuras organizativas

Este tipo de estructuras de datos estan tambien guardadas como tablas en SAP. Sinembargo, estan guardados de una forma que dificulta bastante la reconstruccion de losarboles organizativos que querremos visualizar mediante el modulo de presentacion. Estosarboles se pueden visualizar mediante la transaccion PPSM.

Ahora bien, ¿que es un arbol organizativo? Un arbol organizativo muestra por logeneral una estructura jerarquica dentro de la empresa. Puede ser una estructura delos distintos departamentos, de los centros de compra, de las empresas asociadas a unacorporacion, etc.

Existe una funcion que, tomando como argumento la ID del objeto de negocio quequeremos como nodo raız de este arbol, y el tipo de objeto que es, procesa las tablasen las que esta guardada la informacion necesaria y las devuelve en un formato masapropiado para reconstruir el arbol. Esta funcion se llama RH STRUC GET, y sobre ellaesta fundamentada la transaccion PPSM. De nuevo, contamos con el mismo problema

42

Figura 17: Ejemplo de arbol de estructura organizativa.

que antes, esta funcion es incapaz de transmitir datos mediante RFC. Y, de nuevo, lasolucion pasa por crear otra funcion wrapper que internamente la llame y que sı tengaRFC activado. Hemos llamado a esta funcion Z RFC HR READ ORG STRUCTURE, yhemos hecho que resida en el mismo grupo de funciones que creamos para el apartadoanterior, Z RFC HR. El codigo fuente de esta funcion estara tambien detallado en elanexo.

4.2.3. Vista general del modulo

Con esto hemos detallado la infraestructura necesaria para exponer nuestros datos anuestra cuenta en HCP. Como ya estuvimos adelantando anteriormente, este modulo esextremadamente poco intrusivo para el ERP. Los unicos cambios que han hecho falta paraque funcione han sido la importacion del grupo de funciones /BODS/, y la creacion de 3funciones Z adicionales. Todo lo demas ha sido externo. A partir de aquı, ya tenemos lonecesario para empezar a operar con nuestros datos en la nube. El siguiente modulo del quehablaremos, el modulo de integracion, se dedicara a hacer lo que en Business Intelligencese denomina como ETL, de Extraccion, Transformacion, y Carga. Es decir, recogera losdatos que le lleguen en formato nativo, los transformara, y los cargara mediante queriesSQL generadas dinamicamente en la base de datos de HANA.

43

Figura 18: Diagrama de flujo de datos del modulo onPremise.

4.3. Modulo de integracion onCloud

En esta seccion pasaremos a detallar el modulo de integracion, que corre sobre lamaquina virtual de Java incluıda en HCP. Hablaremos sobre las tecnologıas principalesempleadas para hacer posible el flujo de integracion y como interactuan entre sı, dejandola comparacion con otros posibles metodos de integracion para el siguiente apartado.

La funcion del modulo de integracion consiste en responder a las peticiones del modulode presentacion (es decir, la aplicacion web en sı) de subir las tablas y estructuras de datosespecificadas desde nuestro ERP hacia nuestra cuenta en HCP, transformando los datosde forma que sean compatibles con esta.

Como ya vimos en la figura 11, el modulo de integracion va sobre la maquina virtual deJava en HCP, y se compone de un Servlet en el que va la logica de negocio y dos objetos deacceso a datos: HanaDAO y AbapDAO. A medida que vayamos explicando los modulosiremos comentando en que consisten estos conceptos. De momento como introduccionbreve, diremos que un servlet es un bloque de codigo Java que va sobre una aplicacionservidor, y que se ejecuta cuando se intenta acceder a la URL asociada a el, mientras queun objeto de acceso a datos, en este caso, es un objeto que implementa una interfaz entrela logica de negocio ejecutada en Java y las bases de datos a las que estamos intentando

44

acceder, como HANA o el ERP.

4.3.1. ControllerServlet

Ya en la introduccion adelantabamos la primera pregunta que tenemos que hacernos:¿que es un Servlet?

Un servlet es una clase Java utilizada para extender las capacidades de un servidor.Aunque un servlet puede responder a varios tipos de peticiones, son frecuentemente uti-lizados para extender aplicaciones en servidores web, con lo que se los puede considerarcomo applets que corren en servidores, en vez de en los navegadores de internet. Estostipos de servlet existen como contrapartida a otras tecnologıas de Web dinamicas comoPHP o ASP.NET.

La URL asociada al servlet depende de varios factores. La primera parte de la URL,el dominio, depende de la direccion IP del servidor sobre el que nuestro servlet resida, o elnombre que se le haya dado por los servidores DNS. La segunda parte, el path, dependedel programador del servlet. Un servlet generalmente se genera mediante un “proyecto deweb dinamico”, en Eclipse. Este proyecto consiste en una serie de directorios para guardarcodigo fuente Java, o Javascript, o el archivo war compilado, entre otros.

Entre esta serie de directorios se encuentra uno, al que se conoce como WebContent/WEB-INF. Este directorio tiene la propiedad especial de que cualquier recurso guardado en el noes directamente accesible desde el exterior, lo cual lo hace popular para guardar imagenes,librerıas especıficas para el proyecto, archivos de base de datos, y cualquier otro documen-to que no queramos que el usuario pueda descargar directamente. Pero mas alla de eso,tambien tenemos un archivo generado automaticamente, conocido como web.xml. Estearchivo se encarga de mapear el path de la URL a la clase responsable de manejar laspeticiones que le lleguen a este path. Es decir, mediante este archivo podemos exponernuestro codigo al exterior. Ademas de eso podemos definir otra serie de cosas como filtros,recursos, y demas.

Nuestra clase Servlet se compone de un metodo de inicializacion, en el que iniciali-zamos los objetos hanaDAO y abapDAO, el contexto inicial, y la fuente de datos quemanipularemos (HANA, en este caso).

Y luego tenemos un metodo al que llamamos (al que tenemos que llamar) doPost. Estemetodo se ejecuta cuando llamamos a la URL definida en WEB-INF mediante el metodoPOST de HTTP. Dado que solo tenemos este metodo definido, esto quiere decir que otrosmetodos de llamada, como GET o DELETE, no tendran ningun efecto. En los anexos sepodra encontrar el codigo fuente de WEB-INF.xml y ControllerServlet.java, en el que sepuede uno apoyar para ver los conceptos explicados en mas detalle.

¿Por que solo empleamos el metodo POST? Debido a la funcion de nuestro modulo.El metodo POST sirve para pedir que un servidor web acepte los datos que esten en elcuerpo del mensaje y los guarde [9], que es en esencia la tarea del modulo de integracion.

45

Sin embargo, tenemos que responder a varios tipos de peticiones distintas, en funciondel tipo de datos que queramos subir. ¿Como hacemos esto? Mediante la inclusion deparametros en la URL, en la forma application/x-www-form-urlencoded. Recordemosdel apartado anterior que tenıamos 3 tipos de datos que necesitabamos subir: tablas,clusters, y estructuras organizacionales, para lo cual necesitabamos llamar a 4 funcionesdistintas.

Para que el servlet sepa a que funcion tiene que llamar en que momento, hacemos que elservlet capture los parametros mandados a el codificados en la URL, entre los cuales tieneque estar uno conocido como “functionname”. Este parametro, como su propio nombreindica, contiene el nombre de la funcion a la que el servlet tiene que llamar en el ERP.

Mediante este parametro, hacemos que el Servlet llame a abapDAO, que es el que seencarga de interactuar con el ERP, saque los datos correspondientes, los transforme, ylos traspase a hanaDAO. AbapDAO se encarga de extraer los datos en formato nativo, yHanaDAO se encarga de transformarlos en statements SQL que la base de datos puedaentender. Hablaremos de esto en mas detalle en los siguientes apartados.

Una ultima cosa que comentar es la siguiente. El modulo de integracion y el modulo depresentacion (la aplicacion web) estan en dominios distintos. Esto quiere decir que, debidoa la “polıtica de mismo origen”, una polıtica de seguridad implementada por todos losnavegadores modernos, no podemos servir la aplicacion web y los datos necesarios desdedos dominios distintos, pues el navegador lo bloquearıa. Vamos a tener que burlar estapolıtica de alguna forma. Hablaremos en mas detalle de esto cuando tratemos la aplicacionweb, por el momento solo diremos que hay varias formas de conseguir esto. Una de ellas,y la recomendada por SAP, es la tecnica de proxy inverso, mediante la cual cambiamosmediante un componente intermedio la URL del destino al que queramos conectarnos, detal forma que el navegador vea el mismo dominio en ambas partes de la comunicacion y noaborte la operacion. Tenemos la ventaja, al utilizar este metodo, de que solo necesitamoscontrolar el lado cliente para hacerlo funcionar, pero el inconveniente de que puede sercomplicado ponerse a programarlo. Es por ello que hemos utilizado CORS.

CORS (Cross-Origin Resource Sharing) es un protocolo desarrollado por la W3C me-diante el cual el navegador es capaz de ignorar la polıtica de mismo origen. Este metodotiene el inconveniente de que necesitamos controlar ambos puntos de la comunicacion, elcliente y el servidor, pero tiene la ventaja de que es mucho mas sencillo de implementar.Unicamente tenemos que anadir un header a las respuesteas de nuestro modulo, que es:Access-Control-Allow-Origin: *. Tambien tenemos que anadir un parametro en lasllamadas al modulo de integracion desde la aplicacion web, pero eso lo veremos en laseccion correspondiente.

4.3.2. AbapDAO

Antes de empezar a comentar el funcionamiento de este objeto, tenemos que saberque es exactamente un Objeto de Acceso a Datos (Data Access Object en ingles). Se

46

define un DAO como un objeto que proporciona de una interfaz abstracta hacia alguntipo de Base de Datos u otro mecanismo de persistencia de datos. Al mapear las llamadasa los metodos de este objeto a distintas operaciones en la capa de aplicacion, el DAOproporciona algunas operaciones de datos especıficas sin exponer los detalles de la basede datos a ControllerServlet. Este aislamiento implica que si necesitasemos cambiar debase de datos, solo tendrıamos que modificar el DAO asociado a ella, dejando el restointacto. Mediante esta separacion de codigo, se obedece a una de las buenas practicas deprogramacion orientada a objetos, el “principio de responsabilidad unica”, que estableceque cada objeto que compone un programa ha de cumplir una funcion especıfica, y todoslos metodos y servicios asociados a el deberıan estar relacionados con esa funcion.

AbapDAO, como ya hemos adelantado anteriormente, es una clase a la que se llamadesde ControllerServlet cuando se quieren extraer datos de nuestro ERP. Ahora bien,ya vimos en el apartado anterior que nuestro ERP solo entiende ABAP, mientras quenuestro programa esta codificado en Java. Es decir, tenemos que ejecutar codigo ABAPdesde Java. ¿Como conseguimos hacer esto?

Existe una clase Java capaz de ejecutar codigo ABAP en una destinacion remota,conocida como Java Connector, o JCo.

Para poder llegar al ERP, desde la maquina virtual de Java, recuerdese que en elapartado anterior mencionamos que mapeamos el end-point HTTP real mediante el quenos conectamos al ERP por uno virtual que exponemos a la nube, que en este caso hemosllamado abapserver.hana.cloud:sapgw42. Ahora, tenemos que crear un destino JCoque coja este mapping virtual y le de un nombre en el espacio nominal de destinos deHCP, un protocolo de conexion (en este caso RFC) y una serie de parametros distintosmediante los cuales HCP pueda conectarse al otro endpoint del tunel creado por CloudConnector. En este caso le damos el nombre JCoDemoSystem.

Con este destino creado, la variable JCoDemoSystem es inicializada automaticamenteen el espacio Java, con lo cual podemos acceder al destino y ejecutar statements JCo sobreel, que el ERP entiende como llamadas a funcion mediante RFC. De esa forma, cuando lellega la orden desde ControllerServlet de ejecutar una funcion ABAP en remoto, utilizaJCo para importar la lista de parametros que hay que pasarle, transforma variables Javaa parametros JCo, ejecuta la funcion, y devuelve las tablas requeridas en una estructuraa la que hemos llamado AbapData, que consiste de:

Un array de strings donde se guarda el nombre de las columnas de la tabla

Un array de strings donde se guardan los tipos de datos de cada columna

Un array bidimensional donde se guardan las lıneas de datos

Hay 4 metodos asociados a esta clase aparte de su constructor, que son:

getTable

47

Figura 19: Servicio de destinos de HANA Cloud Platform.

getPayrollHistory

getPayrollResult

getOrganizationalStructure

Como se puede observar, cada uno de estos metodos se corresponde con las funcionesen el ERP que describimos en la seccion anterior, de tal forma que ControllerServlet solotiene que llamar a estos metodos para recibir los datos, encargandose AbapDAO de losdetalles especıficos de la conexion entre ambos.

4.3.3. HanaDAO

HanaDAO es un objeto de acceso a datos como AbapDAO, pero en vez de interactuarcon el ERP, interactua con HANA. Para ello, utiliza Java Database Connectivity, masconocido como JDBC.

JDBC es una tecnologıa de conexion de datos desarrollada y soportada por Oracle.Es una API para Java que define como un cliente puede acceder a una base de datos.Provee metodos para escribir datos en una BBDD. Esta orientada hacia bases de datosrelacionales.

48

En nuestro caso, usamos JDBC para crear y poblar tablas cuya estructura y tipos dedatos son iguales (o, al menos, lo mas parecidos posible) a nuestras tablas y clusters enel ERP. Para ello, como sucedıa con JCo, JDBC actua a modo de interfaz entre nuestroespacio Java y la base de datos, que entiende SQL, como ya vinimos adelantando en elcapıtulo anterior.

Los metodos que posee HanaDAO (aparte del metodo constructor y otros de bajarelevancia para nuestros propositos) son los siguientes:

checkTable

createTable

existsTable

addRow

typeMapping

Por partes:

createTable se encarga de crear una tabla mediante el comando CREATE TABLE, to-mando como parametros el nombre de la tabla (suplido por el propio ControllerSer-vlet), el nombre de las columnas y sus tipos de datos (entregados por AbapDAO,utilizando la estructura de datos descrita en el apartado anterior). Para transfor-mar los tipos de datos propios de ABAP a los tipos de datos propios de HANAempleamos el metodo typeMapping.

existsTable se encarga de comprobar si una tabla existe y devolver verdadero ofalso segun exista o no.

checkTable es un wrapper para los dos metodos anteriores. Su comportamiento esel siguiente: si la tabla no existe, la crea. Si existe, no hace nada.

addRow se encarga de anadir una fila a nuestras tablas tomando como parametrosel nombre de la tabla, el nombre de las columnas y sus tipos de datos, y la fila quequeramos subir, en formato String[]. Para ello, usa la instruccion SQL INSERT INTO.Dado que solo sube una fila (como su propio nombre indica) es utilizada muchasveces dentro de un bucle for, para poder subir varias filas a la vez.

De nuevo, ControllerServlet solo ve los metodos servidos por HanaDAO, con lo que nonecesitamos crear statements SQL desde allı. Si cambia la especificacion de HANA, portanto, solo tendrıamos que modificar HanaDAO.

JDBC es una solucion de bajo nivel, comparada con otras como EJB o Hibernate,que abstraen la necesidad de usar SQL. Sin embargo, es necesario hacerlo con SQL, dado

49

que a diferencia de otras aplicaciones web donde conocemos las estructuras de las tablasque queremos manipular (como por ejemplo una tabla en la que se guarde el email, lacontrasena y el nombre de usuario de todas las personas que se vayan registrando), aquı,por la propia naturaleza del proyecto, hemos de operar contando con que es imposibleconocer de antemano las estructuras de todas las tablas que posee el ERP, lo cual haceimposible trabajar con ORM (Object-Relational Mapping, que transforma objetos Javaen Entidades de Bases de datos directamente).

4.3.4. Vista general del Modulo

Con esto ya hemos dejado explicado como hemos sido capaces de transportar nuestrosdatos del ERP a HANA. Un par de cosas mas que comentar antes de seguir con el modulode presentacion son las siguientes.

La primera tiene que ver con el mantenimiento del codigo. Hemos empleado git parallevar a cabo el seguimiento de la historia del codigo, ya que HCP tiene disponibles variosrepositorios. Si bien estos repositorios estan limitados en su uso (no se pueden borrar, nose pueden subir archivos por otra persona que no sea el titular de la cuenta de HCP), hansido suficientes para nuestros propositos.

La segunda tiene que ver con el patron de diseno empleado. Como se puede observar,hemos dejado separadas la parte del codigo encargada de ejecutar la logica de negocio(ControllerServlet) y las partes encargadas de tratar con las bases de datos (AbapDAO,HanaDAO). Estas partes se pueden interpretar como el Controlador del programa y losModelos (vease la seccion 2.2.1.4). No hay vision, dado que este modulo no esta pensadopara servir al usuario final. De eso se encargara el modulo de presentacion. Va a serinteresante tener en cuenta a partir de ahora el patron de diseno MVC, pues, si bienaquı lo hemos introducido de manera parcial, en el siguiente apartado, la estructura de laaplicacion web disenada va a ser altamente compleja, pero siempre va a obedecer a estemismo patron de diseno, lo cual nos puede servir para no perdernos demasiado.

50

Figura 20: Diagrama de proceso del modulo de integracion.

51

4.4. Modulo de presentacion onCloud: Aplicacion Web

Este modulo es, de todos ellos, el mas complejo, debido a varios motivos.El primero y mas fundamental es la estructura de paquetes de HANA XS, en el que

reside nuestra aplicacion. Debido a la complejidad de la estructura de permisos y privi-legios de HANA y a la cantidad de parametros que hay que definir para que el sistemareconozca los archivos que hay que mandar y como hay que mandarlos, dedicaremos laprimera parte de este apartado a hablar de estos temas.

El segundo es debido a la complejidad de la pagina web desarrollada en sı. Tenemos4 pantallas de presentacion distintas (tablas, historial de nomina, resultados de nomina yarboles de estructura organizativa) y un shell comun a todas ellas para poder navegar deuna a otra, lo cual hace 5 pares de Vista-Controlador, o 10 archivos de Javascript de ladocliente. Ademas de eso esta el modelo, en el lado servidor, que se encarga de transformarlos datos de formato SQL a JSON y mandarlos al navegador.

Es decir, tenemos 11 archivos distintos de codigo fuente, sin contar con la parte an-terior. Aun ası, dado que estamos hablando del diseno de una pagina web, algo bastantemas cercano al dıa a dıa que un ERP o un flujo de integracion de datos, la comprensionde lo que hace cada fichero en este apartado no deberıa ser demasiado complicada.

4.4.1. Archivos de proyecto HANA XS

HANA XS tiene una estructura de paquetes. Esto es, todos los proyectos que se quieranhacer sobre el, necesitan ir dentro de un paquete. Un paquete en la estructura de HA-NA XS es como un directorio en un ordenador corriente, puede contener tanto archivoscomo otros paquetes. Ademas, la estructura de paquetes modifica la URL necesaria paraacceder a los archivos necesarios para cargar la pagina web. Por ejemplo, nuestro proyec-to se halla en la ruta p1940528821trial/myhanaxs/jcodata, por tanto, para acceder anuestra pagina web, la URL necesaria es https://s3hanaxs.hanatrial.ondemand.com/p1940528821trial/myhanaxs/jcodata/.

Dentro de jcodata (el paquete raız de nuestro proyecto) hemos de poner varios archivospara que el sistema lo reconozca como una aplicacion web y podamos acceder a el.

El primero de ellos es un archivo de texto vacıo llamado .xsapp, mediante el cual, elsistema HANA XS reconoce jcodata como una aplicacion web. Siempre que este archivoeste en un paquete, HANA XS sabra que todos los archivos Javascript (.js) que estendentro del mismo paquete habran de ser servidos hacia el navegador web.

Tambien tenemos que declarar otro archivo de texto, al que llamaremos .xsaccess.En este archivo, en formato JSON, declararemos dos propiedades necesarias para po-der acceder desde fuera a nuestro paquete. La primera de ellas es “exposed”:true, sinla cual no podrıamos acceder al paquete desde el exterior. La segunda de ellas es “de-fault file”:“index.html”, que nos permite acceder al archivo html que necesitamos parapoder ver la pagina web sin tener que teclearlo en la URL. El texto completo de este

52

archivo se puede ver en el anexo.El tercero de ellos es .xsprivileges. En el simplemente declaramos un perfil de privilegios

al que hemos denominado “Basic”. Sin embargo, si lo dejamos ası es un perfil vacıo, yaque no lo hemos asignado a ningun usuario ni le hemos concedido ningun privilegio alperfil.

Tal y como estan las cosas, si intentasemos escribir a la base de datos fallarıamos.Tenemos que contactar con la seccion de autenticacion de HANA, para lo cual tenemosque emplear SQL.

El primer paso consiste en concederle privilegios al perfil “Basic” que tenemos declara-do. Para ello, tenemos que crear otro archivo de texto, al que llamamos “model access.hdbrole”.En este archivo, creamos un rol, al que hemos llamado “model access”. A este rol le asig-namos el perfil de privilegios “Basic”. Y declaramos que el perfil “Basic” tiene potestadpara leer, actualizar, escribir, y borrar datos en el schema en el que estamos guardandonuestras tablas, que esta asociado a nuestro modulo de integracion (el nombre del schemaes “NEO 2YRCM3I3BM65X2EPAL42IELVB”).

Sin embargo no hemos terminado. Hemos creado un perfil de privilegios, le hemosasociado algunos privilegios y lo hemos asignado a un rol de usuario. Pero todavıa nohemos asignado el rol de usuario a ningun usuario.

Para poder hacerlo, tenemos que hablar con el servicio de autenticacion de HANA,para lo cual sera necesario utilizar SQL. Para asignarlo, nos tenemos que conectar desdenuestro entorno de desarrollo a nuestra cuenta en HANA, tras lo cual tenemos que abriruna consola SQL. Y, dentro de esta consola SQL, tenemos que asignar el rol creado anuestro usuario en HCP (cuyo nombre es P1940528821) mediante el comando:

CALL "HCP"."HCP_GRANT_ROLE_TO_USER"

(’p1940528821trial.myhanaxs.jcodata::model_access’,’p1940528821’)

Una vez hecho esto, ya sı tenemos cumplidos nuestros objetivos. HANA XS reconocea este paquete como un proyecto Web SAPUI5, se puede acceder a este paquete desde elexterior, y podemos editar nuestro schema, en el que guardamos nuestras tablas, a travesde el.

Ahora lo que tenemos que ir haciendo es posicionar nuestro codigo fuente de tal for-ma que se sirva una pagina web completamente funcional cuando nos conectemos a estepaquete. Empezaremos por el primer archivo que tenemos que darle al navegador, in-dex.html.

4.4.2. Lado cliente: HTML, CSS

El primer archivo que tenemos que declarar en cualquier pagina web es el archivoHTML. En el, por lo general, suele ir el texto de la pagina web, el camino a las imagenesque se han de mostrar, los hipervınculos hacia las demas secciones de la pagina, etc.

En este caso sin embargo, nuestro archivo HTML unicamente sirve para incluir laslibrerıas Javascript que vamos a necesitar para poder servir nuestros pares VC hacia

53

el navegador, en los cuales esta toda la informacion necesaria para desplegar la paginaweb con la que el usuario va a interactuar. Apoyandonos en el codigo fuente incluido enel anexo, vemos que las primeras lıneas de la cabecera del documento se dedican a lacodificacion de los caracteres y al modo de compatibilidad de la web, los cuales no sonmuy relevantes, y a la inclusion de un archivo CSS, del cual hablaremos mas adelante.

Despues de eso, nos dedicamos a incluir librerıas Javascript incluıdas en el propiopaquete, como jsPDF o FileSaver, que nos serviran mas adelante para generar un pdf conla nomina de los trabajadores.

Por ultimo, incluımos SAPUI5. SAPUI5 es un framework de Javascript desarrolladopor SAP, que proporciona una serie de assets disenados especıficamente para crear aplica-ciones web de negocios. Al estar desarrollado por SAP, ofrece un gran nivel de integracioncon sus soluciones anteriores, lo cual nos facilita bastante la tarea a la hora de programaresta aplicacion. Ademas de incluir la librerıa, especificamos un estilo de pagina (“bluecrys-tal”), y una serie de librerıas internas (como “commons”, mediante la cual se accede alos assets de UI5 para equipos de escritorio, o “viz”, que nos permite mostrar graficas apartir de nuestros datos).

El siguiente script nos sirve para definir los directorios en los que estan nuestros paresVC, declara un modelo JSON y lo asocia al nucleo de la aplicacion web para darles alas variables que hay dentro de el visibilidad global (aunque hemos de destacar que este“modelo” no se corresponde con el modelo tıpico en el patron de diseno MVC, ya que noactua de interfaz con ninguna base de datos. Simplemente es un objeto JSON en el quepodemos guardar variables globales, lo cual nos sirve para transferir informacion entrepares distintos de VC).

Por ultimo cogemos el shell que hemos codificado en mainView y lo ponemos en“content”, que es, como se puede ver mas abajo, el cuerpo de nuestro HTML.

Con esto ya hemos descrito la funcionalidad principal de nuestro archivo HTML, conla excepcion del archivo CSS. CSS son las siglas de Custom StyleSheet, y en este caso loestamos utilizando para personalizar algunos assets que SAP nos proporciona en SAPUI5.Por poner un ejemplo, si queremos poner un fondo blanco sobre una lınea de texto,SAPUI5 no nos deja hacerlo por defecto. Si queremos anadir margenes entre distintoselementos en un horizontalLayout, UI5 no nos deja tampoco hacerlo por defecto. Lo quesı nos deja hacer UI5, es inyectar estilos CSS mediante el metodo .addStyleClass().En el archivo CSS que hemos creado tenemos definidos dos estilos, myWhiteCellStyle ymyTextFieldMargin, cuyos efectos son los que hemos expuesto como ejemplos mas arriba:dar un background blanco al texto y anadir margenes.

Con esto hemos explicado la funcion de los archivos HTML y CSS de nuestra aplicacionweb. En el siguiente apartado empezaremos a explicar el primero de los pares VC quehemos anadido en el cuerpo de nuestra aplicacion: mainView.shell.

54

4.4.3. Lado cliente: Pares VC SAPUI5

Antes de meternos a comentar la funcionalidad y el funcionamiento de los pares VC,queremos comentar un par de cosas.

La primera de ellas es que es altamente recomendable apoyarse en el SDK de SAPUI5[17] mientras se va leyendo este texto, ya que posee bastante informacion sobre los distintoscontroles de SAPUI5 y como funcionan. La segunda es comentar que, cada par VC secorresponde con un grupo de elementos en pantalla, el shell, o las distintas pestanas yfuncionalidades de nuestra aplicacion. Solo hay un modelo, ya que esta aplicacion solointeractua con una base de datos (HANA). Hay varias maneras en SAPUI5 de declararla vista, se recomienda utilizar XML (ya que, al ser un lenguaje de marcas, no se puedeimplementar ninguna clase de logica mediante el, lo cual refuerza la division entre Vistay Controlador), pero nosotros hemos preferido utiilizar Javascript, ya que ası podemosincluir una pequena parte de la logica de proceso del programa en la vista. Esto, a pesarde no ser una buena practica, facilita y acorta bastante la programacion del codigo fuente.

Sin mas dilacion, empezamos:

4.4.3.1. ShellEste es el par VC que hemos incluido en “index.html” en el cuerpo de la pagina web. Unshell es un frame de aplicacion, que se muestra siempre en la parte superior de la pantalla,y que sirve para navegar entre las distintas zonas de la pagina web.

Nuestro shell se compone de un tıtulo, en el que aparece el nombre de la aplicacionweb, y 3 botones, que son:

Volcado de tablas

Ficha salarial de empleado

Arbol de estructura organizativa

La vista se encarga de declarar la variable shell, junto al tıtulo, y a los 3 botones, apartede concretar cosas como el estilo del shell, eliminar elementos que vienen por defecto yque son innecesarios, y demas. Pero si solo tuviesemos la vista, al pulsar cualquiera deestos 3 botones no pasarıa nada. Reiteramos: la vista se encarga de definir que es lo quesale por pantalla, y nada mas (aunque se relajara un poco esta distincion en los siguientesapartados). Para poder darle funcionalidad a nuestros botones, necesitamos asignarles unaID, mediante la cual podamos declarar desde el controlador variables que capturen loselementos con estas ID’s especıficas, de tal forma que podamos manipular estos elementosdesde un archivo de codigo fuente distinto.

Una vez hecho esto, armamos en la vista el evento worksetItemSelected para quele pase el control al controlador (valga la redundancia), el cual se encargara de cambiarentre pares VC, y establecemos por defecto que aparezca el par VC asociado a la partede volcado de tablas.

55

4.4.3.2. Volcado de tablasLa parte de volcado de tablas de nuestra aplicacion es la primera que aparece, por defecto.Los componentes a la vista que estan por debajo del Shell son: un control de tabla vacıoen cuyo toolbar aparece un textView que nos pide el nombre de una tabla para intentarmostrarla o subirla, al lado de un textField en el que podemos escribir el nombre de latabla y un boton, que esta desactivado si el textField esta vacıo. En el cuerpo de la tablaaparece un texto pidiendo al usuario que introduzca una tabla en el textField.

Figura 21: Aplicacion web: Volcado de tablas

Cuando el usuario teclea el nombre de una tabla del ERP en el textField y le pulsaal boton de busqueda, el controlador empieza a ejecutar la siguiente rutina, mediantellamadas AJAX hacia el modelo de HANA y hacia el Servlet del modulo de integracion.

1. Mandamos una peticion hacia el modelo HANA, en la que indicamos que queremosque se nos sirva la tabla cuyo nombre hemos introducido en el campo de texto enformato JSON.

2. Si el modelo encuentra la tabla y nos la sirve, cogemos los datos y los metadatosy, mediante “factory functions”, los asignamos al control de tabla vacıo que nosaparece en pantalla, “atando” los datos a el, de tal forma que nos lo muestra porpantalla (o nos muestra una alerta indicando que la tabla estaba vacıa, en caso de

56

que no tenga datos), terminando aquı la rutina. Si no la encuentra y recibimos unarespuesta de error, pasamos al siguiente apartado.

3. Mandamos una peticion hacia el modulo de integracion, diciendole que queremosque nos suba la tabla hacia nuestra base de datos en la nube.

4. Si no funciona y recibimos una respuesta de error (por no tener Cloud Connectorencendido y funcionando, por ejemplo), mostramos una alerta diciendo que no hemossido capaces de subir la tabla a HANA y terminamos con la rutina. Si funciona,volvemos al primer paso.

Figura 22: Aplicacion web: Historial salarial de un Empleado

Mediante esta rutina, nos aseguramos de que si tenemos la tabla en nuestra basede datos, no volvemos a volcarla, si no que simplemente la mostramos por pantalla. Sino la tenemos, la volcamos primero y luego la mostramos por pantalla. Con esta rutinapor tanto, conseguimos darle a nuestro usuario una interfaz para interactuar con todala maquinaria que hemos descrito en los apartados anteriores para poder subir tablas,sin que este necesite conocer los detalles de la programacion en ABAP o en Java de losmodulos implementados. Esta misma rutina es la que se implementa en todos los otroscontroladores de esta aplicacion web para obtener datos, con la unica diferencia de que eltipo de datos que piden es distinto cada vez. Por tanto, no repetiremos el algoritmo quesiguen los controladores para obtener datos en los siguientes apartados.

57

Figura 23: Aplicacion web: Detalle salarial de un Empleado

4.4.3.3. Ficha de empleado: Historial SalarialLa vista inicial asociada a esta pestana es practicamente igual que la anterior: tenemos uncontrol de tabla, en cuyo toolbar hay un texto, un campo en el que introducir un numerode empleado, y un boton de busqueda. En la tabla vacıa, aparece de nuevo otro textopidiendonos que introduzcamos el numero de algun empleado.

El funcionamiento de esta pestana es muy similar al de la pestana anterior, con ladiferencia de que esta pestana sirve para subir los datos de cluster de un historial salarialy la anterior servıa para subir tablas. La rutina de subida de datos es exactamente lamisma, con la diferencia de que el modelo no nos va a devolver los datos del ERP en sı, sino un subconjunto de los datos del ERP unidos a ciertos datos contenidos en la tabla derecursos humanos PA0001, los cuales vamos a necesitar para poder rellenar ciertos datosen el siguiente apartado. Veremos con detalle la query reaizada cuando veamos el modeloXSJS.

Una vez subidos los datos, nos aparece una tabla detallando los distintos salariosmensuales que ha recibido el empleado. Al clicar en una de sus entradas entramos en lasiguiente vista de la ficha de empleado:

4.4.3.4. Ficha de empleado: Calculo de salario

58

Una vez entramos en esta vista, podemos observar varios detalles de la nomina delempleado que hemos decidido observar, como su salario bruto, salario neto, su contribucional IRPF, la division de la companıa en la que se encuentra, una proyeccion de su salarioen 5 anos (para lo cual utilizamos la librerıa sap.viz), etc.

Al fondo de la pagina aparecen dos botones. El primero sirve para generar y descargarla nomina en formato PDF. Dado que la nomina es generada mediante la librerıa jsPDF,no nos hace falta descargar ningun dato al generarla, el navegador simplemente lee losdatos de la pestana ya cargada y genera el PDF. El segundo sirve para volver a la pestanaanterior, en caso de que se quiera ver y generar la nomina de otro periodo o de otrotrabajador.

Cabe destacar que la query SQL generada por el controlador en este apartado no essuficiente para poblar todos los datos de esta pagina, sino que tambien tenemos que pasarledatos obtenidos en la vista anterior, para lo cual utilizabamos las variables declaradas enel “modelo” global declarado en index.html. Para ello, recordemos que habıamos asociadoeste modelo con el nucleo de la aplicacion. Por tanto, solo tenemos que utilizar los metodosencadenados sap.ui.getCore().getModel() para acceder a estas variables.

4.4.3.5. Estructura OrganizativaPor ultimo, hablaremos de la presentacion de la estructura organizativa. Esta parte funcio-na igual que las anteriores, con la diferencia de que al tener que presentar una estructurade arbol, el control con el que tenemos que trabajar, Tree, no posee una toolbar. Parapoder pasarle datos, tenemos que declarar un MatrixLayout, que es una manera de di-vidir la pantalla en filas y columnas. Dentro de este MatrixLayout, definimos lo que seconoce como LayoutCells, en las que vamos introduciendo nuestros controles. Definimos,por tanto, dos filas dentro de este layout, una con 3 columnas (3 celulas, donde ponemosel texto, el campo de introduccion de texto, y el boton), y otra con una columna, dondeintroducimos el control Tree. Ademas, inyectamos CSS para anadir un margen entre lascolumnas de la primera fila (para que el texto, el campo de introduccion de texto y elboton no aparezcan demasiado juntos) y para hacer aque el background de la primera filasea blanco, de tal forma que se parezca lo mas posible a las otras dos pestanas.

4.4.4. Lado servidor: Modelo XS

Del lado servidor tenemos el modelo. Hay dos maneras de sacar datos desde HANAXS, una de ellas es mediante un archivo conocido como .xsodata.

.xsodata es un archivo capaz de exponer las tablas contenidas en HANA en formatoOData, simplemente dandole el nombre y el schema en el que se encuentran, en tiempode desarrollo. Es, de lejos, la forma mas sencilla y practica de exponer nuestros datos alexterior, pues no requiere programar y expone las tablas con las que queremos interactuaren formato OData, un estandar de la industria, con toda la funcionalidad que eso conlleva.

59

Figura 24: Aplicacion web: Arbol Estructura organizativa

Sin embargo, el lector astuto ya habra podido averiguar por que no podemos usar estamanera de exponer nuestras tablas en nuestra aplicacion.

El problema es el siguiente, .xsodata requiere que se le diga de antemano que tablashay que exponer, mediante la modificacion de su codigo fuente. El problema es que estaaplicacion nos ha de servir para subir y exponer absolutamente todas las tablas quetenemos en nuestro ERP, con lo cual nos es imposible dar por sabido de antemano quetablas va a querer subir y exponer el cliente. Ademas, por motivos de seguridad, nopodemos hacer que .xsodata vaya monitorizando y exponiendo un schema entero, sinoque tenemos que especificarle que es lo que queremos exponer a nivel de tabla.

Esto hace completamente imposible trabajar con .xsodata para nuestra aplicacion, conlo cual tendremos que trabajar de otra manera.

La solucion pasa por utilizar el interprete de XSJS que va incluido en HANA pa-ra exponer nuestros datos. Como ya comentamos anteriormente, XSJS es derivado deScriptmonkey, el interprete Javascript de Firefox. Tanto Scriptmonkey como XSJS soninterpretes ligeros, con funcionalidad muy limitada, pero suficiente para nuestros proposi-tos.

El modelo programado solo respondera ante el metodo GET, ya que solo queremosleer datos mediante el, no escribirlos. El modelo recibe el nombre de la tabla con la quese quiere trabajar, ejecuta (con una excepcion, que veremos mas adelante) un comando

60

SELECT * FROM <Schema>.<Tabla> y devuelve el resultado en formato JSON, que manda haciala aplicacion que genero la peticion.

La excepcion se encuentra en las peticiones generadas por la pestana de HistorialSalarial en nuestra aplicacion web. En este caso, dado que nuestro modulo de integracionsube las tablas y los clusters de datos tal y como vienen en el ERP, y necesitamos losdatos de dos elementos distintos para generar dicha pagina (el cluster en sı y los datos deempleado contenidos en la tabla de RRHH PA0001), no hacemos un simple SELECT, sinoque ademas hacemos un INNER JOIN con PA0001, teniendo como campo de union entreambas tablas el numero de empleado.

4.4.5. Vista general del modulo

Con este ultimo elemento queda explicado el modulo de presentacion, y con el elproyecto tecnico en sı. Hemos podido ver las idiosincrasias y la estructura de archivosnecesaria para poder trabajar con HANA XS como servidor web, los pares VC que co-monen la aplicacion web de lado cliente, y el modelo mediante el cual el navegador puedeinteractuar con la base de datos.

Figura 25: Diagrama de flujo de datos del modulo de presentacion.

Como se puede observar, la estructura del codigo de este apartado es bastante complejacomparada con las anteriores, en parte debido a seguir con bastante fidelidad el patron de

61

diseno MVC. Sin embargo, esta estructura nos da la ventaja de tener un diseno altamentemodular, en el que se pueden detectar y corregir rapidamente los fallos de programacionque se hayan cometido, y que es altamente escalable. Si tuviesemos que implementar unanueva pestana, solo tendrıamos que modificar el Shell y crear un nuievo par VC, en vezde tener que encontrar el lugar adecuado para declarar nuestras variables en un codigofuente de 2000 lıneas.

A continuacion escribiremos algunas conclusiones, incluyendo posibles lıneas de inves-tigacion futuras, comparaciones con otros metodos de integracion, etc.

62

5. Comparativa con otras soluciones en el mercado.

Hemos visto, en este proyecto, una manera de integrar datos entre soluciones onCloudy onPremise. Pero no es, ni mucho menos, la unica. Veremos a continuacion otras manerasde integrar, y las compararemos con esta, detallando sus pros y sus contras, con la idea deque el lector pueda hacerse una idea de donde se situa este proyecto dentro del crecientemercado de integracion de datos en Cloud Computing, y que alternativas existen.

5.1. Netweaver Gateway

Netweaver Gateway es, a dıa de hoy, el estandar de SAP a la hora de exponer datosdel ERP a la nube. No es, a diferencia de otros ejemplos aquı, un middleware dedicado alproposito especıfico de integracion de datos, sino mas bien una manera de exponer datosusando el protocolo OData. Es compatible con la mayorıa de los productos (aunque notodos) que vamos a listar a continuacion.

Mediante Netweaver Gateway, se pueden crear servicios OData utilizando la transac-cion SEGW, que utiliza las BAPIs GET ENTITYSET y GET ENTITY para capturar losmetadatos y los datos (respectivamente) de las tablas que queramos incluir en el servicioy las expone en un endpoint web.

Un landscape que contenga Netweaver Gateway generalmente tendra un front-end yun back-end. El back-end por definicion ha de estar en el back-end, pero el front-end puedeestar tambien integrado en el ERP, o puede no estarlo. Si decidimos poner el front-enden el mismo ERP, el principal inconveniente es que, al no estar el ERP originalmentedisenado para tales tareas, el rendimiento del servicio no sera el mismo que si el back-endy el front-end estuvieran separados. Por el contrario, si el back-end y el front-end estanen servidores distintos, el rendimiento del ERP no sufrira tanto, pero a costa de tener quededicar dos servidores en vez de uno.

HCP tiene un servicio conocido como “HCI OData Provisioning”, capaz de actuar deservidor front-end en la nube, lo cual es una gran opcion para alguien que ya tenga HCPen productivo.

La principal ventaja de utilizar Netweaver Gateway es que SAP esta claramente po-tenciando su uso, y que ademas esta basado en estandares tan utilizados como OData,con lo que se puede contratar a alguien que no tenga conocimientos funcionales del ERPpara tratar con el, siempre que tenga habilidades de desarrollo Web y de servicios REST.El inconveniente es que necesita de una instalacion que puede seer mas o menos costosa encaso de que no se tenga el ERP en su version actual, ya que se necesitan addons adiciona-les en caso de que la version de Netweaver sobre la que este corriendo el ERP sea anteriora la 7.4. Ademas, construir un servicio en SEGW es mas complicado que simplementepasarle el nombre de una tabla a una aplicacion (como hacemos nosotros para integrar).Es recomendable usarlo siempre que se tenga una version igual o mas reciente que 7.4,

63

en caso de que sea menor, habra que estudiar el coste de instalar los addons necesariosfrente a utilizar otras opciones.

5.2. HANA Cloud Integration

HANA Cloud Integration es, actualmente, el middleware de integracion mas potencia-do por SAP en estos momentos, y uno de sus productos mas estrategicos. Esta compuestopor una VPN en la nube en la cual los servidores de SAP pueden realizar tareas de ETLentre dos endpoints OData o SOAP, entre otros.

Si bien es verdad que se puede implementar un flujo de integracion interno entredos endpoints mediante llamadas AJAX sin demasiada dificultad, HCI presenta variasventajas. Entre ellas esta la seguridad que proporciona establecer una comunicacion enuna VPN, el hecho de que, al guardarse las transacciones en un log, se pueden recuperaren caso de emergencia, y el hecho de que no hace falta saber AJAX ni ningun otro tipo detecnica de programacion web para poder establecer flujos de integracion, pues la interfazdisponible con HCI abstrae ese tipo de aspectos tecnicos.

Esto hace que HCI sea un producto muy potente a la hora de realizar una integracion,pero tambien tiene sus inconvenientes. Principalmente son dos, el primero es que no es unproducto gratuito (lleva un coste fijo al mes utilizarlo), y el segundo es que no esta hoyen dıa demasiado implantado en el mercado. Esto hace que sea bastante difıcil obteneracceso a el. Sin embargo, hay documentos tecnicos recientes de SAP que fuerzan a utilizarHCI (o PI, que veremos mas adelante) para integrar con ciertos servicios en la nube, locual nos hace pensar que dentro de unos anos es posible que se convierta en un estandar.

5.3. Dell Boomi

Dell Boomi es otra VPN dedicada a tareas de ETL, al igual que HCI. Hay variasdiferencias sin embargo.

La primera y mas crucial es que, hoy en dıa, es el estandar de middlewares de inte-gracion en la nube. Es uno de los productos mas utilizados en el mercado y, hoy por hoy,de los que mas se utilizan a la hora de implementar flujos de integracion (suponiendo queno se tenga algo como PI). Ademas, no requiere de un endpoint OData para integrar conla nube, sino que utiliza conectores (parecidos a Cloud Connector) para comunicarse viaRFC o BAPI con las soluciones onPremise que queramos exponer. Es compatible con lamayorıa de productos de SAP, ademas de otras soluciones de companıas distintas.

La principal desventaja de Boomi es el coste. Actualmente, en su version mas barata,cuesta 2000$ al mes utilizarlo. Ademas, es una opcion que apenas ha salido del mercadoamericano.

64

5.4. SAP PI

SAP PI es, a diferencia de las soluciones anteriores, un middleware onPremise capazde exponer datos a la nube. Dado que PI existıa antes de que SAP empezase a potenciarel Cloud Computing como un nuevo estandar (estableciendo flujos de integracion entredistintas soluciones onPremise), hoy en dıa es una de las soluciones mas implementadasy utilizadas para integrar entre distintas soluciones.

Hoy en dıa es lo mas utilizado, hasta el punto de que SAP esta regalando licencias deHCI a quien ya tenga licencias de PI con el objetivo de seguir fomentando la integraciona la nube. Esto a nos esta explicando la principal ventaja de PI, que es el hecho deque, al ser una solucion mas madura que las anteriores, la poseen la mayorıa de losclientes. Sin embargo, operar con PI es mucho mas complejo que operar con HCI, haciendofalta administradores de sistemas y programadores Java para mantener los servidores eimplementar flujos de integracion con ellos.

5.5. SAP Landscape Transformation

SAP Landscape Transformation es una de las soluciones mas novedosas para copiardatos de un ERP a SAP HANA. Es el estandar de integracion en productos como HANAOne, y es completamente gratuito utilizarlo.

Depende de SAP LT Replication Server para funcionar, una aplicacion servidor inte-grada en HANA Studio, lo cual lo hace actualmente una de las opciones mas interesantesa la hora de replicar tablas a la nube. Sin embargo, solo funciona con HANA, MaxDB ydemas bases de datos, y no esta pensado para ser utilizado, por ejemplo, con Concur oAriba, con lo que su alcance es mas limitado que el de otras soluciones listadas aquı.

65

6. Conclusiones

Pasaremos a detallar aquı algunas de las conclusiones obtenidas con respecto a losobjetivos establecidos en el primer capıtulo, y como los hemos cubierto.

Recordemos que una parte de los objetivos contenidos en esta memoria consistıan enintroducir el modelo de negocio de SAP a un lego en la materia y explicar el cambiotan radical de estrategia que habıan tenido en estos ultimos anos, debido a la natura-leza disruptiva del Cloud Computing, sin meternos en tanto detalle como para que estaparte ocupase la mayor parte de esta memoria. Si bien esto nos ha forzado a dejarnosalgunos detalles interesantes, consideramos que los dos primeros capıtulos son una buenaintroduccion para, al menos, hacerse una idea general de la posicion actual en la que seencuentra el ecosistema SAP. En ultima instancia, sin embargo, es el lector el que ha dejuzgar si este es, o no, el caso.

Con respecto al proyecto tecnico en sı. Podemos observar que hace exactamente loque dice que hace, es decir, mueve tablas y estructuras de datos de un ERP a una cuentade HCP. No hay elemento subjetivo ahı. Una posible crıtica que se le podrıa hacer es enterminos de escalabilidad, es decir, ¿como reaccionarıa la aplicacion creada si en vez detener que subir tablas de pocos MB tuviesemos que subir tablas de varios GB?

Probablemente tendrıamos que hacer algunos cambios, sobre todo a la hora de instalarCloud Connector en una maquina distinta al ERP, pues si no, tendrıamos tablas de variosGB dando saltos por nuestra red local. Tambien podrıa hacerse la crıtica de que JCono es, ni mucho menos, un estandar, y que la manera en que se han hecho las cosas estan poco ortodoxa que serıa difıcil encontrar a alguien capaz de mantener y expandir lafuncionalidad de la aplicacion creada desde cero.

Todo esto son crıticas validas. Sin embargo, hemos de darnos cuenta de que, en ultimainstancia, un ingeniero tiene que desarrollar, primero acorde con las circunstancias de lasituacion actual, y despues segun lo que podrıa suceder en un futuro. Hemos tenido queoperar con tres restricciones severas, que son:

La aplicacion realizada no puede depender de ninguna herramienta que sea de pago.Es decir, el coste de la infraestructura ha de ser cero.

Los cambios que se le tengan que hacer al ERP han de ser lo menos invasivos posible,pues, en este caso, es una herramienta esencial para muchos otros proyectos actual-mente en curso. Una parada de varios dıas para realizar instalaciones complejaspodrıa ser catastrofica.

Nuestro ERP en concreto no esta del todo actualizado, con lo que muchas de lasopciones mas potentes que tenemos para poder integrar estan restringidas paranosotros.

A partir de estas tres restricciones, se puede ver el por que de las decisiones de disenoque hemos tomado. Teniendo en cuenta esto, y el hecho de que estamos desarrollando

66

para una empresa pequena, se puede ver por que hemos instalado, por ejemplo, CloudConnector fuera del servidor de nuestro ERP, o por que hemos decidido usar JCo + CloudConnector en vez de NetWeaver Gateway + Dell Boomi, por poner un ejemplo. Ningunasolucion es perfecta, es cuestion de ver cual es la mas adecuada (o, en ciertos casos, cuales la unica posible de implementar) para cada situacion. Para nuestras circunstancias,la solucion implementada es perfectamente funcional, pero hemos de insistir en que noexiste una panacea (que es por lo que hemos intentado dar una comparativa de solucionesdistintas en el capıtulo anterior, y bajo que condiciones su uso serıa favorable).

En el creciente mercado de las soluciones de integracion y migracion de datos enparticular, y en el mundo del desarrollo de software en general, hay que tener siempremuy en cuenta las restricciones con las que hay que operar y los aspectos de desarrolloque no sean tan crıticos. Saber distinguir cuales son las herramientas mas adecuadas paracada caso es una de las habilidades mas importantes que un ingeniero, especialmente si seva a dedicar en un futuro a la gestion de proyectos, puede adquirir. Esta es, bajo el humildepunto de vista del escritor de este texto, quiza la leccion mas importante aprendida a lolargo de la elaboracion del proyecto aquı descrito.

67

Referencias

[1] APICS. SCM (supply chain management). http://www.apics.org/dictionary/

dictionary-information?ID=4202, 2013. [Online; visitado el 20 de octubre de2014].

[2] Cimdata. About PLM. http://www.cimdata.com/plm.html, 2012. [Online; visitadoel 20 de octubre de 2014].

[3] CIO Leadership. Maximising the Value of Supplier Relationships. http:

//www.vantagepartners.com/researchandpublications/viewPublications.

aspx?id=3150, 2009. [Online, visitado el 20 de octubre de 2014].

[4] Reuven Cohen. The Art Of Reinvention: SAP Puts Its WeightBehind A Better, Faster And Stronger Cloud Computing Stra-tegy. http://www.forbes.com/sites/reuvencohen/2013/05/09/

the-art-of-reinvention-sap-puts-its-weight-behind-a-better-faster-and-stronger-cloud-computing-strategy/,2013. [Online; visitado el 27 de octubre de 2014].

[5] Michael Doane. The New SAP Blue Book. Performance Monitor Press, 2006.

[6] Bob Evans. SAP HANA and the Death of the Lunch Break. http://www.forbes.

com/sites/sap/2011/08/17/sap-hana-and-the-death-of-the-lunch-break/,2011. [Online; visitado el 22 de octubre de 2014].

[7] Bob Evans. SAP HANA and the Game-Changing Po-wer of Speed. http://www.forbes.com/sites/sap/2011/11/21/

sap-hana-and-the-game-changing-power-of-speed/, 2011. [Online; visita-do el 22 de octubre de 2014].

[8] Gartner, Inc. CRM Sales Magic Quadrant. http://www.gartner.com/document/

2798021, 2014. [Online, visitado el 20 de octubre de 2014].

[9] Internet Engineering Task Force. RFC 7231. http://tools.ietf.org/html/

rfc7231#section-4.3.3, 2014. [Online; visitado el 3 de noviembre de 2014].

[10] SAP SE. A 42-year history of innovation. http://www.sap.com/corporate-en/

about/our-company/history/index.html, 2014. [Online; visitado el 20 de octubrede 2014].

[11] SAP SE. SAP HANA Cloud Connector. https://help.hana.ondemand.com/help/frameset.htm?e6c7616abb5710148cfcf3e75d96d596.html, 2014. [Online; visitadoel 27 de octubre de 2014].

68

[12] SAP SE. SAP HANA One Petabyte Performance White Pa-per. http://www.saphana.com/community/blogs/blog/2012/11/12/

the-sap-hana-one-petabyte-test, 2014. [Online; visitado el 24 de octubrede 2014].

[13] SAP SE. SAP HANA Predictive Analysis Library (PAL) Reference. http://help.

sap.com/hana/SAP_HANA_Predictive_Analysis_Library_PAL_en.pdf, 2014. [On-line; visitado el 23 de octubre de 2014].

[14] SAP SE. SAP HANA R Integration Guide. http://help.sap.com/hana/sap_hana_r_integration_guide_en.pdf, 2014. [Online; visitado el 23 de octubre de 2014].

[15] SAP SE. SAP HANA SQL and System Views Reference. http://help.sap.com/

hana/sap_hana_sql_and_system_views_reference_en.pdf, 2014. [Online; visita-do el 22 de octubre de 2014].

[16] SAP SE. SAP HANA SQLScript Reference. http://help.sap.com/hana/sap_

hana_sql_script_reference_en.pdf, 2014. [Online; visitado el 23 de octubre de2014].

[17] SAP SE. SAPUI5 SDK. https://sapui5.netweaver.ondemand.com/sdk/, 2014.[Online; visitado el 6 de noviembre de 2014].

[18] SAP SE. SAP Corporate Fact Sheet. http://www.sap.com/corporate-en/

factsheet, 2014. [Online; visitado el 19 de octubre de 2014].

[19] Robert Shaw. Computer Aided Marketing and Selling. Butterworth Heinemann,1991.

[20] Kay Somers. SAP HANA – Core Architecture. http://en.community.dell.com/

techcenter/b/techcenter/archive/2012/09/28/sap-hana-core-architecture,2012. [Online; visitado el 22 de octubre de 2014].

[21] TechTarget. ERP (enterprise resource planning). http://searchsap.techtarget.

com/definition/ERP, 2014. [Online; visitado el 20 de octubre de 2014].

[22] Verdi Ogewell. “Great ERP, worse PLM” – What SAP PLM needs to sharpenits competitive edge. http://www.engineering.com/PLMERP/ArticleID/8529/

Great-ERP-worse-PLM-What-SAP-PLM-needs-to-sharpen-its-competitive-edge.

aspx, 2014. [Online; visitado el 20 de octubre de 2014].

[23] Jeffrey Word. SAP HANA Essentials. Epistemy Press LLC, 2013.

69

Apendices

A. Codigo fuente del modulo onPremise: ABAP.

Detallamos aquı el codigo fuente de las funciones Z desarrolladas en el ERP.

A.1. Z RFC HR READ PAYROLL ENTRIES

1 FUNCTION Z_RFC_HR_READ_PAYROLL_ENTRIES .

2 *"--------------------------------------------------------------------

3 *"*" Interfase local

4 *" IMPORTING

5 *" VALUE(INT_PERNR) TYPE PERSNO

6 *" EXPORTING

7 *" VALUE(INT_RELID) TYPE RELID

8 *" TABLES

9 *" IT_RGDIR STRUCTURE PC261

10 *"--------------------------------------------------------------------

11 DATA: "it_rgdir TYPE STANDARD TABLE OF pc261 INITIAL SIZE 0,

12 int_molga TYPE molga.

1314 CALL FUNCTION ’PYXX_GET_RELID_FROM_PERNR ’

15 EXPORTING

16 employee = int_pernr

17 IMPORTING

18 relid = int_relid

19 molga = int_molga.

2021 CALL FUNCTION ’CU_READ_RGDIR ’

22 EXPORTING

23 persnr = int_pernr

24 IMPORTING

25 molga = int_molga

26 TABLES

27 in_rgdir = it_rgdir.

2829 ENDFUNCTION.

70

A.2. Z RFC HR READ PAYROLL RESULTS

1 FUNCTION Z_RFC_HR_READ_PAYROLL_RESULTS .

2 *"--------------------------------------------------------------------

3 *"*" Interfase local

4 *" IMPORTING

5 *" VALUE(INT_RELID) TYPE RELID

6 *" VALUE(INT_SEQNR) TYPE PC261 -SEQNR

7 *" VALUE(INT_PERNR) TYPE PC200 -PERNR

8 *" EXPORTING

9 *" VALUE(ST_RESULT) TYPE PAYES_RESULT

10 *"--------------------------------------------------------------------

1112 CALL FUNCTION ’PYXX_READ_PAYROLL_RESULT ’

13 EXPORTING

14 clusterid = int_relid

15 employeenumber = int_pernr

16 sequencenumber = int_seqnr

17 CHANGING

18 payroll_result = st_result

19 EXCEPTIONS

20 ILLEGAL_ISOCODE_OR_CLUSTERID = 1 "Cluster ID Or ISO Code Not in

Table T500L

21 ERROR_GENERATING_IMPORT = 2 "Error When Generating the Import

Routine

22 IMPORT_MISMATCH_ERROR = 3 " Error On Importing : Different

Structures

23 SUBPOOL_DIR_FULL = 4 " More Than 36 Temp. Routines Were

Generated

24 NO_READ_AUTHORITY = 5 "No Reading Authorization for Cluster

25 NO_RECORD_FOUND = 6 " No Payroll Result Found

26 VERSIONS_DO_NOT_MATCH = 7 "Version Indicators Do Not Correspond

27 ERROR_READING_ARCHIVE = 8 " Error When Reading Archives

28 ERROR_READING_RELID = 9. "Error When Reading Cluster ID

2930 ENDFUNCTION.

71

A.3. Z RFC HR READ ORG STRUCTURE

1 FUNCTION z_rfc_hr_read_org_structure .

2 *"----------------------------------------------------------------------

3 *"*" Interfase local

4 *" IMPORTING

5 *" VALUE(INT_OTYPE) TYPE OBJEC -OTYPE

6 *" VALUE(INT_OBJID) TYPE OBJEKTID

7 *" VALUE(INT_WEGID) TYPE GDSTR -WEGID

8 *" EXPORTING

9 *" VALUE(INT_PLVAR) TYPE OBJEC -PLVAR

10 *" TABLES

11 *" INT_TAB STRUCTURE SWHACTOR

12 *" INT_OBJEC STRUCTURE OBJEC

13 *" INT_STRUC STRUCTURE STRUC

14 *"----------------------------------------------------------------------

15 CALL FUNCTION ’RH_STRUC_GET ’

16 EXPORTING

17 act_otype = int_otype

18 act_objid = int_objid

19 act_wegid = int_wegid

20 IMPORTING

21 act_plvar = int_plvar

22 TABLES

23 result_tab = int_tab

24 result_objec = int_objec

25 result_struc = int_struc

26 EXCEPTIONS

27 no_plvar_found = 1

28 no_entry_found = 2

29 OTHERS = 3.

30 .

31 IF sy -subrc <> 0.

32 WRITE: ’Error’, sy -subrc.

33 * WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.

34 ENDIF.

353637 ENDFUNCTION.

72

B. Codigo fuente del modulo de integracion: Java.

Pasamos a listar el codigo fuente del modulo de integracion:

B.1. ControllerServlet.java

1 package com.sap.transfer.jco;

23 import java.io.IOException;

4 import java.io.PrintWriter;

5 import java.sql.SQLException;

6 import java.util.Arrays;

78 import javax.naming.InitialContext;

9 import javax.naming.NamingException;

10 import javax.servlet.ServletException;

11 import javax.servlet.http.HttpServlet;

12 import javax.servlet.http.HttpServletRequest;

13 import javax.servlet.http.HttpServletResponse;

14 import javax.sql.DataSource;

1516 import com.sap.conn.jco.AbapException;

17 import com.sap.conn.jco.JCoException;

1819 /**

20 * Application which makes use of /BODS/RFC_READ_TABLE2 to upload a

table whose name is passed by x-www -form -urlencoded

21 * from an SAP ERP back -end to a HANA cloud account , preserving the

structure.

22 *

23 * Note: The JCo APIs are available under <code >com.sap.conn.jco </code >.

24 */

25 public class ControllerServlet extends HttpServlet

26 {

27 private static final long serialVersionUID = 1L;

28 private String destinationName = "JCoDemoSystem";

29 // private String functionName = "/BODS/RFC_READ_TABLE2 ";

30 private boolean tableNotExist;

31 private TransferView transferView;

32 private HanaDAO hanaDAO;

33 private AbapDAO abapDAO;

3435 /** {@inheritDoc} */

36 @Override

37 public void init() throws ServletException {

38 try {

39 InitialContext ctx = new InitialContext ();

73

40 DataSource ds = (DataSource) ctx.lookup("java:comp/env/jdbc/

DefaultDB");

4142 hanaDAO = new HanaDAO(ds);

43 abapDAO = new AbapDAO(destinationName);

44 } catch (SQLException e) {

45 throw new ServletException(e);

46 } catch (NamingException e) {

47 throw new ServletException(e);

48 } catch (JCoException e) {

49 throw new ServletException (e);

50 }

51 }

525354 protected void doPost(HttpServletRequest request ,

55 HttpServletResponse response) throws ServletException , IOException

{

56 PrintWriter responseWriter = response.getWriter ();

57 transferView = new TransferView(responseWriter);

58 String functionName = request.getParameter("functionname");

59 try {

60 if (functionName.equals("/BODS/RFC_READ_TABLE2")) {

61 // TABLE UPLOADER CODE

62 AbapData tableData;

63 String tableName = request.getParameter("tablename");

6465 response.setStatus(HttpServletResponse.SC_CREATED);

66 tableData = abapDAO.getTable(tableName);

6768 tableNotExist = hanaDAO.checkTable(tableName , tableData.

fieldType , tableData.fieldName);

6970 if (tableNotExist)

71 for (int i = 0; i < tableData.tableEntries.length; i++)

72 hanaDAO.addRow(tableName , tableData.tableEntries[i],

tableData.fieldType , tableData.fieldName);

7374 } else if (functionName.equals("Z_RFC_HR_READ_PAYROLL_ENTRIES")) {

75 // PAYROLL HISTORY UPLOADER CODE

76 String employeeNumber = request.getParameter("employeenumber");

77 String tableName = "PH" + employeeNumber;

7879 AbapData payrollHistory = abapDAO.getPayrollEntries(Integer.

parseInt(employeeNumber));

8081 // fieldName = payrollHistory [0];

82 // fieldType = payrollHistory [1];

74

83 // tableEntries = Arrays.copyOfRange(payrollHistory , 2,

payrollHistory.length);

8485 // Anadimos PERNR para poder hacer un join

86 payrollHistory.fieldName = Arrays.copyOf(payrollHistory.

fieldName , payrollHistory.fieldName.length +1);

87 payrollHistory.fieldType = Arrays.copyOf(payrollHistory.

fieldType , payrollHistory.fieldType.length +1);

888990 payrollHistory.fieldName[payrollHistory.fieldName.length - 1] =

"PERNR";

91 payrollHistory.fieldType[payrollHistory.fieldType.length - 1] =

"I";

92 for (int j = 0; j < payrollHistory.tableEntries.length; j++) {

93 payrollHistory.tableEntries[j] = Arrays.copyOf(payrollHistory.

tableEntries[j], payrollHistory.tableEntries[j]. length + 1)

;

94 payrollHistory.tableEntries[j][ payrollHistory.tableEntries[j].

length - 1] = employeeNumber;

95 }

9697 tableNotExist = hanaDAO.checkTable(tableName , payrollHistory.

fieldType , payrollHistory.fieldName);

9899 if (tableNotExist)

100 for (int i = 0; i < payrollHistory.tableEntries.length; i++)

101 hanaDAO.addRow(tableName , payrollHistory.tableEntries[i],

payrollHistory.fieldType , payrollHistory.fieldName);

102103 response.setStatus(HttpServletResponse.SC_CREATED);

104105 } else if (functionName.equals("Z_RFC_HR_READ_PAYROLL_RESULTS")) {

106 // PAYROLL RESULTS UPLOADER CODE

107 String employeeNumber = request.getParameter("employeenumber");

108 String sequenceNumber = request.getParameter("sequencenumber");

109 String relationId = request.getParameter("relationid");

110111 String tableName = "PH" + employeeNumber + "_PE" +

sequenceNumber;

112113 AbapData payrollResults = abapDAO.getPayrollResults(

employeeNumber , sequenceNumber , relationId);

114 // for (int i = 0; i < payrollResults.length; i++)

115 // responseWriter.println("<p>" + payrollResults[i] + "</p>");

116117 tableNotExist = hanaDAO.checkTable(tableName , payrollResults.

fieldType , payrollResults.fieldName);

118

75

119 if (tableNotExist)

120 for (int i = 0; i < payrollResults.tableEntries.length; i++)

121 hanaDAO.addRow(tableName , payrollResults.tableEntries[i],

payrollResults.fieldType , payrollResults.fieldName);

122123 response.setStatus(HttpServletResponse.SC_CREATED);

124125 } else if (functionName.equals("Z_RFC_HR_READ_ORG_STRUCTURE")) {

126 // STRUCTURE UPLOADER CODE

127 String objectType = request.getParameter("objecttype");

128 String objectId = request.getParameter("objectid");

129 String evaluationPath = request.getParameter("evaluationpath");

130131 String tableName = "ST" + objectType + "_ID" + objectId;

132 AbapData orgTable = abapDAO.getOrganizationalStructure(

objectType , objectId , evaluationPath);

133134 tableNotExist = hanaDAO.checkTable(tableName , orgTable.fieldType

, orgTable.fieldName);

135136 if (tableNotExist)

137 for (int i = 0; i < orgTable.tableEntries.length; i++)

138 hanaDAO.addRow(tableName , orgTable.tableEntries[i], orgTable

.fieldType , orgTable.fieldName);

139140 response.setStatus(HttpServletResponse.SC_CREATED);

141 }

142143 } catch (AbapException e) {

144 transferView.exceptionWriter(e, destinationName);

145 response.setStatus(HttpServletResponse.SC_INTERNAL_SERVER_ERROR);

146 } catch (JCoException e) {

147 transferView.exceptionWriter(e, destinationName);

148 response.setStatus(HttpServletResponse.SC_INTERNAL_SERVER_ERROR);

149 } catch (SQLException e) {

150 transferView.exceptionWriter(e, destinationName);

151 response.setStatus(HttpServletResponse.SC_INTERNAL_SERVER_ERROR);

152 }

76

B.2. AbapDAO.java

1 package com.sap.transfer.jco;

23 import java.sql.SQLException;

4 import java.util.ArrayList;

5 import java.util.Arrays;

6 import java.util.Collections;

7 import java.util.List;

89 import com.sap.conn.jco.AbapException;

10 import com.sap.conn.jco.JCoDestination;

11 import com.sap.conn.jco.JCoDestinationManager;

12 import com.sap.conn.jco.JCoException;

13 import com.sap.conn.jco.JCoFunction;

14 import com.sap.conn.jco.JCoParameterList;

15 import com.sap.conn.jco.JCoRepository;

16 import com.sap.conn.jco.JCoStructure;

17 import com.sap.conn.jco.JCoTable;

1819 /**

20 * @author Juan Jose Perez

21 *

22 * The following class contains some methods which help abstract away

the intricacies

23 * of the ETL process to our main Servlet

24 *

25 */

2627 public class AbapDAO {

2829 String wa;

30 final String destinationName;

31 final JCoDestination destination;

32 final JCoRepository repo;

3334 public AbapDAO (String destName) throws JCoException{

35 destinationName = destName;

3637 // access the RFC Destination "JCoDemoSystem"

38 destination = JCoDestinationManager.getDestination(

destinationName);

39 repo = destination.getRepository ();

40 }

4142 /**

43 * A method which uses /BODS/RFC_READ_TABLE2 and JCo to upload an

ABAP table in native format

44 * @param tableName

77

45 * @return AbapData

46 * @throws AbapException

47 * @throws SQLException

48 * @throws JCoException

49 */

5051 public AbapData getTable(String tableName)

52 throws AbapException , SQLException , JCoException {

5354 AbapData tableData = new AbapData ();

55 // make an invocation of RFC_GET_TABLE_ENTRIES in the

backend;

5657 JCoFunction rfcReadTable = repo.getFunction("/BODS/

RFC_READ_TABLE2");

5859 // Execute the local function and retrieve the data

60 JCoParameterList imports = rfcReadTable.

getImportParameterList ();

61 JCoParameterList exports = rfcReadTable.

getExportParameterList ();

62 JCoParameterList tables = rfcReadTable.getTableParameterList

(); //Se corresponde con TABLES en la llamada a funcion

ABAP.

63 imports.setValue("QUERY_TABLE", tableName);

64 imports.setValue("DELIMITER",";");

656667 rfcReadTable.execute(destination);

68 JCoTable fields = tables.getTable("FIELDS");

69 JCoTable data = tables.getTable (( String) exports.getValue("

OUT_TABLE"));

70 tableData.fieldType = new String[fields.getNumRows ()];

71 tableData.fieldName = new String[fields.getNumRows ()];

72 tableData.tableEntries = new String[data.getNumRows ()][];

7374 for(int i = 0; i < data.getNumRows (); i++) {

75 data.setRow(i);

76 tableData.tableEntries[i] = data.getString("WA").split(";"

);

77 }

78798081 for (int i = 0; i < fields.getNumRows (); i++) {

82 fields.setRow(i);

83 // responseWriter.print((i == 0 ? "" : ";") + fields.

getString (" FIELDNAME "));

78

84 tableData.fieldName[i] = "\"" + fields.getString("

FIELDNAME") + "\"";

8586 }

878889 for (int i = 0; i < fields.getNumRows (); i++) {

90 fields.setRow(i);

91 // responseWriter.print((i == 0 ? "" : ";") + fields.

getString ("TYPE"));

92 tableData.fieldType[i] = fields.getString("TYPE");

93 }

9495 return tableData;

96 }

9798 /**

99 * A method which uses Z_RFC_HR_READ_PAYROLL_ENTRIES and JCo to

upload the Payroll History of an employee

100 * @param employeeNumber

101 * @return AbapData

102 * @throws AbapException

103 * @throws SQLException

104 * @throws JCoException

105 */

106107108 public AbapData getPayrollEntries(int employeeNumber)

109 throws AbapException , SQLException , JCoException {

110 JCoTable payrollEntriesTable;

111 AbapData payrollEntries = new AbapData ();

112 String relationalId;

113114 JCoFunction rfcReadPayrollEntries = repo.getFunction("

Z_RFC_HR_READ_PAYROLL_ENTRIES");

115 JCoParameterList imports = rfcReadPayrollEntries.

getImportParameterList ();

116 JCoParameterList exports = rfcReadPayrollEntries.

getExportParameterList ();

117 JCoParameterList tables = rfcReadPayrollEntries.

getTableParameterList ();

118 imports.setValue("INT_PERNR", employeeNumber);

119 rfcReadPayrollEntries.execute(destination);

120 payrollEntriesTable = tables.getTable("IT_RGDIR");

121 relationalId = exports.getString("INT_RELID");

122 // payrollEntries = new String [2 + payrollEntriesTable.

getNumRows ()][ payrollEntriesTable.getNumColumns () + 1];

123 // Arrays.fill(payrollEntries , "");

124

79

125 payrollEntries.fieldType = new String[payrollEntriesTable.

getNumColumns () + 1];

126 payrollEntries.fieldName = new String[payrollEntriesTable.

getNumColumns () + 1];

127 payrollEntries.tableEntries = new String[payrollEntriesTable.

getNumRows ()][ payrollEntriesTable.getNumColumns () + 1];

128129 for(int i = 0; i < payrollEntriesTable.getNumColumns (); i++) {

130 if (! Arrays.asList(payrollEntries.fieldName).contains(

payrollEntriesTable.getRecordMetaData ().getRecordTypeName(i

))) {

131 payrollEntries.fieldName[i] = payrollEntriesTable.

getRecordMetaData ().getRecordTypeName(i);

132 payrollEntries.fieldType[i] = payrollEntriesTable.

getRecordMetaData ().getTypeAsString(i);

133 }

134 }

135136 payrollEntries.fieldName[payrollEntriesTable.getNumColumns ()] =

"RELID";

137 payrollEntries.fieldType[payrollEntriesTable.getNumColumns ()] =

"CHAR";

138139 for (int j = 0; j < payrollEntriesTable.getNumRows (); j++) {

140 payrollEntriesTable.setRow(j);

141 for (int i = 0; i < payrollEntriesTable.getNumColumns (); i++)

{

142 if (payrollEntries.fieldName[i] != null)

143 payrollEntries.tableEntries[j][i] = payrollEntriesTable.

getString(i);

144 }

145 payrollEntries.tableEntries[j][ payrollEntriesTable.

getNumColumns ()] = relationalId;

146 }

147148 List <String > list = new ArrayList <String >( Arrays.asList(

payrollEntries.fieldName));

149 list.removeAll(Collections.singleton(null));

150 payrollEntries.fieldName = list.toArray(new String[list.size()]);

151152 list = new ArrayList <String >( Arrays.asList(payrollEntries.

fieldType));

153 list.removeAll(Collections.singleton(null));

154 payrollEntries.fieldType = list.toArray(new String[list.size()]);

155156 for (int j = 0; j < payrollEntries.tableEntries.length; j++) {

157 list = new ArrayList <String >( Arrays.asList(payrollEntries.

tableEntries[j]));

158 list.removeAll(Collections.singleton(null));

80

159 payrollEntries.tableEntries[j] = list.toArray(new String[list.

size()]);

160 }

161162 return payrollEntries;

163 }

164165 /**

166 * A method which uses Z_RFC_HR_READ_PAYROLL_RESULTS and JCo to

upload the results of the calculation of the Payroll of an

employee

167 * @param employeeNumber

168 * @param sequenceNumber

169 * @param relationId

170 * @return AbapData

171 * @throws JCoException

172 */

173174 public AbapData getPayrollResults(String employeeNumber , String

sequenceNumber , String relationId) throws JCoException {

175 JCoStructure payrollResultsStructure;

176 AbapData payrollResults = new AbapData ();

177178 JCoFunction rfcReadPayrollResults = repo.getFunction("

Z_RFC_HR_READ_PAYROLL_RESULTS");

179 JCoParameterList imports = rfcReadPayrollResults.

getImportParameterList ();

180 JCoParameterList exports = rfcReadPayrollResults.

getExportParameterList ();

181182 imports.setValue("INT_PERNR", employeeNumber);

183 imports.setValue("INT_SEQNR", sequenceNumber);

184 imports.setValue("INT_RELID", relationId);

185186 rfcReadPayrollResults.execute(destination);

187188 payrollResultsStructure = exports.getStructure("ST_RESULT");

189190 JCoTable payrollCRT = payrollResultsStructure.getStructure("INTER").

getTable("CRT");

191 payrollCRT.setRow (0);

192 String grossSalary;

193 String wageType;

194195 payrollResults.fieldType = new String []{"NUM", "CHAR"};

196 payrollResults.fieldName = new String []{"BETRG", "LGART"};

197 payrollResults.tableEntries = new String[payrollCRT.getNumRows ()

][2];

198

81

199 for (int i = 0; i < payrollCRT.getNumRows (); i++) {

200 payrollCRT.setRow(i);

201 grossSalary = payrollCRT.getString("BETRG");

202 wageType = payrollCRT.getString("LGART");

203 payrollResults.tableEntries[i] = new String []{ grossSalary ,

wageType };

204 }

205206 return payrollResults;

207 }

208209 /**

210 * A method which uses Z_RFC_HR_READ_ORG_STRUCTURE and JCo to upload

the organizational structure of a node

211 * @param objectType

212 * @param objectId

213 * @param evaluationPath

214 * @return AbapData

215 * @throws JCoException

216 */

217218 public AbapData getOrganizationalStructure(String objectType , String

objectId , String evaluationPath) throws JCoException {

219 JCoTable orgStructure;

220 JCoTable orgObjects;

221222 AbapData orgTable = new AbapData ();

223224 JCoFunction rfcReadOrgStructure = repo.getFunction("

Z_RFC_HR_READ_ORG_STRUCTURE");

225226 JCoParameterList imports = rfcReadOrgStructure.

getImportParameterList ();

227 JCoParameterList tables = rfcReadOrgStructure.getTableParameterList

();

228229 imports.setValue("INT_OTYPE", objectType);

230 imports.setValue("INT_OBJID", objectId);

231 imports.setValue("INT_WEGID", evaluationPath);

232233 rfcReadOrgStructure.execute(destination);

234235 orgStructure = tables.getTable("INT_STRUC");

236 orgObjects = tables.getTable("INT_OBJEC");

237238 orgTable.fieldType = new String []{"C", "I", "I", "C", "C", "I", "C",

"I", "I", "I", "I"};

239 orgTable.fieldName = new String []{"STEXT", "SEQNR", "LEVEL", "OTYPE"

, "OBJID", "PDOWN", "DFLAG", "VCOUNT", "PNEXT", "PUP", "PPREV"};

82

240 orgTable.tableEntries = new String[orgStructure.getNumRows ()][

orgTable.fieldName.length ];

241242 for (int i = 0; i < orgStructure.getNumRows (); i++) {

243 orgObjects.setRow(i);

244 orgStructure.setRow(i);

245 orgTable.tableEntries[i][0] = orgObjects.getString(orgTable.

fieldName [0]);

246 for (int j = 1; j < orgTable.fieldName.length; j++)

247 orgTable.tableEntries[i][j] = orgStructure.getString(orgTable.

fieldName[j]);

248 }

249250 return orgTable;

251 }

252 }

83

B.3. HanaDAO.java

1 package com.sap.transfer.jco;

23 import java.sql.Connection;

4 import java.sql.DatabaseMetaData;

5 import java.sql.PreparedStatement;

6 import java.sql.ResultSet;

7 import java.sql.SQLException;

89 import javax.sql.DataSource;

1011 /**

12 * @author Juan Jose Perez

13 * Data access object encapsulating some necessary JDBC operations for

any possible data row.

14 */

15 public class HanaDAO {

1617 private enum AbapTypes

18 {

19 B,S,L,C,N,P,D,T,F,X,g,y,I

20 }

2122 private DataSource dataSource;

2324 /**

25 * Create new data access object with data source.

26 */

27 public HanaDAO(DataSource newDataSource) throws SQLException {

28 setDataSource(newDataSource);

29 }

3031 /**

32 * Get data source which is used for the database operations.

33 */

34 public DataSource getDataSource () {

35 return dataSource;

36 }

3738 /**

39 * Set data source to be used for the database operations.

40 */

41 public void setDataSource(DataSource newDataSource) throws

SQLException {

42 this.dataSource = newDataSource;

43 }

4445 /**

84

46 * Add a row to the table.

47 */

48 public void addRow(String tableName , String [] entries , String []

dataTypes , String [] dataColumns) throws SQLException {

49 Connection connection = dataSource.getConnection ();

5051 try {

52 String statement;

53 String typeCheck = "VARCHAR \\(\\d+\\)|VARBINARY \\(\\d+\\)|TIME

|DATE";

5455 statement = "INSERT INTO " + tableName + " (";

565758 for (int i = 0; i < entries.length; i++) {

59 if (! entries[i].trim().isEmpty ()) {

60 statement = statement + dataColumns[i] + ", ";

61 }

62 }

6364 statement = statement.substring (0, statement.length () -2) + ")

VALUES ("; // Eliminamos la ultima coma y seguimos

escribiendo.

6566 for (int i = 0; i < entries.length; i++) {

67 if (! entries[i].trim().isEmpty ()) {

68 // Si es un String , quitamos espacios en blanco al

principio y al final y anadimos comillas. Si no lo es,

eliminamos todos los caracteres que no sean numericos o

puntos y no anadimos comillas.

69 statement = statement +

70 (typeMapping(dataTypes[i]).matches(typeCheck) ? "’" : "") + (typeMapping

(dataTypes[i]).matches(typeCheck) ? entries[i].trim() : entries[i].

trim().replaceAll("[^\\d.]", "")) +

71 (typeMapping(dataTypes[i]).matches(typeCheck) ? "’" : "") + ", ";

72 }

73 }

7475 statement = statement.substring (0, statement.length () -2) + ")"

;

7677 PreparedStatement pstmt = connection

78 .prepareStatement(statement);

79 pstmt.executeUpdate ();

80 } finally {

81 if (connection != null) {

82 connection.close ();

83 }

84 }

85

85 }

8687 /**

88 * Get all persons from the table.

89 */

90 // public List <Person > selectAllPersons () throws SQLException {

91 // Connection connection = dataSource.getConnection ();

92 // try {

93 // PreparedStatement pstmt = connection

94 // .prepareStatement (" SELECT ID , FIRSTNAME , LASTNAME

FROM T_PERSONS ");

95 // ResultSet rs = pstmt.executeQuery ();

96 // ArrayList <Person > list = new ArrayList <Person >();

97 // while (rs.next()) {

98 // Person p = new Person ();

99 // p.setId(rs.getString (1));

100 // p.setFirstName(rs.getString (2));

101 // p.setLastName(rs.getString (3));

102 // list.add(p);

103 // }

104 // return list;

105 // } finally {

106 // if (connection != null) {

107 // connection.close ();

108 // }

109 // }

110 // }

111112 /**

113 * Check if the person table already exists and create it if not.

114 */

115 public boolean checkTable(String tableName , String [] dataTypes ,

String [] dataColumns) throws SQLException {

116 Connection connection = null;

117 boolean result = false;

118119 try {

120 connection = dataSource.getConnection ();

121 if (! existsTable(connection ,tableName)) {

122 createTable(connection , tableName , dataTypes ,

dataColumns);

123 result = true;

124 }

125 } finally {

126 if (connection != null) {

127 connection.close ();

128 }

129 }

130

86

131 return result;

132 }

133134 /**

135 * Check if the person table already exists.

136 */

137 private boolean existsTable(Connection conn , String tableName)

throws SQLException {

138 DatabaseMetaData meta = conn.getMetaData ();

139 ResultSet rs = meta.getTables(null , null , tableName , null);

140 while (rs.next()) {

141 String name = rs.getString("TABLE_NAME");

142 if (name.equals(tableName)) {

143 return true;

144 }

145 }

146 return false;

147 }

148149 /**

150 * Create the person table.

151 */

152 private void createTable(Connection connection , String tableName ,

String [] dataTypes , String [] dataColumns) throws SQLException {

153 String statement = "CREATE TABLE " + tableName + "("; //

Generamos el Statement SQL en funcion de los datos que

obtenemos.

154155 for (int i = 0; i < dataTypes.length; i++)

156 {

157 statement = statement + " " + dataColumns[i] + " " + typeMapping

(dataTypes[i]) + ((i == dataTypes.length - 1) ? "" : ",") ;

//TODO: Encontrar la manera de averiguar cuales son los

campos clave y ponerlo

158 }

159160 statement = statement + ")";

161162163 PreparedStatement pstmt = connection

164 .prepareStatement(statement);

165 pstmt.executeUpdate ();

166 }

167168 /**

169 * Map ABAP types to SQL types

170 */

171172 private String typeMapping(String type)

87

173 {

174 String result;

175 type = type.substring(0, 1);

176177 switch(AbapTypes.valueOf(type))

178 {

179 case B:

180 result = "VARBINARY (1)";

181 break;

182 case S:

183 result = "VARBINARY (2)";

184 break;

185 case L:

186 result = "VARBINARY (4)";

187 break;

188 case C:

189 result = "VARCHAR (255)";

190 break;

191 case N:

192 result = "VARCHAR (255)";

193 break;

194 case P:

195 result = "DECIMAL";

196 break;

197 case D:

198 result = "DATE";

199 break;

200 case T:

201 result = "TIME";

202 break;

203 case F:

204 result = "DOUBLE PRECISION";

205 break;

206 case X:

207 result = "VARBINARY (255)";

208 break;

209 case I:

210 result = "INTEGER";

211 break;

212 default:

213 result = null;

214 }

215 return result;

216 }

217 }

88

B.4. AbapData.java

1 package com.sap.transfer.jco;

23 public class AbapData {

4 String [] fieldType;

56 String [] fieldName;

78 String [][] tableEntries;

9 }

89

C. Archivos nativos de HANA XS.

A continuacion listamos los archivos necesarios para crear una aplicacion web, expo-nerla, y hacer que pueda manipular los datos de HANA.

C.1. .xsapp

90

C.2. .xsaccess

1 {

2 "exposed" : true ,

3 "default_file" : "index.html",

4 "cors" : [{ "enabled": true }],

5 "anonymous_connection" : "p1940528821trial.myhanaxs.jcodata ::AC"

6 }

91

C.3. .xsprivileges

1 { "privileges" :

2 [ { "name" : "Basic", "description" : "Basic usage privilege" } ]

}

92

C.4. model access.hdbrole

1 role p1940528821trial.myhanaxs.jcodata :: model_access {

2 application privilege: p1940528821trial.myhanaxs.jcodata ::Basic;

3 catalog schema "NEO_2YRCM3I3BM65X2EPAL42IELVB" : SELECT ,UPDATE ,INSERT ,

DELETE;

4 package p1940528821trial.myhanaxs.jcodata: REPO.

ACTIVATE_IMPORTED_OBJECTS;

5 }

93

D. Codigo fuente del modulo de presentacion: Javas-

cript, CSS3, HTML5.

A continuacion pasamos a listar el codigo fuente de la aplicacion web:

D.1. index.html

1 <!DOCTYPE html>

2 <html>

3 <head>

4 <meta http -equiv=’X-UA -Compatible ’ content=’IE=edge ,chrome=1’>

5 <meta http -equiv=’Content -Type ’ content=’text/html;charset=UTF -8’/>

6 <link href="customStyles.css" type="text/css" rel="stylesheet" />

78 <script id="jspdf -bootstrap" type="text/javascript" src="jspdf.js"><

/script >

9 <script id="jspdf -standard -fonts -metrics -bootstrap" type="text/

javascript"

10 src="jspdf.plugin.standard_fonts_metrics.js"></script >

11 <script id="filesaver -min -bootstrap" type="text/javascript" src="

FileSaver.min.js"></script >

1213 <script id=’sap -ui -bootstrap" type="text/javascript ’

14 src=’https :// sapui5.hana.ondemand.com/resources/sap -ui -core.js

’

15 data -sap -ui -theme="sap_bluecrystal"

16 data -sap -ui -libs=’sap.ui.commons , sap.ui.ux3 , sap.viz , sap.ui.

table , sap.ui.core ’

17 data -sap -ui -xx -bindingSyntax="complex">

18 </script >

1920 <script >

21 sap.ui.localResources("mainView");

22 sap.ui.localResources("dataTableView");

23 sap.ui.localResources("dataPayrollView");

24 sap.ui.localResources("orgStructureView");

2526 var transferModel = new sap.ui.model.json.JSONModel ();

27 transferModel.setData ({

28 FPBEG : [],

29 FPEND : [],

30 RELID : [],

31 BUKRS : [],

32 WERKS : [],

33 ENAME : []

34 });

35

94

36 sap.ui.getCore ().setModel(transferModel);

3738 var view = sap.ui.view({ viewName:"mainView.shell",

39 type:sap.ui.core.mvc.ViewType.JS});

40 view.placeAt("content");

41 </script >

42 </head>

4344 <body class="sapUiBody" role="application">

45 <div id="content"></div>

46 </body>

47 </html>

95

D.2. customStyles.css

1 @CHARSET "ISO -8859 -1";

234 /* Custom Styles */

56 .myWhiteCellStyle {

7 background -color : #FFFFFF;

8 }

910 .myTextFieldMargin {

11 margin -left : 6px;

12 margin -right : 6px;

13 }

96

D.3. shell.controller.js

1 sap.ui.controller("mainView.shell", {

2 worksetItemsControl : function (oEvent , key) {

3 oShell = this.getView ().byId("shell");

4 if (key == "table_button") {

5 var viewTable = sap.ui.view({ viewName:"dataTableView.table",

6 type:sap.ui.core.mvc.ViewType.JS});

7 oShell.setContent(viewTable , true);

8 } else if (key == "cluster_button") {

9 var viewCluster = sap.ui.view({ viewName:"dataPayrollView.

cluster",

10 type:sap.ui.core.mvc.ViewType.JS});

11 oShell.setContent(viewCluster , true);

12 } else if (key == "structure_button") {

13 var viewStructure = sap.ui.view({ viewName:"orgStructureView.tree",

14 type:sap.ui.core.mvc.ViewType.JS});

15 oShell.setContent(viewStructure , true);

16 }

1718 }

19 });

97

D.4. shell.view.js

1 sap.ui.jsview("mainView.shell", {

2 getControllerName : function () {

3 return "mainView.shell";

4 },

56 createContent : function(oController) {

78 // Shell

9 var oShell = new sap.ui.ux3.Shell(this.createId("shell"), {

10 showPane : false ,

11 showSearchTool : false ,

12 showFeederTool : false ,

13 showLogoutButton : false ,

14 designType : sap.ui.ux3.ShellDesignType.Crystal ,

1516 worksetItems : [

17 new sap.ui.ux3.NavigationItem ({key : "table_button",

text : "Volcado de tablas"}),

18 new sap.ui.ux3.NavigationItem ({key : "cluster_button",

text : "Ficha Salarial Empleado"}),

19 new sap.ui.ux3.NavigationItem ({key : "structure_button",

text : "Arbol estructura organizativa"})

20 ],

2122 worksetItemSelected : function(oEvent) {

23 var key = oEvent.getParameter("item").getKey ();

24 oController.worksetItemsControl(oEvent , key);

25 }

26 });

2728 var viewTable = sap.ui.view({ viewName:"dataTableView.table",

29 type:sap.ui.core.mvc.ViewType.JS});

30 oShell.setContent(viewTable , true);

3132 return oShell;

33 }

3435 });

98

D.5. table.controller.js

1 sap.ui.controller("dataTableView.table", {

23 setTableModel : function (tableName , layout , table) {

4 layout.setBusy(true);

5 this.tableModel = new sap.ui.model.json.JSONModel ();

6 table.setModel(this.tableModel);

78 jQuery.ajax({

9 url : "/p1940528821trial/myhanaxs/jcodata/json.model.xsjs/",

10 type : ’GET’,

11 contentType : ’application/json’,

12 dataType : ’json’,

13 data : {

14 tablename : tableName

15 },

16 success : jQuery.proxy(function (result) {

17 // Asociamos el modelo a la tabla

18 this.tableModel.setData(result);

19 var rowcount = this.tableModel.oData.data.length;

20 this.showData(rowcount , table);

21 }, this),

22 error : jQuery.proxy(function () {

23 this.uploadTable(tableName);

24 }, this),

25 complete : jQuery.proxy(function () {

26 layout.setBusy(false);

27 }, this)

28 });

29 },

303132 showData : function (rowcount , table) {

33 if(rowcount === 0) {

34 sap.ui.commons.MessageBox.alert("Table was empty.");

35 rowcount = 2;

36 table.setNoData(new sap.ui.commons.TextView ({

37 text : ""

38 }));

39 }

4041 // Y atamos las filas y columnas al modelo

42 table.bindColumns("/metadata", function(sID , oContext) {

43 var sProperty = oContext.getObject ();

44 return new sap.ui.table.Column ({

45 width : ’150px’,

46 wrapping : true ,

47 id : sProperty ,

99

48 label: sProperty ,

49 template: sProperty ,

50 sortProperty: sProperty ,

51 filterProperty: sProperty

52 });

53 });

5455 table.bindRows("/data");

5657 table.bindProperty("visibleRowCount", "/rowcount", function () {

58 return Math.min(15, rowcount);

59 });

60 },

616263 uploadTable : function (tableName) {

64 jQuery.ajax({

65 url : "https :// jcotfp1940528821trial.hanatrial.ondemand.com/

jcotf/ControllerServlet",

66 type: ’POST’,

67 crossDomain: true ,

68 data: {

69 functionname : "/BODS/RFC_READ_TABLE2",

70 tablename : tableName },

71 success: jQuery.proxy(function(result) {

72 sap.ui.commons.MessageBox.alert("Tabla subida con exito!

");

73 layout = this.getView ().byId("layout");

74 table = this.getView ().byId("table");

75 this.setTableModel(tableName , layout , table);

76 }, this),

77 error: function () { sap.ui.commons.MessageBox.alert("Error

subiendo tabla."); }

78 });

79 }

80 });

100

D.6. table.view.js

1 sap.ui.jsview("dataTableView.table", {

2 getControllerName : function () {

3 return "dataTableView.table";

4 },

56 createContent : function(oController) {

78 // Layout

9 var oLayout = new sap.ui.commons.layout.MatrixLayout(this.createId("

layout"), {

10 widths : ’150px’,

11 allowWrapping : true

12 });

1314 // Toolbar Controls

15 var oTableNameLabel = new sap.ui.commons.Label({

16 text : "Introduzca el nombre de la tabla que desee ver (e.g.:

PA0001):"

17 });

1819 var oTableNameValue = new sap.ui.commons.TextField(this.createId("

oTableNameValue"), {

20 value : ’’,

21 width : ’20em’,

22 press1 : [ oController.onLiveChange , oController ],

23 liveChange : function(oEvent) {

24 var searchBtn = oController.getView ().byId("oSearchButton");

25 if (this.getLiveValue () === "") {

26 searchBtn.setEnabled(false);

27 } else {

28 searchBtn.setEnabled(true);

29 }

30 }

31 });

3233 var oSearchButton = new sap.ui.commons.Button(this.createId("

oSearchButton"), {

34 text : "Search",

35 press1 : [ oController.onSearch , oController ],

36 enabled : false ,

37 press : function(event) {

38 var tableName = oController.getView ().byId("oTableNameValue");

39 var layout = oController.getView ().byId("layout");

40 var table = oController.getView ().byId("table");

4142 oController.setTableModel(tableName.getDomRef ().value , layout ,

table);

101

43 }

44 });

45464748 // Stock Values Table

49 var oTable = new sap.ui.table.Table(this.createId("table"), {

50 visibleRowCount : 2,

51 toolbar : new sap.ui.commons.Toolbar ({

52 items : [ oTableNameLabel , oTableNameValue , oSearchButton ]

53 }),

54 noData : new sap.ui.commons.TextView ({

55 text : "Introduzca el nombre de la tabla que quiera ver o subir.

"

56 }),

57 });

58596061 oLayout.createRow(new sap.ui.commons.layout.MatrixLayoutCell ().

addContent(oTable));

6263 //Add chart here

6465 return oLayout;

66 }

6768 });

102

D.7. cluster.controller.js

1 sap.ui.controller("dataPayrollView.cluster", {

23 setHistoryModel : function (employeeNumber , layout , table) {

4 layout.setBusy(true);

5 this.tableModel = new sap.ui.model.json.JSONModel ();

6 table.setModel(this.tableModel);

78 jQuery.ajax({

9 url : "/p1940528821trial/myhanaxs/jcodata/json.model.xsjs/",

10 type : ’GET’,

11 contentType : ’application/json’,

12 dataType : ’json’,

13 data : {

14 tablename : "PH" + employeeNumber

15 },

16 success : jQuery.proxy(function (result) {

17 // Asociamos el modelo a la tabla

18 this.tableModel.setData(result);

19 var rowcount = this.tableModel.oData.data.length;

20 this.showData(rowcount , table);

21 }, this),

22 error : jQuery.proxy(function () {

23 this.uploadHistory(employeeNumber);

24 }, this),

25 complete : jQuery.proxy(function () {

26 layout.setBusy(false);

27 }, this)

28 });

29 },

303132 showData : function (rowcount , table) {

33 if(rowcount === 0) {

34 sap.ui.commons.MessageBox.alert("Payroll History was empty."

);

35 rowcount = 2;

36 table.setNoData(new sap.ui.commons.TextView ({

37 text : ""

38 }));

39 }

4041 // Y atamos las filas y columnas al modelo

42 table.bindColumns("/metadata", function(sID , oContext) {

43 var sProperty = oContext.getObject ();

44 return new sap.ui.table.Column ({

45 width : ’150px’,

46 wrapping : true ,

103

47 id : sProperty ,

48 label: sProperty ,

49 template: sProperty ,

50 sortProperty: sProperty ,

51 filterProperty: sProperty

52 });

53 });

5455 table.bindRows("/data");

5657 table.bindProperty("visibleRowCount", "/rowcount", function () {

58 return Math.min(15, rowcount);

59 });

60 },

616263 uploadHistory : function (employeeNumber) {

64 jQuery.ajax({

65 url : "https :// jcotfp1940528821trial.hanatrial.ondemand.com/

jcotf/ControllerServlet",

66 type: ’POST’,

67 crossDomain: true ,

68 data: {

69 functionname : "Z_RFC_HR_READ_PAYROLL_ENTRIES",

70 employeenumber : employeeNumber },

71 success: jQuery.proxy(function(result) {

72 sap.ui.commons.MessageBox.alert("Historial Salarial

subido con exito!");

73 layout = this.getView ().byId("layout");

74 table = this.getView ().byId("table");

75 this.setHistoryModel(employeeNumber , layout , table);

76 }, this),

77 error: function () { sap.ui.commons.MessageBox.alert("Error

subiendo el Historial Salarial."); }

78 });

79 },

8081 passVariables : function (oEvent) {

82 var payrollModel = sap.ui.getCore ().getModel ();

83 var indexSelectedRow = oEvent.getParameters ().rowIndex;

84 payrollModel.setData ({

85 FPBEG : this.getView ().byId("table").getModel ().oData.data[

indexSelectedRow ].FPBEG ,

86 FPEND : this.getView ().byId("table").getModel ().oData.data[

indexSelectedRow ].FPEND ,

87 RELID : this.getView ().byId("table").getModel ().oData.data[

indexSelectedRow ].RELID ,

88 CDSEQ : this.getView ().byId("table").getModel ().oData.data[

indexSelectedRow ].CDSEQ ,

104

89 BUKRS : this.getView ().byId("table").getModel ().oData.data[

indexSelectedRow ].BUKRS ,

90 WERKS : this.getView ().byId("table").getModel ().oData.data[

indexSelectedRow ].WERKS ,

91 ENAME : this.getView ().byId("table").getModel ().oData.data[

indexSelectedRow ].ENAME ,

92 PERNR : this.getView ().byId("oEmployeeNumberValue").getDomRef ().

value

93 });

94 }

95 });

105

D.8. cluster.view.js

1 sap.ui.jsview("dataPayrollView.cluster", {

2 getControllerName : function () {

3 return "dataPayrollView.cluster";

4 },

56 createContent : function(oController) {

78 // Layout

9 var oLayout = new sap.ui.commons.layout.MatrixLayout(this.createId("

layout"), {

10 widths : ’150px’,

11 allowWrapping : true

12 });

1314 // Toolbar Controls

15 var oTableNameLabel = new sap.ui.commons.Label({

16 text : "Introduzca el numero de un empleado para ver su historial

salarial: "

17 });

1819 var oEmployeeNumberValue = new sap.ui.commons.TextField(this.

createId("oEmployeeNumberValue"), {

20 value : ’’,

21 width : ’20em’,

22 press1 : [ oController.onLiveChange , oController ],

23 liveChange : function(oEvent) {

24 var searchBtn = oController.getView ().byId("oSearchButton");

25 if (this.getLiveValue () === "") {

26 searchBtn.setEnabled(false);

27 } else {

28 searchBtn.setEnabled(true);

29 }

30 }

31 });

3233 var oSearchButton = new sap.ui.commons.Button(this.createId("

oSearchButton"), {

34 text : "Search",

35 press1 : [ oController.onSearch , oController ],

36 enabled : false ,

37 press : function(event) {

38 var tableName = oController.getView ().byId("oEmployeeNumberValue

");

39 var layout = oController.getView ().byId("layout");

40 var table = oController.getView ().byId("table");

41

106

42 oController.setHistoryModel(tableName.getDomRef ().value , layout ,

table);

43 }

44 });

454647 var oTable = new sap.ui.table.Table(this.createId("table"), {

48 visibleRowCount : 2,

49 toolbar : new sap.ui.commons.Toolbar ({

50 items : [ oTableNameLabel , oEmployeeNumberValue , oSearchButton ]

51 }),

52 noData : new sap.ui.commons.TextView ({

53 text : "Introduzca el numero de un empleado."

54 }),

55 rowSelectionChange : function(oEvent) {

56 oController.passVariables(oEvent);

57 var viewResult = sap.ui.view({ viewName:"dataPayrollView.result",

58 type:sap.ui.core.mvc.ViewType.JS});

59 oShell.setContent(viewResult , true);

60 }

61 });

62636465 oLayout.createRow(new sap.ui.commons.layout.MatrixLayoutCell ().

addContent(oTable));

6667 //Add chart here

6869 return oLayout;

70 }

7172 });

107

D.9. result.controller.js

1 sap.ui.controller("dataPayrollView.result", {

23 getPayrollData : function () {

45 transferModel = sap.ui.getCore ().getModel ();

6 var sequenceNumber = transferModel.oData.CDSEQ;

7 var employeeNumber = transferModel.oData.PERNR;

8 var payrollData;

910 // Eliminamos los ceros a la izquierda del n de secuencia

11 sequenceNumber = sequenceNumber.replace (/^[0]+/g, "");

1213 jQuery.ajax({

14 // Necesitamos que sea sincrono , si no payrollData estaria

indefinido

15 async : false ,

16 url : "/p1940528821trial/myhanaxs/jcodata/json.model.xsjs/",

17 type : ’GET’,

18 contentType : ’application/json’,

19 dataType : ’json’,

20 data : {

21 tablename : "PH" + employeeNumber + "_PE" +

sequenceNumber

22 },

23 success : jQuery.proxy(function (result) {

24 payrollData = result;

25 }, this),

2627 error : jQuery.proxy(function () {

28 this.uploadPayrollEntry(employeeNumber , sequenceNumber ,

relationId);

29 // else

30 // sap.ui.commons.MessageBox.alert("Esta funcion depende

de la tabla PA0001 para funcionar. " +

31 // "Si despues de subirla el error persiste , contacte

con el desarrollador de la aplicacion .")

32 }, this)

33 });

3435 return payrollData;

36 },

373839 uploadPayrollEntry : function (employeeNumber , sequenceNumber ,

relationId) {

40 jQuery.ajax({

41 async : false ,

108

42 url : "https :// jcotfp1940528821trial.hanatrial.ondemand.com/

jcotf/ControllerServlet",

43 type: ’POST’,

44 crossDomain: true ,

45 data: {

46 functionname : "Z_RFC_HR_READ_PAYROLL_RESULTS",

47 employeenumber : employeeNumber ,

48 sequencenumber : sequenceNumber ,

49 relationid : relationId },

50 success: jQuery.proxy(function(result) {

51 sap.ui.commons.MessageBox.alert("Entrada salarial subida

con exito!");

52 this.getPayrollEntry ();

53 }, this),

54 error: function () { sap.ui.commons.MessageBox.alert("Error

subiendo entrada salarial."); }

55 });

5657 jQuery.ajax({

58 async : false ,

59 url : "https :// jcotfp1940528821trial.hanatrial.ondemand.com/

jcotf/ControllerServlet",

60 type: ’POST’,

61 crossDomain: true ,

62 data: {

63 functionname : "/BODS/RFC_READ_TABLE2",

64 tablename : "PA0001"

65 },

66 success: jQuery.proxy(function(result) {

67 sap.ui.commons.MessageBox.alert("PA0001 subida con exito

!");

68 this.getPayrollEntry ();

69 }, this),

70 error: function () { sap.ui.commons.MessageBox.alert("Error

subiendo PA0001."); }

71 });

72 },

7374 getChartModel : function(year , grossPay) {

75 var chartModel = new sap.ui.model.json.JSONModel ({

76 predictedSalary : [

77 {year_M : year , grossPay_M : grossPay}

78 ]

79 });

8081 for (var i = 0; i < 4; i++) {

82 dataObj = {year_M : ++year , grossPay_M : (grossPay *= 1.02).

toFixed (2)}

83 chartModel.oData.predictedSalary.push(dataObj);

109

84 }

8586 return chartModel;

87 },

8889 pdfPayroll : function(organization , division , employeeName ,

payrollBeginning , payrollEnd ,

90 grossPay , taxableBase , baseOfContribution , baseOfContributionPPC

, IRPF , netPay) {

9192 var pdf = new jsPDF(’l’, ’cm’, ’a5’);

93 pdf.setLineWidth (0.05);

94 pdf.setFontSize (10);

9596 // 1.2 cm de margen horizontal entre rectangulos y borde de

pagina

97 // 0.2 cm de margen entre borde izquierdo o derecho de

rectangulo y linea

98 // 0.5 cm de margen vertical entre lineas de texto

99100 // Rectangulo superior izquierdo: Datos de la Empresa

101 pdf.rect (1.2, 0.5, 9, 3);

102 pdf.text (1.4, 1, "Empresa: " + organization);

103 pdf.text (1.4, 1.5, "Division: " + division);

104 pdf.text (1.4, 2, "Direccion de la empresa: Por subir");

105 pdf.text (1.4, 2.5, "CIF de la empresa: Por subir");

106 pdf.text (1.4, 3, "Codigo postal de la empresa: Por subir");

107108109 // Rectangulo superior derecho: Datos del empleado

110 pdf.rect (10.8 , 0.5, 9, 3);

111 pdf.text(11, 1, "Empleado: " + employeeName);

112 pdf.text(11, 1.5, "Antiguedad: Por subir");

113 pdf.text(11, 2, "DNI del empleado: Por subir");

114 pdf.text(11, 2.5, "Numero Seguridad Social: Por subir");

115 pdf.text(11, 3, "Periodo de Nomina: " + payrollBeginning + " /

" + payrollEnd);

116117 // Tabla Central: Conceptos de nomina

118 // Header izquierdo

119 pdf.rect (1.2, 4, 15, 1);

120 pdf.text (1.4, 4.5, "Concepto");

121 // Header derecho

122 pdf.rect (16.2 , 4, 3.6, 1);

123 pdf.text (16.4 , 4.5, "Cantidad");

124 // Conceptos

125 pdf.rect (1.2, 5, 15, 3.5);

126 pdf.text (1.4, 5.5, "Salario Bruto");

127 pdf.text (1.4, 6, "Base Imponible");

110

128 pdf.text (1.4, 6.5, "Base de Cotizacion");

129 pdf.text (1.4, 7, "Base de Cotizacion por contingencias

profesionales");

130 pdf.text (1.4, 7.5, "IRPF");

131 pdf.text (1.4, 8, "Salario Neto");

132 // Cantidades

133 pdf.rect (16.2 , 5, 3.6, 3.5);

134 pdf.text (16.4 , 5.5, grossPay);

135 pdf.text (16.4 , 6, taxableBase);

136 pdf.text (16.4 , 6.5, baseOfContribution);

137 pdf.text (16.4 , 7, baseOfContributionPPC);

138 pdf.text (16.4 , 7.5, "-" + IRPF);

139 pdf.text (16.4 , 8, netPay);

140141 // Rubrica

142 pdf.text (1.4, 9.5, "Sevilla , a " + this.spanishFullDate ());

143144 pdf.output(’save’, ’nomina.pdf’);

145 },

146147 spanishFullDate : function () {

148 today = new Date();

149150 // Mes para la rubrica

151 switch (today.getMonth () + 1) {

152 case 1:

153 var month = "enero";

154 break;

155 case 2:

156 var month = "febrero";

157 break;

158 case 3:

159 var month = "marzo";

160 break;

161 case 4:

162 var month = "abril";

163 break;

164 case 5:

165 var month = "mayo";

166 break;

167 case 6:

168 var month = "junio";

169 break;

170 case 7:

171 var month = "julio";

172 break;

173 case 8:

174 var month = "agosto";

175 break;

111

176 case 9:

177 var month = "septiembre";

178 break;

179 case 10:

180 var month = "octubre";

181 break;

182 case 11:

183 var month = "noviembre";

184 break;

185 case 12:

186 var month = "diciembre";

187 }

188189 return today.getDate () + " de " + month + " de " + today.getFullYear

();

190 }

191 });

112

D.10. result.view.js

1 sap.ui.jsview("dataPayrollView.result", {

2 getControllerName : function () {

3 return "dataPayrollView.result";

4 },

56 createContent : function(oController) {

78 transferModel = sap.ui.getCore ().getModel ();

91011 var employeeName = transferModel.oData.ENAME;

12 var organization = transferModel.oData.BUKRS;

13 var division = transferModel.oData.WERKS;

14 var payrollBeginning = transferModel.oData.FPBEG;

15 var payrollEnd = transferModel.oData.FPEND;

16 var relationId = transferModel.oData.RELID;

1718 // Layout

19 var oLayout = new sap.ui.commons.layout.MatrixLayout(this.createId("

layout"), {

20 widths : ’150px’,

21 width : "100 %",

22 allowWrapping : true

23 }).addStyleClass("myWhiteCellStyle");

2425 var payrollData = oController.getPayrollData ();

2627 // Datos salariales del empleado

2829 oLayout.createRow("Ficha de Empleado: ");

30 oLayout.createRow("Nombre: " + employeeName);

31 oLayout.createRow("Organizacion: " + organization + " Division:

" + division);

32 oLayout.createRow("Periodo de nomina: " + payrollBeginning + " - " +

payrollEnd);

3334 for(var i = 0; i < payrollData.data.length; i++) {

35 switch(payrollData.data[i]. LGART) {

36 case "/101":

37 var printWageType = true;

38 var prefix = "Salario Bruto: ";

39 var grossPay = parseFloat(payrollData.data[i]. BETRG);

40 break;

41 case "/106":

42 var printWageType = true;

43 var prefix = "Base Imponible: ";

44 var taxableBase = parseFloat(payrollData.data[i]. BETRG);

113

45 break;

46 case "/342":

47 var printWageType = true;

48 var prefix = "Base de Cotizacion: ";

49 var baseOfContribution = parseFloat(payrollData.data[i]. BETRG);

50 break;

51 case "/343":

52 var printWageType = true;

53 var prefix = "Base de Cotizacion por contingencias profesionales

: ";

54 var baseOfContributionPPC = parseFloat(payrollData.data[i]. BETRG

);

55 break;

56 case "/398":

57 var printWageType = false;

58 var contribution = parseFloat(payrollData.data[i]. BETRG);

59 break;

60 case "/401":

61 var printWageType = true;

62 var prefix = "IRPF: ";

63 var IRPF = parseFloat(payrollData.data[i]. BETRG);

64 break;

65 default:

66 var printWageType = false;

67 }

6869 if(printWageType)

70 oLayout.createRow(prefix + payrollData.data[i]. BETRG);

71 };

7273 var netPay = (grossPay - contribution - IRPF).toFixed (2);

7475 oLayout.createRow("Salario neto: " + netPay.toString ());

7677 // Prediccion salarial a 5 anios

7879 chartModel = oController.getChartModel(parseInt(payrollEnd.substring

(0, 4)), grossPay);

8081 var chartDataset = new sap.viz.ui5.data.FlattenedDataset ({

82 dimensions : [

83 {

84 axis : 1, // must be one for the x-axis , 2 for y-axis

85 name : ’Anio’,

86 value : "{year_M}"

87 }

88 ],

8990 measures : [

114

91 // measure 1

92 {

93 name : ’Salario Bruto’, // ’name’ is used as label in

the Legend

94 value : ’{grossPay_M}’ // ’value ’ defines the binding

for the displayed value

95 },

96 ],

9798 data : {

99 path : "/predictedSalary"

100 }

101102 });

103104 var oBarChart = new sap.viz.ui5.Bar({

105 width : "50 %",

106 height : "400px",

107 plotArea : {

108 //’colorPalette ’ : d3.scale.category20 ().range()

109 },

110 title : {

111 visible : true ,

112 text : ’Prediccion de Salario Bruto a 5 anios.’

113 },

114 dataset : chartDataset

115 });

116117 oBarChart.setModel(chartModel);

118119 oLayout.createRow(oBarChart);

120121 // Botones para generar nomina y volver

122123 var oButton1 = new sap.ui.commons.Button(this.createId("button1"), {

124 text : "Generar nomina",

125 press : function () {

126 oController.pdfPayroll(organization , division , employeeName ,

payrollBeginning , payrollEnd ,

127 grossPay , taxableBase , baseOfContribution ,

baseOfContributionPPC , IRPF , netPay);

128 }

129 }).addStyleClass("myTextFieldMargin");

130131 var oButton2 = new sap.ui.commons.Button(this.createId("button2"), {

132 text : "Volver",

133 press : function () {

134 var viewCluster = sap.ui.view({ viewName:"dataPayrollView.cluster

",

115

135 type:sap.ui.core.mvc.ViewType.JS});

136 oShell.setContent(viewCluster , true);

137 }

138 });

139140 oLayout.createRow(

141 new sap.ui.commons.layout.MatrixLayoutCell ({

142 content : [oButton1 , oButton2]

143 })

144 );

145146 return oLayout;

147 }

148 });

116

D.11. tree.controller.js

1 sap.ui.controller("orgStructureView.tree", {

2 createTree : function(oTree , sIdValue , oLayout) {

3 oLayout.setBusy(true);

4 this.orgStructureModel = new sap.ui.model.json.JSONModel ();

56 jQuery.ajax({

7 url : "/p1940528821trial/myhanaxs/jcodata/json.model.xsjs/",

8 type : ’GET’,

9 contentType : ’application/json’,

10 dataType : ’json’,

11 data : {

12 tablename : "STO_ID" + sIdValue

13 },

14 success : jQuery.proxy(function (oModel) {

15 // Asociamos el modelo a la tabla

16 this.drawTree(oTree , oModel);

17 }, this),

18 error : jQuery.proxy(function () {

19 this.uploadTree(oTree , sIdValue , oLayout);

20 }, this),

21 complete : jQuery.proxy(function () {

22 oLayout.setBusy(false);

23 }, this)

24 });

25 },

2627 drawTree : function(oTree , oModel) {

28 var addNode;

29 nodeList = [];

30 for (var i = 0; i < oModel.data.length; i++) {

31 addNode = true;

3233 // We check for repeated nodes. If a node is already in the tree ,

we don’t add it.

34 for (var j = 0; j < nodeList.length; j++)

35 if (parseInt(oModel.data[i]. SEQNR) === nodeList[j])

36 addNode = false;

3738 if (addNode) {

39 nodeList[nodeList.length] = parseInt(oModel.data[i].SEQNR);

4041 switch (oModel.data[i]. OTYPE) {

42 case "O":

43 var prefix = "Es superior directo de: ";

44 break;

45 case "S":

46 var prefix = "Comprende: ";

117

47 break;

48 case "P":

49 var prefix = "Titular: ";

50 break;

51 default:

52 var prefix = "";

53 }

545556 var oNode = new sap.ui.commons.TreeNode(this.createId("Node_" +

oModel.data[i]. SEQNR), {

57 text : (oModel.data[i].LEVEL !== "1" ? prefix : "") + oModel.

data[i].STEXT ,

58 expanded : false

59 });

6061 if (oModel.data[i]. LEVEL !== "1") {

62 var oParent = this.getView ().byId("Node_" + oModel.data[i].PUP

);

63 oParent.addNode(oNode);

64 }

6566 else

67 oTree.addNode(oNode);

68 }

6970 }

7172 },

7374 uploadTree : function (oTree , sIdValue , oLayout) {

75 jQuery.ajax({

76 url : "https :// jcotfp1940528821trial.hanatrial.ondemand.com/

jcotf/ControllerServlet",

77 type: ’POST’,

78 crossDomain: true ,

79 data: {

80 functionname : "Z_RFC_HR_READ_ORG_STRUCTURE",

81 objecttype : "O",

82 objectid : sIdValue ,

83 evaluationpath : "O-S-P"

84 },

85 success: jQuery.proxy(function(result) {

86 sap.ui.commons.MessageBox.alert("Tabla subida con exito!

");

87 this.createTree(oTree , sIdValue , oLayout);

88 }, this),

89 error: function () { sap.ui.commons.MessageBox.alert("Error

subiendo tabla."); }

118

90 });

91 }

92 });

119

D.12. tree.view.js

1 sap.ui.jsview("orgStructureView.tree", {

2 getControllerName : function () {

3 return "orgStructureView.tree";

4 },

56 createContent : function (oController) {

7 var oLayout = new sap.ui.commons.layout.MatrixLayout(this.createId("

layout"), {

8 layoutFixed : false ,

9 columns : 2,

10 width : "100 %"

11 });

1213 var oIdLabel = new sap.ui.commons.Label({

14 text : "Introduzca la ID del nodo raiz que desee ver (tipo O) : "

15 });

1617 var oIdValue = new sap.ui.commons.TextField(this.createId("textfield

") ,{

18 value : ’’,

19 width : ’20em’,

2021 press1 : [ oController.onLiveChange , oController ],

22 liveChange : function(oEvent) {

23 var searchBtn = oController.getView ().byId("searchbutton");

24 if (this.getLiveValue () === "") {

25 searchBtn.setEnabled(false);

26 } else {

27 searchBtn.setEnabled(true);

28 }

29 }

30 });

3132 var oIdButton = new sap.ui.commons.Button(this.createId("

searchbutton"),{

33 text : "Search",

34 enabled : false ,

35 press : function (event) {

36 var oIdValue = oController.getView ().byId("textfield");

37 var sIdValue = oIdValue.getDomRef ().value;

38 var oTree = oController.getView ().byId("tree");

39 var oLayout = oController.getView ().byId("layout");

4041 oController.createTree(oTree , sIdValue , oLayout);

42 }

43 });

44

120

45 oRow = new sap.ui.commons.layout.MatrixLayoutRow ({

46 cells : [

47 new sap.ui.commons.layout.MatrixLayoutCell ({

48 // backgroundDesign : sap.ui.commons.layout.

BackgroundDesign.Plain ,

49 content : new sap.ui.commons.layout.HorizontalLayout("

treeViewHorizontalLayout", {

50 content : [oIdLabel , oIdValue.addStyleClass("

myTextFieldMargin"), oIdButton]

51 })

52 }).addStyleClass("myWhiteCellStyle"),

53 new sap.ui.commons.layout.MatrixLayoutCell ({

54 // backgroundDesign : sap.ui.commons.layout.

BackgroundDesign.Plain

55 }).addStyleClass("myWhiteCellStyle")]

56 });

5758 oLayout.addRow(oRow);

5960 var oTree = new sap.ui.commons.Tree(this.createId("tree"));

6162 oLayout.createRow(new sap.ui.commons.layout.MatrixLayoutCell ({

63 content : oTree ,

64 colSpan : 2

65 }));

6667 return oLayout;

68 }

6970 });

121

D.13. model.json.xsjs

1 //**** Example for basic REQUEST RESPONSE handling

2 var paramName; var paramValue; var headerName; var headerValue; var

contentType;

34 // Implementation of GET call

5 function handleGet () {

6 paramName = $.request.parameters [0]. name;

7 paramValue = $.request.parameters [0]. value;

89 if (paramName === ’tablename ’) {

10 var data = [];

11 var metadata = [];

12 var i;

13 var result;

14 var stmt;

15 if (paramValue.match (/\ bPH\d+\b/g) !== null) {

16 stmt = "SELECT FPBEG ,FPEND ,BUKRS ,WERKS ,ENAME ,RELID ,CDSEQ FROM \"

NEO_2YRCM3I3BM65X2EPAL42IELVB \".\"" + paramValue + "\"";

17 stmt = stmt + " INNER JOIN \" NEO_2YRCM3I3BM65X2EPAL42IELVB \".\"

PA0001 \"";

18 stmt = stmt + " ON \"" + paramValue + "\". PERNR = \" PA0001 \". PERNR

";

19 } else {

20 stmt = "SELECT * FROM \" NEO_2YRCM3I3BM65X2EPAL42IELVB \".\"" +

paramValue + "\"";

21 }

22 var conn = $.db.getConnection ();

23 var pstmt = conn.prepareStatement(stmt);

24 var rs = pstmt.executeQuery ();

25 var rsmd = pstmt.getMetaData ();

26 var numColumns = rsmd.getColumnCount ();

27 // Save metadata

2829 var row;

30 for (i = 1; i <= numColumns; i++) {

31 metadata.push(rsmd.getColumnLabel(i));

32 }

33 // Save data

3435 while (rs.next()) {

36 row = {};

37 for (i = 1; i <= numColumns; i++) {

38 row[metadata[i-1]] = rs.getString(i);

39 }

40 data.push(row);

41 }

42 $.response.contentType = "application/json";

122

43 // $.response.status = $.net.http.CREATED;

44 rs.close();

45 pstmt.close();

46 conn.close ();

47 result = {

48 "metadata" : metadata ,

49 "data" : data

50 };

51 return result;

52 }

53 return {"myResult":"Wrong parameters"};

54 }

55 //Check Content type headers and parameters

56 function validateInput () {

57 var i; var j;

58 // Check content -type is application/json

59 contentType = $.request.contentType;

60 if ( contentType === null || contentType.startsWith("application/json"

) === false){

61 $.response.status = $.net.http.INTERNAL_SERVER_ERROR;

62 $.response.setBody("Wrong content type request use application/json"

);

63 return false;

64 }

65 // Extract parameters and process them

66 for (i = 0; i < $.request.parameters.length; ++i) {

67 paramName = $.request.parameters[i].name;

68 paramValue = $.request.parameters[i].value;

69 if (paramName !== ’tablename ’) {

70 return false;

71 }

72 }

73 // Extract headers and process them

74 for (j = 0; j < $.request.headers.length; ++j) {

75 headerName = $.request.headers[j].name;

76 headerValue = $.request.headers[j].value;

77 // Add logic

78 }

79 return true;

80 }

81 // Request process

82 function processRequest (){

83 if (validateInput ()){

84 try {

85 switch ( $.request.method ) {

86 // Handle your POST calls here

87 case $.net.http.GET:

88 $.response.setBody(JSON.stringify(handleGet ()));

89 break;

123

90 // Handle your other methods: PUT , DELETE

91 default:

92 $.response.status = $.net.http.METHOD_NOT_ALLOWED;

93 $.response.setBody("Wrong request method");

94 break;

95 }

96 $.response.contentType = "application/json";

97 } catch (e) {

98 $.response.status = $.net.http.INTERNAL_SERVER_ERROR;

99 $.response.setBody("Failed to execute action: " + e.toString ());

100 }

101 }

102 }

103 //Call request processing

104 processRequest ();

124