Siemens apuesta por la movilidad

Como todas las empresas hoy en día, pensaréis algunos… sí, pero no, porque Siemens ha comprado Mendix por unos 700 millones de dólares.

Sí, Mendix, esa compañía de desarrollo de aplicaciones móviles con la que SAP llegó a un acuerdo y que aparece como uno de los servicios de SAP Cloud Platform:

¿Y ahora qué? Ahora a ver qué pasa, porque esto no quiere decir que Siemens apueste por SAP como plataforma de desarrollo de aplicaciones, ya que la gente de Mendix también tiene acuerdos con IBM Cloud (antes IBM Bluemix) y con Pivotal que es, curiosamente uno de los impulsores de Cloud Foundry.

En definitiva, que probablemente Siemens invite a muchos a jugar el partido de la movilidad, pero dejando claro que el balón es suyo… 😉

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

No lo sé todo…

…ni lo pretendo. Entre otras cosas porque es imposible, pero aparte es que no tiene ningún sentido que alguien pretenda saber “todo” de algo.

Hace años tuve un alumno que vino a una formación y me dijo el primer día, literalmente: “yo sé todo SAP, sólo me quedaba Recursos Humanos, por eso estoy aquí”.

Evidentemente, tuve que poner cara de póquer, ante semejante sentencia, pero es que, no contento con eso, añadió: “y lo he aprendido con la ayuda, que es muy intuitiva”.

En ese momento, debería haber hecho desalojar el edificio ante el peligro inminente que podía suponer un desequilibrado de tal calibre, pero decidí mantener la calma y no sembrar el pánico.

Sólo era cuestión de tenerle estrechamente vigilado, por lo que pudiera pasar.

Me fié de mi intuición y como me pareció una buena persona, pensé que no utilizaría sus “super poderes” contra mí; porque hay que reconocer que alguien que sabe todo SAP, que lo ha aprendido con la ayuda y que después no sabe hacer ni una entrada en una tabla de parametrización, algún “super poder” debe tener…

Bueno, pues esta anécdota viene a cuento porque como decía al principio, ni yo lo sé todo, ni lo puedo aprender… y tú, lo mismo. Y no hablo únicamente de SAP, hablo en general, de lo que algunos llaman el océano infinito del conocimiento.

Ahora bien, partiendo de esa premisa, lo que también es cierto es que en el momento en el que vivimos no podemos pretender vivir de lo que aprendimos hace 15-20 años; es necesario que nos estemos formando continuamente, adquiriendo nuevos conocimientos y renovando lo aprendido en su momento… y aquí juega un papel fundamental tu actitud ya que, como dije hace unos meses, si no haces algo vas a terminar teniendo un problema.

Y esta entrada viene al hilo de que muchas veces recibo consultas de temas muy diversos para las que muchas veces no tengo una respuesta (otras sí, ¿eh?), como es lógico, aunque sí suelo poder dar una orientación sobre cómo o dónde mirar.

Eso también ayuda y creo que, muchas veces, más importante que saber es tener el teléfono del que sabe… 😉

No tenemos porqué sabernos de memoria todas las piezas del puzzle, pero sí saber qué piezas hay y buscar la forma de que terminen encajando… 😉

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.

Application Programming Model: ¿esto de qué va?

Pues para entender un poco de qué va esto, primero hay que tener claro que nos toca cambiar nuestra forma de hacer las cosas y de qué va eso de los CDS, los microservicios y Cloud Foundry, entre otras cosas.

Una vez entendido eso, sólo queda coger el SAP Web IDE Full-Stack y darle a “siguiente”… bueno, quizás sea algo más complejo, pero como sigo muchas veces: “es más difícil inventárselo que entenderlo”… 😉

En esencia, esto del Application Programming Model (APM) va de lo que nos han contado muchas veces de separar nuestras aplicaciones en varias capas: presentación, lógica y datos. Pues es esto mismo, pero utilizando distintas herramientas para cada cosa: CDS, Java, UI5… y alguna cosa más.

Esto lo que nos permitirá es que cada una de esas capas lleve su ciclo de vida y poder trabajar enfocados en conceptos como la entrega continua: períodos de entrega más cortos, aislados e integrados con el resto de la aplicación, pero con independencia sobre el resto.

¿Suena complicado? No lo es tanto, de verdad, sólo es cuestión de ponerse y practicar, como casi todo.

Aquí os dejo un enlace interesante: Develop SAP Cloud Platform Business Applications with SAP Web IDE

Y uno de estos días subiré un post con un ejemplo, paso a paso, para que podáis ver cada una de esas capas… eso sí, “uno de estos días” puede ser mañana o dentro de 3 meses y para entonces puede que se hayan sacado algo nuevo de la chistera 😉

Core Data Services: ¿esto qué es?

Aunque ya había escrito algo sobre esto de los Core Data Services (CDS), creo que merece la pena escribir un artículo algo más detallado (sin pasarse), ya que esto cada vez tiene más importancia dentro del mundo SAP.

Los CDS nacen con HANA, como una forma de consumir y definir modelos de datos enriquecidos ya que, como sabéis, con HANA tenemos que meter toda la carga de proceso que podamos a nivel de base de datos.

Antes era al revés, debíamos acceder poco a la base de datos y en el servidor de aplicaciones “marear” los datos hasta tener el resultado que queremos.

Ahora no, ahora HANA nos debería devolver los datos ya “cocinados” y nosotros sólo tenemos que preocuparnos de pintarlos “bonitos”.

Al principio, los CDS sólo se podían utilizar con HANA, pero esto fue evolucionando y ahora se pueden utilizar con cualquier base de datos. Me explico…

Desde la versión de NetWeaver 7.4 SP05, podemos utilizar los CDS en ABAP, utilizando las ABAP Development Tools (ADT) y esto lo que hará será crear una vista en el diccionario ABAP y en la base de datos correspondiente (sea HANA o no).

¿Pero vamos a ver, SAP no había apostado por HANA y todos sus productos se estaban rediseñando para aprovechar la potencia de HANA? Sí, y eso sigue siendo así, pero… hasta que todo el mundo pase a HANA, hay que seguir trabajando, ¿no?

Bien, pues lo que podemos tener extendiendo el uso de los CDS es una forma universal de acceso a la información. Es decir, me da igual lo que tengas por debajo, que siempre voy a consumir un CDS, no voy a trabajar nunca contra tablas de la base de datos.

Además, como consumimos la información desde distintos orígenes (dispositivos móviles, aplicaciones analíticas, servicios web…), si conseguimos que todas sean capaces de leer e interpretar un mismo “formato”, podríamos tener una única fuente y aquí es donde aparece el concepto Virtual Data Model (VDM).

Estos modelos de datos virtuales son los que nos permiten trabajar con independencia de las tablas físicas que haya por debajo. Por ejemplo, sabéis que en S/4HANA se ha simplificado el modelo de datos, eliminando muchas tablas, pero podemos seguir referenciando a nuestra “tablas de toda la vida”, ya que aunque no existan físicamente, si existen virtualmente.

Si queréis profundizar con esto: ABAP Core Data Services – Introduction (ABAP CDS view)

Si queréis que os lo cuenten, aquí os dejo un enlace al curso oficial SAP: S/4HANA embedded analytics and Modeling Basics with Core Data Services (CDS Views)

En definitiva, que si queremos adaptarnos a los tiempos que vienen, conviene que sepamos cómo trabajar con CDS y tiene pinta de que te va a tocar revisar todo tu código para adaptarlo al nuevo paradigma: haz todo lo que puedas a nivel base de datos.

Vamos, que toca darle la vuelta a todo… 😉

Entre el suelo y el cielo hay algo

Es evidente que en el mundo híbrido que vivimos, con unos sistemas en el suelo (on-premise) y otros en el cielo (cloud) tiene que haber algo que nos permita interactuar entre ellos; y no sólo entre ellos, sino entre los distintos sistemas que “flotan” por las nubes.

Por eso, tengo claro desde hace tiempo que la clave de los próximos años va a estar en saber integrar todos esos sistemas. Como comenté hace un par de años, el secreto ya no está en la masa.

Así que os deberían empezar a sonar conceptos como microservicios, APIs, Cloud Integration, etc… ya que esto es lo que nos permitirá integrar nuestras aplicaciones con otras.

Y en esta línea, SAP anunció en el SAPPHIRENOW celebrado el mes pasado un partnertship con Cloud Elements, lo que dará origen a nuevo servicio dentro de SAP Cloud Platform: SAP Cloud Platform Open Connectors

¿Esto qué es? Pues básicamente es un conjunto de más de 150 conectores con aplicaciones/servicios comunes, que nos permitirán conectar esos servicios y consumir la información proporcionada desde SAP Cloud Platform.

Está previsto que se libere a finales de este trimestre, primero en el entorno Neo y después es de suponer que en Cloud Foundry. ¿Qué aún no sabes que es eso? Mira aquí: Neo y Cloud Foundry: ¿esto qué es?

Y tampoco estaría de más que te apuntaras a este curso de openSAPSAP Cloud Platform API Management

No te lo pienses… o te integras o te desintegran 😉