Skip to Content

El camino recorrido hasta ahora:

En primer lugar, situamos los conceptos básicos, analizamos nuestro primer escenario,
la conversión del sistema, posteriormente pasamos a un escenario un poco más complejo,
la transformación del landscape, hoy nos centraremos en el tercer y último escenario,
las nuevas implementaciones de S/4HANA.

Escenario 3.
New Implementation.

Este escenario se centra principalmente en nuevos clientes
que proceden de un sistema heredado (legacy system) o clientes provenientes de SAP Business Suite
que por alguna razón prefieren ejecutar una nueva instalación.

Aunque no lo parezca, esta posibilidad, es decir, clientes de SAP Business Suite que deciden ejecutar una nueva re-implementación
de S/4HANA se dará mas de lo que inicialmente cabría suponer. La principal razón la tenemos en boca de SAP./wp-content/uploads/2016/08/01_1009399.png

Para sacarle todo el partido posible a HANA era necesario re-diseñar la forma en la que el ERP estaba construido,

eliminando redundancias, agregados, etc necesarios en una BBDD transaccional.

La segunda razón se deben a las propicias necesidades del cliente, saliendose del estándar.
Esto plantea un escenario muy complejo para una migración,
siendo una excelente oportunidad para apostar por una re-implementación acojiendose a las Best Practices de SAP.

Los principales pasos para ejecutar una nueva implementación de S/4HANA son:

  • Instalación de SAP Netweaver Application Server ABAP 7.5 basado en SAP HANA.
  • Instalación de SAP HANA, On-premise Edition.
  • Instalación de SAP Fiori para SAP HANA On-premise Edition.

(Cabe decir que estos pasos son meramente orientativos)

Una vez que S/4HANA es implementado, los datos maestros y transaccionales

son migrados desde el sistema heredado o desde SAP Business Suite.


Dependiendo de la edición de SAP S/4HANA o de las necesidades del cliente se usará:
SAP Landscape Transformation (SAP SLT) o SAP Data Services para la migración.


/wp-content/uploads/2016/08/02_1009397.png


Generalmente SAP LT es usado para migrar los datos al despliegue en la nube de S/4HANA,
mientras que SAP Data Services se usa para migrar los datos en los despliegues On-Premise
ya que además de ser capaz de extraer información de casi cualquier fuente de datos,
tiene la capacidad de limpiar o transformar los datos para cumplir con los requerimientos del destino SAP.

Con esta última entrada ponemos fin a la serie del camino hacia S/4HANA.

To report this post you need to login first.

2 Comments

You must be Logged on to comment or reply to a post.

Leave a Reply