Plan maestro para S/4

Alegri fue fundada en 2001 por Andreas Emhart. En la actualidad es Consejero Delegado del Grupo Alegri.

Hinrich Mielke es ampliamente conocido en la comunidad SAP como gestor experimentado. Es director de Alegri International Service y, por tanto, responsable de toda el área SAP del Alegri Group.

Los temas de Hana, S/4 y cloud computing son complejos, aunque al CEO de SAP, Bill McDermott, le guste referirse a su "gestión sencilla". Con los conocimientos y la experiencia de Alegri, será más fácil para los clientes actuales de SAP.

Y en Alegri hablan desde su propia experiencia: el año pasado, Hinrich Mielke informó sobre el gran éxito de la personalización de Simple Finance en la nube de Microsoft Azure.

¿Puede haber un plan maestro para el cambio a S/4? Al fin y al cabo, un sistema ERP -de R/3 4.c a ECC 6.0- difícilmente se parece a otro.

"El plan maestro o enfoque para la conversión, es decir, para convertir un sistema existente a S/4, siempre será similar"

tranquiliza el Director Mielke.

Al principio, se recomienda un "Hana Readiness Check" que incluya un análisis de uso. Para ello, deben analizarse los procedimientos de prueba, los casos de prueba, las interfaces y el sistema de autorización. Así se tendrá un buen punto de partida para la conversión.

Y Mielke añade:

"La personalización de una instalación de S/4 seguirá siendo tan individual como los clientes; al fin y al cabo, ese es el punto fuerte de la solución ERP de SAP".

El analista Frank Niemann, de PAC en Múnich, afirmó en una nota de investigación a finales del año pasado que los clientes actuales de SAP, sus socios y la propia SAP están experimentando una transformación, aunque el alcance de la misma varía.

Lo que está claro para Niemann es que S/4 y Hana desempeñarán un papel para todos los implicados. Los actuales clientes de SAP comprobarán cuándo ha llegado el momento de hacer el cambio y esperan contar con el apoyo tanto de SAP como de los partners de SAP.

Además de las competencias de la solución en torno a S/4, el socio de SAP debe abordar los temas de una transformación del proceso y del modelo empresarial.

Se espera de él no sólo que implante rápidamente S/4, sino también que acompañe y apoye proyectos de transformación en los que participen departamentos de TI y especialistas.

Computación en nube

Hana y S/4 están disponibles como ofertas locales y en numerosas versiones en la nube. Alegri confía en Microsoft Azure, ¿por qué?

"Alegri proporciona un asesoramiento fundamentalmente neutral e independiente, ya que no vendemos licencias, sino que sólo se nos mide por la calidad de nuestro asesoramiento"

explica Andreas Emhart, Consejero Delegado.

"Dada nuestra experiencia con Azure en proyectos de clientes y nuestro propio uso de Azure como PaaS para SharePoint y Office 365, la integración con S/4 Finance en Azure tenía sentido."

Desde el punto de vista de Alegri, Microsoft tiene una fuerte oferta cloud en el mercado con Azure y ya está presente en prácticamente todas las empresas, especialmente a través de sus instalaciones de Office 365 y SharePoint (on-premise o cloud).

"En este sentido, Microsoft es una opción interesante para muchos de nuestros clientes para poder implantar proyectos en la nube de forma consolidada. Porque al liberar un entorno Office 365, el obstáculo legal y organizativo para SAP en Microsoft Azure suele ser muy bajo, lo que beneficia la agilidad en el proyecto.

Además, Azure ofrece la opción de una custodia de datos alemana, por lo que la barrera de entrada a la nube se reduce significativamente para muchos de nuestros clientes."

Emhart lo sabe por los numerosos pedidos de clientes que han tenido éxito.

La propia SAP tiene una amplia oferta en la nube con HEC (Hana Enterprise Cloud) y HCP (Hana Cloud Platform), que ahora se han combinado bajo el nombre de SAP Cloud. SAP también ha dado el visto bueno para operar en AWS (Amazon Web Services) y Microsoft Azure.

¿Hacia dónde se dirige el mercado desde la perspectiva de Alegri? Al final del día, ¿quién será el ganador de la nube en la comunidad SAP: SAP Cloud, AWS o Azure?

"Una predicción en este momento sería leer una bola de cristal".

dice Andreas Emhart en una entrevista con E-3 y describe la situación inicial:

"En las empresas, no es sólo el panorama SAP el que desempeña un papel en esta cuestión, sino que debe considerarse en relación con la estrategia completa.

En este sentido, podemos suponer que no habrá una evolución a corto plazo en uno u otro sentido.

Cuando se trata de agilidad en sandboxes o sistemas de prueba, AWS, Azure y Google Cloud Platform (GCP) tendrán sin duda ventaja. Es más probable que SAP prevalezca en SaaS y que los demás se repartan entre sí el mercado de IaaS para sistemas SAP."

Muchos clientes actuales de SAP en Europa han construido con éxito sus propias estructuras de centros de datos en las últimas décadas, en algunos casos con costes operativos extremadamente bajos. El camino sencillo hacia S/4 y Hana, ¿va a la nube o se queda uno en su propio centro de datos?

Hinrich Mielke:

"Los proyectos actuales y las conversaciones con los clientes muestran que el escepticismo respecto a las aplicaciones en la nube en la región DACH está desapareciendo y que muchos CIO están considerando seriamente la nube.

La importancia de la nube seguirá creciendo, pero a medio plazo complementará, más que sustituirá, a los centros de datos para muchos clientes.

Una ventaja de las PoC es la agilidad en la nube y también la posibilidad de cambiar fácilmente una arquitectura y adaptarla al estado de los conocimientos.

El proceso de adquisición y también el de desmantelamiento pueden reducirse a minutos, lo que supone una ventaja decisiva, por ejemplo, a la hora de probar S/4 Hana.

"Así es como la TI en la sombra puede capturarse y gestionarse de forma conforme".

añade Mielke.

¿Azure, AWS, SAP Cloud?

"Como con cualquier proveedor de servicios, todos ellos ofrecen sus propias ventajas"

El director general Emhart lo sabe.

"SAP se está posicionando con una oferta SaaS. Microsoft Azure, AWS y la colaboración entre SAP y Google apuntan más a IaaS.

Microsoft y, en menor medida, Google ofrecen una integración potencial en las respectivas carteras de aplicaciones y plataformas. Por supuesto, la respectiva situación actual de las empresas desempeña un papel importante.

Así pues, esta cuestión también debe tenerse en cuenta desde la fase de planificación general y estudiarse junto con el enfoque de despliegue individual".

Una pregunta inevitable cuando se habla de cloud computing en la comunidad SAP: ¿Y qué hacer con las licencias on-premise? ¿Convertirse a un modelo de suscripción en SAP o irse a la nube de AWS, Azure o Google con licencias propias?

"Por supuesto, las licencias desempeñan un papel importante".

Hinrich Mielke lo explica,

"Sin embargo, el uso futuro no debe depender únicamente de ninguna licencia, sino que debe orientarse a las propias necesidades del individuo.

Con Microsoft Azure, AWS y GCP, la norma es: traiga su propia licencia - BYOL - para IaaS. Esto significa que aquí se aplican los mismos requisitos que para el funcionamiento on-premise en los últimos años, incluida la constatación de que la concesión de licencias con SAP es siempre específica del cliente. SAP HEC permite BYOL, así como un modelo de suscripción".

Obviamente, hay muchos caminos hacia Hana y S/4. Así, tras el cambio de R/3 a ECC 6.0, los clientes existentes de SAP se enfrentan de nuevo a numerosos retos: El camino hacia S/4 y Hana parece estar predeterminado para muchos clientes existentes de SAP, aunque no sea inmediatamente actual.

¿Cómo se prepara? ¿Cómo evalúa los costes y el valor añadido? Hinrich Mielke sonríe en la entrevista E-3 y dice:

"Compra experiencia ya adquirida y compra asesoramiento externo. Para eso están las consultorías, no tienes que pasar por todas las diversiones tú solo.

Es cierto que S/4 y Hana serán el futuro en los entornos SAP de los clientes. Un examen y evaluación tempranos de las nuevas tecnologías deberían tener lugar inmediatamente, palabra clave: ¡Piensa en grande - empieza en pequeño!

El momento adecuado para el cambio resulta entonces de diversos factores, como el valor añadido empresarial, los costes de las licencias, los contratos de mantenimiento vigentes, los próximos proyectos ALM, la estrategia corporativa, el plan director, etc.".

En Alegri creen que el momento adecuado es crucial: tener en cuenta todos los factores, identificarlos y, a continuación, aplicar la estrategia definida.

"Lo que nos lleva de nuevo a la relevancia de un plan maestro".

añade Mielke. Hace cuatro años, Hasso Plattner y el ex Director de Tecnología de SAP Vishal Sikka dijeron en una presentación en Palo Alto que SAP sólo puede proporcionar la mejor tecnología, pero que los usuarios deben decidir por sí mismos cómo utilizarla en su propio beneficio. ¿Es esto cierto? ¿Cuál es la experiencia de Alegri?

Hinrich Mielke:

"Por historia, muchos clientes están acostumbrados a las actualizaciones de SAP en las que SAP especifica las nuevas capacidades en la aplicación y el cliente las activa y personaliza".

Opinión y valor añadido de SAP

Esto hizo que el caso de negocio fuera fácil de calcular. Con S/4 y Hana, SAP proporciona una plataforma completamente nueva que abre enfoques y posibilidades totalmente nuevos; SAP solo puede esbozarlos a modo de ejemplo.

"En última instancia, corresponde a los clientes identificar y aprovechar el potencial que yace latente en su actividad principal: al fin y al cabo, ellos son los expertos en sus respectivos campos.

En este sentido, coincidimos con Hasso Plattner y Vishal Sikka en su predicción, aunque ahora SAP también tiene argumentos de peso en la manga para sus clientes a través de la simplificación."

Y el Consejero Delegado Emhart añade:

"Según nuestra experiencia, las empresas ágiles tienen una ventaja: pueden utilizar las posibilidades de las nuevas tecnologías para sí mismas -aunque sólo sea en subáreas como proyectos faro- y desarrollar así una ventaja sobre sus competidores en el mercado.

Esto es más fácil si los conocimientos técnicos y también las capacidades de los empleados para este proceso creativo están disponibles y además son promovidos activamente por la dirección".

SAP debe asegurarse de que los clientes puedan evaluar tanto la tecnología como el potencial de innovación de S/4 Hana en relación con su propia situación, escribió el analista Frank Niemann en el citado estudio de PAC a finales de 2016.

Entre otras muchas cosas, esto incluye hojas de ruta fiables y modelos de precios más flexibles, afirma Niemann. Si los clientes existentes se sienten obligados a introducir S/4 porque así lo dicta la estrategia del producto, en lugar de estar convencidos del valor añadido, la empresa de software debería hacer todo lo posible por mejorar: esta es la opinión de la firma de análisis PAC.

Estrategia de doble proveedor

El mercado SAP es más heterogéneo que hace 25 años. Los estándares y el código abierto, como los que utiliza SAP, abren nuevas oportunidades: ¿Cómo ve Alegri la convergencia de SAP y Microsoft? ¿Existe un valor añadido?

"Muchos de nuestros clientes utilizan una estrategia de doble proveedor, en la que cada necesidad de la empresa está cubierta preferentemente por soluciones de Microsoft o SAP"

sabe el Director General Andreas Emhart.

Así que Office, a menudo Office365, ya está configurado, al igual que SharePoint para la colaboración y el almacenamiento estructurado de documentos; el Directorio Activo también lleva años establecido.

Las soluciones SaaS basadas en Microsoft Azure también se están abriendo camino en las TI corporativas. Y Emhart está convencido de que el cambio de paradigma en SAP mostrará un alto beneficio cuando estas soluciones existentes del mundo Microsoft se integren a la perfección sin interrupción de medios, aumentando así la productividad y la eficacia.

¿Cómo obtiene el cliente SAP existente un posible valor añadido? ¿Big Bang o evolución?

Hinrich Mielke:

"Para aprovechar el potencial del cambio a S/4, la conversión de ECC 6.0 a S/4 y Hana es un proyecto de optimización de procesos empresariales, si es necesario incluso de rediseño de procesos empresariales.

Los casos de uso posibles y rentables como resultado son personalizados y siempre requieren una estrategia de grupo sobre los objetivos y la intención del proyecto; después de eso, puede abordarse de forma orientada a los objetivos.

La coordinación con la parte empresarial conduce a los primeros casos de uso. Luego, por ejemplo, se empieza con el departamento de contabilidad o con una división de la empresa que actúa como faro.

El credo es siempre: piensa a lo grande, empieza por lo pequeño. El big bang rara vez se adaptará a la situación del cliente.

Frank Niemann, de PAC, ha constatado que los clientes actuales de SAP están divididos en dos bandos con respecto a S/4: Para algunos, la nueva generación de productos de SAP es estratégica para transformar sus procesos empresariales y dar soporte a nuevos modelos de negocio, así como para seguir desarrollando sus entornos SAP.

Otro grupo de empresas ve S/4 simplemente como la próxima versión de SAP que tendrán que introducir a la ligera. Lo que más les preocupa es la migración técnica de sus sistemas actuales a S/4.

Según Mielke, seguir los nuevos paradigmas e implantar S/4 en su totalidad cambia el propio proceso empresarial y de trabajo. Estos nuevos procesos ya no están orientados a las transacciones, sino que se basan en los requisitos del proceso y del usuario:

"Aquí es necesario un replanteamiento, especialmente para los usuarios experimentados"

Mielke lo sabe por su experiencia profesional.

Aunque el número de proyectos S/4 iniciados y planificados está aumentando según PAC, la incertidumbre entre las empresas sigue siendo elevada.

Incluso aquellos a los que les gustaría transformar sus procesos se preguntan cuánto esfuerzo les llevará. Las empresas confían en el apoyo externo tanto para la planificación como para la implementación, especialmente para temas nuevos como la introducción del nuevo libro mayor y la migración de las bases de datos SAP a Hana.

PAC está convencida de que los mayores retos en el camino hacia S/4 serán menos técnicos. La transformación de los procesos relacionados con SAP y los cambios organizativos asociados son aún más exigentes y arriesgados.

Sólo se podrá hacer frente a estos retos si la organización de TI o SAP, los departamentos especializados y la dirección trabajan juntos.

Hana 1 o 2

"Hana 1 recibirá correcciones de errores, pero no nuevas funciones. Es la versión estable, por así decirlo".

Mielke explica la última innovación de Walldorf.

"Hana 2 es el siguiente paso aquí, llevando la plataforma Hana a un nuevo nivel, lista para nuevos requisitos empresariales como IoT y eficiencias tecnológicas como escenarios activos/activos habilitados para la lectura".

El interesantísimo Hana Cockpit 2.0 viene con Hana 2 y supone un avance significativo, según las investigaciones de Alegri".

"Con el lanzamiento de Hana 2, SAP está marcando un hito en la industria, ya que la plataforma representa la próxima generación de Hana que ayudará a los clientes a embarcarse en un futuro digital exitoso"

explicó el director de Tecnología de SAP, Bernd Leukert, en el TechEd celebrado en Barcelona a finales de 2016.

Como plataforma de innovación, SAP Hana 2 ofrecerá mejoras dos veces al año para apoyar el desarrollo ágil. Qué recomienda Alegri y por qué: Hana o Hana 2?

Hinrich Mielke:

"Para Suite on Hana, actualmente se utilizará Hana 1. Los proyectos actuales con S/4 suelen seguir basándose en Hana 1 y no cambiarán una base estable a corto plazo sin una razón de peso.

Sin embargo, dado que no habrá SPS13 para Hana 1, los clientes se verán obligados a cambiar a Hana 2 a medio plazo de todos modos. Por lo tanto, el número 2 debería ser la elección en los proyectos S/4 recién iniciados.

En futuras versiones de S/4, Hana 2 será necesaria como subestructura".

Hana 2 es el siguiente paso tecnológico, se basa en Hana 1 y es compatible con versiones anteriores. Hinrich Mielke nos explica los detalles:

"El cambio es análogo a la actualización de un nuevo PLC para el Hana DB. Los riesgos tecnológicos y los pasos son idénticos, al igual que el esfuerzo de prueba". B

n sistemas de origen más antiguos, un paso intermedio a Hana 1 SPS12 puede tener sentido. Sin embargo, dado que los puntos de servicio del centro de datos ya no son necesarios, el momento y el paquete adecuados para el cambio deben determinarse individualmente para los entornos productivos."

Licencias

¿Y cuáles son las diferencias de licencia entre Hana 1 y Hana 2 y cómo puede el cliente SAP existente tomar una decisión?

"Las licencias de Hana dependen del tipo de uso y de las funciones de la base de datos y las aplicaciones SAP utilizadas"

Hinrich Mielke lo explica.

Hana 2 no requiere en sí misma una licencia diferente a Hana 1, pero Hana 2 introduce nuevos usos en el área de integración que pueden requerir licencias adicionales.

Como regla general, Mielke recomienda: Lo que se incluye en Hana 1, SPS12 no requerirá más licencias en Hana 2. Las necesidades y ventajas de las licencias para Hana 1 o 2 pueden determinarse a partir de la correspondiente investigación preliminar.