Migrar a SAP S/4HANA ofrece muchos beneficios, pero para garantizar una migración sin problemas, debe conocer los motivos específicos de la migración.

En consecuencia, no debería planear migrar a SAP S/4HANA como una actualización o mejora de una solución ya implementada. Con SAP S/4HANA, desea introducir un nuevo núcleo digital en su empresa que garantice la competitividad futura, lo que significa adaptar tanto los aspectos técnicos como el diseño de contenido de los procesos de negocio.

¿Qué debe considerar antes de seleccionar SAP S/4HANA?

Debería (al menos) responder las siguientes preguntas, que se analizarán con más detalle más adelante.

¿Qué estado objetivo desea alcanzar?

¿Qué posición se supone que debe ocupar SAP S/4HANA en su panorama de sistemas? ¿Quiere ejecutar una prueba de concepto (PoC) o quiere utilizar SAP S/4HANA inmediatamente en producción? ¿Puede utilizar la migración como una oportunidad para optimizar la forma en que se asignan sus procesos en el software empresarial?

¿Qué modelo operativo le conviene?

¿Quiere ejecutar SAP S/4HANA en su propio centro de datos o mediante un servicio de hosting? ¿O desea utilizar SAP S/4HANA como modelo de software como servicio (SaaS)?

¿Cuál es la situación inicial?

¿Cuál es la versión actual del producto de su sistema fuente? ¿Cuál es la calidad de los datos en su sistema fuente? ¿Hasta qué punto se aprovecha estrictamente el estándar SAP y cuántas mejoras personalizadas existen? ¿Quieres utilizar un sistema como plantilla?

¿Qué usuarios existen ya?

¿Cuántos usuarios existen y cómo están distribuidos? ¿Qué grupos de usuarios se espera que se beneficien de la implementación de SAP S/4HANA?

¿Cómo se debe utilizar la solución?

¿Qué escenarios comerciales y transacciones se utilizarán? ¿Cómo se distribuyen estos requisitos entre sus usuarios?

¿Cuál es su plazo definido?

¿En qué plazo se supone que estará terminado el proyecto? ¿Qué hitos deben alcanzarse y cuándo?

¿Necesita apoyo?

¿Qué tipo de apoyo necesitas? ¿Cuál es tu presupuesto? ¿Qué servicios se deben adquirir y cuáles se pueden realizar internamente?

Preparándose para las próximas décadas

Cuanto más consciente sea de la importancia del núcleo digital de SAP, más valor agregado normalmente podrá generar SAP S/4HANA: el concepto básico de SAP S/4HANA es su compromiso de preparar a las empresas para los desafíos de las próximas décadas. Limitarse a una actualización puramente técnica de los sistemas y entornos existentes sería una simplificación inadecuada. Debería analizar si sus procesos han crecido y si el panorama de su sistema será sostenible en el futuro o si su estructura está obsoleta y, por lo tanto, debe adaptarse.

Partes de implementación técnicas y orientadas a procesos

Al migrar a SAP S/4HANA, deberá considerar al menos dos partes de la implementación: la parte puramente técnica y la parte orientada a procesos (consulte la figura a continuación).

Implementación técnica

La implementación técnica de una migración incluye principalmente migrar la base de datos a SAP HANAreemplazando el código del programa, adaptando los modelos de datos al modelo de datos de SAP S/4HANA e implementando el servidor frontend para SAP Fiori interfaces. Es posible que su código personalizado existente también deba adaptarse técnicamente.

Estas actividades no dependen de cómo se utilizará finalmente el sistema en la producción, por lo que pueden controlarse y respaldarse técnicamente con herramientas estándar. Por lo tanto, SAP proporciona una cartera completa de herramientas para planificar y llevar a cabo esta implementación técnica.

Implementación orientada a procesos

La implementación de una migración orientada a procesos se refiere a la adaptación de cómo se asignan los procesos de negocio existentes en el sistema y a la introducción de nuevas aplicaciones. Estas modificaciones de los procesos de negocio se llevan a cabo sólo parcialmente en el propio sistema. En la mayoría de los casos, sólo puede ingresar indicadores, como información de configuración modificada. Sin embargo, en lo que respecta a la planificación, tendrá que realizar pasos de gestión de cambios mucho más completos. Estos pasos incluyen, por ejemplo, diseñar su proceso comercial modificado, configurar las medidas necesarias, capacitar a los usuarios, asignar roles y autorizaciones, ejecutar operaciones piloto y convertir el sistema de producción (PRD).

Tareas en las fases individuales

A estas fases descritas se les pueden asignar las siguientes tareas.

• Preparación (pasos preparatorios en el sistema fuente)
  • Analizar la implementación del proceso de negocio existente.
  • Comparándolo con las innovaciones de SAP S/4HANA
  • Identificar los escenarios de integración necesarios
  • Ejecutar comprobaciones previas en el sistema fuente, por ejemplo, sobre funciones utilizadas, mejoras específicas de la industria, códigos personalizados y mejoras de terceros.
  • Implementar las conversiones preparatorias necesarias en el sistema fuente.
• Implementación técnica
  • Instalación de SAP S/4HANA, la base de datos de SAP HANA y las aplicaciones de SAP S/4HANA
  • Adaptación de la infraestructura técnica
  • Configurar ajustes de personalización
• Adaptación de procesos
  • Adaptación de programas personalizados en SAP S/4HANA
  • Desarrollar procesos de negocio nuevos o mejorados para aprovechar las innovaciones en SAP S/4HANA.
  • Adaptación de escenarios de integración
  • Personalización de interfaces de SAP Fiori

El tiempo y el esfuerzo necesarios para la implementación orientada al proceso, dependiendo de la situación inicial y el estado objetivo, pueden representar una pequeña o una gran parte del proceso general. Por lo tanto, recomendamos dividir el proyecto de migración en las tres fases que acabamos de describir porque la implementación orientada a procesos, en particular la implementación de nuevos procesos comerciales, no tiene que realizarse en paralelo a la migración técnica.

En general, puede planificar la introducción o migración de sus procesos comerciales independientemente de la migración técnica.

Fases paralelas del proyecto

La siguiente figura muestra un posible enfoque para introducir SAP S/4HANA en su empresa: en el proyecto, usted prepara e implementa nuevas funciones en lotes, mientras los usuarios continúan usando las funciones existentes.

Un requisito previo para una planificación óptima del proyecto es conocer el estado objetivo deseado. Si bien este requisito previo puede parecer trivial al principio, los proyectos de migración de SAP S/4HANA a menudo no describen el objetivo de la migración en detalle y se basan en declaraciones vagas como «implementación de SAP S/4HANA».

Análisis de la compensación en una etapa temprana

La migración a SAP S/4HANA tiene una desventaja general que debe tener en cuenta, en particular si su estado inicial incluye un sistema SAP ERP o un panorama SAP: cuantas más propiedades del sistema fuente decida mantener sin cambios (por ejemplo, configuración, código personalizado o aplicaciones), más simple será la parte técnica del proyecto de migración. Sin embargo, el beneficio que puede obtener de SAP S/4HANA en este caso también podría reducirse porque los principales beneficios de SAP S/4HANA son procesos de negocio optimizados, interfaces de usuario (UI) simplificadas y una mayor flexibilidad para requisitos futuros.

Por lo tanto, siempre se debe analizar esta compensación. Los posibles criterios de análisis incluyen los siguientes:

Tipo de uso

¿Se utiliza el sistema de destino para producción o desea ejecutar una prueba de concepto primero? En este último caso, conviene realizar una implementación totalmente nueva con transferencias de datos selectivas.

Costo total de propiedad (TCO)

SAP S/4HANA le permite reducir el TCO. Los ejemplos incluyen una reducción huella de datos—Es decir, se reduce el espacio de almacenamiento para los datos de la aplicación en la base de datos. Otra dimensión son los requisitos reducidos para su departamento de TI interno debido a las instalaciones locales de SAP GUI en las estaciones de trabajo de los empleados. se puede evitar. Si su objetivo explícito para la migración es reducir el TCO, también debe analizar dónde se pueden omitir o reemplazar las mejoras personalizadas por aplicaciones SAP S/4HANA. Además, debe examinar hasta qué punto varios sistemas ERP existentes se pueden fusionar en un sistema SAP S/4HANA. Además del TCO reducido, los usuarios se benefician del acceso a datos en tiempo real desde los sistemas que antes estaban separados.

Modelo operativo

¿SAP S/4HANA se operará en la nube o en las instalaciones? Los dos modelos operativos tienen características diferentes que es necesario analizar. En pocas palabras, subcontratar la administración del sistema a la nube resulta atractivo, especialmente para los procesos comerciales estándar.

Paisaje objetivo

¿Cómo se supone que cambiará todo el panorama? ¿Hay que consolidar los sistemas? ¿Deben separarse los sistemas (por ejemplo, contabilidad financiera y planificación de necesidades de materiales)? ¿Cómo se debe adaptar la arquitectura existente? ¿Qué datos se deben transferir desde el sistema heredado y qué datos se pueden dejar atrás?

Recuerde que normalmente también tendrá que instalar y configurar los servidores frontend para SAP Fiori, que son necesarios para las nuevas funciones de SAP S/4HANA.

Metodología de implementación de SAP

SAP recomienda una metodología con seis fases para la planificación e implementación de proyectos: descubrir, preparar, explorar, darse cuenta, desplegary correr. La metodología se llama Activar SAP.

Suponemos que ya ha optado por SAP S/4HANA. Supondremos que la fase de descubrimiento también se ha completado con éxito, durante la cual se identifican las prioridades empresariales, se define la arquitectura objetivo, se optimiza el caso de negocio y se lleva a cabo una verificación de preparación. Nos centramos en la implementación técnica de la migración y menos en la implementación orientada a procesos. Suponemos que ha seleccionado y definido las características del alcance del proceso empresarial en un proyecto de implementación empresarial independiente.

Preparación con acceso de prueba

Si aún no ha completado la fase de descubrimiento, debe probar un sistema SAP S/4HANA. Para ello, SAP proporciona acceso de prueba a una instancia en la nube de SAP S/4HANA que solo es válida por un tiempo limitado. Para obtener más información sobre estos sistemas de prueba, ver esta publicación.

Conclusión

Migrar a SAP S/4HANA es mucho más que una actualización técnica. Es una decisión estratégica que afecta a cada capa de su organización, desde la infraestructura de la base de datos hasta la experiencia del usuario y el diseño de procesos a largo plazo. El éxito depende de respuestas honestas a las preguntas fundamentales antes de que cambie una sola línea de código: ¿Cuál es su estado objetivo? ¿Qué modelo operativo se adapta a tus necesidades? ¿Qué parte de su paisaje actual debería continuar? Al separar la migración técnica de la implementación orientada a procesos, planificar flujos de trabajo paralelos y mantener claramente a la vista el equilibrio entre simplicidad e innovación, su organización puede abordar SAP S/4HANA no como un cambio forzado del sistema, sino como una oportunidad genuina para construir un núcleo digital más capaz, competitivo y preparado para el futuro.

Nota del editor: esta publicación ha sido adaptada de una sección del libro. Migración a SAP S/4HANA: modelos operativos, escenarios de migración, herramientas e implementación por Frank Densborn, Frank Finkbohner, Martina Höft, Petra Klöß, Kim Mathäß y Boris Rubarth. Frank Densborn es experto en migración de datos en SAP desde 2004 y es autor de numerosos títulos de SAP PRESS en alemán e inglés. Frank Finkbohner trabajó para SAP desde 1999, incluidos 13 años en consultoría de SAP, donde apoyó a los clientes en numerosos proyectos, incluida la migración de datos y el desarrollo y extensión de aplicaciones ABAP. Martina trabaja en la gestión de productos para SAP S/4HANA en el área de migración y transformación de datos con especial atención en el cockpit de migración de SAP S/4HANA. El Dr. Klöß es director senior de SAP Central Business Configuration y gestiona el éxito de los clientes de SAP Central Business Configuration para América y China. Kim ha trabajado en SAP desde 2006 y actualmente es gerente senior de desarrollo en SAP S/4HANA Globalization. El Dr. Rubarth trabajó en SAP desde 1999 hasta finales de 2024, más recientemente como gerente de producto en la división de Logística de Software.