PRÁCTICAS RECOMENDADAS

PARA LA TRANSICIÓN A
SAP® S/4HANA
Uğur Hasdemir, asesor de SAP S/4HANA
Jorge Ruiz, Winshuttle

©2018 Winshuttle, LLC. Todos los derechos reservados. 5/18 www.winshuttle.es

Table of contents
1. Introducción 2

2. Planificación de la migración 5

Hacer las preguntas adecuadas 5

Consejos y recursos de planificación 6

Entender las opciones de implementación 7

Expectativas durante la migración 12

3. Fases de la migración 13

¿Por qué llevarla a cabo en fases? 13

Metodología SAP Activate 14

Descubrimiento 15

Preparación 16

Exploración 18

Materialización 19

Implementación 22

Ejecución 23

4. Conclusiones 24

5. Referencias 24

6 Sobre Winshuttle 25

2

Muchas organizaciones cometen
el error de asumir que S/4HANA
es un simple sustituto de SAP
ERP 6.0 y que solo hay que
actualizar a S/4HANA. Aunque
ambos productos tienen en
común capacidades funcionales
importantes, la transición a
S/4HANA supone cambios en la
funcionalidad y los procesos de
negocio pueden ser significativos.»
Prácticas recomendadas para planificar
la actualización de SAP S/4HANA 2017
INTRODUCCIÓN
Introducción
S/4HANA es la respuesta de SAP a la complejidad cada vez mayor y al carácter
inmediato del mundo digital de hoy en día. SAP está haciendo un esfuerzo
coordinado para trasladar su base de clientes a esta «gama de productos en
memoria». Según Gartner, de cara al año 2020, el 35 % de su base de clientes
utilizará esta potente plataforma.
Sin embargo, muchos profesionales de SAP continúan sin tener claras las
distintas opciones de implementación que ofrece SAP y temen la repercusión que
esta «actualización» pueda tener en sus operaciones. A algunos incluso les cuesta
crear un caso de negocio lo suficientemente convincente como para adoptarlo o
un plan de transición que reduzca el riesgo y la interrupción empresarial.
Aunque SAP ECC 6 y S/4HANA tienen en común capacidades funcionales
importantes, la transición no es una simple actualización. Los cambios
significativos de ambos procesos de negocio y de la funcionalidad precisan de
una planificación y una gestión del cambio detalladas.
Si se está planteando cambiar a S/4HANA, este informe técnico le ayudará a
entender exactamente qué implica la transición. Si ya se halla inmerso en la
planificación o la transición, conocerá las prácticas recomendadas para poder
gozar de las ventajas del acceso más rápido a los datos en tiempo real, con menor
coste e interrupción empresarial, lo que le permitirá prestar apoyo a los modelos
de negocio que impulsan nuestro mundo digital.
3

NÚCLEO DIGITAL
SAP S/4HANA
Núcleo digital para todos los procesos
impulsados por datos.
Aplicaciones de SAP S/4HANA
Aplicaciones basadas en análisis
para todas las líneas de negocio y los
sectores.
Plataforma SAP HANA
Plataforma en memoria para todos los
datos.
Experiencia de usuario de SAP Fiori
Experiencia de usuario adaptada a
cada rol para todos los dispositivos.
PERSONAL
ACTIVOS
CORRECTOS DESDE EL PRIMER MOMENTO:
Transferencias de datos automatizadas y procesos
ejecutados por los profesionales del negocio.
INTRODUCCIÓN
¿Por qué SAP S/4HANA?
S/4HANA simplifica las funciones, la estructura de los datos, la experiencia
de usuario y los análisis a fin de cumplir los requisitos para beneficiarse de la
interoperabilidad, Internet de las cosas y los macrodatos (Big Data).
SAP ha adaptado completamente la visión de su producto con el concepto del
ERP posmoderno: una estrategia en la que ya no tendrá que depender de un
solo sistema y proveedor, sino que podrá complementar su sistema ERP con
las mejores soluciones de su clase (normalmente, basadas en la nube). En
este enfoque, S/4HANA es el núcleo de todos los procesos basados en datos,
respaldados por sistemas basados en la nube que permitirán nuevos modelos
de negocio innovadores.
Los datos en el núcleo digital, sobre todo los datos maestros y los datos
financieros, servirán como vínculo para todos estos sistemas.
Si quiere aprovechar al máximo las nuevas tendencias en la mejora de la toma de
decisiones, como los análisis en tiempo real, ya no puede permitirse introducir
en SAP datos de mala calidad y dedicarse a depurarlos más adelante. Es esencial
que los datos sean correctos desde el primer momento.
PROVEEDORES
NÚCLEO DIGITAL
DE SAP S/4HANA
Experiencia de
usuario de SAP Fiori
Aplicaciones SAP S/4HANA
Plataforma SAP HANA
CLIENTES
4

PLANIFICACIÓN DE
LA MIGRACIÓN
Cuestiones que tener en cuenta antes de iniciar la migración.
¿CUÁL ES EL OBJETIVO FINAL?
¿Cómo quiere posicionar S/4HANA dentro de la
organización? ¿Desea usarlo como validación del
concepto o bien como sistema de producción?
¿Aprovechará la ocasión para rediseñar los procesos
de negocio?
¿CÓMO ES SU ENTORNO ERP ACTUAL?
¿Es SAP una parte clave de la arquitectura empresarial
de su organización y, por lo tanto, será difícil de
reemplazar? ¿Su sistema incorpora numerosas
personalizaciones para funcionalidades clave? ¿Cómo
es la calidad de los datos en el sistema de origen?
¿QUÉ MODELOS DE IMPLEMENTACIÓN TIENEN
SENTIDO PARA SU NEGOCIO?
¿Debería ejecutar S/4HANA de forma local, hospedarlo
en una nube privada, o bien en una pública como
software como servicio (SaaS)? Conozca con más
profundidad cómo se aplican las distintas opciones
de implementación disponibles en esta sección.
PLANIFICACIÓN DE LA MIGRACIÓN
¿CUÁL ES LA REPERCUSIÓN EN SU BASE DE DATOS
DE SAP?
¿Cuál es el tamaño de su comunidad de usuarios y
cuántos usuarios se beneficiarán realmente de las
mejoras?
¿QUÉ FUNCIONALIDAD DE NEGOCIO UTILIZARÁ
EL NUEVO SISTEMA?
¿Qué soluciones sectoriales, modalidades de negocio
y transacciones de SAP se usarán en el sistema
S/4HANA de destino?
¿CUÁL ES EL PLAZO?
¿En qué fecha planea su puesta en marcha? ¿Puede
definir cada una de las etapas principales durante los
proyectos?
¿NECESITA AYUDA?
¿Necesita ayuda para la implementación o puede
ejecutar el proyecto con recursos internos? ¿Necesita
otros servicios, como depuración u optimización de
datos?
5

Asegúrese de que la transición
a S/4HANA no se entiende
como una migración técnica
o, de lo contrario, podría
desaprovechar ventajas
potenciales o subestimar el
esfuerzo total que el proyecto
necesita.»
Prácticas recomendadas para
planificar la actualización de
SAP S/4HANA 2017
Consejos y recursos
de planificación
NO CONSIDERE EL CAMBIO A S/4HANA
COMO UNA SIMPLE MIGRACIÓN
TÉCNICA
S/4HANA no es un proyecto de TI: es un reto
de gestión del cambio para los negocios,
que puede ofrecerle formas nuevas de
trabajar y, en muchos casos, forzará a las
organizaciones a evaluar y modificar los
procesos de negocio de existentes.
RECURSO: SAP recomienda usar SAP
Transformation Navigator para crear
su caso de negocio y mostrar aquellos
impulsores de valor que sufren la
repercusión y la influencia de la nueva
arquitectura de SAP.
IMPLIQUE A LOS DIRIGENTES
DEL NEGOCIO Y A LOS USUARIOS
FUNCIONALES
Es crucial que las partes interesadas clave
se impliquen en cuanto al rol que S/4HANA
puede tener para apoyar y permitir los
objetivos de negocio en los próximos
cinco a diez años, en vez de considerar
que S/4HANA es una mejora que tiene que
justificar.
Deberá llevarse a cabo como parte de una
revisión y actualización de la estrategia
ERP. Si aún no tiene ninguna estrategia
ERP, este será el mejor momento para
crearla.
ELIJA EL ENFOQUE DE LA TRANSICIÓN
Cualquier organización que utilice SAP ERP
tendrá que elegir el enfoque adecuado
para llevar a cabo la transición. La decisión
PLANIFICACIÓN DE LA MIGRACIÓN
depende de lo rápido que quiera recoger
los frutos de S/4HANA, de la efectividad de
la implementación actual de SAP ERP y la
complejidad del entorno actual de SAP.
La mayoría de las organizaciones con
más de un SAP prefieren un enfoque por
fases y una transición gradual. Cuando la
implementación actual de SAP ERP no se
ajusta bien a las necesidades futuras de
los procesos de negocio de la organización
—por ejemplo, si su organización ha
cambiado su estrategia de negocio—,
podría considerar volver a implementar
los procesos de negocio en una instancia
nueva de S/4HANA.
RECURSO: SAP recomienda usar SAP
Readiness Check for S/4HANA.
USE LA LISTA DE SIMPLIFICACIONES
Que las 919 páginas no le intimiden: la
lista de simplificaciones de SAP es un
buen recurso para ayudarle a identificar
cualquier capacidad funcional que no
tenga reemplazo directo o haya cambiado
de forma significativa en S/4HANA, como
el mantenimiento maestro de clientes
y proveedores, el cual se gestiona de
forma central desde la transacción de los
socios de negocio en el nuevo sistema. Los
responsables de los procesos tienen que
prestar especial atención a estas áreas,
puesto que seguramente sean las que
entrañen mayores esfuerzos de migración
o reimplementación.
RECURSO: Use la lista de simplificaciones
de SAP para S/4HANA 1709.
6
 PLANIFICACIÓN DE LA MIGRACIÓN

SAP S/4HANA en local SAP Opciones de implementación de

S/4HANA en nube privada S/4HANA
SAP S/4HANA en nube pública Al llevar a cabo la migración a S/4HANA, necesita decidir qué tipo de modelo
funcional se ajustará mejor a sus necesidades. Esta decisión dependerá de las
Enfoque híbrido funciones de S/4HANA que quiera y cómo deben usarse.

EJEMPLO:
En Cliente SAP nuevo o ya
Sistema local existente implementa un
NUEVA ERP sistema nuevo de SAP
Nube
IMPLEMENTACIÓN S/4 S/4HANA con carga de
Sistema
no-SAP datos inicial.
Híbrido

EJEMPLO:
Conversión completa de
En
un sistema existente SAP
local
CONVERSIÓN Sistema Business Suite para SAP
DEL SISTEMA ERP S/4HANA.

Híbrido

EJEMPLO:
Sistema ERP En Consolidación del
Región A local
entorno regional de
TRANSFORMACIÓN Sistema ERP Nube SAP Business Suite en
DEL ENTORNO Región B S/4 el sistema global SAP
S/4HANA o migración de
Sistema ERP datos selectiva.
Híbrido
Región C

7
 PLANIFICACIÓN DE LA MIGRACIÓN

SAP S/4HANA en local

Esta opción de implementación le otorgará control total del hardware y software
tanto de su aplicación como de la planificación del mantenimiento. SAP sigue un
ciclo de innovación anual para la solución en local, pero no le obliga a actualizar.
Obtendrá la máxima flexibilidad en la integración con otros sistemas y mejoras
personalizadas. Sin embargo, la responsabilidad de la seguridad, el acceso y la
disponibilidad del sistema recaerá íntegramente en usted.

Si quiere actualizar y migrar su entorno SAP ECC a S/4HANA, la implementación

en local es su única opción. S/4HANA 1709, la tercera y última versión del
núcleo S/4HANA hasta la fecha, fue publicada en septiembre de 2017. Las
versiones anteriores, incluidas 1511 y 1610, sirvieron de base para la actual,
que se caracteriza por ser estable y mucho más clara, así como por ofrecer
una trayectoria más predecible para que los clientes puedan llevar a cabo la
transformación digital. Por ello, 1709 es la versión predilecta para la mayoría de
las organizaciones con ECC.

8

Hasta un 40 % de las
implementaciones tempranas se
decantaron por la opción en nube
privada.»
Informe de la encuesta del IDC
PLANIFICACIÓN DE LA MIGRACIÓN
SAP S/4HANA en nube privada
La opción en nube privada es principalmente una implementación local, pero
hospedada en una nube privada segura. Según el informe de la encuesta del
IDC, hasta un 40 % de las implementaciones tempranas optaron por esta forma
de implementación, con la oferta de HANA Enterprise Cloud de SAP, donde SAP
actúa como «proveedor de la nube» y gestiona tanto la infraestructura como el
software, pero el cliente tiene que aprobar la programación de las actualizaciones
de las versiones. Se pueden hacer algunas modificaciones del software, pero esto
encarece la ejecución de los sistemas, puesto que resulta más difícil de gestionar.
También sería posible ejecutar la edición local en un entorno de infraestructura
como servicio (IaaS) (es decir, Amazon Web Services, Microsoft Azure o Google
Cloud Platform), de manera que grandes proveedores de nubes gestionen la
infraestructura, pero la organización siga siendo responsable de gestionar la
aplicación (llevando a cabo ajustes, aplicando parches y mejoras, etc.). Con este
modelo funcional, podrá utilizar todas las funciones disponibles de S/4HANA
local, incluidas la programación de mantenimiento o las opciones de mejoras.
9
 PLANIFICACIÓN DE LA MIGRACIÓN

SAP S/4HANA en nube pública

SAP ofrece una opción pura de software como servicio (SaaS), totalmente alojada
y gestionada por SAP y con actualizaciones trimestrales. Aunque se trata de una
versión reducida de la solución local, la oferta se centra en sectores específicos. A
cambio, el período de implementación será más breve, mientras que el esfuerzo
necesario será mucho menor.

En la actualidad, la nube pública de S/4HANA se ofrece para los sectores de

servicios profesionales, finanzas, marketing y fabricación. Más allá de las
soluciones específicas de sectores, SAP también ofrece S/4HANA Enterprise
Management Cloud para abarcar toda la gama de un ERP. Esta edición de nube
es compatible con los procesos de negocio integrales, especialmente los de
finanzas, logística y adquisiciones. Dado que el software se ejecuta en un sistema
compartido, no podrá modificarlo ni ajustarlo para adaptarlo a sus requisitos.

Aunque esta oferta de SaaS constituye una pieza estratégica de SAP y el plan
es poder gestionar grandes entidades, aún faltan unos años para que alcance
cierto nivel de maduración, por lo que aún no es una opción válida para la gran
mayoría de los clientes de SAP.

10
 PLANIFICACIÓN DE LA MIGRACIÓN

Enfoque híbrido
Los clientes de SAP S/4HANA también pueden implementar modalidades
híbridas que combinen soluciones locales y en la nube. De esta manera, la
innovación de negocio se agiliza y los recursos de TI se reducen en ciertas áreas
del negocio, al tiempo que los sistemas o las áreas principales siguen siendo
estables y personalizables.

Las empresas pueden optar por un modelo de nube híbrido que combine las
implementaciones de nube privada y nube pública, o bien escoger una variante
funcional en la que algunas modalidades empresariales se gestionen en local y
otras en la nube.

Este modelo funcional le permitirá combinar lo mejor de ambos sistemas. Podrá

operar en local distintas áreas clave de su empresa, como finanzas, ventas,
inventario y fabricación, además de otras áreas en la nube, como CMR, ya que
basta con los estándares comunes del sector, a la vez que los datos menos
sensibles pueden almacenarse en la nube. Es posible que, según la estructura
organizativa de su empresa, tenga sentido usar también una modalidad híbrida.
Puede que quiera que la sede principal funcione en local, mientras que las
empresas filiales lo hagan en la nube.

HÍBRIDO

LOCAL NUBE PRIVADA NUBE PÚBLICA

Cobertura completa adaptada Cobertura completa con Cobertura centrada
a la empresa implementación agilizada para agilizar la innovación

Alcance total, soluciones para todos los Alcance total, soluciones para todos los Procesos estandarizados
sectores sectores

Configurar, ampliar y modificar Configurar y ampliar Configurar y ampliar, con límites

Infraestructura del cliente o IaaS Infraestructura SAP Infraestructura SAP

Ciclo de innovación anual Ciclo de innovación anual Ciclo de innovación trimestral

Licencia perpetua tradicional Licencia perpetua o por suscripción Licencia por suscripción

11
 PLANIFICACIÓN DE LA MIGRACIÓN

Expectativas durante la migración

PREPARE SU ENTORNO SAP ECC
SAP ECC
Simplifique el sistem La fase inicial de planificación es el momento ideal para validar

Optimice los procesos Antes extensiones y modificaciones existentes, además de para simplificar el
de negocios (Preparación) entorno SAP. Las empresas necesitan implicar el negocio para evaluar y
optimizar procesos de los negocios mediante soluciones que no añadan
Planifique implicando trabajo durante la transición a S/4HANA.
al negocio

ARQUITECTURAS NUEVA Y ANTIGUA FUNCIONANDO AL

MISMO TIEMPO
Durante la transición, la planificación de las organizaciones que migren
de SAP ECC a S/4HANA debe tener en cuenta un período de tiempo
ECC Y S/4HANA
significativo en el que ambos sistemas funcionarán en paralelo y, a
Migre datos entre menudo, la gestión del cambio encarna el mayor desafío. Con objeto de
sistemas de forma
gradual mitigar los riesgos, necesitará encontrar la combinación de herramientas
perfecta para facilitar la migración de datos.

Haga que el negocio Las herramientas tradicionales de migración de datos proporcionadas

se involucre a la por SAP pueden ayudar con el trabajo pesado una vez que dé comienzo
hora de facilitar y Durante la migración de los datos. Sin embargo, tendrán brechas importantes en
agilizar la migración
(Transición)
de datos cuanto a funcionalidad y capacidad, especialmente a la hora de asegurar
la calidad de los datos, pues, a menudo, es la causa principal de los
sobrecostes y los retrasos.
Adaptación
flexible del plan
para reaccionar
Para complementar estas herramientas, las organizaciones a menudo
a fusiones y usan soluciones más flexibles y fáciles de usar, que permiten al negocio
adquisiciones. mover datos de un sistema a otro y usar las mismas de gestión de
datos en todo el entorno. Esto ofrece a las empresas la flexibilidad que
necesitan cuando el alcance del proyecto de migración varía (es decir,
cuando se introducen nuevos sistemas en la empresa debido a fusiones
y adquisiciones).

S/4HANA EJECUTAR S/4HANA

Transición fácil
para incrementar la Después Y, por último, cuando la transición a S/4HANA se haya completado,
adopción por parte (Operaciones
es primordial asegurarse de que todos hayan recibido formación y la
de los usuarios constantes)
adopción por parte de los usuarios sea lo más elevada posible. Las
Mejora continua herramientas certificadas por SAP brindan apoyo a los negocios no solo
durante el proceso de migración, sino también de forma habitual en la
nueva arquitectura: contribuyen a reducir el nivel de formación que los
usuarios precisan y aumenta la adopción por su parte, de manera que
las compañías saquen el máximo partido al nuevo sistema.

12
 FASES DE LA MIGRACIÓN

FASES DE LA
MIGRACIÓN

¿Por qué usar un enfoque por fases?

Las organizaciones medianas y grandes deben planificar un enfoque por fases
para la migración a S/4HANA, de manera que la transición pase de forma gradual
por distintas instancias, módulos o regiones hasta la implementación completa
del nuevo sistema. Durante este período, que puede durar varios meses o incluso
años, los sistemas ECC y S/4HANA funcionarán en paralelo. Este enfoque por fases
ayudará a su organización a mitigar el riesgo, facilitará la gestión del cambio y
validará si los cambios de la arquitectura y los procesos de negocio se han llevado
a cabo correctamente.

13
 FASES DE LA MIGRACIÓN

PERMITA A LOS USUARIOS

DESEMPEÑAR UN PAPEL ACTIVO
Metodología SAP Activate
EN LA TRANSICIÓN A S/4HANA
SAP Activate es una metodología sencilla, modular y ágil, introducida por SAP
Winshuttle le ofrece una solución para reemplazar las metodologías ASAP y SAP Launch, a fin de ofrecer a los
certificada por SAP que ha clientes la oportunidad de simplificar y agilizar la adopción de S/4HANA. El
posibilitado a muchas compañías
objetivo es proporcionar a los clientes una implementación inicial más rápida
migrar tanto los datos maestros como
y con menos servicios.
los de transacción a S/4HANA, al
delegar las tareas de migración a los La metodología SAP Activate atiende a las siguientes preguntas:
usuarios del negocio responsables
de los datos. Permite a los usuarios • ¿Cómo puedo implementar SAP S/4HANA correctamente?
extraer con facilidad datos de sus • ¿Dónde puedo encontrar una lista de tareas para implementar SAP S/4HANA?
sistemas SAP ECC y colocarlos
directamente en Excel, donde pueden • ¿Cómo puedo ejecutar con rapidez una validación del concepto de S/4HANA?
depurarlos, manejarlos y validarlos • ¿Dónde puedo encontrar prácticas recomendadas para implementar
con SAP antes de cargarlos en el SAP S/4HANA?
nuevo sistema S/4HANA.
Winshuttle ofrece capacidades que se integran perfectamente con este enfoque
El software de Winshuttle funciona y añade más valor durante cada una de las etapas, de manera que ofrece
con grabaciones de transacciones una transición fluida y flexible para los usuarios, además de la capacidad de
o BAPI combinadas con extracción
completar proyectos respetando el plazo y el presupuesto establecidos. En las
de datos de tablas de SAP para
próximas páginas revisaremos con detalle cada etapa del diagrama.
crear rápidamente modalidades de
migración de datos estables y flexibles
que puedan usarse en actividades
de mantenimiento constante mucho
después del lanzamiento en S/4HANA.

DESCUBRIMIENTO PREPARACIÓN EXPLORACIÓN MATERIALIZACIÓN IMPLEMENTACIÓN EJECUCIÓN

Configuración de
Proyecto con plan de Plan de pruebas y
entornos de control de Lanzamiento
migración de gran nivel estrategia de formación
calidad y producción

Evaluación de la Diseño y planificación

Configuración y ajuste
idoneidad con de la migración de datos
del código personalizado
comprobaciones previas heredados

Requisitos y tamaño de la Diseño delta y Migración de datos

Transferencia
infraestructura técnica coincidencias/diferencias heredados

Sistema de espacio
Talleres de prototipación Comprobación de
aislado con prácticas Pruebas completas
y validación idoneidad
recomendadas

Metodología SAP Activate

14
 FASES DE LA MIGRACIÓN

DESCUBRIMIENTO PREPARACIÓN EXPLORACIÓN MATERIALIZACIÓN IMPLEMENTACIÓN EJECUCIÓN

0. Descubrimiento
El objetivo de esta fase inicial es descubrir las capacidades de las soluciones,
entender el valor del negocio y los beneficios de la solución, y determinar tanto
la estrategia como la planificación de la transición.

SAP ofrece una versión de prueba gratuita para los clientes y los equipos del
proyecto, con la que podrán familiarizarse con las capacidades de la solución,
pero únicamente con la versión de S/4HANA en la nube.

Al final de esta fase, asegúrese de que usted y SAP acuerdan el alcance de la

implementación, el calendario del proyecto y el modelo de solución fijado como
objetivo.

15
 FASES DE LA MIGRACIÓN

DESCUBRIMIENTO PREPARACIÓN EXPLORACIÓN MATERIALIZACIÓN IMPLEMENTACIÓN EJECUCIÓN

PRODUCTOS DE ENTREGA CLAVES
• Plan de migración de alto nivel
• Evaluación de la idoneidad
en su sistema SAP actual con
herramientas de comprobación
previa de SAP
• Integración del cliente y el
proveedor completada en el
sistema de origen
• Aclaración de la adopción de un
código personalizado
• Requisitos y tamaño de la
infraestructura técnica
1. Preparación
En esta fase, iniciará el proyecto, creará un plan inicial, asignará roles al equipo
del proyecto, dispondrá del sistema de inicio y empezará con los trabajos iniciales
para que el proyecto comience de forma óptima.
Uno de los pasos principales en esta fase es definir los planes y la planificación
de la gestión del proyecto para varios riesgos que puedan repercutir en el
proyecto. Aquí es donde las organizaciones tienen que identificar los obstáculos
importantes para la transición. Casi el 40 % de las empresas que están pensando
en migrar a S/4HANA consideran que el código personalizado de migración es
un reto clave (* de la encuesta del IDC).
SAP fomenta que los clientes consideren la migración a SAP S/4HANA como una
oportunidad de validar las ampliaciones y modificaciones existentes y, así como
de simplificar la solución. SAP publicó un informe técnico que mostraba cifras
clave desconcertantes basadas en su evaluación de la transición a la solución y
los servicios de seguimiento:

• Enfoque y estrategia de la

65 %
USO
Porcentaje de los objetos de
migración de datos
código personalizado no se
han usado en las últimas 4
• Creación de un espacio aislado semanas.
para que pueda analizar las
60 %
CALIDAD
Porcentaje de los objetos
de código personalizado
que contienen mensajes de
inspección de código.

12 %
prácticas recomendadas en la SIMILARIDAD
Porcentaje de los objetos de
fase «Exploración». código personalizado que
son idénticos o muy similares
entre sí (clones).
23 %
CRITICIDAD
Porcentaje de los objetos
de código personalizado
que hacen frente a
procesos críticos.

Revise todo el código personalizado de Advanced Business Application

Programming (ABAP) en su sistema SAP ERP y elimine el código personalizado
que ya no se usa.

SAP señaló en una de las primeras preguntas frecuentes de S/4HANA que «no
es raro que los clientes se den cuenta de que, para gestionar el negocio, ya no se
necesitan la mitad de las ampliaciones y modificaciones que dificultan que los
ciclos de lanzamiento sean rápidos y precisan ciclos de pruebas más largos». En
otras palabras: SAP recomienda retirar todo el código personalizado que no se
utiliza, puesto que le dará más trabajo durante la migración a S/4HANA.

16
 FASES DE LA MIGRACIÓN

DESCUBRIMIENTO PREPARACIÓN EXPLORACIÓN MATERIALIZACIÓN IMPLEMENTACIÓN EJECUCIÓN

Una alternativa flexible para reducir

sistemas personalizados
SAP ofrece una serie de herramientas con las que los clientes podrán evaluar su código
personalizado, como la herramienta de comprobación de código personalizado o la de
gestión del ciclo de vida para códigos personalizados (CCLM, por sus siglas en inglés).
Estas herramientas pueden ayudar a su organización a prepararse para la migración
a S/4HANA, así como a establecer un plan para eliminar datos inútiles y simplificar el
sistema SAP actual. Es aquí donde el software de Winshuttle puede ayudar.

Personalización
de ABAP NUEVO Personalización Personalización
REQUISITO de ABAP de ABAP
TI TI TI
Línea de Línea de
Vanilla Línea de Vanilla negocio SAP negocio
SAP NUEVO
RICEFW
negocio SAP NUEVO
CASO
PRÁC-
S/4HANA NUEVO
CASO
PRÁC-
TICO NUEVO TICO NUEVO
REQUISITO REQUISITO

SISTEMA SAP PERSONALIZADO USAR WINSHUTTLE COMO CAPA DE VOLVER A IMPLEMENTAR LA

Y COMPLEJO PERSONALIZACIÓN FLEXIBLE PERSONALIZACIÓN EN S/4HANA

Históricamente, cuando una línea de negocio
tiene un nuevo requisito que la funcionalidad
estándar de SAP no cumple, el departamento
de TI evalúa la solicitud y acaba creando un
nuevo objeto RICEFW (véase nota inferior) para
solucionarlo. Esto puede tardar semanas e
incluso meses, dependiendo de la complejidad
y los movimientos entre los sistemas de
desarrollo, calidad y producción. Es habitual
que las organizaciones cuenten con cientos o
miles de personalizaciones que dificultan las
mejoras del sistema.
Al proporcionar a los usuarios del negocio
una solución flexible y fácil de usar para que
resuelvan sus propios requisitos de datos y
desafíos, Winshuttle permite que los clientes
reduzcan el número de personalizaciones
en todos los módulos de SAP que necesiten
recursos ABAP costosos. Las compañías utilizan
Winshuttle como una capa de personalización
más flexible y rentable.
Cuando se implementa el nuevo sistema
SAP S/4HANA, el código personalizado tiene
que evaluarse y, si fuese necesario, volverse
a implementar en la nueva arquitectura. Se
precisan un esfuerzo considerable y una serie
de destrezas técnicas específicas, lo que puede
acabar retrasando el proyecto de migración.
Cuando utiliza Winshuttle como una capa de
personalización, no se requiere tanta energía
para adaptar las soluciones existentes a
S/4HANA y puede ocuparse el propio negocio.

RICEFW - cualquier personalización o cambio creado cuando la funcionalidad

estándar de SAP no es suficiente. Viene de:
Informes (Reports): desarrollo de informes personalizados en ABAP, Report Painter
o BW.
Interfaces (Interfaces): programas de interfaz desarrollados para automatizar
publicaciones en SAP desde sistemas externos.
Conversiones (Conversions): conversión de los datos heredados a un formato
cargable en SAP (normalmente, formato LSMW).
Mejoras (Enhancements): configuración adicional para cumplir con ciertos
requisitos de un código de planta o empresa.
Formularios (Forms): maquetación de facturas, extractos de cuentas, notas de
entrega, etc.
Proceso de workflow (Workflow): desarrollo de lógica de flujo en SAP para conectar
una secuencia de actividades.

17

DESCUBRIMIENTO PREPARACIÓN
PRODUCTOS DE ENTREGA
CLAVES
• Talleres de validación
• Diseño para deltas y
diferencias
• Evaluación del código
personalizado
• Diseño y planificación
de la migración de datos
heredados
• Diseño de la tecnología y
configuración del entorno
de desarrollo
• Planificación de pruebas
• Estrategia de formación
EXPLORACIÓN MATERIALIZACIÓN
2. Exploración
En esta etapa, las empresas necesitan
echar un vistazo a la solución y ejecutar
un análisis de coincidencias y diferencias.
El enfoque recomendado de SAP incluye
llevar a cabo talleres de validación
del alcance para confirmar procesos
e identificar diferencias entre los
requisitos de su negocio y las prácticas
recomendadas de SAP, de manera que se
creen las modalidades que faltaban de
la estructura del proceso y los pasos del
proceso. SAP recomienda almacenar toda
la documentación de entrada y salida en
el gestor de soluciones de SAP.
En esta etapa de la transición, suele
producirse un problema muy común.
Como se trata de un proyecto en el que
la tecnología es importante, las empresas
tienden a adoptar un enfoque centrado en
TI, en el que hay conjeturas y suposiciones
que, con frecuencia, permanecen ocultas
hasta que el proyecto está muy avanzado
y la migración de datos falla, o bien la
calidad de los datos resultante es baja.
Mediante S/4HANA, SAP entrega un
conjunto de procesos y datos de muestra
listos para ejecutar y conformes a las
prácticas recomendadas. Sin embargo,
las herramientas de gestión de datos
incluidas en el paquete de prácticas
recomendadas pueden ser engorrosas
y, a menudo, solo las usan los recursos
técnicos de la organización. En esta fase,
es esencial que el negocio se implique.
FASES DE LA MIGRACIÓN
IMPLEMENTACIÓN EJECUCIÓN
Según la encuesta de clientes llevada
a cabo por Bloor Research sobre la
migración de datos, la mitad de los
participantes reconocieron que el
factor más importante para el éxito era
el compromiso del negocio. Y no es de
extrañar: los usuarios del negocio son los
que entienden las normas del negocio y
pueden resolver los problemas derivados
de la calidad de los datos. Así pues, poner
estos recursos claves a disposición del
negocio desde el principio es vital para
que la migración a S/4HANA sea fructífera.
Las organizaciones necesitan un
enfoque centrado en procesos de
negocio, además de herramientas
diseñadas para el negocio. El software de
Winshuttle complementa las prácticas
recomendadas de SAP con una solución
de gestión de datos fácil de usar, que
involucra a los usuarios del negocio desde
el principio del proyecto y los mantiene
implicados durante toda la migración a
S/4HANA. Los equipos de negocio pueden
usar la misma serie de herramientas
durante y después de la transición, de
manera que se reduce la formación y se
propicia la gestión del cambio.
Hacia el final de esta fase, las soluciones
de referencia deben ser claras, es
necesario haber capturado sus requisitos
en las historias de los usuarios y el diseño
detallado ha de aprobarse.
18

DESCUBRIMIENTO PREPARACIÓN
PRODUCTOS DE ENTREGA
CLAVES
• Configuración de la
tecnología para pruebas
y producción, incluidas la
seguridad y las autorizaciones
• Depuración y ajuste del
código personalizado
• Solución de integración y
pruebas de aceptación por
parte del usuario
• Migración de datos
heredados
• Planificación de la
transposición y la transición
FASES DE LA MIGRACIÓN
EXPLORACIÓN MATERIALIZACIÓN IMPLEMENTACIÓN EJECUCIÓN
3. Materialización
SAP ha definido un proceso claro para la conversión a S/4HANA. Además de
llevar a cabo los pasos de la migración técnica, hay que ejecutar también la
personalización específica de la aplicación. Durante esta fase, es importante
involucrar a los expertos funcionales de todos los dominios relevantes para
asegurarse de que la migración se ejecuta correctamente. Durante la fase de
exploración, deberá identificar cualquier diferencia funcional con los talleres de
prototipación. Ahora es el momento de adaptar la solución a las necesidades
específicas que tenga.
Es importante que esta fase se ejecute de forma gradual. Podrá repartir procesos
de negocio específicos en sprints entre los miembros de su equipo de negocio.
Con esto, obtendrá productos de entrega al final de cada sprint.
Esta fase encarna el mejor momento para empezar a preparar las cargas de
datos. El equipo del proyecto puede empezar a extraer los datos de los sistemas
antiguos teniendo en cuenta el plan de migración de datos definido durante la
fase de exploración.
Según la lista de simplificaciones de SAP S/4HANA: «No se recomienda el uso
del formato LSMW para cargar datos a SAP S/4HANA y su uso es responsabilidad
única del usuario». Esto significa que Legacy System Migration Workbench (LSMW)
ya no es una herramienta válida y, por ello, SAP ofrece dos opciones alternativas
para migrar datos a S/4HANA: SAP Rapid Data Migration, basada en SAP Data
Services (para migraciones de datos locales) y SAP Migration Cockpit (para
migraciones de datos tanto locales como en nube).
Puede obtener más información sobre ambas opciones en la siguiente página.
IMPLEMENTACIÓN TÉCNICA
Durante la implementación técnica de la transición a S/4HANA, se migra la base
de datos a SAP HANA, se sustituye el código de programa, se adaptan los modelos
de datos al modelo de datos de S/4HANA y se implementa el servidor de front-
end de SAP Fiori, en caso de que tenga intención de utilizar aplicaciones Fiori.
Durante esta etapa, deberá adaptarse y probarse el código personalizado que sea
necesario y que no se haya podido eliminar durante la fase de preparación, de
cara a su uso en la nueva arquitectura. SAP ofrece una cartera de herramientas
completa para planificar y llevar a cabo esta implementación técnica, aunque la
duración y el esfuerzo necesario dependerán del número de personalizaciones
que haya que transferir desde el sistema de origen.
19

DESCUBRIMIENTO PREPARACIÓN EXPLORACIÓN
Herramientas de migración
para S/4HANA
OPCIÓN 1: SAP RAPID DATA MIGRATION
(BASADO EN SOFTWARE DE SERVICIOS DE DATOS DE
SAP)
Este contenido agrupado por paquetes se ha creado
específicamente a fin de que el nuevo sistema SAP
S/4HANA sea la principal opción para proyectos con
grandes volúmenes de datos. Hay dos formas de sacar
partido al contenido:
• Básica: con Data Integrator. Los clientes de SAP
S/4HANA tienen acceso a una clave de licencia básica
para Data Integrator, la cual reciben con la licencia
subyacente de SAP HANA. Con esto, obtendrán todas las
funcionalidades de ETL para cargar los datos heredados
en S/4HANA local, incluida la validación de datos, pero
sin las capacidades de informes y calidad de los datos
(deduplicación, depuración de datos, etc.).
• Completa: con servicios de datos. Gracias a la
licencia completa de SAP Data Services (una licencia
independiente que no forma parte de SAP S/4HANA),
podrá utilizar todas las funciones de calidad de los
datos, como la depuración y la deduplicación de los
datos, para mitigar el riesgo durante el proceso de
migración de datos.
Esta solución funciona con un área de almacenamiento
dedicada, en la que podrás cargar datos mediante
diferentes sistemas origen o archivos planos. El área de
almacenamiento consta de herramientas para depurar,
convertir y validar datos. Una vez que haya validado los datos
comparándolos con la configuración del sistema de S/4HANA
de destino, podrá llevar a cabo la última carga de datos.
FASES DE LA MIGRACIÓN
MATERIALIZACIÓN IMPLEMENTACIÓN EJECUCIÓN
OPCIÓN 2: SAP S/4HANA MIGRATION COCKPIT
Es una nueva herramienta básica incluida en SAP
S/4HANA (a partir de la versión 1610) para simplificar las
transferencias de datos maestros y de transacción desde
los sistemas antiguos a SAP S/4HANA 1610 o 1709. Al
formar parte de las licencias de SAP S/4HANA en local y
en la nube, puede usarse como alternativa para proyectos
más pequeños o como complemento del contenido de
Rapid Data Migration.
Migration Cockpit usa contenido de migración predefinido,
como asignación o plantillas XML de Excel para los objetos
de datos más comunes. Una vez que los datos estén en la
plantilla, la herramienta le guiará por un proceso de cuatro
pasos basado en navegador para validar datos, convertir
valores, simular la importación y, por último, ejecutarla.
Además, puede usar la herramienta Migration Object
Modeler para ajustar los objetos de migración estándar
predefinidos o crear sus propios objetos de migración
específicos y personalizados u objetos estándar de
SAP que no se han incluido en el alcance del cockpit de
migración.
20

DESCUBRIMIENTO PREPARACIÓN
Rapid Data Migration
(servicios de datos de SAP)
Migración a local.
De sistemas antiguos y SAP.
Comprende 65 objetos de datos
maestros y datos de transacción.
Se necesita un equipo
experimentado.
Mejor para alcances de proyectos
iniciales con objetos de datos de
gran volumen.
FASES DE LA MIGRACIÓN
EXPLORACIÓN MATERIALIZACIÓN IMPLEMENTACIÓN EJECUCIÓN
Una alternativa de migración flexible
para fomentar que el negocio participe
en la migración de datos
Winshuttle ofrece una alternativa fácil y flexible para completar y solucionar las
diferencias que las empresas encontrarán durante el proyecto de migración de
datos a S/4HANA. Esta alternativa está certificada tanto para el sistema ECC como
para S/4HANA y, gracias a su rápida implementación, las organizaciones pueden
abordar la larga cola de objetos de datos que, a menudo, se excluyen en el proyecto
inicial, o incluso reaccionar mejor a los cambios en el alcance del proyecto (algo
bastante común, especialmente después de fusiones y adquisiciones).
Con Winshuttle, los usuarios del negocio, que a menudo son también los
responsables de los datos, pueden usar Excel para cargar sus datos directamente
a S/4HANA, de manera que se optimiza el proceso de migración de datos y se
reduce la dependencia de servicios de asesoría o recursos de TI costosos.
SAP Migration Cockpit con
Software de Winshuttle
Object Modeler
Migración a S/4HANA local y nube. Migración a local.
De sistemas antiguos. De sistemas antiguos y SAP.
Disponible para 52 objetos de datos Implementación rápida y fácil
maestros y datos de transacción. en cualquier objeto de datos.
Permite que los usuarios del
Plantillas predefinidas fáciles de
negocio contribuyan a la
usar, dirigidas a destinatarios de TI.
migración.
Mejor para un número reducido de Mejor para una gran variedad
objetos de datos o migraciones a la de objetos de datos con plazos
nube. ajustados.
21
 FASES DE LA MIGRACIÓN

DESCUBRIMIENTO PREPARACIÓN EXPLORACIÓN MATERIALIZACIÓN IMPLEMENTACIÓN EJECUCIÓN

4. Implementación
PRODUCTOS DE ENTREGA Durante esta fase, debe configurar el sistema de producción y asegurarse de que
CLAVES todos los usuarios están preparados para utilizar el nuevo sistema S/4HANA.
Una de las actividades más importantes de esta fase es preparar la integración
• Formación.
con otras aplicaciones de SAP o de terceros, además de consolidar los datos y
• Transposición a producción. comprobar la coherencia.

• Asistencia a la producción Una vez que la integración se haya completado, podrá llevar a cabo pruebas
tras el lanzamiento. de integración para validar los procesos. Si quiere que el lanzamiento sea un
éxito, tiene que adherirse al plan de transposición definido en esta fase. El plan
debe incluir un punto de decisión para «proceder/no proceder», creación o
migración de datos y configuración de objetos no movibles. Al final de la fase de
implementación, el proyecto quedará oficialmente cerrado.
TRANSPOSICIÓN

Las organizaciones necesitan confiar en que el nuevo
entorno de destino se ha probado por completo y puede
funcionar sin problemas importantes ni inactividad. La
economía global se está volviendo más competitiva y
demanda de soluciones de negocio que funcionen las 24
horas del día. El mantenimiento de los sistemas críticos ha
mejorado de forma significativa con el tiempo y ahora son
más fiables. La frecuencia de los períodos de inactividad
no planificados se ha reducido. La necesidad de ejecutar
software actualizado e introducir funciones de negocio
nuevas con más frecuencia provoca interrupciones
del sistema. Sin embargo, cuando estos períodos de
inactividad planificados son cortos, los miembros del
negocio suelen recibirlos con los brazos abiertos.
Como en el caso de otros proyectos de mejora, su
migración a SAP S/4HANA también pasa por un período de
inactividad durante la fase de transposición. Si se gestiona
adecuadamente, este período de inactividad puede ser
corto. Suele bastar con un fin de semana para migrar
el entorno de producción (al menos cuando la base de
datos de producción es inferior a 10 TB). En aquellos casos
en los que se precise una interrupción del sistema más
prolongada, puede que sea necesario llegar a un acuerdo
con los usuarios del negocio.
Si su negocio no puede permitirse un fin de semana de
inactividad, SAP ofrece una opción de «inactividad casi
cero» para reducir su duración al mínimo. Esta solución
incluye servicios de consultoría que podrían necesitar un
hardware adicional del sistema paralelo, vínculos de red
veloces y mayores costes de consultoría de SAP.
En general, las comprobaciones previas de S/4HANA,
las conversiones y los pasos de pruebas de migración
de datos ejecutados en una copia reciente del entorno
productivo proporcionarán una estimación fiable para
la transposición. Lo ideal sería que todos los pasos de
la conversión de la producción se llevasen a cabo en
orden. Tenga en cuenta que los entornos de desarrollo
suelen configurarse en hardware con menor rendimiento.
Téngalo en cuenta al calcular los períodos de inactividad
del sistema.

22

DESCUBRIMIENTO PREPARACIÓN
¿QUÉ ES FIORI?
Fiori es una serie de
aplicaciones que muestran el
nuevo enfoque de SAP para
la experiencia de usuario
y ofrecer a estos usuarios
de SAP una experiencia de
las funciones del software
de SAP basada en roles,
sencilla y fácil de usar (a
saber, transacciones, análisis,
etc.), independientemente
de si está trabajando en un
ordenador, una tableta o un
teléfono inteligente. Para
utilizarlos, necesitará un
servidor de front-end de Fiori.
En las implementaciones de
gran volumen, puede que
se necesite más desarrollo,
pruebas y sistemas de
producción.
EXPLORACIÓN MATERIALIZACIÓN
5. Ejecución
En la mayoría de los proyectos de
migración a S/4HANA, esta fase se centra
en la migración correcta y completa de
todos los datos y procesos al sistema de
destino. Si se limita a una actualización
puramente técnica, la simplificación
podría no ser adecuada.
Tras el lanzamiento en S/4HANA, tendrá
que asegurarse de que todos los usuarios
reciben la formación adecuada y que la
adopción por parte de los usuarios es
lo más amplia posible. A fin de que la
transición sea completa y satisfactoria, las
organizaciones deben preparar planes de
desarrollo y formación de S/4HANA para
los analistas del negocio, superusuarios,
analistas funcionales, desarrolladores,
equipos de seguridad de SAP y equipos
técnicos del sistema base de SAP.
Nuestra experiencia previa con
implementaciones nos ha enseñado que
una planificación clara de la experiencia
de usuario agiliza la adopción por parte
de los usuarios, sobre todo cuando
se adoptan nuevas interfaces. El
objetivo estratégico de SAP es unificar
la experiencia de usuario con Fiori. A
menudo se posiciona como la interfaz
estándar para S/4HANA y muchas
organizaciones deciden adoptar el uso
de Fiori como interfaz de usuario principal
en el nuevo entorno durante esta etapa.
Puede introducir Fiori en ciertos casos
de uso en los que las aplicaciones
estándar disponibles no han sufrido
modificaciones, además de para aquellos
usuarios ocasionales que solo interactúan
con el sistema SAP una o dos veces por
semana como mucho.
FASES DE LA MIGRACIÓN
IMPLEMENTACIÓN EJECUCIÓN
Fiori no es una novedad en S/4HANA. SAP
la introdujo hace años y es una solución
sin licencia disponible para los titulares
de licencias de cualquier aplicación SAP.
A pesar de que en los últimos años SAP
ha hecho un gran esfuerzo para añadir
más aplicaciones a la biblioteca de Fiori,
hay una razón por la que la mayoría de
los códigos de transición de S/4HANA
siguen estando disponibles en SAPGUI.
Puede que Fiori sea la mejor opción para
muchos casos de uso y para algunos
usuarios, pero, al tratarse de una solución
basada en navegador, no tiene por qué
ser la opción más robusta y eficiente para
los usuarios avanzados que interactúan
constantemente con el sistema SAP y
que necesitan crear, modificar o eliminar
grandes cantidades de datos.
En los casos en los que la aplicación
estándar de Fiori no reúna los requisitos
de su negocio y haya que desarrollar
una aplicación personalizada, las
organizaciones requerirán una cantidad
significativa de esfuerzo y recursos. A
menudo tendrá que planificar proyectos
de uno o dos meses que precisen
de la participación de recursos con
conocimientos técnicos en ABAP, HTML5
o JavaScript.
Las organizaciones seguirán demandando
soluciones diseñadas para el negocio
que puedan abordar estos requisitos
específicos sin tener que depender del
departamento de TI o en empresas de
servicios de asesoría prohibitivos. Es
fundamental contar con soluciones
flexibles que pueden implementarse
rápidamente en unos días, en vez de tener
que hacerlo en semanas o meses.
23

REFERENCIAS
• IDC: 10 análisis, directamente
de los pioneros de SAP S/4HANA
• Gartner: Prácticas
recomendadas en la
planificación de SAP S/4HANA.
Actualización de 2017
• Lista de simplificaciones para
SAP S/4HANA 1709
• Conversión al sistema SAP
S/4HANA: De un vistazo
• Planificación de SAP S/4HANA
• Prácticas recomendadas de
SAP: Elementos para diseñar
una planificación de la
transición a SAP S/4HANA
PLANIFICACIÓN DE LA MIGRACIÓN
Conclusiones
S/4HANA, como núcleo digital, es la mayor apuesta de SAP de los últimos 20 años
destinada a ofrecer acceso en tiempo real a la información mediante tecnología
y asistencia en memoria para los nuevos modelos de negocio de cara a una
transformación digital.
Con la publicación de S/4HANA 1709, el producto se ha estabilizado y es la versión
local predilecta para los clientes actuales. En los próximos dos años, la mayoría
de los clientes de SAP planificarán su transición a la nueva arquitectura, y es aquí
donde se encuentran las aportaciones principales que esperamos que considere
para su transición.
Planifique un período en el que los sistemas ECC y S/4HANA funcionen en paralelo
a fin de que pueda mitigar el riesgo, facilitar la gestión del cambio y validar si
los cambios de la arquitectura y los procesos de negocio se han llevado a cabo
correctamente.
Aproveche la migración a SAP S/4HANA para revisar el código ABAP existente
en su sistema SAP ERP y elimine cualquier código personalizado que ya no se
use. También puede utilizar alternativas más flexibles para la personalización
que sean completamente compatibles con S/4HANA con objeto de simplificar el
sistema. Esto facilitará la transición y reducirá tanto los costes de implementación
como los períodos de inactividad del sistema planificados.
Establezca las consideraciones del proyecto claves y complemente las
herramientas de SAP con soluciones externas centradas en el negocio que,
además, agilicen la transición a S/4HANA y sean compatibles con ella. Asegúrese
de que cualquier herramienta externa está certificada por SAP para la integración
con SAP ECC y S/4HANA y que le ofrecen respaldo durante el proceso de
migración, pero también para negocios en ambas arquitecturas.
24
 Sobre Uğur Hasdemir
Uğur es experto en S/4HANA y cuenta con gran experiencia en implementación
de ERP en finanzas y análisis. Como experto titular, ha participado en una de las
primeras implementaciones de S/4HANA en finanzas en Europa. Actualmente,
Uğur trabaja en un proyecto de implementación de S/4HANA en una de las
mayores aerolíneas del mundo. Con frecuencia comparte sus conocimientos
en s4hanablog.com.

Sobre Winshuttle
El software de Winshuttle permite a los equipos de negocio dejar huella gracias
a soluciones que facilitan y agilizan el intercambio de datos con SAP mediante
Excel, optimizan los procesos de negocio de SAP mediante formularios y
procesos de workflow, y mejoran la calidad de los datos con capacidades de
administración de datos.

Tanto si va a implementar SAP S/4HANA por primera vez como si va a realizar la

migración desde un sistema SAP antiguo, visite www.winshuttle.com/s4-hana
para obtener más información sobre la forma en que Winshuttle puede ayudarle
con la transición.

Fundada en 2003, Winshuttle es una empresa de alcance internacional con oficinas

de venta y de asistencia en todo el mundo. Para obtener más información sobre las
soluciones de Winshuttle o ponerse en contacto con un representante en su zona,
visite www.winshuttle.com.

25