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 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 UX: primero BUILD, después Splash y ahora… BUILD

En el mercado, existen muchas herramientas para el diseño rápido de prototipos de aplicaciones (mockups): Balsamiq, Flinto, Axure son algunas de ellas. Evidentemente, hay muchas más, pero con esas he llegado a “trastear” alguna vez, incluso alguna de ellas por “recomendación” de SAP: SAP Releases Fiori Widgets for Axure RP

Finalmente (esto es mucho decir con SAP) parece que la apuesta era BUILD y llegaron a un acuerdo donde, lógicamente, lo primero era cambiar el nombre y pasó a llamarse SAP Splash.

¿Y que podíamos hacer con esto? Mejor lo véis:
 


 
Bien, pues después de unos meses trabajando con la versión beta de SAP Splash, llega… BUILD.

Sí, eso es, volvemos al nombre original, donde podremos seguir trabajando con una versión gratuita pero ya aparece la opción completa, que será de pago, pero… no sabemos el importe. Sólo una pista: necesitará de licencia de HANA Cloud Platform.

Por cierto, si alguien ha estado trabajando con la versión beta, tranquilos, seguirá existiendo, con la limitación de tener sólo 5 prototipos activos y alguna cosa más.

Esto lo cuentan en una newsletter que enviaron el pasado 22 de agosto, aquí podéis ver un post donde también hablan de esto: The general release of BUILD is on its way!!!

Una vez más, aparece HANA Cloud Platform como la pieza angular en la que se basan otras soluciones, algo que ya no debería sorprendernos 😉

SAP Fiori en acción

En el siguiente video podemos ver un ejemplo de uso de SAP Fiori, comparado con el mismo proceso hecho de “la forma tradicional” (SAP GUI). Creo que lo mejor es verlo, los números hablar por sí solos:


 
Cierto es que en un caso el usuario trabaja en R/3 y en el otro en S/4HANA, pero nos centramos sólo en la experiencia de usuario, en el número de pantallas, de campos, de “clicks”, etc… que el usuario tiene que utilizar para hacer el mismo proceso. El ahorro de tiempo y el consecuente aumento de la eficiencia es bastante significativo.

Esto lo podríamos extrapolar a muchos procesos, aunque no a todos, ya que no todo es “fiorizable” o porque a veces puede haber una solución mejor, como Screen Personas, por ejemplo… todo depende del proceso que queramos optimizar, entre otras cosas, como la tecnología (nivel de parches, versión del navegador…) y algo menos importante: el presupuesto 😉

PD.- Por cierto, este video lo he encontrado en Youtube y no he podido resistirme a hacer una captura del comentario que había…
comen

¿Qué es SAP Fiori?

Si a estas altura del partido no tienes claro esto, mal vamos… si quieres te lo digo en inglés 😉


 
SAP Fiori nació como un conjunto de 25 aplicaciones, hace casi 3 años, pero desde entonces ha llovido bastante. Ya no podemos hablar de Fiori como un conjunto de aplicaciones (por cierto, Fiori ofrece más de 700 aplicaciones en la última “oleada”) o no sólo como eso, ya que enseguida se convirtió en algo más: el paradigma de la experiencia de usuario en SAP.

SAP Fiori es la nueva experiencia de usuario SAP , diseñada con una imagen actual, basada en tecnologías estándar y centrada en la usabilidad, lo que permite a los usuarios, de cualquier línea de negocio, trabajar de una manera uniforme desde cualquier dispositivo. Esto permitirá a los usuarios realizar su trabajo de una manera más simple y atractiva.

¿Y cómo va a evolucionar todo esto? Pues aquí tenéis el road map para todo el tema de UI, donde podréis ver que todo apunta hacia el mismo sitio: SAP Product Road Map – SAP User Interface Technologies 2016Q1

Y encima gratis… ¿qué más queréis? 😉

 

Fiori no es una opción, es la opción

Y no lo digo yo, que también lo digo, lo dice “el señor Gartner”, que seguro que a él le hacéis mucho más caso: SAP Fiori UX: It Is Not a Matter of If, but When and How

Para los vagos, cosas interesantes que dicen en el artículo:

  • SAP Fiori UX es un cambio de estrategia, no simplemente un cambio de producto, como si puede ser SAP Screen Personas, va mucho más allá, es una revolución en la experiencia de uso del ERP.
  • Design Thinking ha jugado un papel fundamental en esta “re-evolución” de SAP, impulsado por Hasso Plattner, desde las más “altas esferas”, formando parte del ADN de SAP.
  • Fiori continua ampliando su alcance. Desde que publiqué este post en mayo de 2013 (eso no lo dice “el señor Gartner”, lo digo yo) ha llovido un poco y Fiori ha pasado de ser un conjunto de aplicaciones con una funcionalidad limitada, a ser uno de los pilares (creo que de éste no ha dicho nada Willy Toledo) básicos de S/4HANA.

271456_1

Dicen muchas más cosas y creo que merece la pena leerlo… yo, como siempre, sólo recopilo 😉

SAP Screen Personas 3.0: porque no sólo de Fiori vive el hombre

Con un trimestre de retraso a lo anunciado, ya está aquí SAP Screen Personas 3.0 y además viene ya con el SP1… con lo que se supone que se habrán depurado bastantes cosas en el ramp-up.

personas

¿Qué novedades trae esta nueva versión?

  • Es una versión completamente nueva, reescrita desde cero en HTML5 como parte de la SAP GUI para HTML (GUI Web).
  • Capacidad para hacer pantallas personalizadas directamente en SAP GUI para Windows.
  • Una administración más simple.
  • Mayor integración en otras soluciones SAP UX.
  • No dependencia de Silverlight.
  • Scripting más potente, basado en JavaScript.
  • Editor más intuitivo.

(Información sacada de este artículo: SAP Screen Personas 3.0 Is Generally Available, including Service Pack 1)

¿Y qué pasa si ya habéis empezado a trabajar con SAP Screen Personas 2.0? Tranquilos, que aquí nos cuentan cómo podemos migrar nuestros “flavors”:
 

De todas formas, no os engañéis, si lo que habéis hecho es una demo, con 2 transacciones, lo mejor es que os olvidéis y empecéis de cero 😉