Índice del boletín

• Dato curioso

• Ultimas noticias

• Información en bolsa

• Innovación IT

• Tip ABAP( Técnico )

• SAP Funcional

• Función de la Semana

• Liderazgo y Gestión

• Frase del Día

• Gracias por leer

🔍 Dato Curioso

En muchos entornos SAP ocurre algo bastante curioso y a la vez, peligroso: el sistema sigue funcionando incluso cuando los procesos no están bien diseñados. SAP es tan robusto y flexible que permite cerrar meses con datos maestros mejorables, sacar proyectos adelante a base de excepciones, cumplir fechas gracias al conocimiento de unas pocas personas clave y convivir durante años con soluciones parcheadas sin que nada “explote”. Desde fuera todo parece ir bien y esa es precisamente la trampa.

Esa capacidad de aguantar genera una fuerte sensación de productividad. Hay movimiento constante, los tickets se cierran, las urgencias se resuelven y el negocio continúa. Pero muchas veces no es el sistema el que es productivo, sino las personas las que lo compensan. El proceso no es eficiente, pero el equipo lo sostiene. El diseño no es claro, pero la experiencia lo tapa. SAP aguanta, y las personas también… hasta que empiezan a agotarse.

Cuando se analiza con calma uno de esos sistemas aparentemente productivos, suele aparecer siempre el mismo patrón: gran parte del esfuerzo se va en corregir errores repetidos, el tiempo se consume gestionando excepciones, los mismos problemas vuelven cada mes y el conocimiento crítico vive en la cabeza de dos o tres personas. Casi nadie tiene tiempo para mejorar porque todo el mundo está ocupado manteniendo el equilibrio.

Y aun así, el negocio sigue funcionando. No porque sea eficiente, sino porque está sostenido por un caos que se ha aprendido a gestionar. Eso no es productividad real, es caos organizado.

SAP no mide cansancio, no mide desgaste ni dependencia de personas. Solo mide que el proceso se ejecute. Por eso, muchas veces, cuando todo parece ir rápido y “bien”, es cuando más riesgo hay escondido debajo. El verdadero reto no es que el sistema funcione hoy, sino que siga funcionando mañana sin quemar a quienes lo sostienen.

Ahí es donde merece la pena hacerse la pregunta incómoda, especialmente al cerrar el año: ¿hemos sido productivos… o simplemente hemos conseguido que nada se rompiera?

📰 Ultimas noticias

SAP ha publicado una noticia esta semana contando cómo Howdens Joinery, uno de los mayores fabricantes de cocinas del Reino Unido, está transformando su producción gracias a la digitalización con SAP.

La compañía ha apostado por modernizar su entorno industrial para ganar control, visibilidad y eficiencia en planta, integrando mejor la planificación, la ejecución de la producción y los datos en tiempo real. El objetivo no era solo fabricar más rápido, sino fabricar mejor, reduciendo errores, mejorando la toma de decisiones y adaptándose con mayor agilidad a la demanda.

Según explica SAP, Howdens ha puesto el foco en un modelo de manufactura digital, donde los procesos están conectados de principio a fin: desde la planificación hasta la ejecución en fábrica. Esto les permite anticiparse a problemas, optimizar recursos y reducir la dependencia de ajustes manuales o decisiones reactivas.

El caso demuestra algo muy relevante para el entorno SAP: la productividad real no viene solo de automatizar, sino de tener procesos claros, datos fiables y sistemas que ayuden a las personas en lugar de obligarlas a compensar fallos. Howdens no busca “ir más rápido a cualquier precio”, sino construir una producción más sólida, escalable y sostenible en el tiempo.

💹 Información en Bolsa

A finales de diciembre de 2025, las acciones de SAP SE se sitúan alrededor de los 208–209 € por acción en la bolsa de Fráncfort, con ligeros movimientos al alza o a la baja en las últimas jornadas, pero consolidándose en ese rango tras varios meses de ajustes en el mercado.

Cuando miramos hacia atrás, al 1 de enero de 2025, el valor de la acción estaba en torno a ≈268 €, por lo que el precio actual representa una corrección frente a comienzos de año. Esto hace que el precio hoy sea aproximadamente un 20–25% inferior a principios de año, algo que refleja tanto la consolidación de los mercados tecnológicos europe­os como ajustes puntuales durante 2025.

Este movimiento no significa que SAP esté “debilitado”; más bien es indicativo de un mercado que ha pasado de fases de euforia (como cuando SAP llegó a ser la empresa más valiosa de Europa en marzo) a una consolidación más mesurada conforme los inversores ajustan expectativas tras meses de transición hacia modelos cloud y de IA.

Para consultores SAP, esta situación bursátil tiene varios mensajes relevantes:

• SAP sigue siendo un peso pesado en el DAX y en Europa, incluso por delante de gigantes tradicionales, lo que refleja confianza en su modelo de negocio a largo plazo.

• La corrección de precio desde inicios de año puede verse como una fase de ajuste natural, no como un colapso del valor de la compañía.

• Las expectativas de crecimiento futuro aún están vivas: muchos analistas mantienen precios objetivos por encima de niveles actuales, señalando un potencial alza si se mantienen el impulso cloud/IA.

🚀 Innovación IT

En muchos sistemas SAP el problema no es que falten horas ni personas, sino que falta visibilidad. Todo funciona, todo avanza, pero nadie tiene claro dónde se pierde tiempo, qué procesos generan fricción o qué se está sosteniendo solo por experiencia humana. Eso es el famoso caos organizado: actividad constante sin mejora estructural.

Y no.. no voy a hablar de JIRA o cualquier otro sistema de trabajo parecido, estos sistemas no te ayudan a ver este problema en concreto , si no a organizar mejor tu trabajo.

Para empezar a quitarlo, lo primero no es organizar mejor al equipo, sino entender cómo trabaja el sistema de verdad. Y aquí SAP tiene herramientas muy potentes que muchas veces solo se usan “cuando algo va mal”. ST12 y SAT permiten ver dónde se va el tiempo realmente, no dónde creemos que se va. ST05 ayuda a detectar accesos a base de datos ineficientes que se repiten cada día sin que nadie los cuestione. SM37, ST22 y SM12 muestran patrones claros de fallos, bloqueos y errores crónicos que indican procesos mal diseñados, no incidentes puntuales.

A nivel operativo, transacciones como COGI, CO58, BD87 o SM13 son claves para reducir ruido. Revisarlas de forma sistemática convierte errores repetidos en información controlada. Ignorarlas es aceptar vivir en modo reactivo.

Fuera de SAP, también existen herramientas que aportan mucha claridad. Soluciones de APM y observabilidad como Dynatrace, AppDynamics o New Relic permiten ver el rendimiento end-to-end, detectar cuellos de botella y entender cómo impactan los procesos SAP en el negocio real. No sustituyen a las herramientas SAP, pero complementan muy bien la visión, sobre todo en entornos complejos o integrados.

La idea clave es esta: la productividad real no aparece cuando todo el mundo está ocupado, aparece cuando el sistema deja de obligar a compensar con esfuerzo humano. Las herramientas ya existen. La diferencia está en usarlas para mejorar procesos, no solo para apagar incendios.

🧠 Tip ABAP

En muchos programas ABAP el caos no viene de procesos complejos, sino de LOOPs aparentemente simples que van acumulando lógica con el tiempo. Variables que se inicializan fuera, condiciones dentro, acumuladores que se tocan en varios puntos… funcionan, sí, pero cada vez cuestan más de leer, revisar y mantener. Ahí es donde el operador REDUCE encaja muy bien y ayuda a ganar claridad.

REDUCE permite expresar un cálculo como lo que realmente es: una acumulación controlada. En lugar de pensar en “recorrer una tabla y modificar una variable”, piensas en “qué resultado quiero obtener a partir de estos datos”. El código deja de explicar cómo lo haces paso a paso y empieza a explicar qué estás calculando.

Por ejemplo, si quieres sumar los importes de una tabla interna, en lugar de usar un LOOP con una variable auxiliar, puedes hacerlo así:

DATA(total) = REDUCE p(
  INIT sum = 0
  FOR wa IN it_items
  NEXT sum = sum + wa-amount
).

En una sola expresión queda claro el valor inicial, cómo se recorre la tabla y cómo se acumula el resultado. No hay variables escondidas ni efectos secundarios, y cualquiera que lea el código entiende la intención al momento.

Este tipo de expresiones no hace el programa más rápido, pero sí mucho más claro, y esa claridad reduce errores, discusiones y tiempo de mantenimiento. Eso, al final, también es productividad.

La regla práctica es sencilla: si un LOOP solo sirve para acumular, contar o construir un valor, REDUCE es una muy buena opción. Si el LOOP toma decisiones complejas o tiene lógica de negocio pesada, un LOOP clásico bien escrito sigue siendo la mejor elección.

🧩 SAP Funcional

Para que un job periódico funcione bien en SAP, la clave no está solo en programarlo en SM36, sino en preparar correctamente la variante. Una variante mal pensada convierte un proceso automático en una fuente de errores; una variante bien preparada hace que el job sea estable y olvidable (en el buen sentido).

Lo primero es pensar la variante como si el job fuera a ejecutarse solo durante años, sin que nadie lo supervise. Eso implica revisar con calma todos los parámetros del programa y preguntarse qué valores deben ser fijos y cuáles podrían variar con el tiempo. En un job periódico, lo normal es que la variante no dependa de fechas manuales ni selecciones “abiertas” que puedan crecer sin control.

Siempre que sea posible, evita fechas absolutas. En su lugar, utiliza fechas relativas que el propio programa interprete (por ejemplo, “hoy”, “ayer” o rangos calculados internamente). Si el programa no soporta fechas relativas, asegúrate de que la variante tenga un rango acotado y que el proceso esté pensado para ejecutarse periódicamente sin intervención humana.

Otro punto clave es limitar el volumen de datos desde la variante. Un job periódico no debería ejecutar selecciones “sin filtros” salvo que esté diseñado específicamente para ello. Cuanto más claro y acotado esté el criterio de selección en la variante, más estable será el job con el paso del tiempo.

Una vez validada la variante en ejecución manual, es muy recomendable protegerla contra modificaciones. Así te aseguras de que el job siga ejecutándose siempre con los mismos parámetros y evitas cambios accidentales que puedan afectar al proceso. Si el job necesita cambios, se crea una nueva variante y se programa conscientemente.

Después, al programar el job en SM36, selecciona esa variante y define la periodicidad adecuada: diaria, semanal, mensual o según calendario de fábrica. Aquí es importante no sobreprogramar. Ejecutar un job más veces de las necesarias no lo hace más productivo, solo aumenta carga y ruido.

Por último, deja el job bien documentado. Un nombre claro, una descripción que explique qué hace y para qué sirve, y una variante con sentido hacen que, meses después, cualquiera pueda entender el proceso sin tener que investigar el código. Eso es orden, y el orden es la base de la productividad en SAP.

🔎 Función de la Semana

DDIF_FIELDINFO_GET

La función DDIF_FIELDINFO_GET es un módulo de función estándar de SAP que permite leer la definición de los campos de una tabla o estructura directamente desde el Diccionario de Datos, sin acceder manualmente a las tablas técnicas del DDIC.

Su objetivo principal es proporcionar información completa y consistente sobre los campos, incluyendo tanto datos técnicos como textos descriptivos, respetando idioma, dominios y elementos de datos.

Cuando se ejecuta, la función devuelve información como:

• nombre del campo

• tipo de dato y longitud

• número de decimales

• si el campo es clave

• elemento de datos y dominio asociados

• textos corto, medio y largo del campo

• indicadores técnicos (campo obligatorio, editable, etc.)

Todo esto se devuelve ya interpretado por SAP, evitando SELECTs directos a tablas como DD03L, DD04T o DD01L, que no están pensadas para usarse directamente en desarrollos productivos.

En la práctica, esta función se utiliza sobre todo en desarrollos genéricos, donde el programa no conoce de antemano la estructura exacta con la que va a trabajar. Es muy común en:

• ALVs dinámicos

• herramientas Z reutilizables

• validaciones genéricas de datos

• frameworks internos

• utilidades de análisis y reporting

Un punto importante que destaca la documentación es que DDIF_FIELDINFO_GET respeta el idioma del usuario, lo que la hace ideal para mostrar textos de campo en interfaces sin necesidad de hardcodearlos.

También es una función estable y ampliamente usada por SAP internamente, lo que la convierte en una opción segura tanto en ECC como en S/4HANA.

En resumen, DDIF_FIELDINFO_GET sirve para convertir el Diccionario de Datos en información usable dentro de un programa ABAP, de forma limpia, estándar y mantenible. No hace el código más rápido, pero sí mucho más robusto y adaptable, especialmente cuando trabajas con estructuras dinámicas o genéricas.

👑 Liderazgo y Gestión

Un líder en SAP tiene que aprender a distinguir muy bien entre productividad real y caos organizado, porque en este ecosistema es fácil confundir ambas cosas. SAP es un sistema robusto, flexible y muy permisivo con los errores de diseño. Eso hace que muchas organizaciones funcionen durante años sin caerse, aunque por debajo todo esté sostenido por parches, urgencias y personas clave agotadas. El primer paso del liderazgo no es arreglarlo todo, sino darse cuenta de en qué situación está realmente el equipo.

El caos organizado suele tener señales claras. Todo el mundo está ocupado, los proyectos avanzan, los cierres se hacen y los incendios se apagan, pero siempre las mismas personas son imprescindibles. Las decisiones se toman rápido, pero no quedan documentadas. Los procesos “se saben”, pero no están definidos. Si alguien se va de vacaciones, el sistema sigue funcionando… con miedo. Y cuando algo falla, la pregunta no es “qué proceso ha fallado”, sino “a quién llamamos”. Cuando un líder ve este patrón, no está ante productividad, está ante dependencia.

La productividad real, en cambio, no se nota por el ruido, sino por la calma. Los equipos saben qué hacer sin preguntar cada paso, los errores aparecen en sitios controlados y no como sorpresas, y las urgencias son la excepción, no la norma. El sistema funciona no porque alguien esté vigilándolo constantemente, sino porque está bien pensado. Para un líder SAP, ese es el estado al que hay que aspirar, aunque no sea tan visible ni tan heroico.

Mejorar esta situación no va de imponer más control ni de exigir más velocidad. Va de hacer visibles las cosas que hoy están ocultas. Un buen líder empieza preguntándose qué partes del sistema dependen de personas concretas y cuáles dependen de procesos claros. Revisa dónde se repiten siempre los mismos errores, qué jobs fallan cada semana, qué tickets vuelven cada mes y qué decisiones nunca llegan a documentarse. El caos organizado vive de la repetición; detectarla es el primer paso para desmontarlo.

Otro punto clave es cambiar el tipo de reconocimiento. En entornos de caos organizado se valora al que llega corriendo y arregla el problema a última hora. En entornos productivos se valora al que evita que el problema exista. Un líder SAP tiene que ser consciente de esto y reforzar el comportamiento correcto, aunque sea menos visible. Si sigues premiando a los “bomberos”, seguirás teniendo incendios.

También es importante entender que ordenar SAP no se hace de golpe. Se hace poco a poco, eliminando excepciones innecesarias, documentando lo justo, automatizando lo repetible y aceptando que no todo tiene que resolverse hoy. Parte del liderazgo consiste en permitir que el equipo pare para mejorar, aunque a corto plazo parezca que se avanza menos.

En definitiva, liderar en SAP no es conseguir que todo funcione a cualquier precio, sino construir un sistema donde las personas no tengan que compensar constantemente las carencias del proceso. El verdadero liderazgo se nota cuando el sistema sigue funcionando bien incluso cuando tú no estás, y cuando el equipo puede cerrar el año cansado, sí, pero no quemado. Eso es productividad real.

💬 Frase del Día

Quiero aprovechar esta última frase del año para dar las gracias de verdad.
Gracias por leer, por responder, por compartir, por estar al otro lado y por el apoyo que recibe este boletín semana tras semana. Nada de esto tendría sentido sin vosotros.

Ha sido un año de aprendizaje, de pruebas, de errores y de muchas conversaciones interesantes, y gran parte de eso ha sido posible gracias a la comunidad que se ha ido creando alrededor de este espacio.

Ojalá el próximo año venga con calma, salud, buenas decisiones y proyectos que merezcan la pena.

De corazón, os deseo un muy feliz año.

🙌 Gracias por leer

🎓 Y hasta aquí llega el ULTIMO BOLETIN del año.

Espero que paséis un final de año magnifico y que tengáis aun mejor inicio de año, nos vemos de vuelta en Enero, gracias por el apoyo que me habéis dado y que recibo constantemente.

🗓️ Nos vemos el martes que viene Un ABRAZO MUY GRANDE Y FELIZZZ AÑO!!!!

¡Seguimos creciendo juntos!

Hasta el martes que viene,

Un fuerte abrazo,