SAP Migration Cockpit: ¿qué es?

La semana pasada comenzó en openSAP el curso Migrating Your Business Data to SAP S/4HANA – New Implementation Scenario.

Sí, ya sé que ya no te corre prisa lo de migrar, que ahora tienes más tiempo, pero precisamente eso es lo que tienes que aprovechar, que ahora tienes más tiempo para hacer las cosas mejor, no para hacerlas más tarde.

Lo primero que deberías hacer es decidir si quieres ver las cosas de color marrón o de color verde. Y cuando tengas claro si quieres hacer un brownfield o un greenfield, deberías informarte sobre cómo hacerlo.

Sí, ya sé que aparte del verde y el marrón, hay otros colores, como el azul, pero en este curso de lo que nos hablan es de una nueva implementación. Es decir, de hacer un greenfield, una implementación «de cero».

Pongo lo de «de cero» entre comillas porque evidentemente, va a haber información que viaje con nosotros, pero hablamos de una implementación nueva, en la que tendremos que ver cómo encajan nuestros procesos con los procesos estándar de S/4HANA.

Esto es algo que de entrada da un poco de miedo porque a muchos se les vienen a la cabeza los «buenos momentos» pasados en los proyectos de implantación del ERP que tienen actualmente, pero de algo tiene que servir todo lo que hemos aprendido desde entonces, ¿no?

¿Que S/4HANA es algo nuevo? Sí. ¿Que SAP ha cambiado radicalmente en los últimos 6-7 años? También. ¿Que ahora mismo no te aclaras con la cantidad de productos que hay? No me extraña.

Pero todo eso no quita para que defiendas que ese proyecto que hiciste hace 20 años, con los conocimientos que teníamos todos hace 20 años y la tecnología que había por aquel entonces sea algo que pueda dar soporte a tu negocio actual.

Que en algunos casos sí, pero estoy seguro que en la mayoría de los casos no es así, porque hace 20 años (y menos) había cosas que eran imposibles de hacer y ahora mismo son perfectamente viables.

Si tu negocio es exactamente igual que hace 20 años, puedes seguir como estás; si no, tienes 2 opciones: actualizarte o desaparecer.

Y sí, sé que eso supone una importante inversión (de tiempo y dinero) que a veces es difícil de justificar pero una vez que tienes claro que debes acometerla, mejor hacerla con tiempo y bien, que deprisa y corriendo.

Eso sí que es caro: hacer una mala implantación y estar 20 años poniendo parches.

Y después de esta «breve» introducción, a lo que iba…

En este curso nos plantean las distintas formas de acometer un proyecto de nueva implementación en S/4HANA, ya sea on-premise o en cloud.

Y como comentaba antes el hecho de que sea una nueva implementación, me va a obligar a revisar mis procesos actuales y, por supuesto, tendré que traspasar cierta información de mi antiguo sistema al nuevo, ya veremos cuál.

Porque si nos planteamos este proceso como una mera cuestión de técnica de cojo lo que tengo y me lo llevo al nuevo entorno, sin revisar ni adaptar nada, ya os digo que no va a funcionar. ¡Aprovecha para tirar «mierda»!

Con respecto a los datos, por increíble que parezca, esto es algo que en muchos proyectos no se le da la importancia necesaria y luego pasa lo que pasa…

SAP Migration Cockpit es una herramienta que nos permite llevar nuestros datos actuales (sean SAP o no SAP) a nuestro nuevo S/4HANA, mediante el uso de ficheros o tablas de almacenamiento intermedio.

Bueno, y si lo que quieres es leer los datos directamente de tu ERP SAP actual, a partir de la versión 1909 de S/4HANA también puedes hacerlo.

Todo con un interfaz intuitivo, con un montón de contenido listo para usar y posibilidad de añadir contenido de cliente o hacer ampliaciones.

Quizás hayáis oído hablar de herramientas de terceros del tipo Panaya o Winshuttle que te facilitan esta migración de datos, pero antes de plantearte ese tipo de soluciones deberías darle una oportunidad al Migration Cockpit, que viene incluido en la licencia del propio S/4HANA.

Si quieres saber algo más, te aconsejo que te apuntes al curso, tienes demostraciones de lo que puede hacer la herramienta y la posibilidad de acceder a un sistema en SAP CAL para poder practicar.

¿Que no sabes lo que es SAP CAL? SAP Cloud Appliance Library. ¿Que te has quedado igual? Échale un vistazo a este artículo:

SAP Cloud Appliance Library: un S/4HANA instalado en menos de 2 horas

Y no me vengas con que es algo nuevo porque he estado revisando y he visto que la primera entrada que escribí sobre esto es de 2014… ya, ya sé que no me es obligatorio leerse todas mis entradas, me refiero a que si escribí en ese año es que existe desde entonces.

Venga, tú vete instalando el sistema en tu proveedor cloud favorito y mañana te enseño un ejemplo práctico de los que vienen en el curso, para que sepas como ponerte a los mandos de este apasionante viaje… 😉

PD.- Salud para todos.

¿Cambios en el licenciamiento de SAP?

Tras el anuncio de la semana pasada de que SAP ampliaba el plazo de mantenimiento de la SAP Business Suite, ayer se publicó esta noticia: Updated Policy Gives Customers More Time to Complete SAP S/4HANA Transition

Que digo yo que es algo lógico, ¿no? ¿O pensaban dejar sin licencia a los clientes que no migren antes de 2025? ¿O quizás que siguieran en la Business Suite pero pagando la licencia de S/4HANA?

Lo que deja ver en el artículo es el peso que tienen las asociaciones de usuarios, especialmente en algunos países como, curiosamente, Alemania y Estados Unidos, ¿por qué será? 😉

En cualquier caso, reconozco que yo con esto de las licencias me pierdo (¿puede que no sea el único?) un poco; por eso os dejo aquí un artículo, de hace unos meses, de AUSAPE donde intentaron arrojar un poco de luz al tema: Descifrando el nuevo modelo de licenciamiento de SAP

En los últimos años ha habido mucha polémica con el tema de los accesos indirectos, las nuevas forma de licenciamiento, las auditorías, etc… y creo que nadie está en posesión de la verdad absoluta.

Por una lado, creo que SAP debería ser más claro en todo este tema, aunque entiendo que con semejante catálogo de productos y el hecho de estar cambiando de un modelo de licenciamiento perpetuo a un licenciamiento por uso, la cosa sencilla no es.

También es cierto que cuando firmas un contrato, lo firmas con todas las consecuencias y que si firmo que si voy a explotar datos de un BW con herramientas de un tercero tengo que utilizar OpenHub, pues tendré que asumirlo, ¿no? Por muy escondida que esté esa clausula.

Que no siempre las cosas están escondidas, que a veces decido entrar al portal con un usuario genérico porque las licencias me parecen muy caras… ¿o no conocéis a nadie que haya hecho algo así?

Vamos, que aquí hay para todos y lo más lógico es, como siempre, aplicar el sentido común y negociar algo que sea coherente para ambas partes.

En fin, confiemos en lo que dice en las últimas líneas del anuncio: «This usage rights policy enhancement is the latest step in SAP’s renewed commitment to customer-centricity and commercial transparency».

Aunque no sé por qué me da que ese poner al cliente en el centro y esa transparencia, irán acompañados de algunas pequeñas dosis de creatividad… 😉

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…

Hasta el infinito y más allá

Hace un par de años, cuando se empezó a hablar de SAP Leonardo aparecía en todas las presentaciones un gráfico parecido a este.

En el mismo, se quería reflejar que con SAP podías hacer «lo tradicional» (a la izquierda) y todo «lo moderno» (a la derecha), permitiendo trabajar en ambos modos de manera simultánea: unos se preocupan de que todo siga funcionando y otros a innovar pare mejorar los procesos.

Aquí lo tenemos un poco más completo, donde podemos ver que tenemos un gran núcleo (S/4HANA), sobre el que orbitan soluciones cloud para distintas líneas de negocio junto con una serie de herramientas inteligentes (SAP Leonardo) y todo ello basado en una base de datos (HANA) y una plataforma (SAP Cloud Platform):

Después, empezamos a oír hablar de la empresa inteligente y al símbolo del infinito le fueron apareciendo añadidos.

Empezamos con el tema de los 3 pilares (plataforma, suite y tecnología), etc…

Aunque, como ya os comenté en un artículo anterior, ahora se empieza a hablar de 4 pilares: SAP S/4HANA Movement y los 4 pilares de la empresa inteligente

El caso es que nuestro símbolo sigue apareciendo por ahí y sobre el mismo vamos adaptando el discurso.

De repente, aparece Qualtrics y se convierte a la solución de gran parte de nuestros problemas. Ya sabemos QUÉ pasa en nuestros negocios, pero no sabemos POR QUÉ pasan esas cosas… bueno, pues venga, vamos a hacer un dibujito nuevo:

¡Listo! ya lo tenemos todo integrado, a la izquierda todos nuestros datos «eXperienciales» para saber el por qué de las cosas, a la derecha del todo nuestros datos Operacionales y en medio toda la capa de inteligencia que nos permite combinar ambas informaciones.

Este último es el gráfico que vais a ver ahora en todas las presentaciones, ¿hasta cuándo? Pues hasta que decidan sacar otro dibujito… que puede ser mañana o en unos meses.

¿Y detrás de todo esto qué hay? Mucho trabajo que hacer, primero para entender cómo conectar estos puntos y después conseguir que todo esto esté realmente integrado, no sólo en un dibujo.

¡Ese es el verdadero reto! Y para eso hay que prepararse y que todas estas cosas al menos nos suenen de qué van, para poder tener criterio después para filtrar y saber en qué enfocarse.

De momento, con que entendamos qué quieren reflejar estos gráficos, es un buen primer paso y de ahí… ¡hasta el infinito y más allá! 😉

¿Estamos preparados para el cambio? ¿Qué decís vosotros?

La semana pasada os pedía vuestra colaboración para saber de primera mano si consideráis que estamos preparados para dar el salto a S/4HANA y hoy toca compartir los resultados.

La encuesta sigue abierta, por si alguien más se quiere animar, pero al llegar al número redondo de las 200 respuestas, podemos empezar a analizar los mismos.

Puede que lleguen más, por lo que los resultados finales podrían cambiar, aunque no creo que lo hagan significativamente, la tendencia es más o menos clara.

Enlace para participar: https://es.surveymonkey.com/r/QHHCWDG

SurveyMonkey te ofrece la posibilidad de compartir los resultados y poder hacer comentarios en los mismos, así que si alguien se anima, aquí va el enlace: Resultados encuesta nivel de conocimientos SAP – Oct.19

Aquí os dejo un resumen de los resultados:

¿Eso sale de SurveyMonkey así? Pues va a ser que no… eso es SAP Analytics Cloud, que ya sabéis que es la gran apuesta de SAP para todo el tema de analíticas.

¿Y se conecta directamente con SurveyMonkey? Directamente no, pero es algo sencillo de automatizar.

¿Cómo? En mi caso, utilizo Zapier para volcar automáticamente las respuestas en un Gsheet y esta es la fuente de datos del modelo que utilizo en SAP Analytics Cloud para hacer los gráficos.

Una vez conectado todo, cada vez que llega una respuesta nueva a SurveyMonkey, Zapier lo lleva a Gsheet y en SAP Analytics Cloud tengo programado un refresco diario de la información.

¿Mucho lío? No sé, lo veo más eficiente que copiar y pegar de un lado a otro cada vez… «pierdo» un poco de tiempo para montarlo y después me olvido.

Volviendo a los resultados, aquí os dejo un vídeo comentando la jugada:

Si queréis hacer vuestros comentarios, podéis hacerlos aquí mismo o en el enlace de los resultados que puse antes.

Y, por supuesto, también podéis hacer algo para intentar mejorar los resultados, aún estamos a tiempo 😉

El paso a S/4HANA: ¿un salto al vacío?

Hace un par de días os pedía ayuda para saber vuestra opinión sobre si estamos realmente preparados para dar el salto a S/4HANA y en unos días compartiré los resultados de la encuesta, como dije.

Por cierto, si alguno quiere hacerla o reenviarla, aún estáis a tiempo: https://es.surveymonkey.com/r/FJCFQT6

Con independencia de si el plazo es limitado (2025 es mañana) o de si se va a ampliar unos años más o no, lo que está claro es que cuanto antes empieces a revisar ciertas cosas mejor.

A nadie le va a venir mal, revisar el código fuente que hizo hace 10 años, borrar programas obsoletos, ir pasando a Unicode (sí, algunos no lo tienen aún), subir al último nivel de EhP, etc…

Y, por supuesto, tampoco estaría de más que hicieras una revisión de tus procesos, para ver si aquella «mejor decisión» que tomaste hace 15 años sigue teniendo sentido hoy en día.

Te doy una pista para ayudarte en este proceso: mira a tu alrededor, encima de tu mesa, ¿ves el aparato ese que tienes ahí? Sí, uno que tiene una pantalla cada vez más grande, sin teclado y al que te pasas el día pegado… ¿lo ves? ¿Es igual que el que tenías hace 15 años? Quizás debas cambiar algo por su culpa…

(Si eres de los que sigues con tu Nokia 3110, olvida el párrafo anterior).

Como sabréis, hace un par de semanas se anunció la noticia de que Bill McDermott dejaba de ser CEO de SAP a finales de año y su puesto pasaba a ser ocupado por Jennifer Morgan y Christian Klein como co-CEOs.

Por cierto, si alguien estaba preocupado por si Bill iba a encontrar trabajo, no os preocupéis, ya sabemos dónde va: Bill McDermott, de CEO de SAP a CEO de ServiceNow

El caso es que a raíz de este cambio, leí un artículo donde se recogen las opiniones de algunas de las asociaciones de usuarios SAP que hay por el mundo y en el mismo se ponen de manifiesto ciertas inquietudes: SAP user groups to SAP’s new CEOs – let’s partner on integration, S/4HANA adoption, and cloud harmonization

Me quedo con las manifestadas por la gente de ASUG: la adopción de S/4HANA y la integración de las soluciones cloud.

Lo de parar de comprar soluciones e integrar las adquiridas en los últimos años es algo que no estaría mal, la verdad… 😉

Sobre el paso a S/4HANA, los clientes no terminan de ver el caso de negocio para cada uno de sus casos particulares pero me temo que es algo sobre lo que no merece mucho la pena discutir: es algo que está ahí y que, si quieres seguir trabajando con SAP, tendrás que afrontar antes o después.

SAP ha puesto en marcha distintas iniciativas para facilitar esa transición a los clientes, como el programa denominado SAP S/4HANA Movement, y una serie de herramientas que nos ayudarán en ese proceso de transición.

Y de nuevo openSAP sale en nuestra ayuda para mostrarnos algunas de esas herramientas.

Ahora mismo tenéis en marcha un cursos sobre aspectos técnicos a tener en cuenta en una migración y en un par de semanas empezará otro sobre aspectos funcionales. Son estos cursos:

No son los primeros que hay sobre este tema, como ya comenté en su momento y seguro que no serán los últimos.

Así que yo que tú, me iría poniendo las pilas, antes de dar el salto al vacío… 😉

SAP HCM: próximos pasos

Tras el furor desatado por las últimas entradas, volvemos a hablar de SAP HCM y SuccessFactors.

Esta vez para comentar la estrategia que presentó SAP el pasado 9 de julio, en el SAP Localization Day organizado por AUSAPE.

Aunque no pude asistir, AUSAPE ha colgado toda la documentación de las ponencias en el siguiente enlace: Presentaciones Localization Day – Madrid

Como podéis ver, en el enlace tenéis las presentaciones de todas las ponencias y los vídeos de casi todas. Precisamente, uno de los vídeos que falta es el de la de «Next steps HCM«, que es de lo que voy a hablar en este artículo.

Se supone que subirán el vídeo en los próximos días y probablemente algo de lo que comente en este artículo no sea exactamente lo que dijo Héctor Puyol. Hacedle caso a él, que es el que sabe 😉

Para empezar, nos presentan unos datos que reflejan la realidad del mercado y de los clientes:

  • El mundo cloud, en general, sigue creciendo, mientras el mundo on-premise decrece.
  • SAP, dentro de HCM, centra su inversión en SuccessFactors/Cloud; en la parte on-premise hay mejoras legales y algo de experiencia de usuario.
  • Hay clientes que están pasando a SuccessFactors.
  • Hay clientes que pasan a S/4HANA y quieren seguir teniendo una solución SAP HCM on-premise.

Todo lo anterior es discutible y opinable, pero la realidad es que ante la evidencia de que ciertos clientes no quieren ir a SuccessFactors, SAP anunció hace ya más de año y medio el Sidecar para HCM, o también denominado SAP HCM on-premise for S/4 HANA.

¿Esto qué es? Pues básicamente es una solución específica para S/4HANA on-premise con parte de la funcionalidad de SAP HCM, no toda, que debe instalarse en un sistema aparte, que estará disponible el 1 de enero de 2023 y será mantenida hasta 2030.

Aquí tenéis un extracto de la presentación sobre esto:

Ante este panorama, os puede surgir la duda de qué hacer si tengo SAP HCM y quiero pasar a S/4HANA antes de 2023, ¿podría seguir trabajando con SAP HCM?

Mi respuesta es sí, pero con la funcionalidad existente en el ERP.

De hecho, hace más de 2 años, hice una prueba y comprobé que en S/4HANA se ejecutaba la nómina con normalidad: S/4HANA: ¿qué va a pasar con SAP HCM?

Es decir, creo que lo que va a hacer SAP con el nuevo SAP HCM on-premise for S/4 HANA es reescribir todo el código de la parte de HCM (salvo lo que han dicho que esta excluido, que podéis ver en la última imagen) para aprovechar todas las bondades de HANA, pero mientras podréis tener vuestro «SAP HCM de toda la vida» en S/4HANA; que básicamente es lo que teníais pero sobre base de datos HANA, que ya sabemos que es la única base de datos soportada por S/4HANA.

Y ahora vamos con la nómina, ¿qué opciones tenemos? Básicamente, estas:

  • SAP HCM on HANA, on-premise: la que os comentaba antes, la de toda la vida, pero con HANA como base de datos. Disponible desde ya y con mantenimiento hasta 2025.
  • SAP HCM for S/4 HANA, on-premise: lo que van a sacar en 2023 y con mantenimiento asegurado hasta 2030.
  • Employee Central Payroll (ECP): solución de nómina en cloud privada, recomendada para clientes con más de 5.000 empleados y menos de 200.000. La infraestructura la gestiona SAP y no cubre toda la funcionalidad de la solución on-premise, en tiempos y beneficios, por ejemplo.
  • Partner Managed Cloud (PMC): solución parecida a la anterior, en la que el cliente delega en un partner toda la gestión de la nómina.

¿Y por qué elegir una y otra? SAP dice esto:

Yo digo…

  • Si tienes la nómina en SAP, vete pasando a HANA y espera a ver qué sacan en 2023.
  • Si no tienes la nómina en SAP, pero tienes distintos sistemas de nómina en varios países y muchos empleados, me plantearía lo de Employee Central Payroll, si la quieres tener controlada o Partner Managed Cloud si quieres que te lo gestione todo un partner.

Vamos, que la opción de ir al cloud en el tema concreto de nómina, yo sólo se la aconsejo a nuevos clientes o a aquellos que tengan un montón de sistemas diversos y quieran unificar.

Como regla general, aplicaría lo de «si funciona, no lo toques», hasta ver qué pasa en 2023 o ver si antes sale un nuevo sistema de nómina… La nómina en la nube: ¿por qué no?

Y, por último, lo que tenemos que tener en cuenta también es si nuestra instalación de S/4HANA va a ser cloud (multitenant o single) u on-premise (HEC o no HEC, esa es la cuestión), ya que no todas las combinaciones son válidas, como podéis ver a continuación.

Y ahora, ¿tienes más claro cuáles van a ser tus próximos pasos en SAP HCM?

¿Creéis que estamos preparados para movernos a S/4HANA?

Yo, hasta ayer, pensaba que no, que la gente es algo que ve aún lejano, que no tiene la necesidad, que no lo está planificando con tiempo…

Y además creía que había un gran problema por la falta de recursos cualificados, ya que no se está invirtiendo en aprendizaje (mejor que formación) para tener los conocimientos adecuados para afrontar este cambio… pero después de ver estos tweets me quedé mucho más tranquilo…

Hay que reconocer que, en general, «los grandes» son muy grandes… 😉

Si queréis ver el detalle de dónde salen estos datos, aquí tenéis el enlace: Magic Quadrant for SAP S/4HANA Application Services, Worldwide

Y ya sabéis que todos estos sesudos estudios son perfectamente fiables y no están subvencionados por ningún fabricante de software ni por ninguna consultora, aunque a veces lo parezca… 😉

Lo bueno de que haya tantos es que es complicado que no haya uno en el que salgas bien posicionado, sólo es cuestión de enseñar el que te interese en cada momento.

Para muestra un botón… 😉

SAP S/4HANA Movement y los 4 pilares de la empresa inteligente

¿Pero cómo que 4? ¿No habíamos quedado en que eran 3?

A ver, que antes eran 3, ahora son 4 y dentro de 6 meses pueden ser 5 ó 20, ¿qué mas da?

Esto no deja de ser un discurso de marketing, lo que interesa realmente saber qué hay detrás de esos n pilares, saber qué necesito de cada uno y cómo conectarlos. ¡Casi nada!

En esencia, es algo muy similar a lo anterior, donde nos hablaban de suite inteligente (S/4HANA), tecnologías inteligentes (Leonardo) y plataforma inteligente (Cloud Platform), ahora nos hablan de:

Es decir, lo que os decía antes: conceptos, conceptos y conceptos, pero todo estoy hay que aterrizarlo, entenderlo e integrarlo.

Y, por supuesto, saber qué aplica y qué no para tu modelo de negocio, ¿o piensas comprártelo todo? No tendría sentido.

Al igual que no lo tiene negar la evidencia y pensar que te vas a quedar con tu R/3 de toda la vida y vas a poder hacer de todo… a la larga, eso no lo veo viable.

Si quiero evolucionar, antes o después voy a tener que subirme al carro de «lo nuevo» y debería ir planteándome el salto a S/4HANA.

¿Cuándo? Antes de 2025, que ya sabemos que es la fecha límite y aunque esta se pudiera extender, ¿para qué esperar? Si dan 3 años más de tregua, ¿vas a retrasar tu decisión 3 años más? No tiene sentido, dentro de 3 años estarías igual que ahora.

Así que mi consejo es, independientemente de que se hablen de 3, 4 ó 15 pilares, yo me iría enterando de qué va eso de la empresa inteligente y qué debería hacer para dar el salto a S/4HANA y para ello lo verdaderamente inteligente es informarse, para tener la posibilidad de tomar la mejor decisión y no verte forzado porque se te echa el tiempo encima.

SAP S/4HANA Movement es una iniciativa con la que SAP quiere ayudar a los clientes a dar ese salto (¿de fe?) y donde podéis encontrar información interesante, como esta: Join the SAP S/4HANA® MovementUnlock the value of the age of intelligence

En el documento, podéis encontrar distintas herramientas que os pueden ayudar a la hora de tomar decisiones como si haces una conversión o una nueva implementación, si optas por una edición cloud o vas al modelo on-premise…

…herramientas como SAP Transformation Navigation, que partiendo de tu situación actual te genera un informe con recomendaciones a seguir…

…o SAP Readiness Check que te ofrece un cuadro información relevante para saber qué pasos tienes que dar para hacer esa conversión.

En el documento también tenéis información sobre el programa SAP S/4HANA Adoption Starter Engagement, en el que se supone que en 90 días os van a dejar claro por qué hay que ir a S/4HANA y qué beneficios aporta a vuestro negocio.

¿Demasiadas cosas? Puede ser, pero lo importante es moverse y no quedarse parado, aunque no lo veáis muy claro… 😉

¿Quién ha hecho esta mierda de programa?

Si eres desarrollador, es probable que más de una vez se te haya venido esa frase a la cabeza al revisar el código de un programa. Y es también muy posible que ese «quién» fueras tú mismo… 15 años antes 😉

Que no siempre tiene porqué ser así, que hay gente que hace las cosas muy bien desde el minuto 1, pero aunque fuera así, me cuesta creer que ahora mismo alguien haría igual las cosas que hace 15 años, sobre todo teniendo en cuenta lo que ha avanzado la tecnología en este tiempo.

Sí, ya conozco la máxima de «si funciona, no lo toques», pero es que si trabajas con SAP puede que las cosas dejen de funcionar en breve… ya sabéis, HANA, S/4HANA y esas cositas.

«¿¿¿Cómo??? ¿Pero es que las cosas no funcionan directamente más rápido por poner HANA?».

Claro, claro que sí… es todo automático. Tú metes el «CD de HANA», le das a «siguiente» unas cuantas veces y está todo listo.

A ver, si hace 20 años tú ya tuviste en cuenta que pasado un tiempo te iban a decir justo lo contrario («mete caña a la base de datos, que la aplicación sea ligera») de lo que te estaban diciendo en ese momento («no leas mucho de la base de datos, mete caña en la aplicación»), puede que no tengas que revisar mucho… o si lo tienes todo estándar… porque, por supuesto, las buenas prácticas las has aplicado desde siempre, ¿no?

Si, por un casual, no tuviste en cuenta eso y tienes algún «zeta», o no siempre has sido muy cuidadoso con las buenas prácticas, quizás sea el momento de que revises tu código ABAP.

No esperes al último momento y empieza con esa tarea, ya que obtendrás beneficios inmediatos (optimización del código existente, eliminación de programas obsoletos…) y te preparará mejor para lo que está por llegar, porque sí o sí, vas a pasar a S/4HANA… ¡y lo sabes!

Hace unos meses ya escribí una entrada sobre esto: Revisión de código para migrar a S/4HANA

¿Por qué lo recuerdo ahora? Pues porque es otra de las cosas para las que vas a necesitar las ABAP Development Tools (ADT), de las que os hablaba ayer, es para poder corregir automáticamente muchos de los errores de tu código.

¿Y esto cómo se hace? Pues, por resumir:

  1. Cargas la Simplication Database. Que es una lista que contiene las verificaciones a realizar.
  2. Lanzas el ABAP Test Cockpit (ATC). Una herramienta que busca esas verificaciones en tu código.
  3. Ejecutas la SPDD y la SPAU. Estas son viejas conocidas, ¿no?
  4. Vuelves a lanzar el ABAP Test Cockpit (ATC). Ahora en el sistema destino.
  5. Corriges el código con las ABAP Development Tools (ADT). Hay una perspectiva especial para leer los resultados del ATC.

¿Demasiado resumido? Tenéis todo el detalle aquí: Custom Code Migration Guide for SAP S/4HANA 1809

Venga, que aún estamos a tiempo de hacer bien las cosas y evitar que dentro de 15 años, cuando nos encontremos con nuestro código, vuelva a aparecer en nuestra mente la misma pregunta… 😉