Es un dilema y una paradoja al mismo tiempo: la computación en nube se ofrece a los clientes actuales de SAP como la máxima libertad y flexibilidad. Tras años de agonía en su propio centro de datos, se supone que la nube les permitirá respirar libremente. Se supone que la falta de flexibilidad de la infraestructura propia se compensa en la nube con recursos ilimitados, pero casi nadie ofrece una salida de la nube. ¿Qué ocurre cuando se venden o cierran partes de una empresa? ¿Cómo pueden retirarse de la nube los datos, procesos y objetos empresariales y seguir utilizándose?
Una estrategia de salida de la nube debe ser algo más que una descarga en un lago de datos, porque este repositorio no tiene algoritmos. Los datos sin procesos de negocio no tienen valor. Las licencias están en la nube y SAP no tiene una función de descarga para ellas. Por tanto, una estrategia de salida debe ser una función de exportación de objetos de negocio, ¿no?
Por tanto, la verdad de la nube está en otra parte, porque todos los argumentos técnicos y organizativos de los hiperescaladores y SAP son correctos. El dilema de la nube son las condiciones marco económicas demasiado elevadas, así como los inflexibles y caros costes de licencia o cuotas de suscripción. Resulta paradójico que todos los proveedores de nube, incluido SAP, hablen de altos valores de ahorro y los justifiquen con los costes operativos de hardware, pero casi nadie hable de las desorbitadas cuotas de suscripción y la falta de opciones de salida.
SAP intenta incluso superar en la nube el rígido y caro modelo de licencias on-prem. En una charla sobre licencias de SAP, se hizo la pregunta retórica: ¿Cómo piensa el director financiero de SAP, Luka Mucic, hacer realidad el aumento de ingresos que predice para los próximos años? El crecimiento prometido no será posible a través de nuevos clientes. Christian Klein, CEO de SAP, y Luka Mucic descartaron las grandes adquisiciones y los aumentos de facturación que podrían lograrse con ellas. Lo que queda son los clientes actuales de SAP.
El modelo de licencia on-prem con su cuota anual de mantenimiento es muy rentable para SAP, pero difícilmente ampliable. Un nuevo aumento del porcentaje de la cuota de mantenimiento que debe pagarse en función del precio de lista de la licencia es difícilmente concebible, porque SAP está reduciendo continuamente la gama de servicios en el área de ERP/ECC 6.0 on-prem. Desde hace algún tiempo se viene protestando por la mala relación calidad-precio. Para SAP, el escenario on-prem parece ser un modelo descatalogado.
Sin embargo, más de la mitad de los miembros del DSAG encuestados quieren seguir trabajando on-prem. Las reservas sobre la nube de SAP parecen ser enormes. SAP opera su propia nube de forma similar a las cajas negras on-prem existentes. El escenario actual parece el de R/3 en el país de los cucos de la nube. SAP entierra la supuesta flexibilidad de la nube bajo sus propios términos de licencia: al final del plazo del contrato, el cliente de la nube de SAP sólo tiene la opción de renovación, ¡al precio que sea! No hay estrategia de salida y, por tanto, no hay opción de negociar el precio. Así que si el cliente existente elige un modelo de suscripción (contrato o conversión de producto), parece estar a merced de SAP para siempre.
Tras años de experimentación - Jugend forscht - existe suficiente infraestructura en la nube utilizable para las operaciones de SAP en la propia SAP y en los hiperescaladores. Así pues, por el momento, no hay nada que decir en contra del paso a la nube, si no fuera por los inaceptables modelos de licencia sin estrategia de salida. Incluso con los modelos on-prem, SAP no fue capaz de ofrecer sistemas "respirables". El caso más espectacular fue un posible sistema SAP para las Fuerzas Armadas alemanas: en caso de despliegue, se necesitan muchas licencias, en caso de paz muchas menos. El desmantelamiento de licencias siempre es difícil con SAP, porque existe el riesgo de que se vuelvan a conceder licencias cuando se activen de nuevo.
Los contratos "todo en la nube" son, por tanto, una función matemática de trampilla: una función unidireccional. Sólo hay una dirección: hacia la nube. Ningún cliente existente puede salir. El matemático teórico esperaría una descomposición en números primos que funcionara en criptografía, pero desde luego no en ERP. ¿Quién conoce una estrategia de salida de la nube y un modelo de licencia on-prem/nube adecuado?
