Gamificación Made in SAP (1 de 3)

Este post va a tratar sobre el concepto de gamificación y que es lo que ha preparado SAP sobre este tema.

Según los gurús o al menos gente que se ha tomado la molestia de hacer una página web sobre este tema, el concepto de gamificación es:

Gamificación (gamification en el ámbito anglosajón) es el empleo de mecánicas de juego en entornos y aplicaciones no lúdicas con el fin de potenciar la motivación, la concentración, el esfuerzo, la fidelización y otros valores positivos comunes a todos los juegos. Se trata de una nueva y poderosa estrategia para influir y motivar a grupos de personas.

SAPUI5: Maneras de cargar un servicio oData y hacer el binding

Gracias al Web IDE de SAP HCP, nos podemos crear una aplicación rápidamente consumiendo un servicio oData sin picar casi código. Tiramos tan pocas líneas, que llega un punto en el que creamos aplicaciones sin saber realmente como funcionan sus tripas, como si fuésemos imperiales del Warhammer 40K.

Así que voy a contar aquí un par de cosas sobre como leer un servicio oData para poder tratar el resultado y como mostrar los datos en la vista mediante el binding. Muy básico todo ello. Si buscas algo complicado... sigue buscando.

Evolución del portal del empleado de SAP (Parte 3 de 3 – El futuro insondable)

 

En este tercer y último post sobre la evolución del portal del empleado, terminamos de ver como SAP ha seguido creando nuevas versiones, y poniendo las cosas más bonitas (y más interesantes para los que tenemos que meterle mano jejeje).

 

En el post anterior (Parte 2), vimos la versión del ESS hecha con Web Dynpro´s ABAP.  Hasta ahí todo va más o menos bien.

 

Estos portales hasta entonces estaban limitados a funcionar con muy pocos exploradores de internet (principalmente Internet Explorer 8 y 9) y sólo en ordenadores de sobremesa.

 

Con el tiempo surgió un problema con este tipo de portales, motivado por la necesidad que había de que estos servicios fuesen accesibles por cualquier tipo de dispositivo (móvil, tablet, sobremesa).

 

Esto hizo que SAP fuese desarrollando nuevas tecnologías, creó aplicaciones móviles nativas, nuevas versiones del netweaver portal,... y llegó un punto en el que surgieron dos caminos diferentes en la evolución del portal del empleado:

• Aplicaciones de Fiori para el empleado.
• HR Renewal 1.0 y 2.0.

 

 

Que profunda es la gente de SAP, madre mía.

 

¿Usar SAP Fiori o SAP Screen Personas?

Con tanta alternativas tecnológicas que SAP nos va soltando, es normal que nos surjan dudas de cuál usar, cuál es la mejor y con cuál vamos a conseguir hacer todo el trabajo con sólo pulsar un botón rojo.

Una de las preguntas más comunes en este aspecto, se refiere a dos de las tecnologías gratuitas en el candelero sapero: SAP Fiori y SAP Screen Personas. ¿Cuál debemos escoger? Porque claro, puede que pensemos que si elegimos una, no vamos a poder usar la otra.

Y ahí la única respuesta posible es, ¿por qué no usar las dos? Ni Fiori son churras, ni Screen Personas son merinas.

Evolución del portal del empleado de SAP (Parte 2 de 3 – ESS con WD ABAP)

En este segundo post vamos a continuar hablando sobre las versiones que SAP ha ido creando del portal del empleado.

En el post anterior (Parte 1),  acabamos viendo el autoservicio del empleado hecho con Web Dynpro´s Java.

Como este tipo de portal era muy  engorroso de gestionar y tenía limitaciones MU gordas (como no poder modificar las Web Dynpro Java (a efectos prácticos)), SAP decidió simplificar todo este sistema e iniciar un proceso para convertir los servicios a Web Dynpro ABAP.

 

En honor a la verdad los servicios estándar con WD Java se podían personalizar (editar etiquetas, ocultar campos,...) pero no permitía realizar modificaciones más complejas.

 

Con este cambio SAP simplificó la parametrización que había que realizar en el portal (creó los llamados roles ligeros del portal que sólo tenían en este caso del ESS, una iView, un workset y un rol del portal). Casi toda la parametrización estaba definida en el ERP.

¿Intranet inaccesible para el Web IDE? SAP Cloud Connector al rescate (y II)

Como habíamos tenido un problema de conectividad a la hora de consumir un servicio oData desde nuestro Web IDE, nos habíamos instalado el SAP Cloud Connector. Habíamos elegido la versión portable porque los de sistemas no se fían de nosotros y no nos habían dado permisos de administrador en el equipo.

Ahora sólo nos falta configurar la conexión, la cuenta SAP HCP y ponernos a trabajar. Así dicho suena rápido, pero tenéis un buen post por delante ;)

Evolución del portal del empleado de SAP (Parte 1 de 3 – Orígenes y ESS Java)

En mi post sobre portales de SAP me gustaría que tratase sobre cómo ha ido evolucionando el portal del empleado. Como veis por el Parte 1 de 3 me gustan las trilogías XD.

 

La primera vez que vi un portal del empleado fue en un ERP de la versión 4.7, pero anteriormente a esta versión existir, existían.

Estos servicios eran BSPs (código ABAP + HTML) y se podían lanzar directamente desde el ERP.

 

¿Intranet inaccesible para el Web IDE? SAP Cloud Connector al rescate (I)

Resulta que hemos descubierto el SAP Web IDE para desarrollar aplicaciones SAP UI5 fácilmente, y nos hemos ofrecido voluntariamente (como pasaba en la mili) para hacer una aplicación Fiori que lea los datos de SAP.

Nos hemos creado nuestro servicio oData, lo hemos probado mediante el Gateway Client y funcionaba chachi piruli juan pelotilla. Ahora vamos a meterle mano a la parte web.

Así que comenzamos a construir la app, creamos nuestro Destination para apuntar al entorno de desarrollo y... oh, oh, esto no funciona. Comenzamos a cambiar parámetros, a hacer pruebas, a tirarnos de los pelos, pero esto no lo consigue arrancar ni Carlos Sainz.

¿Qué puede pasar? Desde la oficina nos estamos conectando sin problemas con el servidor, pero el SAP HCP no está por la labor.

Lo que ocurre es que tenemos un problema de conectividad: El servidor front-end (y por tanto, el Gateway) no es accesible desde el exterior. Tienen capado el acceso (lo que es normal, todo sea dicho) y sólo los equipos dentro de la intranet pueden acceder. Por eso nosotros podemos (ya que estamos en local) pero el destination no llega (está fuera de la red local).