Migración a SAP S/4HANA – Conceptos básicos (Parte I)

El 3 de febrero de 2015, SAP publicó su nueva línea de productos SAP, SAP S/4HANA, que incluye numerosas funciones nuevas con la nueva tecnología de base de datos SAP HANA, los modelos de la plataforma en la nube de SAP y la interfaz de usuario Fiori para simplificar la experiencia del usuario. De ninguna manera se trata de una actualización mejorada de SAP ERP (SAP ECC o anterior), sino más bien de una nueva suite empresarial de SAP de cuarta generación. En el contexto de los servicios de big data, la tecnología in-memory de HANA permite un procesamiento más rápido de las tareas de la base de datos en tiempo real, lo que, además, puede representar una ventaja competitiva con opciones de nube adecuadas.

Sin embargo, dado que se trata de una nueva suite de negocios para el entorno ERP de una empresa, la integración de SAP S/4HANA requiere una transferencia compleja, según el sistema. Esto incluye no solo ajustes de procedimiento y arquitectura, sino también la revisión y definición de autorizaciones de seguridad dentro del nuevo panorama de SAP. Estas medidas deben considerarse no solo con respecto a la renovación del panorama de TI y la mejora asociada de las posiciones competitivas, sino también porque SAP actualmente solo ofrecerá soporte, actualizaciones y licencias para los sistemas SAP ERP hasta el 31 de diciembre de 2027.

Para que la conversión del sistema a SAP S/4HANA sea lo más fácil y fluida posible en el contexto de la autorización, esta serie de blogs de varias partes abordará los pasos básicos del proceso de migración de datos maestros.

Primeros pasos: la elección de las implementaciones de SAP S/4HANA

Requisitos previos en los que debe pensar con sus autorizaciones y el aprovisionamiento de usuarios finales, debe aclarar qué escenario de implementación de SAP S/4HANA es adecuado para su infraestructura de TI y crear una plantilla para usar en la cabina de migración en el futuro. Se hace una distinción entre cuatro variantes de productos, cuya compatibilidad debe validar la gestión de proyectos individualmente para la estructura de la empresa respectiva.

SAP S/4HANA AnyPremise: On-Premise o administrado por el proveedor de la nube Hiperscalers

• Solución ERP local (los complementos en la nube son posibles).
• Comparación con el ERP del sistema de origen actual con un servidor autohospedado o un host externo.
• La infraestructura y el software están en manos del cliente (excluido el soporte).
• Es posible el uso de herramientas de terceros y diferentes GUI.

SAP S/4HANA Cloud edición esencial (ES)

• Solución ERP basada en la nube en una instancia compartida (sin interfaces locales).
• Software como servicio (SaaS).
• La infraestructura y el software se suministran a través de SAP (incluidas las autorizaciones).
• No es posible el uso de herramientas de terceros y diferentes GUI.

SAP S/4HANA Cloud edición extendida (EX)

• Solución ERP basada en la nube en una instancia dedicada (sin interfaces locales).
• Software como servicio (SaaS).
• La infraestructura y el software se suministran a través de SAP (excluidas las autorizaciones).
• Es posible el uso de herramientas de terceros y diferentes GUI.

SAP S/4HANA AnyPremise Private Cloud administrado por SAP (HEC)

• Solución ERP basada en la nube con servidor SAP.
• IaaS: Infraestructura como servicio.
• La infraestructura se suministra a través de SAP (excluyendo software y autorizaciones).
• Es posible el uso de herramientas de terceros y diferentes GUI.

Con base en esta clasificación, se puede ver qué tan amplio puede ser el impacto, dependiendo de la elección de la variante del producto y el modelo de datos. Al elegir entre ellos, debe tener en cuenta que los factores importantes incluyen, por ejemplo, la medida en que se utilizan las funciones de la nube, la cantidad de desarrollos internos y la complejidad de la estructura de su empresa y los procesos comerciales. Además, debe decidir individualmente qué tan autosuficiente le gustaría administrar su sistema y el servidor, donde el cálculo monetario juega un papel.

¿Qué opción de migración es adecuada para mí: Brownfield o Greenfield?

Una vez que haya tratado los enfoques y las interfaces para SAP S/4HANA, debe decidir cómo puede planificar esto en su sistema. Dado que SAP S/4HANA es una nueva línea de productos, el concepto de autorización no puede transferirse simplemente de SAP ERP (SAP ECC) a SAP S/4HANA. Esto no es solo una actualización de software. Se debe hacer una distinción entre los dos enfoques: Greenfield y Brownfield. Los dos enfoques de transformación digital se definen a continuación.

Greenfield

Con el enfoque Greenfield, el sistema SAP S/4HANA se reinstala por completo independientemente del entorno del sistema existente y los datos relevantes o los objetos de migración se transfieren del sistema antiguo al nuevo. Básicamente, una nueva implementación. Con esta solución de SAP, su migración a HANA solo debe contener los datos que realmente se requieren. La transferencia del sistema se relaciona con los procesos o características de la autorización, por lo que debe integrarse y adaptarse en el nuevo sistema.

Además, SAP S/4HANA ofrece muchas características adicionales como estándar. Debido a esto, los desarrollos ABAP del código personalizado del cliente deben revisarse con respecto a los nuevos estándares, incluida la integración técnica. También existe el enfoque de implementaciones Greenfield, que es más adecuado para situaciones en las que los nuevos clientes de SAP no pueden transferir datos existentes de sistemas heredados que no son de SAP. En última instancia, todos los procesos en SAP deben definirse fundamentalmente aquí.

campo baldío

Con un enfoque Brownfield, el sistema SAP existente (ERP 6.0) se migra a la nueva versión de SAP S/4HANA (por ejemplo, la pila inicial de 2021). Sin embargo, debe tener en cuenta que este enfoque solo se puede utilizar si el concepto de autorización actual y los desarrollos internos se han configurado de acuerdo con las prácticas estándar de SAP.

Además de esta ruta compatible con el estándar a SAP S/4HANA, puede usar una conversión técnica pura, pero luego, considere que solo eleva y cambia su concepto de autorización no saludable de SAP ERP a SAP S/4HANA. Por lo tanto, debe hacer un rediseño de autorización después.

Conclusión

Con SAP S/4HANA, hay muchas posibilidades y características nuevas que ofrecen una ventaja competitiva. Sin embargo, para utilizarlos de manera efectiva, la nueva línea de productos primero debe integrarse en su sistema. Además de todo el procesamiento del proyecto de migración de autorizaciones, Xiting le ofrece un análisis del sistema que incluye una verificación de preparación de SAP S/4HANA, para que sepa de antemano lo que debe tener en cuenta. No solo lo ayudamos desde un punto de vista técnico, sino que también le ofrecemos soporte basado en proyectos de consultores experimentados. Si desea obtener más información sobre nuestro enfoque de mejores prácticas o necesita un asesoramiento integral antes de una migración o rediseño de SAP S/4HANA, estamos a su disposición. Además, ofrecemos numerosos servicios y productos para ayudarlo a mantener su sistema de autorización. Solo eche un vistazo a uno de nuestros seminarios web semanales y compruébelo usted mismo.

¡Lee la parte 2!

Libro electrónico Xiting: SAP S/4HANA: el futuro de la gama de productos SAP

Una descripción general de la nueva línea de productos de cuarta generación y sus características en el contexto de la autorización.

Consultor de Seguridad SAP | Autorizaciones SAP a Xiting GmbH

El entusiasmo de Alexander Sambill por la seguridad y las autorizaciones de SAP lo convierte en un escritor apasionado de artículos técnicos y científicos, documentos técnicos, encuestas y más sobre la seguridad y las autorizaciones de SAP. También es el principal responsable de todas las publicaciones sobre autorizaciones de SAP en Xiting AG. Antes de comenzar a trabajar como consultor certificado de seguridad de SAP para Xiting, Alexander recibió su Maestría en Ciencias (MSc.) en economía energética y administración de empresas de la Universidad Técnica de Bergakademie Freiberg, Alemania. Durante sus años de trabajo dentro de SAP Security, se especializó para autorizaciones SAP en SAP ERP y SAP S/4HANA con SAP Fiori. Alexander lidera proyectos de rediseño y migración de autorizaciones, educa a los clientes como formador oficial de SAP y resuelve proyectos y casos de uso personalizados individuales. También es instructor certificado por el gobierno federal (IHK) en comercio e industria. En su tiempo libre, encontrarás a Alexander principalmente en los bosques o las montañas.

Últimos mensajes de Alexander Sambill (ver todo)