La estrategia de nueva implementación o estrategia Greenfield es una opción a tener en cuenta, siempre que conversión a S/4HANA no puede realizarse en un solo salto.

Este sería el caso si contásemos con versiones antiguas de SAP (anteriores a las 6.0 pero esto ya lo veremos más adelante) o de sistemas no-Unicode.

Una nueva implementación es también una estrategia a tener en cuenta para los sistemas que han sido “demasiado personalizados” (cuando me refiero a personalización es sacados del estándar) o que contienen demasiado código ABAP(Desarrollos Zs).

Un ejemplo común podría ser sistemas SAP antiguos que se instalaron en los años noventa y que han sido actualizados una y otra vez.

Empezar desde cero (limpio) en esos casos podría ser una opción a considerar  en vez de continuar con un sistema antiguo.

¿Por qué decimos esto?

Porque  además de poder implementar utilizando las mejores prácticas de SAP, podríamos implementar bajo un modelo de empresa preconfigurado que nos ayudaría a reducir la duración y el costo del proyecto de implementación.

En una nueva implementación, sólo transferiremos los datos maestros y los datos transaccionales recientes del sistema ERP de SAP Legacy (Es decir de nuestro anterior sistema SAP) al nuevo sistema SAP S/4HANA.

Los datos históricos no se transfieren, quedando por ende sistema original SAP ERP a modo de consulta.

Esto implica que el sistema ERP de SAP no puede ser eliminado después de que el nuevo sistema SAP S/4HANA entre en funcionamiento.

El sistema obtiene una segunda vida como sistema legado.

¿Pero cuales son a grandes pasos los pasos a seguir en una nueva implementación?

Excelente pregunta. En una nueva implementación comenzaremos con la instalación de un sistema SAP S/4HANA completamente nuevo.

El nuevo sistema estará vacío obviamente vacío y contendrá la configuración estándar y los ajustes de customazing.

¿Qué significa esto?

Pues que nuestro sistema tendrá que ser customizado para cumplir con nuestros requisitos y para que se ajuste a nuestros procesos de negocio.

Una vez tengamos esto, pasaremos a la migración de datos.

Podremos utilizar por ejemplo una excelente herramienta incluida en SAP S/4HANA la SAP Migration Cockpit.

La SAP Migration Cockpit de SAP S4/HANA puede utilizarse para migrar y convertir los datos del sistema SAP de origen a SAP S/4HANA.

Pero recordemos que la nueva implementación también es obligatoria para casos en los que procedemos de un sistema no SAP por lo que los datos también podemos migrar los datos y convertirlos desde sistemas no SAP con esta herramienta.

Con la estrategia de nueva implementación, la implementación de SAP se comienza desde cero, de ahí el nombre de Greenfield.
Lo ideal es que todos los procesos de negocio se rediseñan en base a las últimas simplificaciones e innovaciones de SAP.

Resumiendo.

¿Cuándo es la estrategia de nueva implementación una opción a tener en cuenta?

• Si ejecutamos una versión de SAP que no puede ser migrada en un solo salto. Esto provoca que el proyecto de conversión sea demasiado largo o costoso. Por ejemplo como ya hemos comentado esto es común cuando se ejecuta una versión muy antigua de SAP (Anterior a la 6.0) o un sistema que aún no es Unicode.

• Utilizamos sistemas no SAP o sistemas heredados de terceros.

• Sistemas SAP sobre-actualizados o muy fuera del estándar.

  Por ejemplo, contamos con un sistema SAP altamente personalizado o modificado (es decir, un sistema con mucho código ABAP, desarrollos a medida).

Un factor clave de éxito en una estrategia de nueva implementación es la utilización de la compañía modelo de SAP como base para nuestra implementación.

Con la compañía modelo acortaremos el tiempo de implementación y reduciremos la necesidad de desarrollos a medida.

Otro factor clave de éxito es aplicar el estándar SAP o ceñirse al estándar tanto como sea posible en lugar de realizar la fase de blueprinting desde cero o intentar rehacer lo que había en su sistema heredado.

Las nuevas implementaciones tienden a tener un mayor riesgo e inversión que las conversiones. Todo tiene que ser reimplantado, mientras que, en una conversión, el proyecto puede ser considerado como un proyecto técnico con algunas innovaciones obligatoria y otras que podremos implantar a nuestra propia velocidad y en un enfoque por fases después de la conversión.