SAPPHIRE NOW Orlando 2019 (I)

AWS Summit, Salesforce Basecamp… ¿y el SAPPHIRE NOW “pa” cuándo? 😉

Pues hoy ha llegado el momento para que os cuente lo que he podido leer de lo acontecido en Orlando del 6 al 9 de mayo y que conste que este año estuve a punto de ir, pero con tanto “sarao” no me da la vida.

Y lo voy a hacer, como en ocasiones anteriores, a base de tweets.

Será por dinero… 😉

XO: el nuevo mantra. ¿Eso qué es? Algo podéis leer en el artículo que publiqué sobre la compra de Qualtrics: “¿Cuánto vale una buena experiencia de cliente?”

Mejorar la experiencia del cliente (X) para mejorar tus operaciones (O)… Qualtrics hasta en la sopa… en CRM, en HR

Un paso más en la colaboración entre Apple y SAP, muy centrada en la privacidad de la información, la realidad aumentada y el Machine Learning.

El Profesor Hasso Plattner hablando de la empresa inteligente. Para mí, que este señor dedique parte de su tiempo a ilustrarnos a los demás, siempre es de agradecer: SAP Data Warehouse Cloud, HANA, SAP Analytics Cloud… Interesante, eso sí: dura hora y media 😉

Esto del SAP Data Warehouse Cloud me suena mucho a lo que contaba de Datorama en el artículo de ayer. ¡Habrá que estar atentos!

SAP Business Objects y SAP Analytics Cloud: aprovechando las ventajas de cada cosa.

Diseña tus aplicaciones con SAP Analytics Cloud… ¿alguien tiene alguna duda de por qué herramienta de analíticas apuesta SAP? 😉

Continuará…

AWS Summit Madrid 2019

La semana pasada asistí al AWS Summit que se celebró en Madrid, donde la empresa americana presentó las últimas novedades de sus productos.

Personalmente, soy usuario de AWS (Amazon Web Services) desde hace años, principalmente para temas de almacenamiento/backup y para instalar algún que otro sistema SAP de pruebas con cal.sap.com, aparte de probar puntualmente también algún otro servicio de IoT y Machine Learning.

En cualquier caso, para nada soy un experto en el tema, pero… porque no quiero. Como tú, porque si quieres aprender sobre AWS y muchos de sus servicios, tienes la posibilidad de hacerlo de manera totalmente gratuita aquí: AWS Training and Certification

Sólo tienes que registrarte y empezar. Yo ya lo he hecho, mira:

Ahora, después de esos 5 minutazos, sólo queda continuar, pero siempre hay que dar un primer paso… 😉

Como verás, hay un montón de material gratuito y después tiene la opción de certificarte. A día de hoy hay 11 certificaciones, de 4 niveles distintos, como puedes ver en el siguiente gráfico:

En cualquier caso, no olvidéis que una cosa es tener el carnet de conducir y otra muy distinta saber conducir 😉

En cuanto al evento, me gustó el keynote en general y la intervención del CDO de Cepsa, Joaquín Abril-Martorell, en particular, por el derroche en sentido común y la naturalidad.

Después, estuve en varias sesiones paralelas.:

  • Construyendo aplicaciones inteligentes con servicios de Machine Learning, que me sirvió para aclarar conceptos sobre los distintos servicios/herramientas que ofrece AWS en este área.
  • AWS for SAP Customers, donde la gente de Linke contó su experiencia en distintos clientes. Creo que deberías hablar con ellos, si te estás planteando una migración… y si no te la estás planteando, debería ir pensando en la jubilación 😉
  • Primeros pasos con AWS, de la mano de Telepizza vimos como su secreto para poder expandirse de manera rápida no estaba sólo en la masa…
  • Construyendo Skills de Alexa, vimos como Iberia había creado su primera aplicación para Alexa, a la que le queda mucho que mejorar, pero que seguro que lo hará en breve, viendo la energía de los ponentes.

En definitiva, un evento de lo más interesante, perfectamente organizado (había más de 6.000 asistentes), del que esperaba mucho menos y al que espero asistir en próximos años.

Para mí, Amazon Web Services, va un poco por delante con respecto a competidores como Azure o Google, entre otras cosas porque como dijo Joaquín Abril-Martorell, “fueron los primeros que se metieron en esto y eso siempre es una ventaja”.

De todas formas, ya sabemos que ser primero puede ser una ventaja, pero no es determinante, que al final vienen los chinos y lo copian todo… pero de Alibaba Cloud hablaremos otro día.

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 Conversational AI: aclarando conceptos

Como imagino que ya tendréis todos vuestra cuenta en SAP Conversational AI, tras las entradas de los días anteriores, ahora os voy a pasar un documento en el que os intentan explicar de una manera concisa elementos claves para entender todo esto de los bots como: intents, entities, skills, triggers, requirements y actions.

Antes, os los explico a mi manera:

  • Bot: algo que me permite automatizar una tarea.
  • Intent: ¿qué quiere hacer el usuario?, ¿qué intenciones tiene?.
  • Entity: información que puedo extraer de las intenciones del usuario, que me permiten tener una idea más clara de su necesidad.
  • Skill: aquí es donde componemos los diálogos que va a tener nuestro bot con el usuario.
  • Trigger: es lo que hace que se lance una skill o no.
  • Requirement: a veces necesitamos cierta información para poder mantener ese diálogo.
  • Action: la salida que produce ese diálogo (skill), una vez que se ha disparado (trigger) y se cumplen las condiciones necesarias (requirement).

Y con estas nociones básicas, ya es cuestión de complicarnos la vida y empezar a automatizar tareas.

En el documento, podéis encontrar un bot de ejemplo, algo más elaborado que el que creé, que podéis copiar y modificar como queráis. Así podéis copiarlo:

Antes de que se me olvide, aquí va el documento (Building Your Own Chatbot with SAP Conversational AI.pdf), donde podéis encontrar recursos, como el canal de Slack y un repositorio de GitHub, que os pueden ser muy útiles a la hora de practicar con todo esto.

Con esto, creo que tenéis información suficiente para “BOTar”… 😉

Construyendo un bot con SAP Conversational AI – continuación

Confío en que hayáis podido superar lo de los (no) chistes de ayer, así que vamos a recuperar dónde nos quedamos y vamos a ver cómo terminamos de construir nuestro bot.

Ahora voy a añadir un par de intents nuevos, con la reacciones que pueden provocar nuestros chistes y en función de eso, el bot me contestará de una manera o de otra.

Antes de eso, voy a modificar algo de lo que hice ayer, que no me suelte los 2 (no) chistes seguidos, sino que me cuente uno u otro, para poder resistir y no morir de la risa… 😉

Una vez hecho eso, voy a crear las intents, con las expresiones correspondientes y después configuraré las acciones a realizar.

Y ahora que tenemos construido nuestro bot lo que tendríamos que hacer es conectarlo con la plataforma de mensajería que queramos: Slack, Telegram, Facebook Messenger, SAP CoPilot, para lo que habrá que seguir una serie de pasos, en función de la plataforma elegida.

connect

Pero esto voy a dejar que lo hagáis vosotros, con la ayuda del documento original del que he sacado toda esta información: How To Build Your First Chatbot With SAP Conversational AI

Como veis, también tenemos la posibilidad de monitorizar todas las acciones que hemos realizado con nuestro bot.

monitor

Ni que decir tiene que esto no ha sido nada más que un simple ejemplo.

Ahora toca echarle imaginación y hacer monerías… 😉

 

Construyendo un bot con SAP Conversational AI

Como comenté hace unos meses, SAP Conversational AI es el nuevo nombre de Recast.AI, tras su compra por SAP.

Hoy vamos a ver cómo nos podemos dar de alta en el servicio y crear un bot de una manera muy sencilla.

Lo primero que tendréis que hacer es daros de alta en SAP Conversational AI, algo que seguro que sabéis hacer solos, a pesar del captcha y siempre que no (o sí) seáis un robot… 😉

Una vez que tenemos nuestra cuenta creada, estamos en disposición de crear nuestro primer bot.

Para ello, rellenaremos la información necesaria, como vemos en el siguiente vídeo:

Una vez creado el bit toca entrenarle, es decir, enseñarle a entender nuestras necesidades y esto se hace mediante el uso de intenciones y entidades.

Lo de las intenciones es algo parecido a lo que hacía Gila con Jack El Destripador, no es necesario decir las cosas textuales, sino que el sistema es capaz de detectar la intención de algo… 😉

Y las entidades son elementos que enriquecen nuestras intenciones.

Por ejemplo, en la frase “quiero comprar entradas de cine para mañana”, “ComprarEntradas” sería la intención y “cine” y “mañana” serían entidades.

Como hemos elegido un bot predefinido de greetings, hay ciertas intents que ya están predefinidas, cada una de ellas con sus expresiones asociadas en el idioma elegido.

Evidentemente, se pueden añadir nuevas expresiones y es recomendable que sean un mínimo de 30 y más de 50 si es posible, aunque esto no dejan de ser recomendaciones.

En este caso concreto, aparte de las intenciones @goodbye y @greetings, vamos a añadir una nueva (@chiste), reutilizando una existente y la probamos:

Nuestras intenciones pueden tener asociadas entidades, vamos a ver en este ejemplo, como al teclear “Adiós Antonio, hasta mañana”, el sistema es capaz de detectar 2 entidades (#datetime y #person) asociadas a la intención @goodbye.

Podemos crear también nuestras propias entidades, aunque hay cierta entidades que ya proporciona automáticamente el sistema, que son las denominadas gold entities. Aquí podéis ver un listado sobre las actuales: Gold Entities List

Una vez que hemos entrenado el bot, ahora toca construir nuestras skills.

¿Qué es una skill? Básicamente, un bloque de conversación (más o menos complejo), que tiene un propósito claro y nos lleva a conseguir un objetivo. Por ejemplo, que yo salude a mi bot y él me responda. Para ello, nos podemos valer de “disparadores” (triggers), requerimientos y acciones, como vemos en el siguiente vídeo:

Por supuesto, también te puedes crear tu propia skill, como veremos en el siguiente video. Las skills pueden ser de 3 tipos: business, floating y fallback.

Las 2 primeras son muy similares, una más centrada en el objeto concreto del bot (business) y la otra más genérica (floating) y por último tendré siempre una (y sólo una) fallback que se activará, si no se activa ninguna de las otras.

Y llegados a este punto y vista la “calidad” de los (no) chistes, ha llegado el momento de parar… mañana sigo 😉

¡Que la fuerza os acompañe!

Rumbo a la empresa inteligente

Hace unos meses me planteaba qué pintaba el tema de Design Thinking dentro de SAP Leonardo y terminamos viendo que podía tener sentido, a la hora de abordar los proyectos en nuestro camino hacia la empresa inteligente.

Ya sabéis, lo de los 3 pilares: suite inteligente, plataforma digital y tecnologías inteligentes.

Bien, pues para llegar ahí, una de las primeras cosas que tenemos que cambiar es la forma de afrontar los retos que se nos vienen por delante. No podemos seguir lanzando RFPs infumables y rellenando BBPs que nadie se lee, salvo cuando llega el momento de pelearse por los cambios de alcance… 😉

Toca trabajar de otra forma más ágil (que no Agile) y productiva y aquí es donde entran en juego algunas de las herramientas que se utilizan en Design Thinking, para conocer mejor los problemas de mis clientes y ofrecerles las mejores soluciones.

Estas serían las fases típicas de un proyecto de innovación: primero nos centramos en fijar e identificar el problema y después empezamos a probar y entregar soluciones al mismo.

Todo esto nos lo cuentan en el curso de openSAP: Design-Led Approach for the Intelligent Enterprise

En dicho curso podéis ver un ejemplo basado en una compañía de alimentación, en el que se analiza desde distintos puntos de vista cómo mejorar el rendimiento de la misma.

  •  Los clientes quieren poder consumir los productos que les gustan y muchas veces se encuentran que no están disponibles.
  • Los repartidores necesitan mejorar el proceso de recogida de productos en el almacén, así como la distribución en los distintos clientes

  • Al CIO, “sorprendentemente”, lo que le preocupan son los números y con la aplicación de tecnologías inteligentes (IoT, Machine Learning y análisis predictivo) podríamos encontrar una solución a sus problemas, así como a los de repartidores y clientes

  • En este punto llega el momento de especificar claramente el problema y empezar a pensar en posibles soluciones.

Lo demás, ya lo miráis vosotros, ¿no? 😉

Ah, que todos estos dibujitos os deberían ser familiares, si leísteis la entrada “¿Piedra, papel o tijera?”, que escribí hace año y medio.

¿Alguien lo ha utilizado alguna vez? Personalmente, sólo en formato PPT, nunca fui bueno en los “trabajos manuales”… 😉

Por cierto, esto mismo que se ve en el curso de openSAP se imparte en el curso presencial DLD100 – Design-Led Development – Getting Started with SAP Leonardo Methodology, con la “pequeña diferencia” del precio y de que en este caso puedes interactuar directamente con tus compañeros y el instructor.

Eso sí, que no os lleve a engaños el título, no se ve ningún producto de SAP Leonardo, se ve la metodología, tal y como indica en el título y se específica en el índice.

Es un curso más de “lápiz y papel”, aunque también utilizamos BUILD, por ejemplo. Y post-its, por supuesto… 😉