Suelta lastre antes de iniciar tu viaje a S/4HANA®

suelta-lastre-s4hana

En el artículo anterior, El primer paso en el camino a S/4HANA, comentábamos que la transición a S/4HANA era un camino complicado, plagado de retos y que requería una hoja de ruta individualizada, diseñada en base a datos empíricos y conocimiento experto. En este segundo artículo de la serie vamos a hablar de las iniciativas que se pueden abordar de forma previa a la transición, esto es, los preparativos del viaje a S/4HANA.

Durante los más de 25 años transcurridos desde julio de 1992 –fecha de lanzamiento de SAP R/3-  hasta el día de hoy, el ERP de SAP ha estado en constante evolución, adaptándose a los nuevos requerimientos que los clientes, industrias y mercados iban demandando. Este cambio continuo nos ha llevado a la situación actual: los sistemas SAP ERP son entornos muy enriquecidos respecto a su funcionalidad y muy complejos respecto a su funcionamiento.

Esta profusión de funciones y complejidad ha venido acompañada de una serie de problemas que –salvo contadas excepciones- son universales a todos los sistemas SAP. Nos vamos a centrar aquí en algunos de los más relevantes: redundancia, obsolescencia, tamaño o entropía. Estos problemas, aunque son antiguos y bien conocidos, no dejan por ello de suponer una fuente continua de preocupación a los diferentes responsables del sistema.

preparando-viaje-s4hana-problemas

Redundancia

De todos estos trances, la redundancia es quizás el único estructural, al menos en su dimensión más significativa: el modelo de datos. Los diferentes módulos funcionales (LoB Line of Business) en los ERP SAP tienen modelos de datos cuyo núcleo se ha mantenido estable desde su lanzamiento hasta hoy en día. Por motivos de muy diversa índole, este núcleo se ha ido ampliando con distintos artefactos: tablas de agregados, índices, vistas, etc., que en muchos casos han reiterado la información en la BBDD hasta llegar al punto en el que podemos afirmar que los sistemas SAP ERP tienen modelos de datos redundantes.

Huelga decir que este tipo de estructuras redundantes introducen una gran complejidad en las aplicaciones –con proliferación de anomalías e inconsistencias- y lastran en cierta medida la flexibilidad general del sistema. En la parte positiva hay que decir que este problema se resuelve en S/4HANA gracias a su modelo de datos simplificado.

 

Obsolescencia

El problema con la obsolescencia viene derivado de la falta de mecanismos –o de la ineficacia de los mismos- a la hora de retirar las entidades obsoletas del sistema. Esta incapacidad o dificultad repercute en una masificación de objetos obsoletos que consumen recursos y dificultan la operación sin devolver ningún tipo de contraprestación. La taxonomía de estas entidades es muy variada: componentes ABAP, datos maestros y transaccionales por citar algunos de los más relevantes.

New call-to-action

Tamaño

El siguiente obstáculo a tratar sería el tamaño de la BBDD: es evidente que las BBDD tienden a crecer con el paso del tiempo y su utilización. Es bien conocida, además, la relación en BBDD entre tamaño y rendimiento –generalmente, a mayor tamaño, menor rendimiento-. Si esta situación la agravamos con los problemas derivados de la redundancia y la obsolescencia, es fácil entender que nos hallamos ante un problema de gran magnitud, cuya solución es esencial para garantizar la buena operación del sistema.   

 

Entropía

Por último, empeorando aún más la situación aparece la entropía, que es producto de la dificultad de gestionar sistemas tan grandes y dinámicos donde numerosos actores pueden estar evolucionando la solución de forma concurrente, circunstancias estas que se agravan con cierto déficit de soluciones de gestión eficaces que existe tradicionalmente en algunos dominios del sistema.

Es significativo que a excepción de la redundancia, el resto de problemas mencionados nos acompañarán durante nuestro viaje a la nueva plataforma y lo que es peor aún, formarán parte de nuestro sistema S/4HANA si no intervenimos activamente para remediarlo.

Existen determinadas acciones que nos permitirían mejorar o incluso solventar estos problemas de forma previa e independiente a la transición a S/4HANA. De esta forma atacamos los problemas en origen, beneficiándonos de las mejoras desde un primer momento en nuestro SAP ECC. A partir de ahí, los beneficios se extienden a lo largo de toda la transición –el proyecto de migración-, permitiéndonos de esta manera erradicar los problemas del modelo destino -nuestra futura solución S/4HANA-.

Hay que advertir que establecer las medidas que mejor se adapten a cada situación no es algo sencillo. Para ello lo más indicado será realizar un diagnóstico preciso del estado de nuestro sistema en todos los ámbitos susceptibles de mejora. Posteriormente, en base al resultado de ese dictamen y gracias al conocimiento de las mejores soluciones del mercado, es posible diseñar un plan de acción a medida de cada cliente.

Con este espíritu concebimos una parte muy importante del servicio de Assessment experto S/4HANA de Techedge, en el que estas iniciativas quedan recogidas -entre otras- en el apartado de Simplificación del sistema. Aquí se definen todos los pasos que van desde el diagnóstico del sistema al diseño y planificación de las acciones a realizar.

preparando-viaje-s4hana-lineatiempo

Bajo el epígrafe de Simplificación del sistema del Assessment experto S/4HANA de Techedge, se aglutinan una serie de iniciativas de diversa tipología que nos permiten poder avanzar en la transición a S/4HANA de forma previa y completamente desacoplada al futuro proyecto de migración.

Estas iniciativas tienen una importancia capital. De no llevarlas a cabo nos podemos encontrar con la paradoja de tener la mejor y más moderna plataforma –S/4HANA- a nuestra disposición, y seguir sufriendo en ella los viejos problemas de siempre.

 

¿Quieres que te asesoremos en tu viaje a SAP S/4HANA?

Optimiza tu viaje al ERP inteligente gracias a nuestro asesoramiento y a la Proof of Value de 60 días que te ofrecemos.

¡Quiero saber más!

Guillermo Vera

Guillermo Vera

Guillermo es socio y director del área de Desarrollo e Integración en Techedge España, y ha trabajado en tecnologías de desarrollo e integración durante casi 20 años. Guillermo está especializado en el desarrollo básico y la optimización de software de SAP ERP. Tiene una extensa experiencia en el diseño, la implementación, el rollout, la gobernanza y la actualización de software de SAP en entornos a gran escala en los que el mantenimiento del ciclo de vida del software es fundamental. Durante los últimos quince años, Guillermo ha liderado más de 50 proyectos de implementación en diversos sectores, ayudando a agilizar y simplificar procesos empresariales y optimizando la experiencia de usuario. Antes de incorporarse a Techedge en el 2004, Guillermo trabajó para varias empresas de consultoría, participando siempre en las áreas de desarrollo e integración. Guillermo obtuvo una licenciatura en Tecnologías de la Información por la UNED, España.

FOLLOW-ME