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 Launchpad te simplifica la vida

Olvídate de navegar por carpetas y de acordarte de raros nombres de transacciones. Sí, ya sé que estás acostumbrado a eso, pero es que eso que pregonas de “la gestión del cambio” también va contigo… 😉

Como ya he comentado alguna vez, SAP Fiori Launchpad debería ser la puerta de acceso a cualquier aplicación SAP en el futuro más inmediato. Es decir, ayer.

Y para ello, aquí te dejo algunas pistas para que lo configures:

Básicamente, se trata de aplicar el sentido común y seguir reglas del tipo:

  • Muestras sólo las aplicaciones que necesitas habitualmente: ¿o eres de los que tienes el escritorio de Windows lleno de iconos?
  • Organiza las aplicaciones de manera coherente: utiliza los grupos y ponles títulos significativos.
  • Deja que el usuario personalice su pantalla: por muy intuitiva que te parezca la que has diseñado por defecto, cada uno tenemos nuestra forma de organizar la información; además, siempre hay la posibilidad de deshacer los cambios y volver a la original.

Y recuerda que no todo tiene que estar en la página de inicio, también tenemos el buscador de aplicaciones y el menú de navegación.

Estos consejos y algunos más, los podéis ver en el artículo original: SAP Fiori Launchpad – Setting Up the Right Environment

Y no, por favor, no vengáis con cosas del tipo: “es que para tener esto, tenemos que tener HANA”… que no sería la primera vez que lo oigo… 😉

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

10 afirmaciones sobre Fiori y S/4HANA sin fundamento

Hay gente a la que le gusta hacer las cosas siempre con fundamento, pero no siempre es así y vamos a ver una serie de cuestiones sobre Fiori y S/4HANA, que quizás hayas oído en alguna ocasión.

Puedo usar S/4HANA sin SAP Fiori.

Poder, puedes, pero ¿debes? Ni “todo en S/4 es Fiori”, como han dicho algunos, ni “te recomiendo que no hagas nada con Fiori, que es muy difícil”, que han dicho otros.

Todo lo de SAP Fiori y SAP S/4HANA UX viene activo de fábrica y/o la activación de SAP Fiori es una tarea puramente técnica.

Sí, por supuesto, sólo es cuestión de meter “diskettes” y darle a “siguiente”… 😉

Hay una aplicación SAP Fiori para cada transacción SAP GUI.

Una no, dos. De verdad, ¿sigues pensando que esto es lo mismo de siempre pero en “azulito”?

Las aplicaciones de SAP Fiori deben tener todas las características de las transacciones de SAP GUI equivalentes.

Por supuesto, que sea todo igual, que la tecnología no ha cambiado apenas en los últimos años…

El uso del Fiori Visual Theme convierte las transacciones SAP GUI y las aplicaciones Web Dynpro ABAP en aplicaciones SAP Fiori.

Sí, no te preocupes, no tienes que modificar/adaptar nada, sólo contratar buenos profesionales que te den una mano de pintura en tus sistemas.

Todo lo que tenemos que hacer es seleccionar las aplicaciones disponibles y es responsabilidad del usuario organizar su página de inicio.

Efectivamente, pongamos todo en el Launchpad y que el usuario se busque la vida…

Todo se ejecutará en dispositivos móviles sin ningún esfuerzo adicional.

Claro, hombre, puedes instalar SAP en una Gameboy…

Los desarrolladores de Fiori de Business Suite o Suite en HANA están listos para desarrollar en SAP S/4HANA.

Eso no hace falta ni decirlo, un desarrollador debe saber manejar a la perfección: ABAP, BSP, SAPScript, Adobe Forms, Web Dynpro Java, Web Dynpro ABAP, SAPUI5, OData, Gateway, Javascript, Fiori..

HANA significa no tener que hacer nunca ajustes de rendimiento.

Claro, claro, como está todo en memoria y es todo infinito y baratísimo, sólo es cuestión de echar más “madera”…

Train GIF - Find & Share on GIPHY

La experiencia del usuario es una parte menor y/o técnica de un proyecto SAP S /4HANA.

Esto y las autorizaciones, déjalo siempre para el final, que no tiene ninguna importancia. Nadie se ha estrellado por eso…

…………………………………

Bueno, si no os han convencido mis “sesudas” explicaciones, aquí os dejo un artículo donde lo cuentan desde otro punto de vista: Fiori for S/4HANA – Top 10 Myths & Misconceptions to Avoid

En el artículo os lo dan todo ya cocinado, sólo os queda añadir un poco de perejil y listo 😉

SAP Fiori Overview Pages

Hace año y medio cuando se empezó a hablar del concepto de Fiori 2.0 aparecieron las Overview Pages, que son algo más que “esas páginas chulas”, como dicen algunos…

Utilizando distintos tipos de componentes, de los llamados SAP Fiori Elements, podré construir estas páginas, que me presentan la información dentro de un contexto y de manera intuitiva para el usuario, pudiendo además navegar para consultar el detalle de la misma.

En este video podéis ver un ejemplo de una Overview Page:

En una próxima entrada, veremos cómo crear una, pero de momento os dejo con un enlace donde podéis encontrar las que hay disponibles, a día de hoy en la Fiori Apps Library, para las distintas versiones S/4HANA: aplicaciones estándar Fiori con Overview Page

Evidentemente, antes de ponernos a crear una, habría que revisar si ya existe algo parecido a lo que necesito, ¿no? 😉