No se puede migrar con éxito a S/4 sin mantener los datos maestros


A medida que avanza la automatización de muchos sistemas ERP, la calidad de los datos maestros se convierte en un factor crítico para el éxito. A más tardar, una transformación informática como la migración a S/4 es entonces como una piedra de toque para la calidad de los datos. Lo que parece un factor de higiene es crucial para el éxito: Sin datos limpios, incluso inversiones millonarias pueden quedar en nada. Muchos directivos son ahora conscientes de ello, pero en la práctica sigue siendo importante marcar el rumbo correcto de la transformación.
Más que un factor de higiene
Especialmente cuando una empresa tiene varias sedes o plantas, a menudo no existe una visión general centralizada de todos los datos maestros. Esto puede dar lugar, por ejemplo, a que un material figure en el sistema con diferentes números de artículo. Si no se actualizan todos los artículos -idénticos- cuando se modifican los precios, el cálculo del precio de los productos fabricados puede ser demasiado bajo, por ejemplo, y provocar pérdidas. Y con la creciente automatización de los procesos, las empresas ya no pueden confiar en que los empleados detecten esas incoherencias durante una comprobación manual.
Cuando se trata de datos maestros, suele haber dos opciones: o bien crear un departamento independiente dedicado exclusivamente al mantenimiento de los datos maestros, o bien introducir un software que compruebe periódicamente los datos maestros en busca de incoherencias y las rectifique. Otras áreas problemáticas típicas de una migración a S/4 incluyen las transacciones Z: difíciles de manejar, pero indispensables.
El quid de la personalización
Como las transacciones Z tienen fácilmente más de 20 años, a menudo es difícil comprender qué dependencias existen con otras funciones. Si los desarrolladores originales ya se han jubilado, es casi imposible obtener conocimientos históricos. Entonces es necesario analizar intensamente si la transacción Z existente puede adoptarse en absoluto. Dado que en muchas instalaciones de SAP hay cientos e incluso miles de transacciones Z, no hay que subestimar el esfuerzo necesario sólo para esto. Además, cada personalización individual no sólo debe entenderse técnicamente, sino también evaluarse profesionalmente: ¿Sigue respondiendo la lógica a los requisitos empresariales actuales o hace tiempo que quedó obsoleta?
Por lo tanto, las empresas deben examinar cuidadosamente cada personalización individual antes de una migración y preguntarse cómo se puede mapear esta funcionalidad con los estándares existentes en S/4 Hana. A esto le sigue la pregunta ¿Adapto mis procesos internos (en producción, por ejemplo) a los nuevos estándares de S/4 Hana, que proporcionan la funcionalidad "out of the box", o tengo que reprogramarlos en S/4 Hana? Pero, además, hay numerosas transacciones Z que hay que mantener, documentar y actualizar.
No olvide el EDI
El EDI se ha establecido desde hace tiempo como el estándar para el intercambio de documentos empresariales y, por lo tanto, debe tenerse en cuenta durante una migración. Al migrar a S/4 Hana, el departamento de TI debe considerar si merece la pena mantener la solución EDI existente o renovar el entorno EDI como parte de la migración del ERP. Como este tipo de conversiones no están exentas de costes, merece la pena confiar en un especialista como Aimtec, que tiene experiencia en migración SAP y EDI.
Mano de obra cualificada y automatización
A medida que se jubilan los empleados de más edad y disminuye el número de jóvenes trabajadores cualificados, las empresas deben garantizar que los equipos más reducidos también puedan prestar un apoyo fiable a los sistemas de producción. Esto solo puede lograrse mediante una digitalización y automatización prudentes y coherentes. Esto, a su vez, requiere procesos sólidos y datos maestros precisos y normalizados.
En cualquier caso, es una buena idea contar para la migración con un socio que ya haya acompañado varias migraciones a S/4 Hana en su propio entorno industrial y conozca los típicos escollos en torno a los datos y los procesos. Esto hace que el cambio sea menos estresante y más rentable.





