SAP S/4HANA es una nueva línea de productos

Hace casi 4 años escribí un artículo intentando explicar ¿qué es S/4HANA?

Desde entonces, como no podía ser de otra forma, el producto ha ido evolucionando y ampliando/mejorando su funcionalidad, convirtiéndose en uno de los pilares de la empresa inteligente. Ya sabéis:

  • Suite Inteligente: S/4HANA.
  • Plataforma Digital: SAP Cloud Platform y SAP Data Hub.
  • Tecnologías Inteligentes: SAP Leonardo.

Bien, pues lo primero que hay que tener claro es que S/4HAHA NO es la nueva versión de R/3; S/4HANA es una nueva línea de productos. Y no es que lo diga yo (que también lo digo), lo dicen ellos:

Y deberíais ir pensando en qué vais a hacer con lo que tenéis ahora… ¿migrar o reimplantar?

Sí, ya sé que si recordáis lo “bien” que lo pasasteis en la implantación del sistema actual, tenéis clara la respuesta, pero… ¿estáis seguros de que vuestros procesos no han cambiado nada en los últimos años?

Realmente, la pregunta anterior no está bien formulada, porque es muy posible que vuestros procesos no hayan cambiado nada en los últimos años, pero eso no quiere decir que no debieran haberlo hecho…

Puede que algunos de ellos, los hayáis ido mejorando con el tiempo, pero probablemente, en la gran mayoría de ellos, habréis utilizado la conocida metodología SFNLT: Si Funciona No Lo Toques 😉

Creo que este es un buen momento para aprovechar a revisar nuestros procesos, con el objeto de optimizarlos y adaptarlos al momento tecnológico que vivimos.

Los que habéis ido haciendo los deberes año a año y haciendo mejora continua, puede que optéis por la opción de convertir el sistema existente, pero no tengo yo muy claro que haya mucha gente en este bando.

En cualquier caso, aquí tenéis los distintos escenarios que podéis contemplar:

Lo que está claro es que habrá que hacer una serie actuaciones técnicas y otras a nivel de procesos de negocios.

Si optamos por la opción de convertir el sistema, habrá una serie de adaptaciones que tendremos que hacer sí o sí,  y además tendremos que decidir si queremos hacer varios proyectos o hacerlo todo de una vez, en un “Big Bang”.

Cuando nos planteamos una nueva implantación, los modernos hablar de un “Greenfield”, que sería el escenario recomendado para aquellos que tienen muy tocado su SAP… o que vienen de otro sistema, por supuesto.

El escenario de transformación nos lo deberíamos plantear a la hora de tener un sistema donde consolidar información de distintos sistemas o traspasar ciertos datos a un nuevo sistema, por ejemplo.

Y para cada una de estas opciones, SAP nos facilita una serie de herramientas, como SAP Software Update Manager y SAP S/4 Migration Cockpit; herramientas que, por supuesto, ya conocéis de cuando os pusisteis manos a la obra con S/4HANA

¿Cómo? ¿Que no os apuntasteis al curso que os comenté? Ah, que sí que os apuntasteis, pero que hicisteis nada más… pues tenéis una nueva oportunidad de apuntaros e incluso hacerlo, gracias a los amigos de openSAPSystem Conversion to SAP S/4HANA (Repeat)

Y si queréis ver algo más resumido, a modo de introducción, os aconsejo que perdáis una horita de vuestra vida viendo esta sesión: CNA101 Overview of Transition Paths to SAP S/4HANA

Ya, que tenéis muchas cosas que hacer, pues nada, esperad tranquilos a que llegue el 2025 (antes de lo que pensáis), aunque yo iría haciendo algo… 😉

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… 😉

SAP Cloud Platform Transport Management: transportando que es gerundio

Habitualmente, cuando trabajamos con SAP, estamos acostumbrados a trabajar con 3 entornos: desarrollo, test y producción.

Se supone que configuramos el sistema en desarrollo, probamos cómo va todo en test y lo pasamos a producción, que es donde trabaja el usuario final.

Por supuesto, si tenemos que hacer algún desarrollo que complete alguna posible carencia del software estándar, el ciclo es el mismo.

Y para pasar las cosas de un entorno a otro, hacemos uso de las conocidas órdenes de transporte.

Todo iba bien, hasta que nos “modernizamos” y apareció SAP Portal, con sus desarrollos en Java y resulta que esa parte, en un principio, no se entendía con nuestra querida capa de transportes, pero… finalmente, pasó por el aro.

Cuando ya estábamos tranquilos, aparece HANA y viene con sus “cositas para transportar” y empezamos a oír hablar de las Delivery Units. Y otra vez estábamos en las mismas… ¿dónde están las órdenes de transporte? Así que aparecieron los HANA Transport Containers.

Y no contentos con todo esto, nos vamos a la nube. Que si SAP Cloud Platform, que si Cloud Foundry, que si aplicaciones MTA… y ni rastro de nuestras órdenes de transporte. Se empieza a hablar de repositorios Git y cosas raras de esas, pero… ¿dónde están mis órdenes de transporte?

Tranquilos, ya están aquí. Bueno, no exactamente, pero sí tenemos una forma de transportar con el nuevo servicio SAP Cloud Platform Transport Management.

En este blog podéis ver más detalle: The new cloud-based Transport Management Service.

Es un servicio que está disponible en el entorno Cloud Foundry, pero que nos permite transportar objetos, tanto de las cuentas Neo como de las cuentas Cloud Foundry, ya sean aplicaciones MTA, contenidos específicos de las aplicaciones, paquetes de integración o modelos de XS clásico de instancias HANA conectadas a cuentas cloud.

Venga, vuelve a leer el párrafo anterior… Cloud Foundry, Neo, aplicaciones MTA, paquetes de integración, XS clásico… y un poco más arriba: Delivery Unit, HANA Transport Container, repositorio Git…

¿Pero qué es todo esto? ¿Lo tengo que conocer todo?

Bueno, si te dedicas a la cría de salmonetes o eres un brillante orador especializado en hablar mucho sin decir nada, no; pero si te dedicas a esto de SAP, especialmente, si eres desarrollador, quieres empezar a vivir en el siglo XXI y ver que hay vida más alla del batch-input, sería recomendable que te sonaran todos esos términos.

Si eres consultor no, no es necesario, puedes seguir sólo “poniendo pinchos”, pero puede que en unos años, si no espabilas, te toque ponerlos en la barra de un bar… 😉

SAP Data Hub: ¿qué es esto?

A ver, esto ya lo expliqué hace más de un año y en ese artículo os comentaba que la gente de openSAP estaba preparando un curso  sobre el tema, pues aquí lo tenéis: Freedom of Data with SAP Data Hub

SAP Data Hub junto con SAP Cloud Platform constituye uno de los pilares de la llamada empresa inteligente: la plataforma digital.

Concretamente, SAP Data Hub nos proporciona la orquestación de los datos y la gestión de los metadatos, obtenidos de fuentes de datos heterogéneas.

Ese es uno de los grandes problemas de las empresas hoy en día: la cantidad de fuentes de datos que hay, el volumen y la calidad de los mismos.

Muchas veces se trabaja en silos aislados, lo que nos lleva a “duplicar” el dato, con la inconsistencias que ello conlleva y la falta de efectividad, en el mejor de los casos.

Con SAP Data Hub podemos obtener el dato, depurarlo, enriquecerlo y controlarlo en una única herramienta, para ponerlo a disposición de nuestros procesos de negocio.

El curso ha empezado esta semana, así que estáis a tiempo de engancharos, no me valen las excusas… 😉

SAP Leonardo Internet of Things Foundation: visión general y estrategia

Al igual que ayer, lo que os voy a contar lo podéis encontrar en el curso de openSAP en el que se hace un repaso a lo expuesto en el SAP TechEd 2018 Recap, concretamente en la sesión AIN209 SAP Leonardo Internet of Things Foundation: Overview and Strategy.

Como suelo decir en muchas de las sesiones que imparto SAP Leonardo es “todo lo que suena a moderno” y dentro de este paraguas entran distintas tecnologías como Machine Learning, Inteligencia Artificial, Blockchain y, por supuesto, Internet of Things.

Empecemos por sentar las bases o los pilares, que como ya sabéis, los de la empresa inteligente (ya os dije que se iba a hablar mucho de este concepto) son estos:

Dentro de las tecnologías inteligentes es donde englobamos SAP Leonardo.

Y si hablamos de IoT, tenemos que hablar del IoE (Internet of Everything), ya que podemos tener conectado: personas, cosas y procesos.

Dentro de los servicios de IoT que nos ofrece SAP podemos distinguir 3 grandes áreas:

  • SAP Leonardo IoT Bridge: donde podemos encontrar distintas aplicaciones, que podemos consumir para explotar y analizar la información de “nuestras cosas”.
  • SAP Leonardo  Foundation: aquí hablamos de los distintos servicios de SAP Cloud Platform que nos puede ofrecer, como la gestión de dispositivos, conectividad, almacenamiento de información, uso de APIs…
  • SAP Dynamic Edge Processing: necesaria para gestionar toda esa información que se procesa directamente en los dispositivos (se estima que es superior al 50%), que no es necesario que se transmita de manera inmediata.

En definitiva, podemos recibir información de los distintos sensores y almacenar dicha información en nuestra infraestructura , la cual se comunicará con SAP Cloud Platform para transmitirle la información relevante que nos permita vincularla con nuestros procesos de negocio y/o analizar dicha información, mediante el uso de servicios y/o herramientas que nos facilita la misma plataforma.

En la parte de SAP Cloud Platform, hasta hace poco teníamos el servicio disponible tanto en el entorno Neo como en el de Cloud Foundry (me niego a explicar qué es esto otra vez), aunque desde hace meses ha desaparecido del entorno Neo, pero existir existió, como vimos en esta entrada de hace un par de años: SAP y las cosas de Internet o el Internet de las Cosas.

El caso es que ahora sólo está disponible en algunos datacenters del entorno Cloud Foundry y previo paso por caja, desde 250 €/mes, como podéis ver aquí: SAP Cloud Platform Internet of Things Pricing

Se supone que estará disponible en breve (eso dijeron en agosto) en las cuentas trial de Cloud Foundry, por si queréis esperar… 😉

Dentro de los componentes del servicio nos vamos a encontrar con el Gateway, que nos va a permitir conectar directamente con los dispositivos (IoT Gateway Cloud) o con esa capa intermedia que podemos utilizar para recoger la información fuera de la plataforma (IoT Gateway Edge).

Además, en la parte de aplicaciones podemos encontrar potentes herramientas para el desarrollo de las mismas, con el uso de plantillas y asistentes, pudiendo reutilizar componentes, así como realizar el modelado de datos.

Muy relacionado con esto, tenemos el concepto del Digital Twin, que se basa en que cualquier objeto físico tiene su representación en el mundo digital:

Todo esto y mucho más en la sesión que os comento: AIN209 SAP Leonardo Internet of Things Foundation: Overview and Strategy.

Ahora sólo es cuestión de que enredéis vosotros un poco… 😉

SAP Analytics: ¿dónde estamos?

Con la aparición de SAP Analytics Cloud, podríamos pensar que esta es la única herramienta de analíticas que ofrece SAP y no es así, con independencia de que la misma cada vez vaya teniendo más peso dentro del portfolio de SAP.

La estrategia que plantea SAP en este área es la de un modelo híbrido, en la que tendremos elementos en “la nube” (SAP Analytics Cloud), que convivirán con otros que podamos tener en “la tierra” (Lumira, Web Intelligent, Analysis for Office…), incluso herramientas de terceros, todos ellos gestionados desde un entorno central: SAP Analytics Hub.

En cualquier caso, SAP Analytics Cloud es la piedra angular de esta estrategia, ya que nos permite desde un único entorno, simple y cloud, acceder a funciones de análisis de datos, planificación, predicción y diseño de aplicaciones.

Todo ello, accediendo directamente a los datos en su origen o importándolos en la propia herramienta, cuando sea necesario.

Además, podremos aprovechar todo el contenido de negocio ofrecido por SAP, para cada de una de las líneas de negocio, así como de contenido ofrecido por otros partners.

¿Y qué hacemos con todo lo que tenemos ahora? Pues… depende. Habrá cosas que las puedas seguir utilizando y otras que no tendrás más remedio que “migrar”…

Por ejemplo, si estás utilizando SAP BusinessObjects Explorer o SAP BusinessObjects Dashboard, deberías ir pensando en pasarte a SAP Analytics Cloud y/o SAP Lumira Designer, ya que a partir de 2020 SAP no mantendrá dichas aplicaciones, ya que están basadas en Flash Player que dejará de ser mantenido por Adobe.

En la parte de planificación, también habrá que ver qué hacemos con BPC, ya que SAP Analytics Cloud nos ofrece también funciones de planificación, cada vez más potentes, que no cubren aún toda la funcionalidad, pero la línea de innovación de SAP va siempre hacia el lado cloud.

De todas formas, de todo esto podéis encontrar más información en la sesión AIN100 Analytics Overview del curso de openSAP en el que se hace un repaso a lo expuesto en el SAP TechEd 2018.

Venga, ahora os toca esforzaros un poco… 😉

Upgrade2Success te ayuda a subirte a la nube

Aunque seguimos a la espera de que nos cuenten en qué va a consistir lo del sidecar HCM, para los que queráis iros a la nube, aquí tenéis una ayudita, que también fue anunciada en su momento: SAP anuncia Upgrade2Success para facilitar la transición de SAP HCM a la nube

Entonces, ¿qué hacemos? ¿Nos vamos o nos quedamos?

Personalmente, sigo pensando que hay que esperar a ver qué pasa con “la nueva nómina”, que cada vez tengo más claro que no tardará en aparecer, y ver qué va a incluir el citado sidecar HCM.

En cualquier caso, si te decides a dar el paso, mejor hacerlo bien que mal, ¿no?

Y precisamente para eso te puede servir el curso de openSAP que empezará el próximo 12 de febrero de 2019: Upgrade2Success – Making SAP ERP HCM Migration Easier

Se tratarán estos temas:

  • Unidad 1: ¿Por qué cambiar? Creación de valor.
  • Unidad 2: ¿Cómo SAP soporta cada etapa de este viaje?
  • Unidad 3: ¿Qué considerar antes de comenzar la implementación?
  • Unidad 4: El enfoque de los servicios de migración de Upgrade2Success.
  • Unidad 5: Protección de datos en un entorno de nube.
  • Unidad 6: Uso de SAP Cloud Platform para mejorar la experiencia de Recursos Humanos.

Está dirigido a profesionales de Recursos Humanos, tiene una duración de 4 semanas y se estima una dedicación de 3-4 horas por semana.

Evidentemente, ya me he apuntado… incluso puede que lo haga, ¿y tú? 😉