Después del repaso que hice el otro día, hoy me voy a centrar en el tema de la política de APIs, que es lo que tiene más revolucionado al ecosistema.
Lo primero, dejo por aquí un par de enlaces con la documentación oficial, a día de hoy:
Estos documentos son, a todas luces, insuficientes, ya que no dejan claro dónde están esos límites, qué considera SAP un uso razonable, qué consecuencias tendrá superar dichos límites, etc…
Y de hecho, esto es algo que preocupa a los clientes, como podéis ver en este documento que ha publicado DSAG (la asociación de usuarios alemana):
Creo que está clarísimo, pero, por si acaso alguien no sabe alemán, le he pedido a NotebookLM que me haga una infografía y esto es lo que ha generado:
Creo que el tema es lo suficientemente importante como para que no te conformes con ver esta infografía y lo leas con detenimiento.
Copio y pego la traducción literal de un párrafo:
«La DSAG lleva tiempo exigiendo documentos contractuales absolutamente fiables. Sin embargo, SAP está adoptando una postura contraria, por ejemplo con SAP Business Data Cloud y ahora también con la Política de API. Los clientes tienen dudas sobre la interpretación de los documentos; desde la perspectiva de la DSAG, es necesario aclarar la clasificación contractual, lo cual es inaceptable».
En redes podréis encontrar decenas de artículos sobre el tema, porque la cosa está «calentita»… pero si no os queréis volver loco, os aconsejo este de Jelena Perfiljeva, desde el que enlaza a otros también muy interesantes:
Mi opinión sobre todo esto…
Creo que es una forma de intentar ponerle puertas al campo, ante el innegable avance la Inteligencia Artificial, por parte de empresas que se dedican realmente a esto (OpenAI , Anthropic y Google, principalmente).
A SAP esto le pilla con el pie cambiado, porque aún no ha terminado de convencer a sus clientes de que se vayan a la nube, cuando aparece todo esto en juego.
Pasamos de hablar de «UX first» al «cloud first» y de ahí al «AI first», mientras seguimos con los batch-inputs y el SAP Logon… con lo que los clientes empiezan a pensar que a alguien se le ha colado la «r» en el «first»… 😉
«Tenemos que meternos en la IA, porque es lo que nos demanda el mercado», puede argumentar SAP… y alguien que venda cafeteras o planchas, por cierto, porque ahora cualquier cosa que no lleve IA no vale para nada.
Pero centrémonos en tecnología, ¿todo el mundo tiene que tener su propia IA o quizás sea mejor que te centres en lo que eres bueno y dejar la IA para otros, con los que llego a un acuerdo?
- Google lo confirma: al fin sabemos cuándo llegará la nueva Siri con Gemini
- Anthropic and Amazon expand collaboration for up to 5 gigawatts of new compute
¿Google o Apple se han puesto a crear un ERP? Quizás, esa no es su guerra…
SAP tiene datos de negocios desde hace más de 50 años y eso, evidentemente, es una enorme ventaja competitiva.
Ahora bien, es importante señalar que los datos realmente son de los clientes y habría que ver cómo se regula el hecho de cómo y desde dónde se pueden consumir dichos datos.
Por supuesto, SAP tiene todo el derecho del mundo a desarrollar su propia IA y a ponerla a disposición de sus clientes, igual que en su momento diseñó su propio datawarehouse o su CRM, cuando ya había otras soluciones en el mercado.
Como bien sabemos, las primeras versiones de esos productos eran muy mejorables… y, de hecho, fueron mejorando a lo largo de los años, llegando a convertirse en, muchas veces, la alternativa más conveniente para los clientes SAP.
A nivel de IA, ¿SAP está preparado para alcanzar ese mínimo nivel aceptable que tienen los fabricantes que se dedican específicamente a eso?
Y, sobre todo, ¿pueden avanzar al mismo ritmo que ellos? Me cuesta creerlo…
De hecho, si vamos un paso atrás, en el mundo de servicios o plataforma cloud, ¿la oferta y el nivel de SAP es equiparable a lo que puedes obtener en AWS, Azure o Google?
Llevo casi 30 años trabajando alrededor de SAP y confío en seguir haciéndolo otros 30 (hasta alcanzar la edad de jubilación en España), por lo que espero que en el próximo SAP Sapphire se anuncien cosas que aclaren la situación actual y frenen el descontento general que se respira en muchos clientes.
De momento, volviendo al tema de la política de APIs, parece que SAP lo que quieres es frenar todas las iniciativas que estaba lanzando la propia comunidad SAP, con productos de terceros, que accedían a SAP.
Por un lado, porque no les iba a suponer rendimiento económico alguno o mucho menos del esperado y, por otro lado, porque me da a mí que la infraestructura no está preparada para soportar ese nivel de carga.
La forma de controlar ambas cosas, es hacernos pasar por el peaje de Joule, hasta que algún día (no sé si antes de que pasen esos 30 años que mencionaba antes), el propio Joule sea la solución… aunque, para entonces, seguro que tenemos «otra cosa first» 😉
PD.- Amenazo (desde hace más de un año) con lanzar una newsletter; si quieres apuntarte, aquí te dejo el enlace: No Lo Sabemos Todo.
