Antes de que existieran TikTok, los reels y la palabra “influencer” tal y como la usamos hoy, SAP ya había inventado la suya. En 2005 nació el programa SAP Mentors, de la mano de Mark Finnern (al que en la comunidad apodaban cariñosamente “the Godfather”). La idea era sencilla y, para la época, visionaria: reconocer a los miembros de la comunidad que más sabían y más compartían, darles acceso directo a los equipos de producto de SAP, y convertirlos en altavoces y en puente entre la empresa y la gente de a pie.

Funcionó tan bien que la revista de marketing AdAge llegó a llamarlo “el mejor programa de defensa del cliente del planeta”. Nada menos. Dos décadas antes de que cualquier marca tecnológica hablara de “embajadores” y “creadores”, SAP ya tenía a su tribu de divulgadores identificada, mimada y organizada.

Lo curioso es cómo ha envejecido la cosa. En 2024, SAP jubiló el nombre de Mentors y lanzó un programa nuevo: los SAP Champions. Mismo espíritu (voluntarios apasionados que divulgan y sostienen la comunidad), nuevo envoltorio. Un detalle revelador: no puedes ser Mentor y Champion a la vez, y mientras los Mentors miraban de fuera hacia dentro (le decían las verdades a SAP), los Champions miran de dentro hacia fuera (difunden el mensaje de SAP). Un matiz pequeño en el papel, pero que dice bastante sobre hacia dónde ha evolucionado todo esto

Dos semanas después de los fuegos artificiales del Q3 (aquel primer trimestre por encima de los 10.000 millones), la acción ha hecho lo que suele hacer cuando se apaga la música: enfriarse. SAP cotizaba el 3 de noviembre en torno a los 206,43 €, prácticamente plana en el día (+0,09% sobre el cierre de Xetra de 206,25 €), pero bastante por debajo de donde estaba en plena euforia post-resultados.

Para situarnos: la acción está ahora un 10,6% por debajo de su máximo de las últimas 52 semanas, que fue de 230,90 €, con el mínimo del año en los 127,50 €. La capitalización ronda los 253.300 millones de euros, que para que te hagas una idea es más que el PIB anual de unos cuantos países. Pequeñita no es.

¿Por qué el bajón desde los máximos de octubre? Aquí no hay un drama concreto, es más bien el patrón de siempre: buenos resultados, subida en caliente, y luego recogida de beneficios cuando los inversores digieren que “crecer mucho” ya estaba descontado en el precio. Nada que no hayamos visto diez veces.

El próximo gran catalizador ya no llega hasta los resultados anuales de enero de 2027, así que de aquí a entonces la acción se moverá más a golpe de titular (una compra, un anuncio de IA, un informe de analista) que por fundamentales. Tiempo de travesía del desierto bursátil.

Hoy hablamos de la comunidad de creadores de contenido, pero hay otra “comunidad SAP” mucho más grande y con la cartera mucho más gorda: la de los clientes. Y el Informe de Inversión DSAG 2026 (la encuesta del grupo de usuarios de habla alemana, con cerca de 200 empresas) acaba de dejar unos cuantos datos que a SAP no le habrán hecho gracia.

El titular más duro: el 70% de las empresas señala la estructura de licencias y contratos de SAP como uno de sus principales quebraderos de cabeza, y un 79% apunta a la incertidumbre económica y a la rentabilidad de la inversión. Traducido: los clientes están gastando con lupa y recelando del modelo comercial. Nada que no viéramos venir en los boletines de las licencias y ByDesign, pero ahora con números.

El segundo dato demoledor va de IA, el tema estrella de SAP este año. Entre las empresas que ya usan IA de forma productiva, el 77% tira de soluciones que no son de SAP, y solo un 3% usa la IA propia de SAP. Después de un TechEd entero vendiendo agentes autónomos y Joule, ese 3% escuece.

Y el clásico de siempre: el 78% sigue en entornos híbridos, el 55% todavía corre S/4HANA On-Premise, y la nube pública no pasa del 7% del uso futuro previsto. O sea, el mercado real sigue sin comportarse como el PowerPoint de Walldorf.

Lo que no sale en ningún comunicado de SAP, pero se lee entre líneas del informe, es que la confianza está tocada: salidas de la nube poco claras, contratos de BTP por consumo y la IA atada a la suscripción cloud generan desconfianza. Y la desconfianza, en una relación de décadas, es cara de recuperar.

¿Tus clientes están en ese 70% que recela de las licencias, o en el grupo tranquilo que tira para adelante sin mirar la letra pequeña?

La palabra “influencer” aplicada a SAP me produce cierto reparo, la verdad. Suena a filtros, a bailecitos y a postureo, y esto es un mundo de tablas, transacciones y cierres de mes. Yo hago una newsletter y un podcast, sí, pero no me considero un influencer ni mucho menos un gurú; me considero un consultor al que le gusta contar lo que va aprendiendo. Y precisamente por eso quiero explicar bien qué hay detrás de todo este ecosistema de contenido, sin ponerme medallas.

Empecemos por lo concreto: ¿qué tipos de creadores de contenido SAP existen y para qué sirven realmente? Básicamente hay tres familias. Están los divulgadores técnicos, los que escriben en blogs, graban tutoriales o explican en un hilo cómo funciona algo concreto. Su función es la más útil de todas: traducir lo complejo. En SAP, donde la documentación oficial a veces parece escrita para que no la entiendas, que alguien te explique un concepto en cristiano es casi un servicio público. Luego están los de opinión y carrera, sobre todo en LinkedIn, que hablan menos de código y más de cómo es trabajar en esto: proyectos, experiencias, movidas del sector. Y por último los formatos más largos, newsletters y podcasts, que buscamos algo más de fondo y de conversación que el post rápido. Cada uno cubre una necesidad distinta, y ninguno sobra.

Aparte están los creadores “reconocidos oficialmente”, y aquí respondo a tu pregunta directa: ¿qué es un SAP Champion? Es un reconocimiento que da SAP a personas de la comunidad que llevan tiempo aportando de verdad: respondiendo dudas, escribiendo, dando charlas, organizando eventos. Para ser Champion te piden, entre otras cosas, llevar al menos un año activo en la comunidad, tener experiencia real con el producto y haber participado en eventos. No es un trabajo, es un título de reconocimiento: a la persona le da visibilidad y acceso más directo a los equipos de SAP, y a SAP le da una red de divulgadores entregados que mantienen viva la conversación. Un buen trato para ambas partes.

¿Es la consultoría SAP un nicho interesante para hacer contenido, o solo unos pocos andamos en esto? Pues es un nicho pequeño y bastante peculiar. No te vas a hacer viral explicando ABAP, eso está claro. Pero es un público muy concreto, muy profesional y con muchísimas ganas de aprender, y eso lo hace especial. Y aquí viene algo que creo que hay que decir sin dramatizar: la mayoría de los consultores de SAP no está metida en nada de esto. No leen newsletters, no siguen las novedades, no pisan la comunidad. Van a su proyecto, hacen su trabajo y se van a casa. Y me parece perfectamente razonable, que la gente tiene una vida. Los que seguimos de cerca el mundillo somos una minoría. No es ni mejor ni peor, es simplemente así, y conviene recordarlo antes de creernos que “todo el sector” está pendiente de lo que se publica, porque no lo está.

¿He notado que SAP está últimamente más volcado en el contenido? Sí, bastante. El cambio de los Mentors a los Champions, el relanzamiento de la comunidad, iniciativas como el Devtoberfest, un TechEd cada vez más pensado para que la gente comparta y divulgue… SAP ha entendido que el contenido ayuda a que su tecnología se adopte, y ha organizado y profesionalizado algo que antes era puro voluntarismo. Me parece una buena señal: significa que valora a la gente que divulga.

Y llego a la parte que para mí es la más importante: ¿cómo es la comunidad SAP? Pues, desde mi experiencia, es sencillamente la leche. Y lo digo de corazón. Es una de las comunidades más sanas y generosas que me he encontrado en cualquier sector. Gente que no te conoce de nada se para a resolverte un problema en un foro a las tantas de la noche. Consultores veteranos que dedican su tiempo a explicarle las cosas a los que empiezan, sin pedir nada a cambio. Personas que comparten ofertas de trabajo, que te pasan el CV a un contacto cuando estás buscando, que te animan cuando andas perdido. Y por encima de todo, los eventos presenciales como los SIT, donde ves que detrás de cada avatar hay una persona majísima con ganas de ayudar. En SAP competimos por los mismos proyectos, sí, pero cuando alguien levanta la mano pidiendo ayuda, la comunidad responde. Y eso, en los tiempos que corren, no es poca cosa.

Si todavía no te has asomado a esa comunidad, te animo a hacerlo. Te vas a encontrar mucha más gente buena de la que esperas.

Hay un tipo de requisito que aparece una y otra vez: “dame la última factura de cada cliente”, “el artículo más vendido por familia”, “el acumulado de ventas mes a mes”. Y lo que ve uno en el 90% del código heredado es un SELECT que trae todo, seguido de un LOOP con lógica a mano para ir agrupando, comparando y acumulando. Funciona, pero es lento y es feo. Desde ABAP 7.53 hay una forma muchísimo mejor: las window functions (funciones de ventana) de ABAP SQL.

La idea es potente: una función de ventana calcula un valor sobre un grupo de filas relacionadas con la fila actual, sin colapsar el resultado como haría un GROUP BY. Es decir, mantienes todas las filas de detalle y a la vez tienes el cálculo agregado al lado. La sintaxis clave es <función>( ) OVER( PARTITION BY ... ORDER BY ... ):

Con eso, PARTITION BY kunnr dice “reinicia el cálculo para cada cliente”, y ORDER BY marca el orden dentro de cada partición. El ROW_NUMBER( ) te numera las filas dentro del grupo, así que si luego te quedas solo con las de ranking = 1, tienes la factura más grande de cada cliente. Sin LOOP, sin tabla interna auxiliar, y calculado en la base de datos (code pushdown puro, que en HANA vuela).

ABAP SQL soporta las habituales: SUM, MAX, MIN, AVG como ventana, y las analíticas ROW_NUMBER, RANK, DENSE_RANK, además de LAG y LEAD para mirar la fila anterior o siguiente (ideal para “¿cuánto cambió respecto al mes pasado?”).

El caso de uso real: informes de KPIs, rankings, acumulados, comparativas periodo a periodo. Todo lo que antes era un LOOP con variables de control ahora es una línea de SELECT.

El matiz: necesitas al menos 7.53, y no abuses. Para cálculos simples con GROUP BY normal, usa GROUP BY. Las window functions brillan justo cuando necesitas el detalle Y el agregado a la vez.

Situación clásica de taller de diseño: el cliente compra el mismo material de dos orígenes (nacional e importado), o lo tiene en dos calidades (nuevo y reacondicionado), y necesita saber cuánto vale cada parte del stock por separado, no una media revuelta. Ahí es donde entra la valoración separada (split valuation), uno de los conceptos de MM que más confunde incluso a funcionales con galones.

El mecanismo tiene dos piezas que la gente mezcla constantemente. La primera es la categoría de valoración (valuation category): se define en la vista de contabilidad del maestro de material y le dice al sistema “este material se valora de forma partida, y el criterio es este” (por origen, por calidad, por tipo de aprovisionamiento…). La segunda son los tipos de valoración (valuation types): son las subdivisiones concretas dentro de esa categoría (por ejemplo, “NACIONAL” e “IMPORTADO”). Cada tipo de valoración lleva su propio precio y su propio stock valorado.

Lo que mucha gente no tiene claro es que, con valoración separada activa, existen en realidad varios registros de valoración: uno por cada tipo de valoración (con su precio individual) y un registro de cabecera (el “header”, con el tipo de valoración en blanco) que agrega el total. El stock de cabecera es la suma; el precio de cabecera es la media ponderada de los individuales. Si no entiendes esa estructura de cabecera + tipos, los números no te cuadran y empiezas a desconfiar del sistema.

La configuración vive en la OMWC (donde defines y activas las categorías y los tipos de valoración a nivel global y de centro). Y el error clásico, el que duele: activar la valoración separada “a ver qué tal” sin entender que una vez que hay stock valorado, no puedes cambiar la categoría de valoración así como así. Te quedas casado con esa decisión. Por eso la valoración separada se diseña bien desde el principio o se sufre para siempre.

La recomendación: cuando un cliente te pida “distinguir el stock por origen/calidad/lo que sea”, no te lances a activar split valuation sin mapear antes qué categorías y tipos necesita de verdad, y confirma que entiende que cada movimiento tendrá que ir a un tipo de valoración concreto. Es una decisión estructural, no un parámetro que se toca a la ligera.

Caso real que sale más de lo que parece: tienes que generar varios ficheros (un par de CSV, un PDF, un XML) y mandárselos a un sistema externo o dejárselos al usuario, pero todos juntos en un único ZIP. O al revés: te llega un ZIP con varios ficheros dentro y tienes que abrirlo y procesar lo que hay. Mucha gente, ante esto, recurre a comandos del sistema operativo (con los problemas de permisos y portabilidad que eso trae) o a utilidades externas. No hace falta: SAP tiene la clase CL_ABAP_ZIP, que crea y lee archivos ZIP en memoria, en ABAP puro.

Crear un ZIP es tan sencillo como instanciar, ir añadiendo ficheros (como xstring) y guardar:

Y para el camino inverso, cargar un ZIP que te ha llegado y sacar lo que hay dentro:

El atributo files te da el índice de lo que contiene el ZIP, y con get sacas cada uno por su nombre. Todo en memoria, sin tocar el sistema de ficheros si no quieres.

¿Dónde lo usas de verdad? En interfaces que intercambian paquetes de ficheros, en envíos de varios adjuntos por correo comprimidos en uno, en descargas de informes que agrupan varios documentos, o en procesos que reciben un ZIP de un tercero y tienen que desempaquetarlo. Cualquier cosa donde la palabra “ZIP” aparezca en el requisito.

Este va para quien lidera o aspira a liderar, y es un consejo que a mucha gente le da pereza o vergüenza oír: dedicar una parte pequeña de tu tiempo a compartir lo que sabes, en público, es una de las cosas que más mueve una carrera en SAP. Y casi nadie lo hace.

Ojo, que no te estoy diciendo que te montes un canal de YouTube ni que te hagas “influencer” con cámara de aro. Eso sería absurdo para la mayoría. Te hablo de algo mucho más modesto y mucho más rentable: escribir de vez en cuando cómo resolviste un problema concreto, responder una duda en la comunidad, dar una charla interna, publicar un post honesto sobre algo que aprendiste en un proyecto. Compartir, en pequeño.

¿Por qué como líder esto te importa el doble? Por dos motivos. El primero, por ti: en un mercado donde todos ponemos “consultor SAP senior” en el perfil, el que además tiene un rastro público de conocimiento destaca de una forma que ningún CV consigue. Cuando alguien busca a quien llamar para un marrón, llama al que ha visto explicar ese marrón, no al nombre anónimo de una lista. El segundo, y más importante para un líder, por tu equipo: cuando tú compartes, das permiso a los tuyos para hacerlo. Creas una cultura donde el conocimiento sale a la luz en lugar de morir en la cabeza de una sola persona (que, por cierto, es el mismo bus factor que tanto nos asusta en los proyectos).

Hay una acción muy concreta que puedes poner en marcha esta semana sin montar nada: la próxima vez que tu equipo resuelva algo que costó sudor, pide que alguien lo escriba. Media página. Dónde estaba el problema, qué se probó, qué funcionó. Primero para dentro, en la documentación o el canal del equipo. Y si no tiene nada confidencial, anima a esa persona a publicarlo fuera, con su nombre. Le estás regalando visibilidad y, de paso, estás construyendo un equipo que aprende en voz alta.

El error que veo en muchos responsables es tratar el contenido y la divulgación como “perder el tiempo” o como cosa de postureo. Y es justo al revés. El coste de no hacerlo no se ve: es el senior que se va y se lleva todo lo que sabía porque nunca lo puso por escrito, es el equipo invisible al que nadie reconoce, es la persona valiosísima que nadie fuera conoce porque nunca asomó la cabeza.

Los que escribimos newsletters, grabamos podcasts, respondemos dudas en la comunidad o montamos un SIT somos cuatro gatos dentro del gremio enorme de SAP. Un club pequeño de entusiastas rodeado de gente que, con todo el derecho, va a currar y a casa. Pero son justo esos cuatro gatos comprometidos los que mantienen viva la conversación, los que hacen que el conocimiento circule y los que, al final, sostienen la comunidad de verdad. Así que si estás leyendo esto, enhorabuena: eres del grupo pequeño.

Y hasta aquí el boletín de esta semana.

Hoy hemos hablado de algo que muchas veces vemos todos los días… pero que no siempre analizamos con calma.

Y cuanto más tiempo pasas en él, más te das cuenta de que SAP no va solo de tecnología.

Va de personas, de procesos, de negocio… y muchas veces de saber adaptarse constantemente a cómo cambia todo.

Gracias por dedicar unos minutos a leerlo y por seguir formando parte de esta pequeña comunidad donde intentamos hablar de SAP de una forma un poco más cercana y real.

La semana que viene volveremos con más historias de proyectos, algún tema interesante y seguramente otra de esas situaciones que todos hemos vivido alguna vez trabajando en este ecosistema.

Nos leemos en el próximo boletín 👋

Envíame un correo sobre un tema que quieras que salga en la newsletter a [email protected] o contesta a este email.