Hoja de ruta privada S/4

Uno de los mejores expertos de SAP en estrategia, planificación y operaciones es Hinrich Mielke, de Alegri. Es autor ocasional de E-3 y participa intensamente en las hojas de ruta de Hana y S/4 on-premise y off-premise.

Ya ha personalizado S/4 para muchos clientes SAP existentes y también lo ha migrado con éxito a la plataforma en la nube Microsoft Azure. A finales de año, Hinrich Mielke, director de SAP en Alegri, volvió a encontrar tiempo para una entrevista con el redactor jefe de E-3, Peter M. Färbinger.

Peter M. Färbinger, E-3 Magazine: Señor Mielke, usted habla con muchos clientes. ¿Qué opinan los CIO de este tema, cómo se "aborda" y cuáles son los escollos?

Hinrich Mielke, Alegri: El viaje hacia S/4 Hana es uno de los temas más complejos en TI. Debido al solapamiento con el tema de la nube, abarca desde el suministro de la infraestructura, la base de datos, la aplicación modificada y la colaboración asociada con la parte empresarial hasta un modelo de soporte modificado, un desarrollo de software ágil y una fusión cada vez mayor del análisis y el procesamiento de datos transaccionales.

El front-end para el usuario final se moderniza y moviliza con Fiori. Como consecuencia de ello y de las posibilidades de push-down de código, se amplían los requisitos para la gestión de derechos dentro de Fiori y la base de datos, así como los enfoques híbridos en la administración en general.

Como siempre ocurre con los temas complejos: Resulta útil estructurarlos y analizar cada aspecto de forma pragmática. Es importante no perderse en los detalles y tener una visión de conjunto.

Färbinger: Es más fácil decirlo que hacerlo. ¿Cómo se empieza?

Mielke: Con un inventario limpio: ¿Qué sistemas y servicios se explotan actualmente y cómo? Son importantes la aplicación, la criticidad, los datos técnicos básicos y su evolución en el tiempo, así como el modelo operativo.

Además, los cambios previsibles en los próximos uno o dos años. ¿Cómo se explotarán los sistemas, qué se hace internamente, qué se subcontrata o externaliza?

Siempre importante: ¿cuál es el estado de mi licencia, qué sistemas adquirí, cuándo y en qué condiciones? A continuación, fíjate en los clientes de TI:

¿A qué departamentos se ha prestado servicio hasta ahora y cómo? ¿Existen acuerdos formales y condiciones marco? ¿Cuál es el nivel de conocimiento de mis usuarios clave? ¿Cuál es el nivel de madurez para los cambios? ¿Qué casos de prueba existen? ¿Cómo están documentados? ¿Están ya automatizadas las pruebas? ¿Cómo están documentadas las interfaces?

Ahora la parte creativa: ¿Qué cambios habrá en mis áreas de especialización? Qué nuevos modelos de negocio permitirá la transformación digital para mi empresa?

Färbinger: Suena extenso, ¿se puede acortar?

Mielke: Desgraciadamente no, pero se puede ir abordando poco a poco, aunque el orden correcto es importante, porque tarde o temprano todos estos aspectos serán esenciales. Gran parte de esta información ya existe, a veces sólo en nuestra cabeza.

En este caso, la recopilación y la documentación son esenciales. Bonificación: Esto facilita mucho el procedimiento posterior y reduce los costes. Las lagunas que surjan ahora pueden cerrarse sin presión de tiempo y con buena calidad, y pueden establecerse anteproyectos.

Färbinger: ¿Proyectos previos?

Mielke: Seguimos encontrándonos con clientes que aún no están en Unicode. Se trata de un gran proyecto preliminar: tras el cambio a Unicode, se dispone de una descripción actualizada de la interfaz, casos de prueba documentados y, normalmente, también de un entorno técnicamente actualizado y optimizado.

Otros proyectos preliminares son la automatización de las pruebas, el cambio a socios comerciales y un nuevo libro mayor. La inspección del código de los desarrollos internos también puede realizarse por adelantado, reduciendo así el alcance del proyecto principal.

Esto también implica adquirir experiencia en las áreas de Abap, Hana y S/4, esencial para desarrollos de alto rendimiento con SAP Hana. Es importante que se defina la misión empresarial de TI, se tenga clara la imagen objetivo y a partir de ahí se desarrolle una estrategia global y se elabore un plan maestro.

Färbinger: Hablemos del objetivo: ¿hacia dónde debe dirigirse técnicamente el viaje del cliente? ¿En las instalaciones o en la nube? ¿Qué nube? ¿Y por qué?

Mielke: La tendencia hacia la nube es cada vez más fuerte. Para algunos clientes, el núcleo digital seguirá siendo local en un futuro próximo. Sin embargo, cada vez más clientes tienen una estrategia de "nube primero" en la que tienen que justificar por qué una nueva aplicación no se opera en la nube.

Hay que distinguir entre SaaS, PaaS e IaaS. Hablemos primero de IaaS: IaaS puede jugar sus puntos fuertes con los sistemas Hana en particular, ya que los cambios de tamaño se pueden hacer en un corto espacio de tiempo.

Färbinger: ¿Puede ser más concreto?

Mielke: Con mucho gusto. Técnicamente, un sistema puede reiniciarse en cuestión de minutos. Sin embargo, con el apagado y reinicio y la carga de la base de datos Hana, esto también puede llevar horas, dependiendo del rendimiento de la infraestructura, el tamaño de la base de datos y la complejidad del entorno de tu sistema.

La elección de la nube debe considerarse cuidadosamente. El cambio es posible, pero costoso. Por eso hay que mantener bajos los costes de cambio y luego decidirse por la nube adecuada. Puede que ya estés utilizando otros servicios del proveedor, en cuyo caso tiene sentido seguir con ellos.

Por ejemplo, los clientes con Office 365 ya han aclarado contratos, aspectos de protección de datos y cuestiones de comité de empresa con Azure. El obstáculo aquí es bajo. Es posible que los clientes del sector minorista no quieran tener como proveedor a un competidor directo.

Con el "nuevo chico del barrio", es posible que consigas buenas ofertas como cliente anticipado y, por tanto, tengas ventaja.

Färbinger: ¿Por qué en la nube IaaS?

Mielke: Incluso si en el futuro todos los sistemas permanecen en las instalaciones: Durante el periodo de transición, IaaS es imbatiblemente flexible y, si se gestiona correctamente, también rentable.

Los sistemas de proyectos, pruebas y formación pueden utilizarse en un modelo de pago por uso para optimizar los costes y convertir el capex en opex, que también puede cargarse a la fuente.

Färbinger: Una buena palabra clave: ¿Qué gana la parte empresarial con el cambio a S/4 Hana aparte de mucho trabajo y procesos modificados?

Mielke: Bueno, aquí es donde SAP normalmente colocaría un bloque publicitario, pero voy a ser breve: las primeras mejoras llegaron en FI/CO:

Al eliminar tablas e índices, se redujo el volumen de datos y su complejidad, al tiempo que se aceleraron los análisis. Esto se debe no solo a las posibilidades técnicas de la base de datos de computación en memoria, sino también a la amplia desnormalización de la base de datos.

La fusión de FI y CO reduce las conciliaciones a final de mes entre Controlling y Contabilidad Financiera. Hay cambios comparables en la logística que conducen a la optimización. Unos pocos puntos porcentuales de mejora en logística se traducen rápidamente en un potencial de ahorro muy significativo.

Además, la satisfacción del cliente puede aumentar gracias a la mejora de los procesos logísticos. Los cambios se detallan en la "Lista de simplificación". Ahora con más de 1000 páginas - pero aún disponible en alemán.

Färbinger: Y la parte especializada recibe una nueva interfaz ERP, ¿no?

Mielke: El front-end se complementa con Fiori, una interfaz modernizada y flexible. Con Fiori, incluso el usuario ocasional puede utilizar SAP y supervisar el estado de los flujos de trabajo más allá de las transacciones, conocer los KPI y configurar la supervisión de los plazos.

Färbinger: Suena bien, pero ¿cuál es el inconveniente? ¿Es posible sin Fiori?

Mielke: Con Fiori, hay que tomar una decisión arquitectónica sobre el funcionamiento del back-end de Fiori. Además, se requiere una ampliación de la gestión de derechos.

Si Fiori estándar no es suficiente, es necesario desarrollarlo. Los desarrolladores deben acumular los conocimientos pertinentes y, si es necesario, también hay que desempeñar el papel de diseñador de interfaz de usuario.

En mi opinión, sin embargo, no hay alternativa, porque la Generación Z exige interfaces que se ajusten a su experiencia vital, y SAP solo ofrece algunas funcionalidades con Fiori.

También hay clientes que desean utilizar Fiori lo antes posible por razones de marketing interno. Con la metodología Fiori Booster, les ofrecemos la oportunidad de utilizar cualquier S/4 Fiori estándar con ERP/ECC 6.0.

Färbinger: Pasemos ahora al cambio: ¿primero a Hana y luego a S/4, o a Big Bang?

Mielke: La mayoría de los clientes adoptan un enfoque de ERP en dos fases: primero ERP/ECC con Hana y, a continuación, el cambio a S/4. La implicación esencial de la parte empresarial en la transformación a S/4 lleva su tiempo.

El cambio a Hana es más bien un proyecto interno de TI. Se cambia la base de datos y posiblemente el sistema operativo - todo lo demás permanece igual. Entonces se puede adquirir experiencia con Hana y el sistema operativo y se pueden establecer y perfeccionar los procesos operativos.

No se olvide de la nube, la integración de IaaS también debe establecerse, idealmente es irrelevante no sólo para el usuario, sino también para el administrador donde se ejecuta el sistema. Big Bang se elige a menudo para los sistemas con poco o ningún desarrollo interno.

Färbinger: ¿Pero es posible calcular un caso de negocio para el primer paso "Suite on Hana"?

Mielke: Ahora se convierte en algo fundamental. Si cada proyecto informático tiene que tener un argumento comercial, resulta difícil innovar. Los primeros coches también eran más caros y menos fiables que los carruajes tirados por caballos: obviamente, no había argumento comercial.

Una empresa que permite que el CIO justifique cada proyecto por separado como rentable se está privando de fuerza innovadora. Estoy seguro de que las empresas que no se acerquen activamente con los brazos abiertos a la fuerza de la innovación en materia de contenidos con Hana, S/4, Fiori, etc., tendrán dificultades a medio plazo.

Lo experimentamos con algunos clientes: A lo largo de los años y las décadas, no se ha llevado a cabo ninguna renovación fundamental, sino que, como una cebolla, se han ido colocando nuevas capas alrededor de las existentes.

Ahora, como Gulliver en los liliputienses, estás atrapado por una multitud de sistemas y aplicaciones y apenas puedes moverte. SAP S/4 Hana con posibilidad de integración es una oportunidad para consolidar y modernizar los procesos centrales.

Las nuevas aplicaciones e innovaciones pueden conectarse al sistema central. Porque, y esto nos lleva de nuevo al caso empresarial, las innovaciones también tienen que hacer una contribución empresarial, y esto se materializa en el ERP.

Färbinger: Gracias por la entrevista.