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 Fiori 3.0: próximamente en sus pantallas

Ayer os hablaba de SAP Insider y realmente llegué a esto revisando una presentación del último SAP TechEd celebrado en Las Vegas en 2018, concretamente esta: LT144 – SAP Fiori 3

Ahí podéis ver un vídeo de 20 minutos en el que nos cuentan la evolución que ha tenido Fiori desde su creación, allá por 2013, hasta ahora: Fiori 2.0 ha muerto, ¡viva Fiori 3.0!

Lo cierto es que mucha información no hay. De hecho, si vas a la página oficial de SAP, de momento, hace referencia a Fiori 2.0: SAP Fiori UX

Imagino que a lo largo de 2019 se hará el lanzamiento oficial, pero de momento os cuento alguna de las características, que podéis ver en el vídeo de la sesión:

  • Se han tenido en cuenta distintas aplicaciones, para definir el nuevo diseño.

  • Diseño armonizado, posibilidad de estructurar la información, posibilidad de generar contenido tanto estático como dinámico, uso de patrones de diseño…

  • Diseño consistente, con una gestión simplificada de los patrones de colores y fuentes.

  • Unificación del shell, para no tener distintos diseños por aplicación, permitiendo configurar la forma de navegar. Uso del CoPilot, acciones específicas por producto y posibilidad de saltar de un producto a otro.

Yo que tú me iría enterando de qué va todo esto, antes de que llegue Fiori 4.0… 😉

SAP Fiori para S/4HANA: algunas características interesantes

“En S/4HANA todo es Fiori”… no, no y no. Eso no es cierto, lo diga quien lo diga, que ya sabemos que se dicen muchas cosas… 😉

En S/4HANA tienes tus transacciones (no todas) de toda la vida, tienes el customizing y tienes ABAP, pero… lo cierto es que la experiencia de usuario está muy enfocada a SAP Fiori y que lo suyo sería que la mayoría de los usuarios trabajaran en “modo Fiori”, aunque ya sabemos que la gestión del cambio es algo con lo que no nos llevamos muy bien.

Para animaros un poco a probar las bondades de Fiori, aquí van algunas características:

  • Búsqueda empresarial: está siempre disponible en la parte superior y nos permite hacer una búsqueda rápida entre distintos tipos de objetos de negocio.

  • Notificaciones: recibe avisos directamente de tus procesos de negocio en tu Fiori Launchpad, para mejorar la toma de decisiones.

  • Valores por defecto: como los parámetros de usuario R/3, pero “más mejores”, pudiendo tener varios valores para un mismo parámetro y pudiendo pasar valores a aplicaciones Fiori, Web Dynpro ABAP y SAP GUI.

  • Personalización: no sólo podemos configurar la apariencia de nuestro Launchpad, podemos seleccionar un tema, fijar preferencias de idiomas, ocultar notificaciones…

  • Asistencia al usuario: mucho más que la típica ayuda, con procesos guíados, asistentes web (con SAP Enable Now)…

Estas son sólo 5 de las características más interesantes que os puede ofrecer Fiori y no es que lo diga yo, lo dicen los clientes y los consultores que han “sufrido” las implantaciones de S/4HANA en los últimos años, como podéis leer en este post: Fiori for S/4HANA – Top 5 Fiori features that bring value to every Business User

Ahí tenéis mucha más información, ya sabéis que yo soy un simple “recolector”… 😉

SAP Screen Personas y SAP Fiori

Aunque tengo claro que no lo sé todo, de algunas cosas sí sé algo y/o intento seguir a los que saben. Por ejemplo, de esto de SAP Screen Personas y SAP Fiori os he hablando más de una vez, ¿no?

No me voy a repetir sobre qué es cada cosa, pero sí que quiero dejar claro una vez más que son productos complementarios, que nos permiten mejorar la experiencia de usuario en nuestras aplicaciones.

¿Cuándo elegir uno u otro? Aquí os dejo un artículo donde os lo cuentan: Comparison – SAP Fiori UI5 and Screen Personas : The Good, The Bad, and The Ugly

Y en este otro os hablan de cómo SAP Screen Personas complementa SAP Fiori y las distintas maneras que tengo de conseguir una “experiencia Fiori” en mis aplicaciones: SAP Screen Personas and SAP Fiori UX 2017

Son artículos de 2017, pero ambos están vigentes en el 90% de su contenido. Ya habrá tiempo de ponerse al día… 😉

En cualquier caso, la idea principal de ambos artículos sería: la forma más rápida de “fiorizar” una aplicación para la que no existe la correspondiente en SAPUI5 es utilizar Screen Personas.

De hecho, es lo que el propio SAP hace y lo podéis ver yendo a la SAP Fiori apps reference library, donde tenéis acceso a todas las “aplicaciones Fiori” que nos proporciona SAP: más de 10.400… aunque realmente una gran parte de esas supuestas aplicaciones Fiori, no son realmente aplicaciones SAPUI5 (recordad que Fiori no es una tecnología) sino que son las aplicaciones “de toda la vida” con apariencia Fiori, por la utilización del tema Belize.

Por ejemplo, podéis ver un ejemplo con la transacción para crear un pedido de compras (ME21N): Create Purchase Order, Create Purchase Order – Advanced

Y allí podréis leer literalmente esto:

SAP Fiori 2.0 is the next significant step in our evolution of user experience for business applications: an award-winning new design concept along with a delightful new visual theme, called Belize. SAP Fiori 2.0 is the user experience for SAP S/4HANA, with the SAP Fiori 2.0 visual theme available everywhere, including classic applications. SAP Fiori 2.0 introduces the new theme Belize with new color scheme, layout, font and typography and new icons. The new visual theme Belize provides a harmonized user experience with clean and consistent user interfaces and brings the look & feel of existing applications as closely as possible to SAP Fiori. As a result business users benefit from the SAP Fiori user experience for all their work.

The SAP Fiori visual theme Belize is available for SAP GUI for HTML transactions. Functionally these transactions remain unchanged.

Note that the SAP Fiori visual theme Belize is available for SAP GUI for HTML transactions and is only available for SAP S/4HANA.

En resumen, que ante la pregunta “¿SAP Screen Personas o SAP Fiori?”, la respuesta es: SAP Screen Personas y SAP Fiori.

Y lo de Fiori 2.0 tampoco es algo nuevo, así que date prisa para enterarte de qué va todo esto, antes de que empiecen a hablar de Fiori 3.0… 😉

SAP Screen Personas: ¡qué novedad!

Hace unos meses escribí un post intentando explicar las diferencias entre Fiori y Screen Personas, donde comentaba las posibilidades de ambas herramientas para mejorar la experiencia de usuario en SAP.

A raíz de un nuevo curso anunciado en openSAP, he echado la vista atrás y me he dado cuenta de que a pesar de que SAP Screen Personas apareció hace ya más de 5 años es un gran desconocido.

Por lo tanto, como algo muy novedoso no lo calificaría, la verdad… pero, evidentemente, si no lo conoces, no puedes planteártelo como opción.

A día de hoy, aún me encuentro gente modificando pantallas por código, para ocultar botones, cambiar literales o mover elementos… por no decir de esas pantallas con 10 pestañas y 250 campos en los que sólo necesitamos un 10%, y estoy siendo optimista… 😉

SAP Screen Personas sirve, principalmente, para simplificar pantallas y mejorar la experiencia de usuario, pudiendo crear “visualizaciones” (flavors) a medida de muchas de las transacciones más utilizadas y o “encadenar” varias en una misma pantalla, mediante el uso de scripts.

Además, como hay pantallas especialmente complejas, desde el SPS07, tenemos la posibilidad de “trocearlas”:

En ese SP también ha mejorado la opción de crear aplicaciones móviles y precisamente eso es lo que nos van a enseñar en el curso Building Mobile Applications with SAP Screen Personas, a partir del 26 de septiembre.

Así que, no te preocupes, aún estás a tiempo de subirte a este tren… 😉

PD.- Aquí más info: SAP Screen Personas 3.0 SP07 now available. More mobile capabilities, more enterprise features.

¿SAP Screen Personas o SAP Fiori?

La experiencia de usuario en SAP ha mejorado mucho en los últimos años, en gran parte gracias a iniciativas como Fiori y Screen Personas, aunque muchos no se hayan enterado y sigan con la cantinela de que “SAP es muy feo y poco amigable”… quizás si levantarán la cabeza de “su SAP” y miraran un poco fuera, la opinión cambiase.

También es cierto que después hay gente que no tiene claro qué es una cosa y qué es otra y se crea cierta confusión. Algunas frases que he llegado a oír, hablando sobre esto

“Fiori es el nuevo lenguaje de programación de SAP”.

“Screen Personas está hecho en Fiori”.

“En S/4HANA todo está en Fiori”.

Sobre las “perlas” anteriores:

  • Fiori no es un lenguaje de programación, es un conjunto de reglas de diseño basadas en tecnología (HTML5, CSS y JavaScript) y que se ha convertido en el paradigma de la experiencia de usuario en SAP.
  • Screen Personas no tiene nada que ver con Fiori, es una capa de visualización que se pone por encima de las pantallas para simplificarlas y/o mejorar la usabilidad.
  • S/4HANA tiene transacciones que llaman a una aplicación Fiori y otras que pueden parecer Fiori, aunque por detrás lo que lleva es Screen Personas. Por supuesto, también tengo mis pantallas grises de siempre 😉

Cuando digo lo de que “pueden parecer Fiori” es que lo que puedo hacer es jugar con Screen Personas para darles apariencia de Fiori: mismo estilo, mismos colores, mismos iconos… y al verlo todo “tan azulito” pues me pienso que estoy en una aplicación Fiori.

Al principio, con Screen Personas, sólo podía “tunear” las pantallas SAP GUI de toda la vida, pero con la evolución del producto esto ha ido mejorando y ahora puedo modificar web dynpros, ALVs y darle a todo un aspecto más “moderno”, aunque realmente mis aplicaciones sigan siendo las mismas.

Realmente, esto lo conseguimos con la utilización del tema SAP Belize, que es el que da ese “estilo Fiori” a mis pantallas.

Por lo tanto, tengo 2 productos/herramientas para mejorar el interfaz de usuario y muchas veces la duda viene sobre qué utilizo, si quiero hacer una nueva aplicación, por ejemplo. ¿Hago una aplicación Fiori o hago una normal y luego le pongo Screen Personas?

Cuándo me hacían esa pregunta antes, una de las claves era preguntar: “¿quieres poder ejecutarla desde un dispositivo móvil?” . Si me decían que sí, la opción era Fiori, ya que Screen Personas no tenía la capacidad de adaptarse a la pantalla del dispositivo, pero… eso ha cambiado hace unos meses.

En el SP06 de SAP Screen Personas 3.0, con la aparición de Slipstream Engine, ya tenemos esa capacidad.

Slipstream Engine es una aplicación UI5 que se ejecuta en el navegador o en el dispositivo móvil y es capaz de leer/interpretar el flavor de Screen Personas para mostrarlo en el dispositivo, adaptando la visualización al mismo.

Realmente, es un nuevo cliente que nos permite acceder a nuestro ERP, como puede ser el SAP GUI o el Business Client, por lo que no tiene capacidad offline, como es lógico.

Aquí os lo cuentan todo: SAP Screen Personas Slipstream Engine delivers flavors on your iPad or other mobile device

Eso sí, antes de intentar ver cualquier transacción en un dispositivo móvil, convendría simplificar la pantalla en la medida de lo posible, para después verla en el dispositivo de una manera clara.

Vamos, que antes de pensar si utilizo Fiori o Screen Personas, debería pensar en utilizar otra herramienta, que no requiere el pago de licencias y al alcance de todos (es mucho decir): el sentido común 😉

SAP Fiori Launchpad: ¿en tu casa o en la mía?

La primera cosa que os encontráis cuando os ponéis manos a la obra con lo que os comentaba en la entrada de ayer es el SAP Fiori Launchpad, que está llamado a ser la puerta de acceso a cualquier aplicación SAP.

Una vez que tenemos claro eso, se nos abren 3 posibilidades para desplegarlo:

  • SAP NetWeaver ABAP
  • SAP Portal
  • SAP Cloud Platform

¿Y cuál elegimos? Pues la respuesta está clara: DEPENDE. De todas formas, voy a dar una serie de consejos generales:

  • Si no tienes SAP Portal, no tiene ningún sentido instalarlo a día de hoy. Y en caso de que te lo plantees deberías ir sí o sí a SAP Cloud Platform Portal, no al “de toda la vida”.
  • Eres de usuario de SAP y no tienes necesidades de tener un portal, entonces deberías pensar en un servidor NetWeaver ABAP y, muy probablemente, uno específico para la parte front-end, que pueda trabajar contra todos los back-ends que tengas.
  • Si lo que quieres es “jugar” un poco podrías tener front-end y back-end en el mismo servidor.
  • Si eres usuario de SAP Portal y quieres seguir siéndolo, tienes clara la respuesta y debería ver el siguiente vídeo, para integrar SAP Fiori Launchpad en tu portal: Fiori Launchpad on SAP Enterprise Portal NW 7.50 SP04 New Features
  • Si estás empezando con todo esto de SAP, mi recomendación sería que fueras directamente a la opción de desplegarlo directamente como un servicio en SAP Cloud Platform.

Y una puntualización, aunque a día de hoy tenemos varias opciones, todo apunta a que en un futuro no muy lejano la forma de configurar todo esto sea únicamente a través del SAP Fiori Configuration Cockpit, así que habrá que ir trasteando con ello:

Si queréis profundizar más, aquí os dejo un documento que os puede ser útil: SAP Fiori Launchpad – Deployment Options and Recommendations

Seguiremos informando.. 😉