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

SAP Cloud Platform Workflow: simplificando las cosas

SAP Cloud Platform Workflow es un servicio que nos permite construir, ampliar y monitorizar workflows, pudiendo extender la funcionalidad de los workflows existentes en aplicaciones como S/4HANA o SuccessFactors.

Para poder utilizar este servicio, deberemos activar primero el servicio de Portal, como ya hicimos hace unos días, y después procederemos a activarlo, ya que el SAP Web IDE for Full-Stack Development viene activo por defecto, a no ser que os hayáis creado la cuenta hace tiempo y tengáis que activarlo también.

Una vez activado, asignamos todos los roles (para probar) a nuestro usuario, activamos el Workflow Editor en nuestro Web IDE y…

….a probar, pero eso os toca a vosotros. Aquí os dejo un ejemplo:

Deberías probarlo… ¿o te gusta más «el workflow de toda la vida»? 😉

ABAP en SAP Cloud Platform

Pues sí, como lo leéis, ya os dije que el ABAP no estaba muerto y esto es una prueba más.

Tal y como anunciaron en el SAP TechEd de Las Vegas de la semana pasada, a partir del año que viene vamos a poder desarrollar nuestras aplicaciones en SAP Cloud Platform con ABAP.

¿Con nuestro ABAP de toda la vida? Sí, bueno, o con gran parte de ese ABAP, con ciertas variaciones para que podamos operar en «la nube» y eliminando sentencias obsoletas.

Y no sólo desarrollar nuevas aplicaciones, también crear extensiones o ampliaciones de cliente del código estándar. Ya sabéis lo que dicen las buenas prácticas: modificar no, pero ampliar funcionalidad sí.

De hecho, a finales de este año se empezaran con las primera pruebas para extensiones de S/4HANA Cloud.

Y como seguro que me habéis hecho caso a lo comentado hace unos días, no tendréis ningún problema en que esto sólo esté disponible con las ABAP Development Tools (ADT), porque ya estáis más que acostumbrados a trabajar con ABAP desde Eclipse… ¿no? 😉

Aquí os dejo los artículos que me han servido de «inspiración»:

Activando el servicio de Portal de SAP Cloud Platform

Dentro de los muchos servicios que nos ofrece SAP Cloud Platform, hoy vamos a activar el de Portal, ya que es uno que podemos necesitar más adelante para poder utilizar otros.

En el vídeo podéis ver como activo el servicio, creo un portal tipo Fiori Launchpad y una aplicación que simplemente lleva a una web que seguramente os suene:

La URL del portal creado es esta: https://flpportal-p1942862938trial.dispatcher.hanatrial.ondemand.com/sites/aancos

Si no os enteráis con el video, echad un vistazo a lo que os cuenta Jorge en Configurar SAP CP Portal para Fiori

Bueno, y si queréis profundizar más, tenéis este curso de openSAP: Building Portal Sites on SAP Cloud Platform

En menos de 5 minutos, hemos creado un portal, ya iremos metiendo más contenido. Ahora os toca hacer algo a vosotros, ¿no? 😉

TREX: ¿sigues haciendo búsquedas como en el jurásico?

En la entrada de ayer, al final hacía referencia al TREX, algo que puede que os haya tocado sufrir a algunos, por ejemplo, si os tocó trabajar con SAP E-Recruiting (ojo, que estoy hablando del «viejo», ahora es SAP SuccessFactors Recruiting, que no tiene nada que ver con el antiguo).

Bien, pues el TREX, básicamente nos servía para «escanear», indexar y extraer la información que podían tener los documentos adjuntos del candidato, como por ejemplo el curriculum. Lo cierto es que solía dar bastantes problemas de configuración y rendimiento.

Por supuesto, se utilizaba/utiliza también con otros componentes, como SAP BI, para realizar distintos tipos de búsqueda de texto y analizar la información… no olvidemos que la denominación de TREX viene de Text Retrieval and information EXtraction.

Además, utiliza almacenamiento columnar y puede gestionar gran cantidad de información directamente en memoria… ¿no os suena esto un poco a algo que empieza por «HA» y termina por «NA»? Y estamos hablando del año 2000…

Seguramente, a muchos de vosotros esto del TREX os suene a chino y penséis que es interesante indagar un poco más, pero no os lo aconsejo: en 17 años, han evolucionado «un poco» las cosas.

Me temo que ahora necesitamos algo más avanzado, que nos permita analizar ingentes cantidades de información, estructurada y no estructurada, con el objetivo de clasificarla de manera adecuada y obtener valor de la misma, ¿no?

O como me dijo un usuario una vez: «es que yo quiero que esto sea como Google, que empiezo a escribir y siempre adivina lo que quiero»… hace años, le habría dicho que vale, que yo también quiero volar y no puedo, pero ahora le podría hablar de SAP HANA Enterprise Search

¿Y esto qué es? Pues algo que te puede ayudar a hacer eso, que el sistema «adivine» lo que está buscando el usuario.

Probablemente, si trabajas con un sistema sobre HANA, ya lo estás utilizando sin darte cuenta… ya que puede que tengas campos con ayudas de búsqueda que utilizan esta técnica.

Si quieres saber más, en uno de los cursos de openSAP que os comentaba hace tiempo te cuentan de qué va todo esto: Full-Text Search with SAP HANA Platform

Por cierto, sigo queriendo volar 😉

¿Quieres desarrollar una aplicación HANA en tu cuenta SCP?

El otro día vimos cómo crear una base de datos HANA en vuestra cuenta de SAP Cloud Platform… y, probablemente, si no habéis hecho nada con ella, la tendréis parada y os la borrarán en breve.

Vamos a entrar, la «despertamos» e intentamos utilizar las herramientas del SAP HANA Web-Based Development Workbench con nuestro usuario SYSTEM…

¡No tenemos acceso! Claro, porque ese usuario no es un usuario desarrollador, así que nos toca crear un nuevo usuario y darle los permisos correspondientes…

Básicamente, le hemos añadido todos los permisos que contienen el literal «xs.ide» y el CONTENT_ADMIN.

Con este nuevo usuario ya podremos desarrollar nuestra aplicación, pero… eso para otro día 😉