De lo oficial y lo menos oficial

No es mala idea. Los que están en forma suelen ser más atractivos. Naturalmente, para ello hay que esforzarse mucho, y en la comunidad SAP esto suele ir asociado a unos derechos de licencia más elevados.

Conseguir que el sistema propio se adapte al Gestor de soluciones sólo es posible parcialmente si se es un cliente de soporte estándar. Sólo se les permite utilizar una fracción de las funciones de SolMan, lo que significa que la adecuación se queda por el camino.

Los clientes de Enterprise Support lo tienen mejor, se les permite utilizar todos los trucos de SolMan y, por tanto, probablemente alcancen la máxima aptitud para la innovación. Los EhP (SAP Enhancement Packages) también son muy adecuados para un programa de fitness ERP, ¡pero no siempre de forma gratuita!

Los clientes actuales de SAP deben tener especial cuidado con las nuevas funciones en torno a MDM/MDG en la gestión de datos maestros (master data management y master data governance). Hay algunos ajustes que, a diferencia de la práctica actual, podrían requerir una licencia.

Los caminos del DSAG/SAP hacia la aptitud para la innovación son, por tanto, enrevesados y desafiantes, pero probablemente un buen negocio para ambas organizaciones. Matthias Kneissl, Director General de Q-Partners y profundo conocedor de todas las tendencias de la comunidad SAP, estuvo disponible para responder a las preguntas críticas del redactor jefe de E-3, Peter Färbinger, tras las Jornadas Tecnológicas del DSAG.

Peter Färbinger: Dos días de Jornadas Tecnológicas del DSAG en Mannheim bajo el lema "Caminos hacia la aptitud para la innovación". Cuál es su conclusión, cuáles fueron los temas principales?

Matthias Kneissl: El tema de Hana y la computación en memoria es probablemente esencial para la comunidad SAP. Ahora que Hana se ha lanzado para el ERP Business Suite, todos los demás productos SAP se irán convirtiendo gradualmente.

Además de Hana, la movilidad también es, por supuesto, un tema importante para los clientes actuales de SAP. Con la tecnología de computación in-memory y la movilización de los procesos empresariales, lo que va unido crece unido. Al mismo tiempo, los conceptos operativos para estos temas también están ganando en importancia.

Färbinger: Eso significa que todos los clientes tendrán que cambiar y reorientarse. Cómo valora lo que está por venir?

Kneissl: SAP subraya que la transición de NetWeaver a Hana será mayor que la transición de R/3 a NetWeaver. Los retos son numerosos, empezando por la infraestructura, que tiene requisitos específicos.

Esto ya empieza con el hecho de que en el futuro habrá que instalar y operar un servidor de aplicaciones además de una instancia central. Al mismo tiempo, nuevas tecnologías entran en el mundo SAP con el nuevo NetWeaver Stack 7.4. En el futuro, el Workbench Editor, la transacción SE80, se mapeará en la medida de lo posible con Eclipse.

Färbinger: ¿Así que hay mucho que aprender?

Kneissl: Sí, como corresponde, SAP también ha creado un curso de formación para que los desarrolladores ABAP se familiaricen con las nuevas herramientas. Estas nuevas herramientas son necesarias porque los desarrollos propios del cliente también deben adaptarse al nuevo paradigma de Hana.

Por supuesto, la computación en memoria sólo es eficaz si la codificación se optimiza para que una gran parte del cálculo tenga lugar en el servidor de la base de datos.

Färbinger: ¿Puede convertirse en un problema?

Kneissl: Aquí veo muchos informes y desarrollos propios del cliente que deben adaptarse a la nueva tecnología, ya que en parte están desarrollados de forma ineficiente y gran parte de los cálculos tienen lugar con múltiples bucles a través de tablas internas en el servidor de aplicaciones. Por supuesto, este tipo de codificación no se beneficia inicialmente de una conversión de la base de datos a Hana.

Färbinger: ¿Cómo debería imaginarse un cliente SAP existente un cambio a ERP con Hana como base de datos?

Kneissl: Los clientes interesados deben actualizar primero su sistema SAP a ERP 6.0 EhP6. Unicode es, por supuesto, un requisito previo obligatorio para el uso de HanaDB.

Sólo a partir de este estado del software puede realizarse una conversión. A continuación se realiza la migración de la base de datos. Huelga decir que la codificación SAP debe adaptarse a la nueva tecnología de bases de datos con NetWeaver Stack 7.4.

Esto no se aplica a la propia codificación del cliente: con el nuevo editor ABAP basado en Eclipse, los desarrolladores pueden identificar y adaptar las secuencias ineficaces del programa.

Sin embargo, no hay que olvidar que los informes personalizados no pueden desarrollarse desde cero sin un gran esfuerzo. A menudo falta la documentación o sólo resulta de la codificación. También hay que volver a realizar pruebas.

Färbinger: ¿Se han hecho cosas mal en los últimos años?

Kneissl: En tecnología de software, se supone que la codificación debe degradarse, es decir, actualizarse periódicamente. En el pasado, sin embargo, muchos clientes han invertido en hardware, CPU más rápidas y nuevas generaciones de ordenadores en lugar de en la revisión y reimplementación de sus propios desarrollos.

Al mismo tiempo, los desarrolladores ABAP deben recibir formación sobre la nueva tecnología y conocer las nuevas directrices de desarrollo.

Färbinger: ¿Qué puede decirnos del niño problemático de la comunidad, el Solution Manager?

Kneissl: Hubo pocas novedades en el entorno de SolMan. Las pilas de paquetes de soporte que SAP ha lanzado en los últimos meses deben ser aceptadas ahora por los clientes. Sin duda, todavía hay muchos que confían en Solution Manager 7.0 y aún no han planificado una actualización, a pesar de que el mantenimiento expira a finales de 2013.

Färbinger: ¿Es mejor el nuevo?

Kneissl: Con los paquetes de soporte actuales, Solution Manager 7.1 también ofrece los conceptos operativos necesarios para supervisar eficazmente las nuevas tecnologías. Sin embargo, es una lástima que muchas funciones nuevas de la versión 7.1 estén reservadas exclusivamente a los clientes de SAP Enterprise Support.

Färbinger: ¿Hay algún ejemplo?

Kneissl: La nueva Infraestructura de Supervisión y Alertas, MAI, no está disponible actualmente para los clientes de soporte estándar. Esto significa que la supervisión de PI o BusinessObjects a través de SolMan sólo está disponible de forma limitada.

Por lo tanto, los clientes con soporte estándar deben seguir confiando en la supervisión clásica de CCMS con métodos de reacción automática en Solution Manager 7.1 por motivos de licencia.

En la gestión de solicitudes de cambio, ChaRM, los clientes de soporte estándar también tienen que hacer algunas concesiones y prescindir de la adaptación o la administración de cambios no SAP.

Färbinger: Está claro que SAP intenta una vez más dejar al margen a los clientes de soporte estándar. ¿Cómo percibe la comunidad los nuevos temas de SAP?

Kneissl: El tema de Hana aún no se ha extendido mucho. Recuerdo a un participante en una sesión que me preguntó si Hana era un sistema operativo.

La tecnología habla por sí sola; no en vano nosotros, como empresa de consultoría, ya confiamos en Hana e introducimos para nosotros el ERP sobre la base de HanaDB. Por supuesto, ahora es una gran tarea para SAP informar exhaustivamente a los clientes para que dispongan de los conocimientos necesarios para poder garantizar el funcionamiento.

Färbinger: ¿Cómo será la futura estrategia de front-end? ¿Seguirán los clientes con las mismas interfaces anticuadas y poco manejables?

Kneissl: No, la estrategia de frontend está cambiando, especialmente con el tema de los móviles. SAP apuesta en gran medida por HTML5 con el marco de desarrollo SAPUI5. El objetivo es desarrollar interfaces de forma genérica para diferentes dispositivos y aplicaciones finales: Internet Explorer, iPhone, Android, iPad.

NetWeaver Business Client es el sucesor estratégico de SAPGUI, ya que combina el acceso a tecnologías front-end como la interfaz clásica ABAP, WebDynpros e interfaces HTML. Al mismo tiempo, el usuario de una transacción clásica puede disponer de información analítica a través de los denominados paneles laterales.

Antes de Hana, esto era impensable. Un ejemplo clásico es ver las estadísticas de facturación de un cliente en el panel lateral mientras se introduce un pedido de venta en VA01.

Färbinger: Así pues, la anticuada interfaz ABAP con SAPGui está siendo sustituida por nuevas tecnologías. Cómo deberían alinearse estratégicamente los clientes de SAP con respecto al desarrollo frontend?

Kneissl: En general, para proyectos de desarrollo de mayor envergadura, siempre debe comprobarse con qué frontends se va a utilizar la funcionalidad. Sin embargo, la interfaz ABAP con las pantallas clásicas siempre ha tenido un desarrollo limitado y los esfuerzos de desarrollo nunca han sido proporcionales a las ventajas.

Con WebDynpro para ABAP y el gestor de planos de planta (FPM) basado en él, SAP proporciona una tecnología habilitada para la web, pero también considerada pesada y compleja en el desarrollo.

Para transacciones utilizadas por usuarios ocasionales, posiblemente en diferentes frontends, se debe utilizar HTML5 con el kit de herramientas de desarrollo SAPUI.

Färbinger: SAP no es necesariamente conocido por sus rápidos ciclos de parches. La tecnología HTML, en particular, está cambiando a una velocidad vertiginosa. ¿Tenemos aquí una nueva tecnología en la que tengamos que confiar en los próximos 20 años de la forma actual?

Kneissl: No, no es así. SAP proporcionará SAPUI5 como su propio componente adicional para la importación a través de SAINT. A diferencia del clásico ciclo de parches, las actualizaciones se planifican trimestralmente.

Esto significa que incluso los clientes que sólo actualizan su pila de paquetes de soporte con cautela porque temen las pruebas intensivas pueden seguir confiando en una tecnología de superficie actualizada.

Färbinger: Muchas gracias por la entrevista.