¿SAP Screen Personas o SAP Fiori?

La experiencia de usuario en SAP ha mejorado mucho en los últimos años, en gran parte gracias a iniciativas como Fiori y Screen Personas, aunque muchos no se hayan enterado y sigan con la cantinela de que “SAP es muy feo y poco amigable”… quizás si levantarán la cabeza de “su SAP” y miraran un poco fuera, la opinión cambiase.

También es cierto que después hay gente que no tiene claro qué es una cosa y qué es otra y se crea cierta confusión. Algunas frases que he llegado a oír, hablando sobre esto

“Fiori es el nuevo lenguaje de programación de SAP”.

“Screen Personas está hecho en Fiori”.

“En S/4HANA todo está en Fiori”.

Sobre las “perlas” anteriores:

  • Fiori no es un lenguaje de programación, es un conjunto de reglas de diseño basadas en tecnología (HTML5, CSS y JavaScript) y que se ha convertido en el paradigma de la experiencia de usuario en SAP.
  • Screen Personas no tiene nada que ver con Fiori, es una capa de visualización que se pone por encima de las pantallas para simplificarlas y/o mejorar la usabilidad.
  • S/4HANA tiene transacciones que llaman a una aplicación Fiori y otras que pueden parecer Fiori, aunque por detrás lo que lleva es Screen Personas. Por supuesto, también tengo mis pantallas grises de siempre 😉

Cuando digo lo de que “pueden parecer Fiori” es que lo que puedo hacer es jugar con Screen Personas para darles apariencia de Fiori: mismo estilo, mismos colores, mismos iconos… y al verlo todo “tan azulito” pues me pienso que estoy en una aplicación Fiori.

Al principio, con Screen Personas, sólo podía “tunear” las pantallas SAP GUI de toda la vida, pero con la evolución del producto esto ha ido mejorando y ahora puedo modificar web dynpros, ALVs y darle a todo un aspecto más “moderno”, aunque realmente mis aplicaciones sigan siendo las mismas.

Realmente, esto lo conseguimos con la utilización del tema SAP Belize, que es el que da ese “estilo Fiori” a mis pantallas.

Por lo tanto, tengo 2 productos/herramientas para mejorar el interfaz de usuario y muchas veces la duda viene sobre qué utilizo, si quiero hacer una nueva aplicación, por ejemplo. ¿Hago una aplicación Fiori o hago una normal y luego le pongo Screen Personas?

Cuándo me hacían esa pregunta antes, una de las claves era preguntar: “¿quieres poder ejecutarla desde un dispositivo móvil?” . Si me decían que sí, la opción era Fiori, ya que Screen Personas no tenía la capacidad de adaptarse a la pantalla del dispositivo, pero… eso ha cambiado hace unos meses.

En el SP06 de SAP Screen Personas 3.0, con la aparición de Slipstream Engine, ya tenemos esa capacidad.

Slipstream Engine es una aplicación UI5 que se ejecuta en el navegador o en el dispositivo móvil y es capaz de leer/interpretar el flavor de Screen Personas para mostrarlo en el dispositivo, adaptando la visualización al mismo.

Realmente, es un nuevo cliente que nos permite acceder a nuestro ERP, como puede ser el SAP GUI o el Business Client, por lo que no tiene capacidad offline, como es lógico.

Aquí os lo cuentan todo: SAP Screen Personas Slipstream Engine delivers flavors on your iPad or other mobile device

Eso sí, antes de intentar ver cualquier transacción en un dispositivo móvil, convendría simplificar la pantalla en la medida de lo posible, para después verla en el dispositivo de una manera clara.

Vamos, que antes de pensar si utilizo Fiori o Screen Personas, debería pensar en utilizar otra herramienta, que no requiere el pago de licencias y al alcance de todos (es mucho decir): el sentido común 😉

SAP Cloud Platform SDK for iOS: ¿quieres probar?

Puede que con noticias como el acuerdo firmado con Mendix y la facilidad cada vez mayor de hacer aplicaciones “fiorizadas”, alguien se plantee si tiene sentido utilizar el SDK para iOS y la respuesta es la de siempre: DEPENDE.

Ha pasado año y medio desde que SAP cayó en la tentación y mordió el fruto prohibido y ya se empiezan a ver casos de uso, como el que aparece en el siguiente vídeo:

Supongamos que tienes como cliente una gran entidad financiera que ha decidido dotar a sus 188.492 empleados de dispositivos de Apple, ¿no tendría sentido diseñar aplicaciones que permitan explotar al máximo las capacidades de dichos “cacharros”?

Esto me trae a la cabeza una conversación que tenía con un compañero hace más de 5 años, cuando SAP no tenía muy claro hacia donde tirar con la movilidad (lo tenía, pero ha cambiado 3-4 veces en este tiempo) sobre si había que desarrollar en Android o en iOS.

Él, como gran friky que era y es, defendía que había que “desarrollar sólo en Android porque es mucho mejor y los dispositivos son más baratos”, entre otros argumentos, algunos incluso de más peso.

Yo le dije que muy bien, pero que muchos de los desarrollos que se planteaban eran informes, cuadros de mando y herramientas similares que eran utilizadas por directivos/mandos intermedios para agilizar la toma de decisiones y le dije que se fijara en cuántos de esos llevaban un iPad y cuántos otro tipo de tablet.

Por eso, antes de entrar en discusiones y valoraciones técnicas, mi consejo siempre es el mismo: sentido común. No vaya a ser que hagáis como en aquel cliente que decidieron poner un lector de huella digital para fichar en la fábrica, sin tener en cuenta que los mecánicos de vez en cuando se manchan un poco de grasa…

Llegados a este punto, si queréis empezar a pegaros con esto, os aconsejo este curso de openSAPSAP Fiori for iOS – Build Your First Native Mobile App

La tentación está ahí… ¿te vas a poder resistir o vas a caer en ella? 😉

Mendix: desarrollo de aplicaciones móviles con SAP

Un día cualquiera, en un cliente cualquiera:

– “¿El otro día habíamos quedado en que la apuesta de SAP para la movilidad era Fiori?”

– “No exactamente, Fiori no es una tecnología, es un concepto, como ya he explicado alguna vez”.

– “Vale, pero la tecnología que lleva por detrás es SAPUI5, JavaScript y CSS, ¿no?”.

– “Sí, eso es así, a rasgos generales, y así sigue siendo”.

– “Entonces, ¿lo recomendable es desarrollar aplicaciones híbridas que se puedan ejecutar en cualquier dispositivo?”.

– “Sí, así no tienes problema, si unos tienen Android, otros iOS…”

– “No, es que nosotros tenemos todo con iOS“.

– “Ah, bueno, entonces es mejor en que desarrolléis con el SDK para iOS…”

– “Ya, pero es que nosotros lo que queremos son aplicaciones muy sencillitas, que podamos desplegar de una manera rápida, como algunas plataformas que hay por ahí, que lo hacen en dos patadas…”

– “Bueno, ya, pero es que SAP no es así, con SAP es un poco más farragoso todo…”

Y en mitad de toda esta charla, SAP llega a un acuerdo con Mendix y se inventa un “nuevo producto”: SAP Cloud Platform Rapid Application Development

De momento, aparece como un servicio más dentro de SAP Cloud Platform, aunque realmente esto te lleva a la web de Mendix, donde te puedes crear una cuenta free y empezar a trastear.

¿Y ahora qué? Pues nada, una opción más… pero que nadie me pregunte cuál es la mejor, por favor, porque la semana que viene puede que haya 2 ó 3 más 😉

¿Quieres aprender a desarrollar aplicaciones móviles?

Tú pones el tiempo y yo te digo dónde 😉

Aquí lo tienes: Curriculum Mobile App Developer.

¿Y esto cuánto vale? Nada, porque se engloba dentro de una iniciativa que conoces de sobra, porque te hablé de ella hace más de 3 años: Academy Cube.

Y claro, tú no tienes otra cosa que hacer que leerte todos los artículos que pongo y además acordarte de todos y cada uno de ellos 😉

Bueno, no pasa nada, estás a tiempo de registrarte y acceder a la formación, que tiene muy buena pinta, ya que mezcla contenido de distintos proveedores: Udacity, Udemy, Microsoft Virtual Academy, Google, openSAP… algunos de los cuales os recomendaba hace unos días cuando os preguntaba si realmente creéis que no tenéis nada que aprender.

Se tratarán temas muy diversos como:

  • UX
  • SCRUM
  • HTML5, CSS3, JavaScript
  • Desarrollo en iOS
  • Desarrollo en Android
  • RESTful APIs
  • SAP Cloud Platform

Si sólo te interesa algún tema en concreto, no hay problema, porque puedes hacer los cursos de manera aislada y a tu aire, pero lo mejor es que te registres y lo veas por ti mismo; yo ya lo he hecho, ¿a qué esperas? 😉

SAPUI5, OData y Fiori: pongamos un poco de orden

Aunque ya he escrito anteriormente sobre cada uno de estos temas, creo que no es malo poner un poco de orden e intentar explicar qué es cada cosa.

SAPUI5 es un conjunto de herramientas para el desarrollo de aplicaciones, basado en HTML5 y otras tecnologías o protocolos como JavaScript, CSS3 y OData, entre otros, como ya dije en su momento en HTML5, SAPUI5, OpenUI5: ¿es lo mismo?

Pero como puede que no se entienda, vamos a ver cómo lo cuentan otros:

OData es una iniciativa impulsada por Microsoft para la exposición de datos como servicio basándose en estándares de Internet, como ya dije en su momento en SAP GWPAM: trabajando en SAP desde Excel

Muy relacionado con OData está el tema del SAP Gateway, que es lo que nos va a permitir consumir esos servicios OData… ¿qué?, ¿cómo?…

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. De esto he hablado unas cuantas veces: AAncos.com – Entradas sobre Fiori

Por supuesto, de esto también nos hablan Jorge y Oreka:

Tened en cuenta que ha pasado un tiempo desde que se hizo la entrada de Oreka y esto está en constante evolución, pero creo que está bien como punto de partida.

Resumiendo: con SAPUI5 podemos desarrollar aplicaciones Fiori que nos permiten consumir datos obtenidos con OData de una manera sencilla.

En cualquier caso, os recomiendo que visitéis ambos blogs de manera regular, ya que suelen publicar cosas muy interesantes, no sólo de estos temas:

¿Y yo qué gano con esto? Pues digo yo que tendrán la decencia de pagarse unas cañas por la mención, ¿no? 😉

SAP cae en la tentación y muerde la manzana

sapple

Tras el anuncio del pasado jueves del acuerdo de colaboración entre SAP y Apple, se abre una nueva oportunidad dentro del desarrollo de la movilidad en el mundo SAP: el desarrollo de aplicaciones nativas para iOS.

¿Esto quiere decir que tenemos que decir adiós a las aplicaciones híbridas o que si tenemos Android estamos perdidos? No lo creo, si tenemos en cuenta acuerdos firmados hace poco más de un año, como este con SamsungSamsung and SAP Announce Plans to Collaborate and Deliver Innovative Enterprise Solutions on Mobile Devices and Wearables for Key Industries

Lo que es un hecho es que en muchas compañías (en más del 98% de las empresas del Fortune 500) se utilizan los dispositivos de Apple como herramienta de trabajo y no tenía sentido dejar pasar la oportunidad de aprovechar todas las posibilidades de los mismos.
 
hcpapple

¿Y esto en que se va a traducir? Pues que en breve SAP liberará un SDK  para poder realizar aplicaciones iOS desde HCP. ¿Demasiado técnico o mucha sigla? A ver así: que dentro de poco cualquier desarrollador podrá realizar aplicaciones para el iPhone desde la plataforma de desarrollo de SAP.

Probablemente, algo de todo esto anunciarán en el próximo SAPPHIRE de la semana que viene… De momento, habrá que estar atentos a este link: https://hcp.sap.com/capabilities/mobile/ios-sdk.html

Entonces, ¿nos olvidamos de Fiori? No creo, simplemente empezaremos a hablar de Fiori para iOS o haremos aplicaciones para iOS con “apariencia Fiori”. Es decir, no se trata de inventar algo nuevo, sino de aprovechar lo mejor de ambos mundos, para conseguir que el usuario pueda tener las aplicaciones críticas de su negocio en tiempo real en la palma de su mano.

Suena fácil, ¿no? 😉

Concur: tu compañero de viaje ideal

Ya ha llovido un poco desde la compra de Concur por parte de SAP y parece clara que esa es la apuesta en lo que se refiere a Gastos de Viaje… sin descontinuar, de momento, las soluciones on-premise o Cloud for Travel.

Ayer estuve en SAP en la sede de Torrelaguna y mientras esperaba en recepción vi un video que me llamó la atención, en el que se puede ver una experiencia de viaje “perfecta” (suponiendo que no te quedes sin batería el móvil). Aquí lo dejo:


 
Tiene buena pinta, ¿no? Para más información, sobre integraciones, compatibilidad, precios… Torrelaguna 77 😉