¿Quieres descubrir cómo la IA puede transformar la forma en que las empresas prospectan?

En el MWC 2026, expondremos junto a Enginy nuestra solución para obtener leads de calidad listos para contactar mediante campañas multicanal totalmente automatizadas. Una gran oportunidad para impulsar la eficiencia de tu equipo comercial.

Índice del boletín

• Dato curioso

• Ultimas noticias

• Información en bolsa

• Mi opinión

• Tip ABAP( Técnico )

• SAP Funcional

• Función de la Semana

• Liderazgo y gestión

• Frase del Día

• Gracias por leer

🔍 Dato Curioso

Antes buscábamos en carpetas… ahora en segundos

A finales de los 90 y principios de los 2000, aprender SAP no era abrir una pestaña del navegador.

La documentación oficial venía en manuales impresos o en CDs. El famoso SAP Library podía ocupar miles de páginas. En muchos proyectos había literalmente armarios con archivadores llenos de documentación funcional y técnica.

Si tenías una duda:

• No existía SAP Community como la conocemos hoy.

• Sap learning Hub

• No había YouTube con tutoriales paso a paso.

• No existía StackOverflow.

• Y por supuesto, no existía IA.

La dinámica era clara:
Leer, probar, equivocarte, volver a probar… y preguntar al compañero que llevaba 10 años más que tú.

Hoy, en cuestión de minutos puedes:

• Buscar una nota OSS.

• Encontrar un blog explicando el flujo completo.

• Ver un vídeo con el proceso configurado.

• Pedirle a una IA que te explique una tabla o que te genere un ejemplo de código.

Lo que antes podía llevar horas (o incluso días) de investigación, ahora puede resolverse en minutos.

Pero aquí viene algo que pocas veces se dice.

Todo ese conocimiento acumulado no apareció por arte de magia.

Las miles de notas SAP, los parches, las mejoras, los foros llenos de soluciones… todo eso lo han creado, reportado y validado usuarios y consultores de todo el mundo. Cada error detectado en producción, cada incidencia abierta, cada ticket documentado ha contribuido a que hoy el sistema sea tan robusto como es.

SAP es fuerte porque millones de profesionales lo han tensionado, lo han cuestionado y lo han mejorado durante décadas.

Es mérito de SAP, sí.
Pero también es mérito de la comunidad.

La diferencia no está solo en que ahora tardemos menos en encontrar respuestas.

Está en que hoy caminamos sobre los hombros de miles de consultores que ya se pegaron con el problema antes que nosotros.

Y eso también forma parte de la brecha generacional.

📰 Ultimas noticias

SAP impulsa la “conversación con los procesos” con Joule y Signavio

SAP sigue avanzando en su estrategia de inteligencia artificial integrada en el negocio. Esta vez lo hace combinando Joule, su copiloto de IA generativa, con SAP Signavio, la suite especializada en análisis y transformación de procesos.

La novedad es que esta integración ya está generalmente disponible, lo que significa que deja de ser una promesa conceptual y pasa a estar lista para usarse en entornos reales.

Pero, ¿qué implica esto realmente?

Hasta ahora, analizar procesos empresariales requería dashboards, métricas, análisis técnicos y bastante interpretación por parte de expertos. Con la integración de Joule en Signavio, el enfoque cambia: ahora se puede “conversar” directamente con los procesos.

Es decir, un responsable puede hacer preguntas en lenguaje natural como:

• ¿Dónde están los cuellos de botella en mi proceso de compras?

• ¿Qué está retrasando los ciclos de aprobación?

• ¿Qué impacto tendría automatizar este paso?

Y la IA responde basándose en los datos reales del proceso modelado y monitorizado.

Esto reduce la barrera entre el análisis técnico y la toma de decisiones ejecutiva. Ya no se trata solo de tener datos, sino de interpretarlos rápidamente y convertirlos en acción.

Desde el punto de vista estratégico, esto encaja perfectamente con el movimiento de SAP hacia:

• Mayor automatización inteligente

• Mejores decisiones basadas en datos

• Integración nativa de IA en el core del negocio

Lo interesante no es solo la tecnología en sí, sino el cambio de paradigma: pasar de analizar procesos en frío a interactuar con ellos como si fueran una fuente activa de conocimiento.

Y esto conecta directamente con el momento que vive el ecosistema SAP: cloud, datos unificados, IA contextualizada y procesos cada vez más medibles.

La pregunta ya no es si tendremos IA en los procesos.

La pregunta es quién sabrá usarla mejor para transformar realmente la empresa.

💹 Información en Bolsa

📉 Resumen de cotización actual de SAP (a mediados de febrero de 2026)
La acción de SAP SE cotiza en torno a los 168 – 174 € por acción en la Bolsa alemana, con movimientos ligeros a la baja en las últimas sesiones.

➡️ En la jornada más reciente, la acción abrió con ligeros descensos desde el cierre anterior y se movió alrededor de los 170 €, reflejando un retroceso moderado pero sin movimientos bruscos de volatilidad.

📉 El precio se sitúa aproximadamente 35-37 % por debajo de sus máximos de las últimas 52 semanas, lo que indica que el valor ha corregido desde picos previos, aunque se mantiene claramente por encima de sus niveles más bajos recientes.

💡 La capitalización del grupo ronda los ~200 mil millones de euros, lo que sigue situando a SAP como uno de los valores más relevantes dentro del índice alemán DAX.

📌 Contexto adicional de mercado
En lo que va de año, SAP ha mostrado cierta consolidación después de la transición de negocio hacia cloud y soluciones con IA, factores por los que el mercado ha tenido expectativas mixtas. Sector tecnológico más amplio también está sintiendo presión por cambios en las valoraciones, especialmente en compañías de software, según algunos informes recientes.

🚀 Mi opinión

SAP nació en 1972. Más de 50 años después, sigue siendo uno de los ERP más sólidos del mercado. Pero no solo ha cambiado la tecnología: también ha cambiado quién trabaja con ella.

Hoy conviven dos generaciones dentro del ecosistema SAP:

• Quienes crecieron con R/3, ECC y migraciones on-premise y siguen trabajando con ello.

• Y quienes han entrado directamente a un mundo de S/4HANA, BTP, APIs y cloud.

No es una guerra entre perfiles. Es un relevo inevitable.

Muchos consultores con experiencia llevan décadas de proyectos. Algunos se acercan a la jubilación, otros priorizan estabilidad antes que reinvención. No es resistencia al cambio: es madurez profesional.
Mientras tanto, los perfiles nuevos entran en un SAP muy distinto al de hace 20 años: más ágil, más integrado, más orientado a servicios.

Y aquí empieza un fenómeno interesante: la brecha generacional no será solo por edad, sino por contexto tecnológico.

Lo que fue "normal" para muchos, pronto será exótico

Quienes empezaron con ECC conocen sus tablas, sus BAPIs, sus “tics” técnicos.
Pero dentro de unos años, eso será tan raro como trabajar hoy con COBOL:
pocos sabrán hacerlo, pero aún será necesario en ciertos entornos.

Porque sí: SAP empuja hacia el cloud, pero ECC no va a desaparecer mañana.

Muchas empresas seguirán en on-premise durante años.( pagando lo correspondiente )

Y además… llega la IA

A todo esto se suma un nuevo actor: la inteligencia artificial.
Hoy es más fácil acceder a información, generar código, documentar o entender procesos gracias a herramientas como ChatGPT o copilotos integrados.

Pero una cosa es tener información. Y otra muy distinta es tener criterio.

La IA puede ayudarte a redactar un desarrollo.

Pero no puede interpretar una política interna, entender el contexto de negocio o decidir cuándo no automatizar algo.

¿Qué nos espera?

No menos consultores. Sino consultores distintos:

• Más híbridos

• Más estratégicos

• Más capaces de conectar conocimiento legacy con herramientas nuevas

El gran reto no es elegir entre on-premise o cloud.
Es formar perfiles capaces de habitar ambos mundos.

Porque esta brecha generacional no es una fractura.

Es una transición.

Y como toda transición, no borra el pasado. Lo transforma.

🧠 Tip ABAP

Cuando hablamos de desarrollo orientado a objetos en ABAP, muchas veces el foco está en las clases, herencias y métodos públicos.

Pero hay una herramienta que sigue siendo poco aprovechada: las interfaces.

¿Qué es una interface en ABAP?

Una interface (INTERFACE) define un contrato de comportamiento: una serie de métodos y atributos que todas las clases que la implementen deben respetar.

Es decir, no define el cómo, sino el qué.
Y eso, en la práctica, se traduce en flexibilidad, claridad y mantenibilidad.

¿Dónde es útil?

Especialmente en desarrollos que involucran integración, escenarios que pueden cambiar en el futuro o que requieren pruebas automatizadas.

Por ejemplo:

INTERFACE zif_exportador.
  METHODS exportar_datos.
ENDINTERFACE.

A partir de ahí puedes tener múltiples clases que implementen esta interface:

• zcl_export_excel

• zcl_export_json

• zcl_export_api_rest

Todas con su propia lógica, pero todas cumpliendo el mismo “contrato”.

El tip técnico: define los tipos y estructuras en la interface

Esto es algo que muchos pasan por alto.

Cuando defines los TYPES, CONSTANTS o DATA en la interface (y no en cada clase individual), logras:

• Centralizar la definición de estructuras

• Evitar inconsistencias entre clases

• Facilitar la construcción de clases de prueba (mocks)

• Y permitir que otros desarrolladores trabajen con la interface sin conocer los detalles internos

Además, si trabajas con TEST-DRIVEN DEVELOPMENT o pruebas unitarias, tener una interface bien definida te permite desacoplar completamente las dependencias.

Y lo mejor: el día que cambia la implementación, no tienes que rehacer todo

Tu código trabaja contra la interface, no contra una clase concreta:

DATA(lo_exportador) = NEW zcl_export_excel( ).
lo_exportador->exportar_datos( ).

¿Quieres cambiar a zcl_export_api_rest? Solo cambias la instancia.

Todo lo demás sigue funcionando.

🧩 SAP Funcional

IDoc, Web Service, sProxy, API REST... ¿cuál elijo y por qué?

Cuando se plantea una integración en SAP, es muy común que surja esta duda:

¿Esto lo hacemos con un IDoc, un Web Service, un sProxy… o lo llamamos con una API?

Y aquí es donde el consultor funcional tiene que saber más que solo decir “eso lo hace el técnico”.

Porque la elección impacta directamente en tiempos, esfuerzo y hasta en cómo se prueban y monitorizan los datos.

1. IDoc (Intermediate Document)

• Cuándo usarlo: Integraciones asincrónicas, robustas, basadas en volumen. Muy común en logística (entregas, pedidos, facturas).

• Características: Alta tolerancia a errores, reenvíos automáticos, buena trazabilidad (WE02, BD87).

• El funcional debe saber: Qué segmentos se usan, en qué puntos del proceso se dispara (output, user-exit, etc.), y cómo se validan los datos enviados.

2. Web Service / sProxy (basado en SOAP)

• Cuándo usarlo: Integraciones más modernas en ECC o S/4HANA, generalmente cuando hay un middleware (PI/PO, CPI).

• Características: Puede ser síncrono o asíncrono. Transmisión estructurada vía XML. Se usa mucho en entornos donde SAP se conecta con sistemas legacy vía PI.

• El funcional debe saber: Si el servicio es síncrono o no, qué datos espera, cómo se estructura el mensaje, y si existe ya el sProxy generado (desde ESR, por ejemplo).

3. API REST / OData (normalmente vía SAP Gateway o BTP)

• Cuándo usarlo: Integraciones ligeras, móviles, o en entornos no SAP modernos (aplicaciones web, móviles, plataformas externas). También muy común en Fiori.

• Características: Llamadas HTTP, estructura JSON, fácil de consumir desde sistemas no SAP. Suele ser síncrono.

• El funcional debe saber: Qué entidad se está exponiendo, qué métodos están disponibles (GET, POST, etc.), y si la API es estándar o custom. También si requiere autenticación especial (OAuth, JWT...).

¿Qué debe tener claro un funcional antes de elegir?

• ¿La integración será síncrona o asíncrona?
  → ¿Debe responder al momento o puede esperar?

• ¿Hay volumen alto de datos o procesos críticos?
  → IDoc es más robusto para errores y repetición.

• ¿Quién consume o expone el dato: SAP o un sistema externo?

• ¿Se va a usar middleware?
  → Web Services y sProxy encajan bien con PI/PO o CPI.

• ¿El sistema externo es moderno o muy técnico?
  → REST suele ser la opción más versátil.

🔎 Función de la Semana

SD_SALESDOCUMENT_READ

Tu aliada silenciosa para entender pedidos de ventas desde dentro

En el mundo SAP SD, cuando las cosas no cuadran (precios que no aplican, condiciones que no aparecen, posiciones que se bloquean), muchos funcionales empiezan su investigación saltando entre transacciones: VA03, VBAK, VBAP, KONV, VBFA, etc.

Pero existe una función que centraliza la lectura de toda esa información, y no es tan conocida como debería:

¿Qué hace esta función?

Esta función estándar lee la estructura completa de un pedido de ventas. Y cuando decimos completa, hablamos de:

• Cabecera del pedido (VBAK)

• Posiciones (VBAP)

• Condiciones de precio (KONV)

• Entregas asociadas

• Textos, partners, anexos y más

Todo empaquetado en estructuras internas que puedes consumir desde un programa Z, desde un debug o incluso desde una herramienta de reporting a medida.

¿Por qué es útil para un funcional?

Porque te ahorra tener que perseguir la información campo a campo o tabla a tabla.
Es perfecta para:

• Validar por qué una condición de precio no aparece en un pedido.

• Comprobar por qué una posición no se copia al documento siguiente.

• Revisar estructuras completas del pedido sin entrar manualmente en VA03 o SD document flow.

Y lo mejor: sin alterar nada, ya que esta función solo lee, no modifica.

¿Cómo se usa?

En un programa de pruebas o incluso desde SE37, puedes probarla pasando solo el número de pedido (SALES_DOCUMENT) y marcando si quieres que lea estructuras adicionales (I_READ_PARTNERS, I_READ_CONDITIONS, etc.).

CALL FUNCTION 'SD_SALES_DOCUMENT_READ' "
  EXPORTING
    document_number =           " vbak-vbeln    S/D document no. of document to be read
*   processing_modification = SPACE  " sado_mod_flagstring
*   processing_bufferread = SPACE  " sado_buf_flagstring
*   results_insert = SPACE      "
*   suppress_availibility_dia = 'X'  "          No Dialog for Missing Availability
*   suppress_text_popup = 'X'   "               No Dialog Box of Long Texts Copied
*   i_block = 'X'               "               Block document (as in VA02)
*   status_buffer_refresh = 'X'  "              Initialise status buffer
*   requisition_buffer_refresh = 'X'  "         Initialise PurchReq buffer
*   call_active = SPACE         "               Identification of initiator's function
*   i_no_authority_check = SPACE  " rv45a-vbap_selkz  No SD authorization check
*   i_call_bapi = SPACE         " bapiflag-bapiflag
*   i_crm_lock_mode = SPACE     " bapiflag-bapiflag
  IMPORTING
    ekuagv =                    " kuagv         Ordering Party Data
    ekurgv =                    " kurgv         Payer Data
    ekuwev =                    " kuwev         Ship-To Party Data
    evbak =                     " vbak          Sales document header
    evbakkom =                  " vbakkom       Communication fields of sales and
    evbkd =                     " vbkd          Business data from SD document header
    etvak =                     " tvak          Sales Documents: Types
    .  "  SD_SALES_DOCUMENT_READ

No hace falta ser programador para entender que esta función reúne toda la información que un funcional suele revisar por separado.

¿Cuándo te puede salvar?

• En una prueba donde algo “misteriosamente” desaparece del pedido

• Cuando necesitas pasar el pedido completo a otro sistema o reportarlo

• Al comparar versiones de un pedido antes y después de una modificación

👑 Liderazgo y gestión

Desde el punto de vista del liderazgo, la brecha generacional no se gestiona con discursos, se gestiona con decisiones.

Un equipo mixto en seniority o trayectoria no es un problema en sí mismo.

El problema aparece cuando el líder no define cómo quiere que convivan esas diferencias. Porque si no hay una dirección clara, cada generación empieza a trabajar bajo sus propias reglas invisibles.

El profesional con más años suele buscar estabilidad, profundidad y control del riesgo. El perfil más joven tiende a priorizar velocidad, experimentación y adaptación. Ninguno está equivocado. Pero si el líder no alinea expectativas, esa diferencia se convierte en fricción silenciosa.

El verdadero trabajo del líder aquí no es decidir quién tiene razón. Es marcar el marco de juego.

¿Qué valoramos en este equipo?
¿La experiencia acumulada?
¿La capacidad de adaptación?
¿La autonomía?
¿La especialización?

Si eso no está claro, cada uno compite con su propio criterio.

Otro punto clave es la transferencia de conocimiento. No basta con que convivan generaciones. Si no se crea un entorno donde compartir experiencia sea algo estructural y no casual, el conocimiento se pierde. Y lo mismo ocurre al revés: si no se permite que nuevas ideas entren sin resistencia automática, el equipo se vuelve rígido.

El liderazgo en este contexto exige algo incómodo: equilibrio. No puedes frenar el cambio por respeto al pasado. Pero tampoco puedes despreciar la experiencia en nombre de la innovación.

Además, hay un detalle importante: la autoridad ya no viene solo por antigüedad. Tampoco solo por dominio de herramientas nuevas. La autoridad real en equipos mixtos viene de la coherencia y de la capacidad de generar confianza en ambos perfiles.

Un buen líder en un entorno generacional diverso no toma partido por edad. Toma partido por mentalidad. Y define claramente qué comportamientos son los que hacen avanzar al equipo.

💬 Frase del Día

Hay una idea equivocada en muchos entornos: que ser senior significa tener todas las respuestas al instante, como si fueran recetas de cocina memorizadas. Y no.

Un senior no es el que tiene más transacciones en la cabeza, ni el que responde primero en la reunión.
Un senior es el que tiene criterio.
El que reconoce cuándo un tema merece una pausa.
El que no adivina por quedar bien, sino que se mete de lleno en entenderlo, aunque eso le cueste una hora más.

Porque en SAP, como en cualquier sistema complejo, los errores más caros no vienen de no saber… sino de fingir que sí.

Aceptar el "no lo sé", pero comprometerse a investigarlo, es una de las señales más claras de madurez profesional.
Y, curiosamente, también una de las más respetadas.

🙌 Gracias por leer

Y hasta aquí el boletín de hoy.

A veces hablamos de código, otras de procesos... pero siempre con personas en el centro. Porque detrás de cada sistema, ticket o integración, seguimos estando nosotros: con nuestras dudas, aciertos y ganas de hacer las cosas bien.

Gracias por seguir al otro lado.

Nos leemos el próximo martes, con más ideas, más historias y, con suerte, alguna reflexión que valga la pena.

Un abrazo 👋