El que esté libre de pecado…

Hace unos días el diario Expansión publicó esta noticia: “Workday le ‘roba’ Santander a SAP”.

El titular me parece cuanto menos engañoso ya que, por lo que yo sé, el Banco de Santander no tenía implantada mucha funcionalidad de Recursos Humanos en SAP y no creo que en el supuesto “robo” entren el resto de módulos de SAP, ¿o realmente le ha “robado” también toda la parte financiera?

Y que conste que creo que Workday puede ser un gran producto; no lo puedo afirmar porque no lo conozco en profundidad, pero algo debe tener el agua cuando la bendicen: “La empresa que une a Facebook, Google, Nissan, Netflix y a la mitad del Fortune 500“.

SAP lo conozco un poco mejor y probablemente, aunque la imagen que pongo a continuación es de 2014, si hablamos de cifras, el grado de penetración de SAP en las empresas del Fortune 500 apostaría a que es mayor, a día de hoy.

En cualquier caso, son sólo cifras y cada uno presentan las que le interesan, como es lógico.

“Estos son mis principios y si no le gustan, tengo otros”, como dijo Groucho Marx.

O la versión más moderna: “Este es el cuadrante de Gartner y si no te gusta, te presento otro”… 😉

¿Con SAP todo es perfecto? Para nada, de hecho, aquí os dejo otra noticia que salió recientemente y que ha hecho algo de ruido: “Lidl cancela un contrato de 500 millones de euros con SAP”.

¿Realmente hacía falta gastarse 500 millones de euros y que pasaran 7 años para ver que algo iba mal? ¿Toda la culpa es de SAP? ¿Del implantador?

Entonces, ¿SAP no vale para nada?

Bueno, eso sería mucho decir, si tenemos en cuenta la cantidad de empresas que trabajan con sus productos. Puede que no valga para todo, por eso es importante que antes de lanzarse a una implantación, el cliente se forme mínimamente y/o pida consejo a alguien con experiencia, aparte de seleccionar a un proveedor con garantías (no vale con ser “uno de los grandes”), que luego pasa lo que pasa…

Aquí os dejo un par de artículos para reflexionar:

Atención a la conclusión final de este último: el proyecto no es ni del proveedor de software ni del implantador, el proyecto es del cliente y siempre es más rápido y más barato (aunque no lo parezca) hacer las cosas bien a la primera.

Y no penséis que estas cosas le pasan sólo a SAP, que Workday también la “caga”: Sacramento city schools paid $5.2 million to tech firms. Now it wants its money back

Pues eso, ¿quién tira la primera piedra? 😉

SAP Cloud Platform: permíteme que insista

Vuelvo a hablar de este tema, que ya he tratado alguna que otra vez, a raíz de un post que me he encontrado, a mi modo de ver, muy clarificador: SAP Cloud Platform Planning Guide

En el enlace, podéis tener acceso a este documento: SAP Cloud Platform Planning Guide

En dicho documento se definen conceptos básicos como región, cuenta, subcuenta, los distintos tipos de cuentas/usuarios que hay, etc…

Por ejemplo, en el gráfico anterior, podemos ver que un cliente puede tener una cuenta global, en la que podrá crear subcuentas (en distintas regiones) y ahí desplegar sus aplicaciones, ya sea en entorno Neo o Cloud Foundry. Además, podrá suscribirse a aplicaciones desarrolladas por terceros.

¿Cuántas cuentas/subcuentas tengo que tener? ¿En qué regiones? ¿En qué entornos? Esto dependerá del caso particular de cada cliente. En el documento, os plantean algunos escenarios.

Por ejemplo, un entorno típico en SAP es tener en la parte on-premise los entornos de desarrollo, test y producción, y esto mismo lo podríamos replicar en SAP Cloud Platform, conectando una subcuenta a cada uno de los entornos:

Si leéis el documento y os suena todo a chino, os recomiendo que os deis una vuelta por openSAP y veáis, por lo menos, este curso: SAP Cloud Platform Essentials (Update Q3/2017).

Además de ese, tenéis muchos otros: cursos SAP Cloud Platform en openSAP.

Y, por supuesto, siempre tenéis la opción de hacer un curso oficial: CP100 – SAP Cloud Platform.

Siempre es más cómodo que te lo cuente alguien, que ya se haya pegado con ello, ¿no? 😉

Personaliza tu SAP Cloud Platform Fiori Launchpad

Hace ya un tiempo, os mostré cómo crear una cuenta de SAP Cloud Platform y cómo activar el servicio del Portal. Desde entonces, habéis tenido tiempo de practicar y seguro que tenéis muchos portales, ¿no?

Bueno, si no es así aún estáis a tiempo de enteraros de qué va esto en una nueva edición del curso de openSAP, que empieza el 11 de septiembre: Building Portal Sites on SAP Cloud Platform (2018 Edition)

Ah, y si preferís la formación presencial y “pasar por caja”, vuestro curso sería el CLD300 – SAP Cloud Platform Portal Administration and Operations.

Con SAP Cloud Platform, podemos crear de una manera realmente sencilla  distintos portales, con diferentes estilos y, por supuesto, con la posibilidad de personalizarlos con tu imagen corporativa.

Por cierto, si queréis enredar con esto de la personalización, aquí os dejo un post interesante: Branding and Theming your SAP Cloud Platform Fiori Launchpad

Y aquí un enlace al ejemplo del que he sacado la imagen anterior: Fiori Launchpad barrahache

¿Qué es un ejemplo chorra? Totalmente de acuerdo, es sólo un ejemplo. En vuestras manos os dejo que hagáis algo más elaborado… 😉

SAP Fiori para S/4HANA: algunas características interesantes

“En S/4HANA todo es Fiori”… no, no y no. Eso no es cierto, lo diga quien lo diga, que ya sabemos que se dicen muchas cosas… 😉

En S/4HANA tienes tus transacciones (no todas) de toda la vida, tienes el customizing y tienes ABAP, pero… lo cierto es que la experiencia de usuario está muy enfocada a SAP Fiori y que lo suyo sería que la mayoría de los usuarios trabajaran en “modo Fiori”, aunque ya sabemos que la gestión del cambio es algo con lo que no nos llevamos muy bien.

Para animaros un poco a probar las bondades de Fiori, aquí van algunas características:

  • Búsqueda empresarial: está siempre disponible en la parte superior y nos permite hacer una búsqueda rápida entre distintos tipos de objetos de negocio.

  • Notificaciones: recibe avisos directamente de tus procesos de negocio en tu Fiori Launchpad, para mejorar la toma de decisiones.

  • Valores por defecto: como los parámetros de usuario R/3, pero “más mejores”, pudiendo tener varios valores para un mismo parámetro y pudiendo pasar valores a aplicaciones Fiori, Web Dynpro ABAP y SAP GUI.

  • Personalización: no sólo podemos configurar la apariencia de nuestro Launchpad, podemos seleccionar un tema, fijar preferencias de idiomas, ocultar notificaciones…

  • Asistencia al usuario: mucho más que la típica ayuda, con procesos guíados, asistentes web (con SAP Enable Now)…

Estas son sólo 5 de las características más interesantes que os puede ofrecer Fiori y no es que lo diga yo, lo dicen los clientes y los consultores que han “sufrido” las implantaciones de S/4HANA en los últimos años, como podéis leer en este post: Fiori for S/4HANA – Top 5 Fiori features that bring value to every Business User

Ahí tenéis mucha más información, ya sabéis que yo soy un simple “recolector”… 😉

SAP Cloud Platform: escenarios y casos de uso

A veces, cuando hablamos de SAP Cloud Platform, todo suena demasiado teórico y/o demasiado amplio… son muchos servicios, muchas piezas sueltas, muchos conceptos… ¿pero qué podemos hacer con todo eso?: lo que queramos.

Sí, porque ya sabemos que el powerpoint y el argumentario comercial lo soportan todo.

Con eso de que SAP Cloud Platform nos permite extender, integrar y crear aplicaciones, cada vez es más frecuente que ante el menor inconveniente en un proceso de venta, alguien salga con la coletilla de turno: “eso lo podemos hacer con SAP Cloud Platform”, sin encomendarse a Dios ni al diablo.

Y aunque es cierto que se pueden hacer muchas cosas, lo que no tiene sentido es plantearse desarrollar toda la funcionalidad de gestión de viajes o un CRM de cero, utilizando SCP como herramienta de desarrollo. Bueno, sí utilizaría SCP, pero otro SCP: Sentido Común Primero.

Entonces, ¿qué podemos hacer? Pues aquí os dejo algunos escenarios que SAP nos plantea:

  • Mejorar la experiencia de usuario.
  • Extender aplicaciones de S/4HANA.
  • Integrar aplicaciones cloud y on-premise.
  • Desarrollar aplicaciones móviles.

Estos escenarios, con sus casos de uso, y algunos más los podéis encontrar en el siguiente enlace: New on SAP Cloud Platform Website: Scenario-Based Enablement Content

Por supuesto, una vez que comprendo todas las posibilidades que me da la plataforma, es cuestión de saber cómo conectar las distintas piezas para solucionar posibles problemas o plantear nuevos retos a los clientes.

Y para que vuestros powerpoints queden aparentes cuando habléis de todo esto, aquí os dejo una plantilla que os será útil: SAP Cloud Platform Solution Diagrams and Icons

Luego, habrá que hacer las cosas, pero de momento os dejo la llave maestra para abrir todas las puertas… 😉

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: ¡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.