SAP amplía el mantenimiento de la SAP Business Suite

Parece que finalmente 2025 no es mañana, podéis respirar tranquilos… 😉

Vamos a ver, lo primero la noticia: SAP Extends Its Innovation Commitment for SAP S/4HANA, Provides Clarity and Choice on SAP Business Suite 7

Lo mejor es que la leáis, aunque os comento alguna de las cosas, por si no las entendéis bien.

«SAP SE (NYSE: SAP) today announced a maintenance commitment for SAP S/4HANA until the end of 2040″

Se asegura el mantenimiento de S/4 hasta 2040, después imagino que vendrá T/5… si seguimos con la lógica: R/3, S/4, T5…

«At the same time, SAP will provide mainstream maintenance for core applications of SAP Business Suite 7 software* until the end of 2027 followed by optional extended maintenance until the end of 2030.»

Yo aquí leo que el mantenimiento lo extienden 2 años, hasta 2027; los clientes leen que lo alargan 5 años y muchos respiran pensando que para entonces ya estarán jubilados y que el marrón se lo comerá otro.

“Our customers show us that SAP S/4HANA is their future direction and that they expect a long-term commitment from SAP to this platform,” said Christian Klein, Co-CEO and Member of the Executive Board, SAP SE. “We know that our customers have deep business transformations underway using the unique capabilities of the solution. Our user groups confirm this. A recent survey from the Americas’ SAP Users’ Group did not show a single customer not planning to migrate to SAP S/4HANA. In addition, the German-Speaking User Group indicates in their lately published survey that customer investments in SAP S/4HANA are increasing significantly. In response to this and to our customers’ demand for choice, SAP will provide additional flexibility to fully embrace the groundbreaking opportunities of SAP S/4HANA that reflects the individual pace and complexity of our customers’ projects.

Thomas Saueressig, Member of the Executive Board, SAP Product Engineering, SAP SE, added: “SAP S/4HANA is the architecture and platform of the future for our customers. SAP is committed to our customers’ success and choice. Offering these maintenance periods is further delivering on transparency and trust. The significant growth in 2019 confirms our SAP S/4HANA strategy and demand.”

Aquí dice que todos los clientes están perfectamente preparados para ir a S/4HANA y que podrían hacer la migración mañana mismo, pero con otras palabras… 😉

«SAP gives final clarity on maintenance for SAP Business Suite 7. It will provide two more years of mainstream maintenance for core applications of SAP Business Suite 7. During this offboarding phase, SAP will continue to deliver the strong mainstream maintenance features that customers need. There will be no contractual change nor will any additional fees apply. Following this phase, SAP will offer customers a choice of how they would like to continue with the maintenance for core applications of SAP Business Suite 7 from 2028 onwards:

  • Customers needing support for their applications in longer conversion phases to SAP S/4HANA can leverage the proven extended maintenance offering. This comes with a premium of two percentage points on the existing maintenance basis for core applications of SAP Business Suite 7 for all support offerings. It will be available for three additional years beginning at the start of 2028 and ending at the close of 2030.
  • Customers who do not decide for the extended maintenance level of support by the end of 2027 but choose to carry on with their SAP Business Suite 7 software systems will automatically be transferred to the customer-specific maintenance model. This includes problem solving for known issues at unchanged fees.»

Se extiende el mantenimiento hasta 2027 y lo puedes extender 3 años más, pagando un 2% más de mantenimiento… no sé si durante los 3 años o un 2% más adicional cada uno de esos 3 años.

«At ASUG, we have maintained all along that if you’re an SAP customer who wants to grow and accelerate your business, remove inefficiencies, reduce technical debt and take advantage of the latest capabilities of SAP software, then you need to move to SAP S/4HANA. With today’s news, we still believe SAP customers should move forward as far in advance of any deadline as possible,” said Geoff Scott, CEO, Americas’ SAP Users’ Group (ASUG). “The decision about a company’s ‘ERP of the future’ should not just center on a technical upgrade to SAP S/4HANA. It should be about how best to prepare a company’s business for the future. This announcement is not a signal to slow down. This is now the time to commence plans and move forward so that SAP customers can harness business value from what is the most significant technology change in SAP’s recent history.”

Y aquí lo que dice es que este movimiento no es porque los productos no estén totalmente integrados ni porque el mercado no tenga profesionales suficientemente cualificados; es simplemente para poder hacer las cosas con más tiempo… aunque me temo que en España, principalmente, se harán con el mismo tiempo pero más tarde 😉

Dice más cosas, pero lo mejor es que lo leáis, no sea que yo no lo esté traduciendo bien… 😉

Básicamente, lo que pienso de esto es que puede ser muy mala noticia o muy buena;  depende de si la gente la interpreta como «tenemos 5 años más para tener que tomar decisiones» o como «tenemos 5  años más para PODER tomar BUENAS decisiones».

Tú decides cómo te la vas a tomar y hasta qué punto puedes permitirte que tu negocio siga funcionando 5 años más como hace 20…

SAP Support Backbone: ¿has hecho los deberes?

Todos tenemos en mente la fecha de 2025 como una fecha clave para todos los clientes de SAP y aunque algunos siguen viendo esa fecha como lejana, lo cierto es que el tiempo va pasando… pero no pasa, nada, hay tiempo… dicen esos que se tiran luego 6 meses para hacer una simple subida de parches… 😉

…pero para 2020 queda un poco menos, 21 días concretamente, que es lo mismo que le queda de vida al OSS tal y como lo conocemos hasta ahora.

A partir del 1 de enero de 2020, cambia la forma de conectarse a los sistemas de soporte de SAP y para que a partir de ese día todo siga funcionando con normalidad tienes que haber hecho una serie de tareas previas: la esencial es tener el Solution Manager 7.2 con el SP07 ó SP08 (si eres partner que gestionas el soporte de varios clientes).

¿Por qué hay que hacer esto? Bueno, pues porque la forma de comunicarse con estos sistemas cambia, por ejemplo, pasar de ser comunicación RFC a ser HTTPS, se tendrá que usar un usuario de comunicación en lugar de usuarios genéricos, etc…

Aquí podéis ver más detalles: Support Backbone Update

¿Y en qué me afecta todo esto? Como te decía, si no haces las actualizaciones correspondientes, no podrás acceder a todos los servicios de soporte de SAP, ni implantar notas utilizando el asistente (transacción SNOTE)… más información, aquí: Connectivity to SAP’s Support Backbone

¿Pero qué tengo que hacer? A ver, no te preocupes, que seguro que lo tienes todo en orden, que esto es algo que SAP lleva anunciando bastante tiempo y nadie lo ha dejado para el último minuto.

De todas formas, por si acaso, aquí te dejo una ayuda en función de la versión de Solution Manager que tengas, más bien de SP, porque versión seguro que tienes la 2.0, ¿no?

SAP Support Backbone Update Checklists

¿Y qué pasa si sigo con Solution Manager 1.0 y no llego a tiempo a día 1 de enero de 2020? Tranquilo, podrás seguir trabajando pero con menos funcionalidad.

Aquí va otro enlace con una presentación donde te lo cuentan todo: Prepare Before 2020 to Ensure Your Systems Stay Connected to SAP

Esto lo tenemos todo controlado, ¿pero cómo llevamos lo de 2025? 😉

Vamos a contar verdades

Hace ya casi 2 años y medio escribía un artículo sobre la tormenta perfecta que se no estaba viniendo encima y algunos podréis pensar que era algo alarmista, que pasado ese tiempo no ha pasado nada.

Cierto, no ha pasado nada pero en breve empezará a caer una tromba de agua y como en estos años no hemos preparado las infraestructuras, ni nos hemos dotados de los medios adecuados, no tengo claro que todos nos podamos mantener a flote.

Sé que esto es predicar en el desierto porque aunque individualmente todos reconocéis ese riesgo y decís que habría que hacer algo, la realidad luego es muy distinta.

Desde mi perspectiva, en la que tengo contacto con partners, clientes y SAP, detecto que hay un brecha enorme entre los conocimientos necesarios y los que realmente se deberían tener para llevar a cabo este proceso de transformación en el que estamos inmersos.

Podrá alargarse la fecha límite de 2025 (o no) pero lo que es innegable es que SAP ha cambiado y si quieres seguir gestionando su empresa con su software, tendrás que ir a S/4HANA antes o después.

Por supuesto, no sólo SAP ha cambiado, ha cambiado el mundo; por lo que no me creo que tus procesos deban ser los mismos que hace 20 años.

Y, evidentemente, los conocimientos técnicos que se requieren son muy distintos a los que se requerían en las implantaciones del «viejo R/3».

Luego resulta que hay gente que dice que tiene un montón de gente preparada, por lo que lo mismo todo lo anterior son imaginaciones mías, así que… os voy a pedir ayuda.

He elaborado una breve encuesta (no se tarda más de 1 minuto) para que la contestéis y se la paséis a quien queráis de vuestros contactos, que trabaje con temas de SAP, eso sí.

Evidentemente, esto no pretende ser una encuesta científica, simplemente es una forma de tomar el pulso a la realidad.

La encuesta es completamente anónima, no os pide ningún dato personal y los resultados los compartiré aquí en unas semanas.

Aquí tenéis la encuesta: Nivel de conocimientos SAP – Oct.2019

Os animo a que la rellenéis y la compartáis con otros colegas reenviándoles este artículo o enviando directamente el enlace de la encuesta por mail y/o redes sociales: https://es.surveymonkey.com/r/JP2257C

Si solo la mitad de lo que leáis este artículo la rellenáis y se la enviáis a su vez a 5-6 personas para que hagan lo mismo, podemos tener un número de respuestas decente en muy poco tiempo.

Gracias por anticipado.

Y, por supuesto, esto sólo tiene sentido si somos totalmente sinceros. Ya sabéis que si no lo sois, os crecerá la nariz… 😉

Trabajar como un equipo (III)

Hoy, para empezar la semana, toca otra «batallita del abuelo», que ya ha pasado mes y medio de la última.

Como siempre, es una experiencia basada en hechos reales, que ocurrió hace ya unos cuantos años, probablemente, año 1998 ó 1999, cuando la gente se volvió loca a implantar ERP’s antes de que llegase el año 2000 y desapareciera el mundo.

Sucedió en un cliente al que llegué porque mi gerente de aquel entonces me comentó que había surgido «una gran oportunidad» para mí. Recuerdo que le puntualicé que quizás el término «gran oportunidad» no era el más adecuado para llegar a un cliente en el que se habían ido 5 consultores en 2 semanas y se habían quedado sin nadie, pero que entendía que sonaba mejor que «tenemos un marrón»… 😉

Llegué como analista/programador, aunque el cliente se refería a mi como: «no sé, tú sabrás, tú eres el experto».  Y lo cierto es que lo era, porque allí no había nadie más.

En cualquier caso, fijé las expectativas desde el primer momento y les pedí que me llamarán mejor: «no lo sé, pero lo miro». Y mirando, mirando, estuve por allí más de 3 años y medio, pero vamos a la historia, que me pierdo.

Resulta que una tarde teníamos que ejecutar un batch-input en producción, por razones que no vienen al caso y así lo hicimos. Como yo era externo (ya sabéis, la lucha de castas…), lo hicimos con el usuario de un consultor interno que había y… falló.

(Que levante la mano quién no haya hecho nunca un batch-input en el que modificaba un registro en lugar de copiarlo. Bueno, pues eso mismo, con el salario de todos los empleados de la compañía, el día antes de lanzar la nómina).

El autor material del desastre, tanto del programa como de la ejecución era yo, pero el usuario que constaba era el de él, ya que era el responsable del proceso.

(Alguno, llegados a este punto, os preguntaréis si no se probó antes en el entorno de test, pero es que aquí estamos hablando gente valiente y ya sabemos que ¡lo de probar las cosas en test es de cobardes!)

Total que teníamos un problema… o eso pensaba yo. No lo tenía yo, ni lo tenía él, ni lo tenían los usuarios, ni el cliente, lo teníamos todos… era un problema común, de todos, pero… sorprendentemente, el problema de él desapareció en cuanto su nombre de usuario desapareció del sistema de producción.

Si no recuerdo mal, antes de hacer nada había hecho una copia de los datos y los restauré, dejando los datos originales. Después hubo que hacer más cosas pero él, en ese momento, se evaporó y allí nos quedamos los demás, con «nuestro problema».

Por supuesto, el problema se solucionó, gracias al esfuerzo de todos los que permanecimos allí y cosas como esa son las que permitieron que «no lo sé, pero lo miro» fuera ganándose la confianza del cliente, no por su aPtitud (que fue adquiriendo con el tiempo), sino por su aCtitud.

¿Y esto a qué viene hoy? Pues porque me temo que se avecinan tiempos difíciles y que ante el inminente «efecto 2025» que se nos viene encima, necesitamos gente con ambas cualidades: aptitud y actitud.

Por supuesto, la actitud es algo difícil de cambiar y siempre habrá jugadores que dejen tirado al equipo, pero por lo menos, creo que necesitamos aprender de los errores del pasado y que la gente tenga unas aptitudes mínimas ante lo que nos viene encima.

¿O vamos a querer volver a salir adelante con «expertos» de 6 meses de experiencia? 😉