SAP Business Client 7.0

Aunque tengamos claro que con SAP Fiori Launchpad vamos a poder lanzar cualquier tipo de aplicación y que el SAP GUI debería estar muerto hace años, a manos de SAP Netweaver Business Client, la realidad es muy distinta. Todo están vivitos y coleando… 😉

Mientras empezamos a hablar de las bondades de Fiori 3, sigue apareciendo nuevas versiones del SAP GUI y del Business Client, para que no nos aburramos.

Desde aquí os podéis descargar el SAP Business Client 7.0:

Es requisito para poder utilizarlo, tener el SAP GUI 7.60, así que lo mismo os tenéis que dar antes una vuelta por aquí: SAP GUI for Windows 7.60

¿Y qué tiene esta nueva versión? Eso lo podéis ver aquí: SAP Business Client 7.0

¿Pero para qué necesito el SAP Business Client si ya tengo el SAP Fiori Launchpad, con el que no necesito instalar nada? Pues porque no todo es Fiori, amigos…

Con el SAP Business Client podemos acceder a aplicaciones Fiori y no Fiori, ya que tenemos 3 tipos de acceso: SAP Fiori Launchpad, SAP Business Client y SAP Logon, gracias al SAP GUI que trae embebido el propio SAP Business Client.

Bueno, pero “con SAP Fiori Launchpad también podemos lanzar transacciones SAP GUI”… sí, pero… SAP GUI for HTML, que no son exactamente iguales, como bien sabéis.

Así que si trabajáis con S/4HANA on-premise quizás os interese instalar el SAP Business Client 7.0 y entrar a vuestro sistema con una entrada tipo SAP Fiori Launchpad, desde la que podréis lanzar cualquier tipo de aplicación: SAP GUI, Web Dynpro, Fiori…

Si trabajáis en S/4HANA Cloud, la opción es SAP Fiori Launchpad y si todo lo que tenéis en on-premise son Web Dynpros y aplicaciones Fiori, y os vale con el SAP GUI for HTML, también os puede valer.

Por supuesto, ambas opciones son compatibles, pero creo que va siendo hora de que os carguéis el SAP Logon, ¿no?

Yo os doy la munición, vosotros tenéis que poner las armas y disparar… 😉

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

Fórum AUSAPE 2018

En el Fórum AUSAPE 2018, que se celebró la semana pasada en Málaga, aparte de sacarnos la sangre (es algo literal, no estoy hablando de los precios) tuvimos la oportunidad de asistir a distintas sesiones donde se compartían experiencias de casos de éxito y los clientes paseaban por los stands (sobre todo por los que tenían jamón) para ver qué regalaban y llevarse 15 bolígrafos distintos, 3 bolas antistress y 30 caramelos, por el módico precio de aguantar 10 minutos de “chapa” de alguien que se creía que iba a firmar el contrato del siglo, cuando lo único que iba a conseguir era una bonita tarjeta de visita.

Desde aquí, lanzo un par de sugerencias para el año que viene:

  • ¿Quién se atreve a presentar un fracaso? Se nos llena la boca de decir que de los fracasos se aprende, que tenemos que ser tolerantes al error, etc… cuéntame uno.
  • ¿Por qué no pueden participar los partners en los sorteos? Esto lo veo en muchos eventos, lo de “sólo para clientes”, pero la excusa del “siempre se ha hecho así” no me vale… ¿no se supone que toca pensar distinto?

Y ahora vamos con algunas cosas de las sesiones:

  • A la sesión inaugural llegué casi al final, pero por lo que me comentaron con lo que vi fue suficiente; yo pensaba que “lo bueno” habría sido al principio, pero… no.

  • En la mesa de ciberseguridad, intervinieron varios ponentes pero me gustó especialmente el representante de la Guardia Civil, que nos puso firmes a todos, como no podía ser de otra forma y el de Cuatrecasas que le dio un toque de humor al asunto.

  • La sesión del licenciamiento de accesos indirectos fue de las más interesantes, ya que SAP intentó explicar el nuevo modelo de licenciamiento, lanzado en abril de 2018, de una forma clara, pero sin llegar a mojarse del todo. Lógicamente, hay casuísticas muy variadas y es algo que se tendrá que ir adaptando a medida que pasa el tiempo, pero creo que las líneas maestras quedaron suficientemente claras.

  • Estuve también en una sesión donde presentaron un caso de SAP Cloud Platform donde básicamente lo que se había hecho era poner ciertos servicios a disposición del usuario a través de un Fiori Launchpad alojado en un SAP Cloud Portal, con el objetivo de mejorar la experiencia de usuario. Buen caso de uso, en la línea que está siguiendo SAP: Fiori Launchpad como puerta de acceso a cualquier aplicación.
  • También asistí a una sesión en la que se hablaron de nuevas tendencias como la Inteligencia Artificial, los boots y posibles aplicaciones a Recursos Humanos… donde se dijo, por ejemplo, que al teclado y el ratón le quedan pocos años de vida y que en menos de lo que pensamos todo será asistentes por voz… y ya me veía teniendo que aprender inglés de verdad para poder hablar con Alexa, pero no… parece que Amazon Echo llegará a España junto con el asistente virtual Alexa

¿Y qué más? Pues la verdad es que no mucho más porque como he dicho en años anteriores, al final esta es una ocasión en la que nos juntamos mucha gente del sector, y entre que saludas a unos y a otros, se pasa el tiempo… y todavía te vas con “cuentas pendientes”.

Desde aquí, mi enhorabuena a la organización porque no es fácil organizar un evento de tales dimensiones y cada año se superan.

De la sesión nocturna no sé si habrá mucho que contar, porque uno ya tiene una edad y me retiré pronto, además cómo es eso de… lo que pasa en el Fórum AUSAPE se queda en el Fórum AUSAPE… 😉

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

SAP Fiori Launchpad en SAP Fiori 2.0

Venga, un poquito más de SAP Fiori 2.0 y la semana que viene cambio de tema… 😉

Lo de que SAP Fiori Launchpad va a ser el punto de acceso para todas nuestras aplicaciones, lo tenemos claro, ¿no? Si no, aquí tenéis entradas anteriores sobre el tema: https://aancos.com/?s=sap+fiori+launchpad

Evidentemente, esto ha ido avanzando, a medida que ha ido evolucionando Fiori y hoy podemos ver un SAP Fiori Launchpad más avanzando al que estábamos acostumbrados a ver:

flp

Básicamente, se han establecidos 3 áreas dentro de la pantalla inicial, entre las que te puedes desplazar de manera sencilla, como si estuvieras en un mirador, en el que no puedes abarcar de un sólo vistazo todo lo que tienes delante de tus ojos y haces un “barrido” panorámico.

areas

  • Área Me. Situada a la izquierda de la pantalla principal y donde podremos ver:
    • La imagen de perfil del usuario y su estado.
    • Configuración y preferencias.
    • Buscador de aplicaciones.
    • Herramientas para personalizar el contenido del área principal.
    • Objetos y aplicaciones visitados recientemente por el usuario.
  • Área Content. Es la parte principal de la pantalla, donde el usuario verá los tiles que lanzarán las aplicaciones, pudiendo mostrar información adicional. Es personalizable, pudiendo añadir/quitar aplicaciones o agruparlas y por supuesto, sólo aparecerán las aplicaciones permitidas para los roles que tenga el usuario.
  • Área System. Aparece a la derecha y se mostrarán notificaciones de distintas fuentes, como la entrada de workflow o notificaciones de chat. Dichas notificaciones se podrán agrupar, de manera que el usuario pueda acceder rápidamente a la información para una mejor toma de decisiones.

¿Quieres saber más? Pues mira aquí: SAP Fiori Launchpad – Overview

Y la siguiente entrada, prometido que no hablo de Fiori… 😉

SAP Fiori 2.0: ¿una versión nueva?

No, no es una versión nueva… principalmente, porque no puede serlo, porque Fiori no es un producto, es simplemente un concepto.

Entonces, ¿qué es Fiori 2.0? Pues, simplemente, una evolución natural de algo que nació como un conjunto de 25 aplicaciones transaccionales, que a lo largo de estos 3 años se ha convertido en el nuevo paradigma de la experiencia de usuario SAP y que ha pasado a ofrecer más de 1.000 aplicaciones estándar.

Evidentemente, en este tránsito han surgido nuevas necesidades y conservado los principios de diseño básicos (basado en roles, adaptativo, simple, coherente  y atractivo), han aparecido nuevos elementos como las overview pages, que nos llevan a que ya no seleccionamos la aplicación que queramos en nuestro launchpad y listo, sino que podemos tener una información previa a lanzar la aplicación.

ovp

Digamos que es otra forma de presentar nuestras aplicaciones, antes de enseñarte la información en bruto, te muestro un pequeño “overview”.

ovpp

Al igual que en el launchpad organizamos la información en tiles, en las overview pages tenemos cards de distintos tipos, en función de cómo queramos representar la información, Si queréis profundizar en esto, aquí os dejo un enlace: SAP Fiori 2.0: The Ideal Overview

(Si lo del “launchpad” y los “tiles”, os suena a chino, probablemente encontréis este enlace más interesante: http://www.marca.es)

Aparte de esto, se han ido mejorando las capacidades de navegación e interacción de los usuarios, para mejorar su experiencia y aumentar su productividad, siguiendo unas directrices de diseño que podéis ver aquí: SAP Fiori 2.0 – The Design Guidelines (Version 1.40)

En serio, ¿todavía seguís con los batch-inputs? 😉