SAP Cloud Platform: SAP ha vuelto a hacerlo

Sí, lo de cambiar el nombre de un producto… a SAP HANA Cloud Platform se le ha caído el “HANA”.

Después de llevar más de 3 años dando la paliza con SAP HANA Cloud Platform desde aquí y haber creado una clasificación específica para la entradas de HCP, digo yo que, por lo menos me podrían haber preguntado, ¿no? 😉

Pues esto, que lo que antes era SAP HANA Cloud Platform, ahora es SAP Cloud Platform, a secas. ¿Y por qué de este cambio? Pues, aunque a mí no me han preguntado, me da que es para intentar aclarar términos y que quede claro que una cosa es S/4HANA (nueva suite de productos), otra HANA (base de datos en memoria) y otra SAP Cloud Platform (plataforma de aplicaciones y servicios).

3pillars

No sería la primera vez que le he intentado hablar a un cliente de SAP HANA Cloud Platform y me ha dicho: “No, no me interesa, nosotros no tenemos HANA”. Que es un poco como lo de “¿qué hora es?… manzanas traigo”, pero bueno quizás si le quitamos ahora la palabra “HANA” la gente tenga menos miedo… 😉

El anuncio ha sido hecho en el Mobile World Congress que se está celebrado esta semana en Barcelona y aparte del cambio de nombre, esto conlleva una serie de novedades, como podéis ver en este artículo: SAP Cloud Platform Intelligently Connects People, Things and Businesses

Probablemente, en los próximos días lo mire con más detalle, pero también podéis hacer algo vosotros, ¿eh? 😉

¿SuccessFactors o S/4HANA?

Que digo yo que qué tendrá que ver la velocidad con el tocino, pero bueno… puede que alguien se haga esta pregunta.

Más bien, la que creo que os hacéis algunos es “¿Qué va a pasar con la parte de HCM en S/4HANA? Y aunque aquí nadie ha dado una respuesta definitiva, yo me atrevería a decir que de aquí a unos años (no menos de 5 ni más de 8) podremos decir adiós a los infotipos y demás “palabros” propios de SAP HCM, ya que todo será SuccessFactors.

¿Todo, todo? ¿Y la nómina también? Esto es lo que más tardará (todo esto son suposiciones mías) ya que al ser un proceso muy específico de cada cliente es más difícil encajarlo en el “concepto cloud” de funcionalidades comunes, adaptaciones rápidas, mejores prácticas, etc… pero seguro que se encuentra la fórmula para que se pueda personalizar el esquema de nómina desde un entorno cloud… que podría ser HANA Cloud Platform, ¿no es desde ahí desde donde voy a poder extender todas mis aplicaciones cloud/on-premise?

new-brighton-1239724

Dejando de lado mi bola de cristal, os cuento alguna cosa más tangible… 😉

A día de hoy, nos tocará vivir en entornos híbridos, donde parte de la solución de HCM esté on-premise y parte en cloud. Es de suponer que los clientes empezarán a migrar las soluciones de Talento (evaluación, formación, selección…) a las soluciones de SAP SuccessFactors, dejando el core (administración de personal, estructura organizativa, nómina…) en SAP HCM. Una vez hecho este paso, se podrían plantear el salto a Employee Central.

Habrá otro tipo de clientes que decidan entrar ahora en el mundo de SAP HCM y vayan directamente a la solución completa en SAP SuccessFactors, donde Employee Central sería la pieza angular sobre la que girarían el resto de soluciones.

ec2

Tanto en un entorno como en el otro, la clave está en la integración. Vamos a un entorno (estamos ya en él) en el que lo importante es conseguir que las aplicaciones hablen entre sí, que se comuniquen de forma sencilla y sean capaces de intercambiar información de manera ágil y segura.

2017-02-10_11-13-43

Aquí jugará un papel importante HANA Cloud Integration del que antes podíamos hablar como un componente aparte pero ahora ha pasado a ser uno de los servicios de SAP HANA Cloud Platform: SAP HANA Cloud Platform, integration service

¿Y sólo puedo hacer la integración con HCI? ¿Qué pasa con Boomi? ¿Y si tengo PI? ¿Y si tengo otro middleware? Estas preguntas suelen surgir cuando un cliente se plantea el tema de la integración pero no hay una respuesta mágica, ya que dependerá mucho de la situación en la que se está y a la que quiere llegar… por no hablar del presupuesto 😉

Lo que es cierto es que desde que SAP compró SuccessFactors, finales de 2011, la integración entre ambos productos ha ido mejorando con el tiempo, como no podía ser de otra forma, y llegará el momento en el que podamos hablar realmente de un único producto.

Al principio, la integración se hacía básicamente con ficheros planos y programas de extracción/carga de información (¿seguirá la “curiosa traducción” que mencionaba en este post?); después empezaron a meter BAdIs y ahora surge un nuevo concepto: Business Integration Builder (BIB).

(Ah, y cuando digo “nuevo” debería decir “nuevo para mí”, ya que el Integration Builder no es algo precisamente nuevo para la gente de XI/PI)

bib1

Se supone que con esto vamos a conseguir una mejor integración entre las aplicaciones y facilitar la migración de datos entre los sistemas on-premise y cloud, pudiendo:

  • Replicar datos maestros y organizativos.
  • Utilizar tablas de parametrización para hacer el mapeo, en lugar de tener que hacerlo en código.
  • Tener en cuenta especificaciones por país.
  • Transportar las parametrizaciones entre entornos.

Realmente, esto está planificado para el 2º trimestre de 2017, como podéis ver aquí…

bib

Por lo tanto, la respuesta a la pregunta es: SuccessFactors y S/4HANA, cada uno por su lado, pero integrados 😉

SAP UX: primero BUILD, después Splash y ahora… BUILD

En el mercado, existen muchas herramientas para el diseño rápido de prototipos de aplicaciones (mockups): Balsamiq, Flinto, Axure son algunas de ellas. Evidentemente, hay muchas más, pero con esas he llegado a “trastear” alguna vez, incluso alguna de ellas por “recomendación” de SAP: SAP Releases Fiori Widgets for Axure RP

Finalmente (esto es mucho decir con SAP) parece que la apuesta era BUILD y llegaron a un acuerdo donde, lógicamente, lo primero era cambiar el nombre y pasó a llamarse SAP Splash.

¿Y que podíamos hacer con esto? Mejor lo véis:
 


 
Bien, pues después de unos meses trabajando con la versión beta de SAP Splash, llega… BUILD.

Sí, eso es, volvemos al nombre original, donde podremos seguir trabajando con una versión gratuita pero ya aparece la opción completa, que será de pago, pero… no sabemos el importe. Sólo una pista: necesitará de licencia de HANA Cloud Platform.

Por cierto, si alguien ha estado trabajando con la versión beta, tranquilos, seguirá existiendo, con la limitación de tener sólo 5 prototipos activos y alguna cosa más.

Esto lo cuentan en una newsletter que enviaron el pasado 22 de agosto, aquí podéis ver un post donde también hablan de esto: The general release of BUILD is on its way!!!

Una vez más, aparece HANA Cloud Platform como la pieza angular en la que se basan otras soluciones, algo que ya no debería sorprendernos 😉

SAP Smart Business Service: un servicio de HCP para trabajar con KPIs de manera “sencilla”

Antes de empezar con el post, una breve explicación de 2 conceptos que aparecen en el título del mismo, que no deja de ser una explicación absurda porque si no conoces el significado de los mismos, poco interés te va a despertar el post  😉

¿Qué es esto de SAP Smart Business Services ? Un servicio dentro de HCP que te permite crear herramientas, cuadros de mandos y pequeñas aplicaciones, basadas en ciertos indicadores de negocio, todo gestionado desde un entorno Fiori Launchpad.

¿Y qué necesito para probar esto? Pues, evidentemente, tener una cuenta en HCP y dar una serie de pasos, como estos:

  • Activar el servicio de Portal y publicar un portal del tipo Fiori Launchpad.

sbs1

  • Activar el servicio Smart Business y ajustar el destino flpuis, que se habrá creado automáticamente al activar el servicio, cambiando el tipo de autenticación que trae por defecto.

sbs2

sbsdest

  • Ir a la configuración del servicio SAP Smart Business, concretamente a Configure Smart Business Apps, para enlazar el Portal que hemos creado con el servicio.

sbs3

  • Si vamos ahora a ver el Portal que hemos creado, podremos ver el Fiori Launchpad que nos ha creado para configurar las aplicaciones:

sbs5

  • Creamos una base de datos HANA, tocamos “unas cuantas cosas” y ya está todo: podemos trabajar con nuestros KPI’s, desde HCP.

sbs7

Bueno, vale, hay que detallar eso de “unas cuantas cosas”, pero os los explican mejor en estos artículos, que es donde me he “inspirado”:

http://scn.sap.com/community/developer-center/cloud-platform/blog/2016/07/03/fiori-analytics-on-hcp-using-smart-business-services–i

http://scn.sap.com/community/developer-center/cloud-platform/blog/2016/07/03/fiori-analytics-on-hana-cloud-platform-using-smart-business-service-2

http://scn.sap.com/community/developer-center/cloud-platform/blog/2016/07/03/fiori-analytics-on-hana-cloud-platform-using-smart-business-service-3

sbs10 sbs11

Ya sabéis, yo sólo recopilo información y pruebo cosas, que incluso funcionan… 😉

SAP y las cosas de Internet o el Internet de las Cosas

Otro de los servicios que nos ofrece SAP HANA Cloud Platform es el de Internet de las Cosas (IoT), que es algo un poco más amplio que poder poner la lavadora desde la oficina.

Mediante este servicio, podremos gestionar dispositivos y recibir información de los mismos, que podrían desencadenar ciertos eventos o permitirnos tomar decisiones en base a la información recibida de los mismos.

Para ver un ejemplo práctico de esto, vamos a ver cómo podría recibir información de mi móvil en la plataforma, para lo que tendré que:

  • Activar el servicio en nuestra cuenta de HCP.
  • Instalar la aplicación SensorPhone en mi teléfono.
  • Configurar el servicio.

IoT1

Para configurar el servicio, lo primero que hacemos es desplegar el Message Management Service (MMS):

IoT3

Una vez hecho esto, nos habrá aparecido una aplicación Java y tendremos que asignar el rol correspondiente a nuestro usuario:

IoT4

IoT5

Ahora toca añadir mi dispositivo, para lo que habrá que crear previamente el tipo de mensaje (qué información se va a comunicar), el tipo de dispositivo (al que asociaré el tipo de mensaje) y el dispositivo concreto (en este caso, mi teléfono, que será de tipo previamente definido).

En esto no me voy a extender, os remito al artículo original del que he sacado todo esto: The Easiest Way to Stream your iPhone’s Sensor Data to HANA Cloud Platform [Updated]

Lo único que os muestro es que siguiendo los pasos que dicen en ese documento, incluso alguien tan torpe como yo, se pueden obtener resultados:

IoT6

Ahora os dejo en vuestras manos el que os estrujéis la cabeza en pensar posibles casos de negocio con todo esto del Internet de las Cosas, ya que saber la posición de mi teléfono no creo que sea de mucho interés para nadie.

SAP nos facilita las herramientas, el resto lo ponemos nosotros… 😉

 

SAP API Business Hub: probando, probando…

Siguendo con el tema de las APIs, nos encontramos con otro servicio dentro de SAP HANA Cloud Platform: SAP API Business Hub.

SAP API Business Hub es básicamente un laboratorio de pruebas donde SAP pone a disposición de los desarrolladores y partners distintas APIs para conectar con sistemas SAP (on-premise y cloud, por supuesto), utilizando el formato estándar OpenAPI, incluso permitiendo en algunos casos probarlas en sistemas “sandbox” del propio SAP.

apih

Como ya sabéis, el movimiento se demuestra andando, así que os recomiendo que empecéis a trastear con ello, pero no os pienso contar cómo… porque hay otros que lo explican mucho mejor 😉

Testing and Exploring APIs on SAP API Business Hub

 

SAP HANA Cloud Platform como plataforma a la innovación

SAP HANA Cloud Platform es una plataforma que nos permite ampliar las funcionalidades de nuestras aplicaciones, tanto “on premise” como “cloud”, diseñar nuevas aplicaciones e integrar las mismas con tecnologías abiertas y estándares como HTML5, JavaScript, XS

Esto de mezclar los términos “abierto” y “estándar” con SAP es algo que hace unos años sonaba un poco a chino, pero a día de hoy es innegable y podemos ver claros ejemplos en la adopción de herramientas como openUI5, OData, etc…

Y siguiendo con este “proceso de apertura”, dentro del mundo “cloud” podemos ver 2 iniciativas importantes:

  • Cloud Foundry: estándar de código abierto para aplicaciones “cloud”, multi-proveedor, que nos permitirá acelerar el ciclo de la innovación y hacer nuestra aplicaciones más fiables.
  • OpenStack: sistema operativo en “cloud” de código abierto que permite gestionar desde un interfaz web un amplio conjunto de recursos de almacenamiento, computación y conexión entre sistemas.

Esto y algo más nos lo muestran en esta presentación:


 
Y ahora tú decides, si te subes al carro de SAP HANA Cloud Platform o sigues haciendo “batch-inputs” y “ALVs” 😉