Reducir a la mitad la tasa de cuidados

Después de haber entregado este texto a mi mujer para que lo lea, debo reescribir la introducción y prologarlo como advertencia.

"Vuelves a quemarte los dedos con estas declaraciones".

me regaña por mi estilo de escritura.

"Deja que tu amigo Färbinger cargue con la culpa de esto bajo la apariencia de periodismo".

Intento responder con calma que el redactor jefe de E-3 ya tiene bastante estrés con sus propios "informes falsos". Y nosotros queremos pensar y escribir de forma crítica y constructiva en interés de la comunidad SAP. Vamos

Los rumores no han dejado de circular, pero ahora, en nuestra primera mesa de habituales de SAP del nuevo año, tuvimos un invitado que nos contó de primera mano una milagrosa reducción de la cuota anual de asistencia:

Como proveedor de servicios para un socio de SAP, trabajó durante nueve meses en Bombardier en el área de personalización de SolMan, por lo que también se unió al equipo para evaluar un concepto de mantenimiento alternativo.

Rimini Street había hecho a Bombardier una oferta muy tentadora: en lugar de pagar a SAP 14 millones al año en concepto de cuotas de mantenimiento, Rimini Street podría aportar lo mismo y más por 7,5 millones.

El asunto resultó como muchos casos similares anteriores, SAP redujo masivamente el coste de su propia cuota de atención. Nuestra mesa de clientes habituales tomó nota de ello con satisfacción. Conocemos casos similares con la compra posterior de licencias SAP.

El distribuidor de software usado Axel Susen siempre es de gran ayuda en este caso: siempre hace una contraoferta con licencias dadas de baja, a lo que SAP responde con una reducción del precio en un claro rango porcentual de dos dígitos. Así pues, el viejo truco de Axel Susen también funciona muy bien con la cuota de mantenimiento.

¿Por qué?

SAP está intentando cambiar un paradigma ERP de cuarenta años de antigüedad: A partir de 2025, solo debería haber S/4, Hana y Fiori en el imperio mundial de SAP.

No todos los clientes existentes están preparados para asumir estos procesos radicales y disruptivos. La mayoría ni siquiera son conscientes de las ventajas organizativas y empresariales de S/4 y Hana.

Para todos los usuarios de Business Suite 7 en una de las bases de datos de Microsoft, IBM y Oracle, Rimini Street parece ser ahora el último recurso. Este mantenimiento de terceros no solo es más barato, sino también más completo y duradero.

En última instancia, todavía puedes tener éxito como CIO en 2030 con S/7 y Oracle, ¡e invertir el presupuesto ahorrado en transformación digital!

Naturalmente, SAP está luchando contra este modelo a todos los niveles, entre otras cosas con la nueva versión de SolMan, pero esa es otra historia. En la mesa de los habituales se contó otra anécdota interesante esa tarde. Cada vez con más frecuencia, los clientes existentes sacan de mantenimiento sus sistemas que no son de RRHH/FI, lo que casi resuelve por sí solo la fastidiosa discusión sobre el uso indirecto.

Sin embargo, los que no cambien a la calle Rimini o cierren el mantenimiento probablemente tendrán que planificar el cambio de versión para 2025. Quienes leen esta columna con regularidad probablemente sepan que soy responsable de un sistema SAP "mayor" y, por supuesto, ya estamos planificando intensamente el proyecto S/4.

Todo lo que puedo decir en este momento: El plazo de 2025 difícilmente se cumplirá. Hay que planificar y ejecutar demasiados sistemas SAP globales, demasiados complementos, pruebas, formaciones, etc.

Pero lo que es cierto para nosotros también lo es para cualquier otro cliente existente. Incluso los usuarios mucho más pequeños tendrán dificultades para proporcionar los recursos necesarios. En todo el mundo, sólo hay un número limitado de socios, consultores y programadores autónomos de SAP que puedan ofrecer asesoramiento y apoyo durante un cambio de versión.

No se trata de malas noticias, sino de la experiencia del pasado. Walldorf también tuvo que revisar varias veces los calendarios para la conversión de R/2 a R/3 y de R/3 a ECC 6.00. ¡2025 no aguantará!

Además, Hana se tejió con una aguja caliente y S/4 aún no es apto para las masas. La mayoría de los ejemplos de la keynote de Bernd Leukert, Chief Technology Officer de SAP, tienen volúmenes de datos muy pequeños, por lo que de todos modos Hana está infradotada aquí.

Pero también desde un punto de vista organizativo, estos ejemplos son soluciones de nicho muy interesantes o, como muestra el escenario de la sala de juntas, sólo adecuadas para un puñado de miembros de la junta directiva. S/4 aún no ha demostrado su idoneidad masiva.

Y Hana sigue presentando numerosos problemas iniciales y anomalías, razón por la cual SAP también insiste en el cumplimiento estricto del uso exclusivo de hardware de servidor certificado, porque apenas hay una instalación de S/4 y Hana sin la ayuda masiva del soporte de SAP.

Las cosas cambiarán a mejor, pero lleva tiempo. Ni siquiera R/3 fue estable, robusto y maduro de la noche a la mañana. La comunidad no estuvo realmente satisfecha hasta la versión 4.6c y la versión R/3 Enterprise (4.7), creada por Alfons Wahlers, antiguo jefe de la DSAG.