¿Big Bang o Evolución?

¿Qué recomienda para el camino hacia S/4? ¿Se necesita una estrategia de grupo o se empieza en contabilidad con S/4 Finanzas?

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

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, puede abordarse de forma orientada a los objetivos.

La coordinación con la parte empresarial conduce a los primeros casos de uso. Entonces, por ejemplo, se empieza con el departamento de contabilidad o con una división de la empresa que funcione como faro. El credo es siempre: "Piensa en grande, empieza en pequeño". El big bang rara vez se ajustará a la situación del cliente.

La hoja de ruta de S/4 en términos de procesos empresariales adaptados y nuevos es una obra en construcción, ¿cuándo y cómo surge una hoja de ruta de Fiori?

Mielke: La hoja de ruta de Fiori específica para cada cliente sigue la estrategia corporativa y de S/4 Hana. Si se prevén nuevas capas de usuarios (por ejemplo, en la planta de un fabricante de automóviles), Fiori debe diseñarse de forma diferente a si, por ejemplo, un comprador va a recibir una interfaz de trabajador de la información para sus tareas y para aumentar la eficiencia. Una integración de elementos de Fiori e información de SharePoint puede ser la solución adecuada.

¿Cuál es el mayor reto para los nuevos usuarios de S/4 Hana: los procesos empresariales adaptados o una nueva interfaz de usuario?

Mielke: Si se siguen los nuevos paradigmas y se implanta S/4 Hana en su totalidad, el propio proceso empresarial y de trabajo cambia. Estos nuevos flujos de trabajo ya no están orientados a las transacciones, sino que se basan en el proceso y los requisitos del usuario:

Aquí se requiere un cambio de mentalidad, especialmente para los usuarios experimentados. Este cambio de enfoque es mapeado por Fiori. El SAPGui todavía se puede utilizar para las transacciones existentes, de modo que un proceso continuo de cambio puede ser diseñado para los usuarios aquí.

La plataforma para S/4 es siempre Hana o Hana 2: ¿cuáles son las diferencias?

Mielke: SAP Hana 1 recibirá correcciones de errores, pero no nuevas funciones. Es la "versión estable", por así decirlo. Hana 2 es el siguiente paso y lleva la plataforma Hana a un nuevo nivel, preparada para nuevos requisitos empresariales como IoT y eficiencias tecnológicas como escenarios activos/activos habilitados para lectura. El interesantísimo Hana Cockpit 2.0 viene con Hana 2 y supone un importante paso adelante, según la investigación de Alegri.

¿Qué recomienda Alegri y por qué: Hana o Hana 2?

Mielke: Para Suite on Hana, actualmente se utiliza Hana 1. Los proyectos actuales con S/4 Hana 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, Hana 2 debería ser la elección en los proyectos S/4 Hana recién iniciados. En futuras versiones de S/4 Hana, Hana 2 será necesaria como subestructura.

¿Se puede cambiar también de Hana a Hana 2? ¿Ventajas? ¿desventajas?

Mielke: Hana 2 es el siguiente paso tecnológico, se basa en SAP Hana 1 y es compatible con versiones anteriores. El cambio es análogo a la actualización de un nuevo PLC para la base de datos de Hana. Los riesgos tecnológicos y los pasos son idénticos, al igual que el esfuerzo de prueba.

Para los sistemas fuente más antiguos, sin embargo, puede tener sentido un paso intermedio a SAP Hana 1 SPS12. Sin embargo, dado que los "Datacenter Service Points" ya no son necesarios, el momento y el paquete adecuados para el cambio deben determinarse individualmente para los entornos productivos.

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

Mielke: Las licencias de SAP Hana dependen del tipo de uso y de las funciones utilizadas en la base de datos y en la aplicación SAP. SAP Hana 2 no requiere en sí misma una licencia diferente a la de SAP Hana 1, pero Hana 2 introduce nuevas opciones de uso en el área de integración - que pueden requerir licencias adicionales.

Como regla general, 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 una investigación preliminar adecuada.

Probablemente, todos los clientes actuales de SAP puedan desprenderse de algunas extensiones de Abap. Pero, ¿qué ocurre con las indispensables funciones Z?

Mielke: Según nuestra experiencia, ¡hasta el 85% de los programas/modificaciones Z no se utilizan! En este caso, tiene sentido un cierre temporal y luego una ampliación Los restantes se convierten y adaptan.

Por lo tanto, un análisis de uso automatizado tiene mucho sentido, para que el trabajo indispensable se lleve a cabo preferentemente. Por ello, Alegri ofrece un análisis de uso automatizado de sus propios desarrollos como parte de la "Hana Readiness Audit" - así como un "análisis de impacto" de las transacciones utilizadas.

¿En qué medida la "conversión" tiene en cuenta el espacio de nombres Z y las modificaciones de Abap?

Mielke: La conversión lleva consigo todos los programas Z y las modificaciones. El correcto funcionamiento se garantiza como parte del proyecto y puede requerir ajustes. La consiguiente necesidad de adaptación puede identificarse y llevarse a cabo con antelación, por eso es tan importante el análisis de uso previo.

¿Qué experiencia tiene Alegri en términos de tiempo y costes de proyecto en relación con la conversión a S/4?

Mielke: Esto depende siempre de cuánto se haya ampliado o modificado un sistema. En un proyecto actual de un cliente, estamos convirtiendo un sistema ECC 6.0 existente a S/4 Hana en un plazo de tres meses. Este sistema se aproxima al estándar y, por tanto, puede convertirse con un total de 15 meses-persona.

Además de los procesos empresariales, también deben trasladarse los datos: ¿Qué debe saber y tener en cuenta el cliente actual de SAP en relación con la convergencia de datos?

Mielke: La mera conversión de datos a S/4 Hana no es crítica, más emocionantes son los futuros procesos entre sistemas y fuentes de información. Se necesitan nuevos métodos para un uso comprensible y transparente, que deben implantarse al mismo tiempo que se materializan las nuevas posibilidades.

La gestión de la información empresarial asumirá un papel esencial en las empresas; aquí deben iluminarse los datos, los procesos y también los requisitos previos organizativos.

¿En qué medida debe tenerse en cuenta la arquitectura S/4 para la convergencia de datos?

Mielke: Una cuestión importante Las interfaces para el intercambio de datos cambiarán e influirán en la arquitectura óptima. Esto debe tenerse en cuenta en una fase temprana. La arquitectura en la que se llevará a cabo la integración debe determinarse lo antes posible.

Puede tratarse, por ejemplo, del HCI, pueden utilizarse los recursos a bordo de Hana (por ejemplo, mesas virtuales) o puede surgir como buena solución una OP on-premise. Del mismo modo, una mezcla de estas opciones puede ser óptima.

¿Cuáles son las principales diferencias en términos de almacenamiento de datos entre una base de datos clásica y el concepto de computación en memoria de Hana?

Mielke: Una diferencia esencial (además del conocido concepto in-memory) es que con la clasificación dinámica por niveles es posible diferenciar los datos en "calientes", "templados" y "fríos". Esto significa que la base de datos determina la ubicación de almacenamiento de los datos.

Esto es transparente para la aplicación: hay una sola tabla y no es necesario diferenciar entre las ubicaciones físicas de almacenamiento. Los costes pueden optimizarse aquí de forma sencilla y elegante, por ejemplo para datos que no pueden archivarse ni siquiera al cabo de años.

Por otro lado, se puede llevar a cabo una desnormalización de las estructuras de la base de datos gracias a la compresión interna transparente.

En una futura arquitectura S/4 Hana: ¿Basta con Hana o Hana 2? O necesitamos también Sybase IQ, Hadoop, etc.?

Mielke: Las futuras arquitecturas de S/4 Hana se basarán básicamente en Hana y el objetivo debería ser no utilizar ningún otro sistema de base de datos. Dependiendo del paisaje, el propósito y las capacidades, un paisaje real en los clientes normalmente utilizará otros potes de datos, por ejemplo, hay APO con LiveCache. Para grandes cantidades de datos, Hadoop es una buena opción. Algunos clientes ya utilizan Hadoop, independientemente del ERP.

Y en resumen, ¿la gestión de datos maestros en (Hana) S/4 será más sencilla o más compleja en comparación con SAP Business Suite 7 en AnyDB?

Mielke: Para aprovechar el potencial de S/4 Hana, aumentarán las exigencias de los usuarios y, por tanto, el esfuerzo de coordinación para la gestión de datos maestros. Por lo tanto, tenderá a volverse más compleja, porque MDM ahora tocará incluso más áreas que antes.

Hana es la base tecnológica de muchas innovaciones y mejoras debidas a un mayor rendimiento, como la búsqueda y correspondencia de registros maestros o los análisis de similitud.