SAP Fiori: opciones de implementación y recomendaciones

Confío en que a estas alturas ya tengáis todos más que claro que Fiori es un patrón de diseño o el nuevo paradigma de la experiencia de usuario en SAP, pero no un lenguaje de programación.

Por no repetirme, os remito a un artículo publicado hace año y medio: SAPUI5, OData y Fiori: pongamos un poco de orden.

Precisamente, echando la vista atrás me acordé de que en artículo en el que hablaba de la compra de Qualtrics por parte de SAP, planteé una breve encuesta utilizando la herramienta y no había compartido los resultados.

Era sólo una pregunta  (“¿Sobre qué te gustaría que escribiera en próximos artículos?”) y este fue el resultado:

Y en ello estoy, de ahí que hoy toque hablar un poco de Fiori, en concreto de las opciones de implementación que tenemos a día de hoy.

Supongamos que tenemos un backend del que queremos extraer información para consumir aplicaciones Fiori, tendríamos estos 3 escenarios posibles:

  • SAP Fiori embebido: el frontend estaría el mismo servidor que el backend.
  • SAP Fiori hub: el frontend estaría en un servidor dedicado.
  • SAP Fiori Cloud: utilizaríamos el servicio de SAP Cloud Platform y el Cloud Connector para comunicarnos con el backend.

En cualquiera de estas opciones, los procesos de negocio residen en el backend y lo único en que difieres es en la ubicación de las aplicaciones Fiori y el propio SAP Fiori Launchpad (FLP), que será el punto de acceso único a las aplicaciones.

¿Por qué elijo una opción u otra? Hay distintos criterios, pero aquí tenéis alguno:

  • Si tengo distintos backends que no sean S/4HANA, de los que quiero consumir datos: SAP Fiori embedido.

  • Si tengo un sistema S/4HANA (que ya trae la parte Fiori incluida siempre) y otros anteriores: SAP Fiori embebido.

  • Si añadimos un nuevo sistema S/4HANA al escenario anterior: SAP Fiori embebido.

  • Si tengo múltiples sistemas S/4HANA, puedo utilizar el propio los que vienen en el propio sistema: SAP Fiori embebido.

  • También es cierto que en el caso anterior, podría optar por tener un sistema para centralizar el acceso a los distintos FLPs que hay por detrás: SAP Fiori hub.

  • Si no quiero complicarme con la parte de infraestructura y me valen las aplicaciones Fiori que me ofrece el servicio, la opción sería SAP Fiori Cloud.

Evidentemente, aparte de decidir esto, después hay que ver cómo intercambiamos esa información entre el backend y el frontend, donde ahí tendríamos que hablar de gateway, OData y cosas así, pero de eso ya os cuento algo otro día.

Aquí os dejo un gráfico con las opciones:

Aparte de lo comentado, es evidente que cada una de las opciones tiene sus ventajas y sus inconvenientes, y podéis encontrar toda esa información aquí: SAP Fiori Deployment Options and System Landscape Recommendations (January 2019, Version 2.2)

Confío en que seáis más disciplinados que Bart y os hayáis aprendido la lección… 😉

El ABAP no está muerto… ¿y tú?

Como ya comenté hace unos días el ABAP no está muerto, ni mucho menos… lo que no tengo tan claro es si muchos de los desarrolladores ABAP siguen “vivos”.

Con la versión 4.6, allá por el año 2000, apareció en SAP la programación orientada a objetos y es el día de hoy cuando todavía muchos clientes siguen manteniendo sus viejos desarrollos donde los métodos y las clases brillan por su ausencia.

Eso sí, batch-inputs y ALVs, los que quieras 😉

Esto me lleva a reflexionar sobre un “novedoso” artículo publicado hace casi más de 5 años en el SCN: “A Call to Arms for ABAP Developers”

Básicamente, habla de lo que comentaba, que no te puedes tirar 15 años haciendo lo mismo y de la misma forma, sin estar al tanto de las innovaciones que van saliendo.

También es interesante ver la evolución que tuvo este hilo abierto en 2010 y actualizado hasta 2015: “ABAP Future in next coming years”

Es curioso ir viendo cómo van variando las opiniones a medida que va pasando el tiempo… lo que es cierto es que el ABAP permanece.

De todas formas, veamos una opinión más actual en: “The Future and Scope of SAP ABAP Career Paths”

Aquí mencionan algo que comparto plenamente: ABAP sí, pero no sólo ABAP.

Personalmente, creo que la clave en los próximos años va a estar en la integración: sistemas cloud con sistemas on-premise, sistemas SAP de toda la vida (ERP, CRM, SRM…) con sistemas adquiridos (que no integrados, aunque todo llegará) por SAP (SuccessFactors, Ariba, Concur…) y, por supuesto, con sistemas de otros proveedores, que algo hay que dejar para los demás… 😉

Es cierto que es difícil seguir el ritmo y que es imposible que alguien controle: ABAP OO, WebDynpro Java, Workflow, WebDynpro ABAP, OData, Gateway, SAPUI5, BOPF, BRF+, JavaScript, CSS, Core Data Services, HCI, SQLScript… aunque los recruiters y/o los jefes de proyecto lo pretendan…

Lo que es cierto es que te tiene que sonar de qué va todo eso y que si no te suena ya, vas tarde… pero tienes forma de reengancharte, sólo es cuestión de bucear entre los miles de blogs, videos, libros y echarle un poco de ganas.

Yo iré contando alguna cosa por aquí, pero seguro que la tecnología va más rápida, así que mejor espabila, si no quieres que te arrolle el tren 😉

PD.- Ah, y si no os importa pagar, creo que este libro podría serviros de ayuda: “ABAP to the Future”

La razón definitiva para tener que comprar HANA: ¿y si te pierdes en Marte?

Sí, amigos, esto es algo que nos puede pasar a cualquiera, aunque nos parezca imposible, pero más difícil es que te pierdas en terreno enemigo en una guerra mundial, caigas en un agujero negro o te quedes aislado en Marte y te libres de todas… y eso ha pasado, ¿verdad, Matt Damon?

marsHANA

¿Y qué tendrá que ver eso de Marte con HANA pensaréis? Pues para eso necesito que dediquéis una hora de vuestra vida a ver la presentación que hizo Björn Goerke en el SAP TechEd celebrado en Barcelona esta semana: brillante, espectacular, aclaradora, divertida, interesante…

Muchas veces cuando vemos una película, basada en un libro, decimos: “está bien, pero me gustó más el libro”… esta vez, yo puedo decir, sin temor a equivocarme que “la película está bien, pero me gusta más la presentación” 😉

SAP Executive Keynote: Björn Goerke, Barcelona 2015
 
2015-11-13_0-04-37

PD.- Lo que no tengo claro es qué cuesta más: ¿mandar una expedición a Marte o comprar HANA? 😉

ESS y MSS en HR Renewal

En el último SAPPHIRE se habló mucho de la mejora de la experiencia de usuario con productos/tecnologías como FioriPersonas. Esto es algo común para todo SAP, pero en el mundo de HR, también podemos hablar de otro “producto”: HR Renewal

HR Renewal realmente no es un producto, sino un conjunto de funcionalidades que mejoran ciertas aplicaciones ya existentes (ESS, MSS, Shared Service Framework, Learning Solution, Gestión de Talento, Formularios y Procesos…) y nos proporciona funcionalidades nuevas a nivel de infraestructura, como por ejemplo:

Landing Pages: páginas de inicio para cada uno de los roles (employee, manager, hr administrator), donde podemos ver en un único punto todas las transacciones a las que podemos tener acceso, organizadas en bloques (lanes).

Reporting ODP (Operationl Data Provisioning): esto lo que nos permite es tener un “pequeño BW” en nuestro sistema transaccional, para poder lanzar informes analíticos.

Aplicaciones SAPUI5: como el perfil del empleado, solicitud/aprobación de vacaciones, recibo de salarios y calendario de equipo

Estas y otras novedades, las podéis ver en esta presentación:


 
Por cierto, si queréis empezar a pegaros con esto, os tienen que sonar cosas como: webdynpro ABAP, launchpad, OData, Gateway, SAPUI5… eso o podéis seguir diciendo: “no, es que SAP es así de feo…” 😉

SAP y Google Apps

Hace unas semanas hablé de SAP Netweaver Gateway como una tecnología que nos permite conectar las aplicaciones SAP con otras de otros fabricantes de una manera sencilla y estándar, por ejemplo, Microsoft con el SAP NetWeaver Portal Productivity Accelerator para Microsoft (GWPAM).

¿Y si lo podemos hacer con las aplicaciones Microsoft, por qué no con las aplicaciones de Google? Pues todo es cuestión de ponerse, porque la tecnología está ahí, sólo es cuestión de echarle ganas, como Paul J. Modderman: Connecting Google Docs to SAP NetWeaver Gateway

Aquí tenéis un video donde os cuentan cómo va todo esto: Google Technical Webinar: Building Mashups with Google Apps and SAP, using SAP NetWeaver Gateway

sap-goog-integration

Y si le echáis narices y queréis ganas unas Google Glass, aquí os dejo un link: Join the 2014 SAP and Google Application Challenge

Eso sí, creo que pasará algo de tiempo hasta que los usuarios cuando pidan el megainforme, cambien su requisito principal (“que me lo pueda bajar a Excel”) por el “que pueda generar un gsheet” 😉

SAP HCM: evolución y estrategia de la experiencia de usuario

El viernes pasado hicimos una breve presentación, en el grupo de trabajo de RRHH de AUSAPE en Barcelona, de la evolución de la experiencia de usuario en SAP HCM en los últimos años, con ejemplos prácticos de uso de las distintas tecnologías/componentes que podemos utilizar hoy en día, con la finalidad de aclarar conceptos básicos.

Aquí os dejo la presentación que utilizamos de guía, aunque lo verdaderamente interesante es ver ejemplos de aplicación reales, de cada una de estas opciones:


 
Si queréis más información, no dudéis en contactar con nosotros 😉

SAP NetWeaver Gateway Service Builder

Para finalizar esta semana tan “movida” y a modo de repaso de lo contado en días anteriores sobre OData y SAP NetWeaver Gateway, os dejo con este video donde nos explican paso a paso cómo crear un servicio OData con el SAP NetWeaver Gateway Service Builder:


Venga, estudiaroslo bien, que ya os diré cuándo es el examen 😉