Saltar al contenido

S/4HANA, ¿Por qué y cuándo?

Capgemini
2019-08-13

Durante los más de 20 años de experiencia en el mundo de la consultoría, sobre todo alrededor de SAP, he vivido diversos cambios de versión más o menos complejos y con más o menos sentido, desde la 3. a la ECC con sus diferentes EhPx y hasta la final aparición de Fiori.

En todos estos casos parecía que no había alternativa y que eran procesos más o menos sencillos y de manera ordenada se iban realizando las migraciones cuando eran necesarias, pero ahora la cosa asusta un poco más ya que se plantean diversas cuestiones más allá del aspecto técnico de una migración como se había realizado hasta ahora debido a:

  • la migración parece compleja, sobre todo si hay mucho código a medida
  • funcionalidades que se implementan en nuevos módulos o requieren adecuación
  • simplemente desaparecen otras funcionalidades
  • hay nuevas funcionalidades que pueden o no a venir a sustituir desarrollos.

Con todo ello además aparecen las dudas de:

  • ¿Qué pasa con mis datos históricos si adapto a nuevos módulos o elimino Z’s?
  • Tengo muchos años el sistema implementado y creo que no está optimizado
  • Me dicen que mejor que migrar (brownfield) “igual es mejor hacer una implantación greenfield estandarizando y homogeneizando” (es decir, volver a implantar). Y la más importante, me dicen que tarde o temprano lo tengo que hacer (2025 fecha fin de soporte SAP) y sigo sin tener claro el porqué de todo esto si mi empresa trabaja bien.Bueno, es el momento de empezar a despejar incógnitas (soy informático y matemático frustrado).

Desde mi punto de vista la migración a S4 debería ser parte de la estrategia de crecimiento de mi compañía, me explico, actualmente los diferentes cambios, tecnológicos, mercado, cadena de aprovisionamiento, clientes, seguridad, calidad y en definitiva la sociedad, se están moviendo hacia modelos de mayor agilidad y acceso a de los diversos interlocutores es por ello que aquellos cambios en los que mi negocio quiera moverse deben estar acompañados de un cambio en la organización y en los sistemas que dan soporte a la misma.

Por ejemplo:

  • Conectividad de empleados que realizan actividades itinerantes (por ejemplo para operarios de mantenimiento o comerciales), darles acceso en tiempo real a la información necesaria para toma de decisiones, consulta de manuales online para las reparaciones o descripciones de artículos, o por ejemplo acceso a soporte con gafas de realidad aumentada para que expertos ayuden en alguna reparación)
  • Agilidad de la cadena de suministro, para dar visibilidad de las necesidades de mis proveedores en función de cómo va la demanda de un artículo que elaboro con sus componentes, o incluso saber dónde está el stock para poder hacer un reparto en un tiempo menor, incluso preparar entregas en función de las consultas o clicks que curiosos hacen en la web y que una herramienta de machine learning tiene identificado un porcentaje de éxito en ventas finales.
  • Seguridad en mis transacciones mediante la aplicación de tecnología basada en blockchain que permita certificar o confirmar actividades que hasta ahora se hacían presencialmente o mediante escritos burocráticos.
  • Simplemente gestionar pasar a modelos cloud parte de mis aplicaciones, pasando de un modelo de compra y un periodo de amortización a un modelo basado en pago por uso que me permite mayor flexibilidad a la hora de adecuar esas aplicaciones al uso realmente que haga, además del famoso componente financiero de cambiar CAPEX por OPEX.
  • Anticipar y organizar el mantenimiento de los equipos en base a lo que indiquen los sensores de uso mediante las herramientas de bigdata y el mantenimiento predictivo.
  • Planificación de la demanda
  • Ingeniería y procesos

Ya hemos visto que poder aplicar las tecnologías (sonorización, big data, machine learning, blockchain, movilidad, …) a nuestro modelo de negocio es la clave para ganar en competitividad, ahorro de costes, cuota de mercado, mejorar calidad o eliminar ineficiencias, y a partir de aquí ya empiezo a encontrar respuestas a ¿Por qué? y ¿Cuándo Moverse a S4?

Mi recomendación de consultor, aunque de libro, es :

  1. Analizar las tendencias de mi sector o sectores a los que me quiero expandir y evaluar la viabilidad de soluciones a implantar. Para esto es básico contar con consultores de negocio y tecnológicos los cuales den un camino de implantación claro en cuanto a objetivos, beneficios o ahorros de costes a obtener y por supuesto costes y plazos comprometidos T2M (Time to market) es clave.
  2. Conocer la madurez de mi organización. Una transformación de mis áreas de trabajo y sistemas excesivamente radical puede ser frustrante por no conseguir los objetivos en el tiempo.
  3. Diseñar un plan de transformación con objetivos a corto, medio y largo plazo, junto con los beneficios medibles de estas acciones. No hay algo que agote más que aportar por tecnología e innovación y no tener visibilidad clara en tiempo real de los objetivos (Beneficios) que se están consiguiendo.

Y mi recomendación como “Sapero” es:

  1. Aprovechar al máximo mis activos. Datos históricos, desarrollos propios de mi sector desarrollados con vocación de escalabilidad.
  2. Pensar en SAP como la plataforma que me pueda permitir adaptarme a los cambios y desarrollar mi negocio.
  3. Aplicar la filosofía de SAP de pensar en la empresa inteligente, (análisis de tendencias, automatizaciones, conectividad, ….)
  4. Migrar, Implantar de nuevo o aprovechando lo que había, es una decisión que depende del valor de la personalización de mi sistema.

Aunque sea simplista tendríamos:

SituaciónPosible solución
Alta personalización con un valor no claro, con poca homogeneización de procesos debido a la evolución de la organización  Implantación de nuevo sistema
Alta personalización con valor propio en mi negocioMigración
Alta personalización adecuada a la organización pero no al negocio  Implantación de cero buscando estandarizar y homogeneizar (organización puede evolucionar, los costes son muy altos de la personalización excesiva
Personalización dirigida en áreas de negocio concretas  Migración y evaluar la posibilidad de cubrir personalizaciones con nuevas funcionalidades o módulos, para tener un modelo total mente estandarizado.  
Baja personalizaciónMigración (además será más sencilla )

Con todo ello mi propuesta es empezar por conocer el valor y/o complejidad de mi sistema y para ello es importante evaluar:

  • Evaluar la satisfacción de las áreas de negocio
  • Evaluar los procesos a medida vs estándar
  • Evaluar lo que ofrece el mercado
  • Evaluar costes/beneficios de las opciones
  • Evaluar un plan de implantación conociendo experiencias de empresas similares aunque “cada casa es un mundo” La tecnología “futurista” está más presente de lo que parece, las previsiones se empiezan a convertir en realidad y 2025 está cada día más cerca, alinear la transformación de la empresa con el cambio de S4 puede ser el impulso tecnológico y de plataforma que permita estar enganchado o incluso anticiparse al mercado. El camino hacia S4 es fascinante y abierto a multitud de oportunidades, descubrámoslas juntos.

Por favor contáctame si quieres conocer nuestro enfoque más detallado para ayudar te a establecer el camino a SAP S/4HANA.