Í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

Cuando SAP lanzó SAP Cloud Platform Neo (el “primer SAP BTP”), lo hizo antes de que Kubernetes y Cloud Foundry fueran estándares del mercado. Neo era una plataforma propia, cerrada y diseñada 100% por SAP.

El dato curioso es este:

👉 Neo fue diseñado para competir con Google App Engine… ¡pero el mercado giró hacia Cloud Foundry y Kubernetes mientras SAP seguía su propio camino!

Cuando SAP vio que:

• casi todos los clientes pedían portabilidad,

• los desarrolladores querían usar lenguajes no-SAP,

• y el mundo cloud adoptó Cloud Foundry + Kubernetes como estándar de facto,

entonces SAP tuvo que reconducir la estrategia.

Resultado: SAP “apagó” NEO oficialmente en enero de 2024 y migró todo a Cloud Foundry, Kyma (Kubernetes) y posteriormente consolidó todo dentro de SAP BTP.

Neo funcionaba bien, pero estaba “demasiado SAP” en un mundo que se estaba moviendo hacia ecosistemas abiertos.
SAP no podía mantener dos plataformas a la vez… y apostar por Neo significaba quedar aislado del resto del mercado cloud.

Por eso BTP ahora se basa en:

• Cloud Foundry

• Kubernetes / Kyma

• Estándares abiertos

• Integración con hyperscalers

SAP pasó de “mi nube, mis reglas” a “tu nube, mis servicios”.

Al final SAP se dio cuenta de que su trabajo no es proporcionar servidores , si no proporcionar el servicio de SAP que tantos años lleva vendiendo…

📰 Ultimas noticias

SAP ha anunciado nuevas capabilidades “agentic” en su plataforma SAP BTP, potenciadas con IA.

Algunos puntos destacados:

• En Joule Studio (parte de SAP BTP), estará disponible en diciembre la posibilidad de crear agentes personalizados: agentes que se pueden disparar por eventos del sistema, extender los que ya ofrece SAP, y hasta comunicarse entre ellos (Agent-to-Agent).

• Se añade soporte para “Model Context Protocol” (MCP) en SAP HANA Cloud, lo que permite que los agentes tengan una visión muy rica del contexto: relaciones entre clientes, proveedores, datos espaciales… todo esto para que los agentes sean más “inteligentes” y útiles.

• Además, se implanta una memoria a largo plazo en esos agentes: pueden guardar contexto entre sesiones, “recordar” lo que hicieron antes y aprender con el tiempo.

• SAP también ha lanzado su modelo relacional base (RPT) con un entorno sin código para probar prompts y optimizar la entrada, lo que facilita que desarrolladores hagan prototipos de IA sin partir “de cero”.

• En cuanto al desarrollo, se anuncian extensiones nuevas para desarrolladores: un extension pack para VS Code para CAP, Fiori o UI5, que facilita trabajar con BTP manteniendo buenas prácticas y gobernanza.

Este anuncio es clave para quienes trabajamos con SAP, porque significa que la IA deja de ser un “complemento” para convertirse en un pilar de la plataforma. Los desarrolladores ya no solo programarán aplicaciones o integraciones: podrán crear agentes inteligentes que reaccionan a eventos en tiempo real, recuerdan contexto y actúan con criterio.

Para los consultores funcionales, esto abre un camino enorme: esos agentes pueden automatizar decisiones de negocio, aprovisionar flujos o incluso alertar a usuarios antes de que surja un problema. Eso significa menos trabajo manual, más valor estratégico y una manera de innovar sin necesidad de hacer “un Z solo para esto”.

Además, el hecho de que SAP faciliten herramientas como VS Code para trabajar con CAP desde BTP demuestra que están apostando por un desarrollo más abierto, moderno y alineado con las mejores prácticas.

En resumen: si aún no estás metido en BTP + IA generativa + agentes, es un momento perfecto para subirse al tren. 🚀

💹 Información en Bolsa

• Las acciones de SAP cotizan actualmente alrededor de US$ 240,66 (datos de esta semana).

• Según Bolsamanía, el precio reciente en Europa ha oscilado alrededor de €211,10, con un rango anual que ha ido entre aproximadamente €208 y €283.

• En el tercer trimestre de 2025, SAP reportó resultados mixtos: aunque impulsó sus ingresos por nube (cloud) con un crecimiento sólido, sus ingresos totales se quedaron por debajo de las expectativas analistas.

• Por ejemplo, SAP dijo que su backlog en nube subió, lo que sigue mostrando demanda, pero su facturación total fue de €9,08 mil millones, por debajo de lo que algunos analistas esperaban.

• Al mismo tiempo, algunos analistas mantienen un enfoque optimista sobre SAP, destacando su fuerte motor cloud y su apuesta por IA.

Para ti que trabajas en SAP, este momento bursátil es una señal clara:

1. La nube es el motor real de crecimiento
   El hecho de que SAP esté reportando un backlog elevado en sus productos cloud significa que sus clientes planean seguir invirtiendo en esa dirección. Ser un experto en BTP, integración o migraciones a S/4HANA nube te pone en una posición muy favorable.

2. Pero ojo con las expectativas
   Aunque el crecimiento cloud es fuerte, el desajuste entre lo esperado por los analistas y los ingresos totales sugiere que no todo es un camino cuesta arriba. Los proyectos SAP nunca son triviales y las empresas invierten pensando a largo plazo. Como consultor, saber gestionar esa tensión —entre ambición y realidad técnica— puede marcar la diferencia.

3. Una oportunidad para aportar valor estratégico
   No basta con saber “hacer SAP”: se trata de entender qué proyectos cloud tienen sentido para el negocio, cómo estimar costos de BTP, y cómo diseñar migraciones o extensiones que sean sostenibles. Esa capacidad estratégica es justamente lo que los clientes van a valorar más en el futuro.

4. Riesgos y preparación
   El hecho de que SAP no cumpla siempre con las expectativas no es necesariamente malo: puede ser una ventana para consolidar tu expertise, ayudar a los clientes a medir bien sus compromisos cloud, y diseñar soluciones que sean escalables sin incurrir en sobrecostes.

🚀 Innovación IT

comparativa clara y accionable entre el coste de operar un SAP ECC / S/4HANA on-premise tradicional frente a usar SAP BTP (Business Technology Platform) para una empresa de (~100 empleados).

Resumen rapido:

• On-premise (SAP ECC / S/4HANA on-prem): altos costes iniciales (licencias perpetuas, HANA DB, infra, migración) + costes recurrentes importantes (mantenimiento ~20–22% de la licencia, personal BASIS, backups, upgrades).

• SAP BTP (Cloud): modelo OPEX (pay-as-you-go o créditos/EA). Menor CAPEX inicial en infra física, pero los costes de plataforma y consumo pueden crecer rápido según servicios (Integration, Automation, Data, Runtime). Hay opciones de suscripción, CPEA/EA con créditos y PAYG.

Costes típicos On-premise (empresa ~100 empleados)

• Licencias software (perpetuas S/4HANA / ECC + módulos): €300k – €1.2M (depende módulos y usuarios). Ej.: muchos ejercicios de sizing para ~100 usuarios muestran cifras en ese orden (ejemplo instructivo: escenarios de €1M como referencia).

• HANA DB / base de datos: €50k – €300k (según uso y tipo de licencia: runtime vs full use).

• Hardware / Data center / Red / Backup infra (CAPEX o colocation): €50k – €200k (o alquiler de rack/Cloud-IaaS equivalente).

• Implementación / proyecto (consultoría, parametrización, testing, migración de datos): €300k – €1.5M (los proyectos SAP para mid-sized suelen moverse en rangos amplios; estudios de mercado muestran que las implementaciones pueden ir de cientos de miles a varios millones según alcance).

• Coste anual de mantenimiento / soporte SAP (22% aprox. del valor de licencia): €60k – €260k /año.

• Personal operativo (BASIS, DBA, infra, backups, seguridad): €120k – €300k /año (1–2 personas senior + soporte).

• TOTAL primer año (estimación muy orientativa): €900k – €2.8M.

• TOTAL costes recurrentes anuales (post-go-live): €250k – €800k /año (mantenimiento + personal + licencias adicionales + upgrades).

Interpretación: el on-premise tiene un front-load muy grande (CAPEX e implementación) y un coste fijo operativo significativo cada año. Si la empresa quiere control total y personalización absoluta, esta es la vía, pero exige inversión y equipo.

Costes típicos SAP BTP para la misma empresa (100 empleados)

• Modelo de licencia / plataforma:

  • CPEA / EA (créditos): punto de entrada realista para empresas que planean usar varios servicios; algunos “starting packs” empresariales comienzan en el orden de €10k–€30k/año pero en la práctica una implantación productiva mediana suele requerir €50k–€250k/año en créditos BTP según servicios usados.

  • PAYG / suscripción por servicio: posible para pilotos; útil para no comprometerse.

• Integration Suite (message volume / tenants): ejemplo de coste: bloques de mensajes y tenants adicionales (p. ej. €3.497/mes por tenant adicional; bloque transacciones ~€7.09 por 10k transacciones en la web pública). Para uso real de integración en una mediana empresa, plan €20k–€80k/año según volumen.

• Build Process Automation / Workflows: hay tarifas por servicio/usuario o consumo; además almacenamiento/ejecuciones pueden añadir coste. Plan estimado €5k–€50k/año según uso.

• Desarrollo de apps en BTP (CAP, UI5, etc.): €30k – €200k por aplicación (un único desarrollo puede costar desde €50k hasta €300k según complejidad). Estudios y partners muestran variabilidad alta.

• Operación / monitorización / soporte (BTP ops): €10k–€60k/año (depende si internalizas o contratas partner).

• TOTAL primer año (estimación orientativa): €100k – €600k (incluyendo 1–3 apps, Integration Suite, automatizaciones y operación).

• TOTAL anual recurrente (post-go-live): €50k – €300k /año (plataforma + mantenimiento + consumos variables)

Interpretación: BTP reduce CAPEX y elimina costes de infra física, pero introduce un consumo operativo que hay que gestionar. Para innovación (apps, integraciones, IA, automatización) BTP es muy potente; el riesgo es no controlar el consumo y que la factura suba.

🧠 Tip TECNICO

Gestión de usuarios con Active Directory en SAP BTP

Si vas a trabajar con SAP BTP en un entorno corporativo, integrar tu Active Directory (Azure AD) es clave para gestionar accesos de forma segura, centralizada y escalable.

✅ Tip técnico: Usa SAP Cloud Identity Services como middleware

En lugar de conectar Azure AD directamente con cada subcuenta, utiliza esta arquitectura:

Azure AD → SAP Cloud Identity Authentication (IAS) → SAP Cloud Identity Provisioning (IPS) → SAP BTP

¿Por qué es la mejor práctica?

• Single Sign-On real para todas las aplicaciones BTP.

• Asignación automática de roles según grupos de AD (RBAC inteligente).

• Menos mantenimiento: cualquier cambio en AD se replica solo una vez.

• Menos errores en BTP: no dependes de “creaciones manuales” de usuario.

🔧 Cómo hacerlo (pasos técnicos prácticos)

1. Configura IAS como Identity Provider (IdP) para tu subcuenta de BTP.

2. En Azure AD, registra una Enterprise App y habilita SAML 2.0 → IAS.

3. Usa IPS para mapear atributos:

   • mail → email

   • givenName → firstName

   • surname → lastName

   • groups → role collections

4. En BTP, crea Role Collections asociadas a grupos del AD:

   • BTP_Admins

   • Integration_Developers

   • BusinessUsers

5. Habilita el Just-In-Time Provisioning desde IAS → así los usuarios se crean automáticamente al iniciar sesión.

Si quieres probar todo este flujo sin tocar tu entorno productivo, SAP ofrece un Trial gratuito de 90 días de SAP BTP donde puedes configurar IAS, IPS y SSO sin riesgo.

Un sandbox perfecto para aprender sin presión.

🧩 SAP Funcional

Muchos funcionales siguen pensando en términos de “necesito esta app… que la hagan en BTP”.

Pero en BTP no todo cuesta igual, y entender el modelo de coste del servicio te puede ahorrar disgustos, retrasos… y una factura inesperada.

Aquí tienes lo básico:

No todos los servicios de BTP se pagan igual

Un funcional debe saber distinguir estos 3 modelos:

📘 a) Servicios por usuario (per-user)

Ejemplo:

• SAP Build Work Zone

• SAP SuccessFactors Extensions

👉 Si tienes 300 usuarios, esto importa. ¡Mucho!

📗 b) Servicios por consumo (pay-per-use)

Ejemplo:

• SAP Integration Suite

• SAP Document Management

• SAP Generative AI Hub

👉 Si un proceso se dispara 10.000 veces al mes… el coste sube.
👉 Si solo se usa 3 veces al año… probablemente no compense usar BTP.

📕 c) Servicios “runtime” por CPU / memoria / tiempo

Ejemplo:

• CAP / Node.js / Java Apps

• Workflows que corren en BTP

• Automatizaciones de SAP Build Process Automation

👉 Cuanto más tiempo esté una app en ejecución, más cuesta.
👉 Procesos largos o mal diseñados = factura más grande.

Antes de pedir una app en BTP, pregúntate esto (checklist funcional)

1. ¿Existe una app Fiori estándar que haga lo mismo?
   Si sí → Cero coste adicional.

2. ¿El proceso se usa cada día o solo una vez al año?
   Si es eventual → Quizá no merece estar en BTP.

3. ¿La integración es clave para negocio?
   Si es crítica → Ok, puede justificar BTP.

4. ¿Qué servicio de BTP requiere?
   (Build Apps, Integration Suite, CAP, BPA…)
   Cada uno tiene un modelo de coste distinto.

5. ¿Cuántos usuarios lo necesitan?
   Impacta directo en licencias.

6. ¿Hay alternativa on-premise / S/4 estándar más barata?

👉 Un funcional que sabe responder esto… vale oro.

Si eres funcional y quieres entender por ti mismo cómo funcionan los costes, activa el Trial de SAP BTP 90 días y mira:
🔹 Los artefactos
🔹 El consumo
🔹 El monitoreo
🔹 Los logs de integración
🔹 La arquitectura de cada servicio

Es la mejor manera de perderle el miedo… sin gastar un euro.

🔎 Herramienta de la Semana

SAP BTP Discovery Center Estimator.

Dentro de tu estrategia de precios y consumo en BTP, esta función merece un lugar destacado. En el Discovery Center de SAP BTP encontrarás el estimador oficial que te permite calcular costes, escoger servicios y dimensionar tu entorno antes de comprometerte.

✅ ¿Qué hace exactamente?

• Te guía por el catálogo de servicios de BTP (Integration Suite, Build Process Automation, Runtime, Analytics, etc.).

• Permite seleccionar el tipo de empresa (~100 empleados, volumen estimado) y ver estimar costos en distintos escenarios, ajustando variables como número de usuarios, transacciones, ejecución de workflows.

• Ofrece una vista comparativa entre modelos de consumo (por ejemplo, Cloud Credits vs PAYG) para ayudarte a decidir cómo licenciar mejor tu plataforma.

🎯 ¿Por qué es útil?

• Como funcional, puedes presentarlo al cliente o negocio para mostrar “este servicio costará aproximadamente €X en 12 meses si usamos este volumen”.

• Como BASIS, puedes anticipar qué servicios generan más consumo y preparar alertas o controles antes de un pico de factura.

• Ayuda a evitar la sorpresa de “esto en nube será barato”… pero sin ver el coste del volumen o ejecución.

🔧 ¿Cómo usarlo?

1. Accede al Discovery Center en tu tenant de BTP.

2. Selecciona el estimador “BTP Cost Estimator”.

3. Introduce tu escenario (número de usuarios, servicios, región, volumen estimado).

4. Genera un plantilla de estimación y compártela con negocio o arquitectura.

5. Revisa anualmente o semestralmente: el estimador es base para el control de coste.

Esta herramienta refuerza la idea de que controlar el coste en BTP empieza antes de usar el servicio. Es parte de un enfoque inteligente, funcional y técnico, que alinea innovación + gobernanza.

👑 Liderazgo y Gestión

Una decisión de migración a SAP Cloud no es tecnológica: es estratégica, financiera y organizativa. El rol del directivo no es saber configurar SAP, sino entender el impacto global en costes, personas y futuro digital de la empresa.

Aquí tienes un marco completo para evaluar la decisión como líder:

Evalúa el punto de partida real de tu empresa

✔️ ¿Ya tienes SAP ECC/S4 On-premise?

Entonces revisa:

• Estado de los servidores

• Coste anual de mantenimiento

• Dependencia de desarrollos Z

• Nivel de personalización actual (¿clean core o Frankenstein?)

• Coste del equipo Basis interno o externo

👉 Si tus servidores ya están al final de ciclo, tu SAP está muy parcheado o tu coste de infraestructura crece… la nube empieza a ser atractiva.

✔️ ¿No tienes SAP aún y quieres digitalizar procesos?

Tu decisión es distinta:

• No inviertas en infraestructura local

• No montes equipos enormes internos al principio

• Empieza nativo cloud y aprovecha servicios BTP + S/4 Cloud

👉 En estos casos, ir directamente a la nube suele ser lo más eficiente en coste y tiempo.

Calcula el coste total (honesto) de cada opción

Un líder no compara licencias: compara modelos de coste.

🏢 Opción On-premise (Modelo clásico)

Debes considerar:

• Servidores físicos

• Renovación de hardware cada 3–5 años

• Mantenimiento del CPD

• Equipo Basis interno o proveedor externo

• Energía, seguridad, backups

• Implementaciones lentas y costosas

• Actualizaciones manuales

👉 Si ya tienes infraestructura y personal, puede seguir siendo rentable unos años… pero su coste crece con el tiempo.

☁️ Opción Cloud (S/4 + BTP)

Incluye:

• Suscripciones (por capacidad, usuarios o consumo)

• Cero inversión en hardware

• Servidores gestionados por SAP/AWS/Azure/GCP

• Seguridad delegada

• Innovación continua incluida

• Menor coste de mantenimiento técnico

👉 La nube no siempre “abarata”, pero redistribuye el coste y elimina picos.

Evalúa el impacto de los recursos humanos

Un buen directivo no solo mira hardware, mira talento.

➤ Si sigues on-premise necesitas:

• 1–2 Basis

• Administrador de sistemas

• Técnico CPD

• Consultores internos

• Partners para upgrades

➤ Si migras a cloud necesitas:

• Menos Basis, pero más expertos en integración y cloud

• Consultores funcionales más estratégicos

• ABAPers adaptados a extensiones limpias (BTP, APIs, CAP)

• Un partner especializado en SAP Cloud

👉 En la nube, tu equipo se vuelve más estratégico y menos operativo.

Revisa tu capacidad de innovación

Pregunta clave para todo directivo:

Evalúa:

• ¿Puedes integrar IA fácilmente?

• ¿Puedes automatizar procesos sin mil desarrollos Z?

• ¿Puedes conectar apps, CRMs o sistemas externos sin dolores?

• ¿La competencia ya está más digitalizada?

👉 Si la respuesta es “no”, tu on-premise está limitando tu crecimiento.

Mira el timing financiero

Para una empresa mediana-grande (100 empleados):

• SAP ECC on-premise requiere inversión inicial alta + mantenimiento constante.

• SAP Cloud requiere suscripción periódica, más predecible.

El liderazgo consiste en elegir:

• ¿Prefieres CAPEX fuerte ahora?

• ¿O OPEX estable y escalable?

Plantilla mínima recomendada para cada escenario

Si mantienes SAP On-premise:

• 1 Basis interno o externalizado

• 1 técnico CPD

• 2–4 funcionales

• 1–2 desarrolladores ABAP

• 1 responsable de IT corporativo

Si migras a SAP Cloud/BTP:

• 1 especialista cloud/BTP (interno o proveedor)

• 2–3 funcionales (más negocio, menos técnica)

• 1 arquitecto de integración (clave en cloud)

• ABAP externo o interno para evolutivos en BTP

• 1 responsable IT orientado a gobernanza

👉 En la nube la empresa necesita menos “músculo técnico” y más visión de proceso.

¿Qué debería hacer un directivo antes de decidir?

✔️ Revisar estado actual del SAP
✔️ Validar si el negocio exige innovación
✔️ Revisar costes reales de infraestructura
✔️ Revisar capacidad del equipo
✔️ Evaluar alternativas (on-prem, cloud, híbrido)
✔️ Usar el SAP BTP Estimator para prever costes
✔️ Hablar con partners especializados
✔️ Tener claros los riesgos / beneficios
✔️ Evaluar ROI a 5–10 años
✔️ No decidir solo por “moda cloud”

Migrar o no migrar no es una decisión técnica:

Como líder, tu misión es elegir el modelo que dé la máxima competitividad a tu empresa, con el coste adecuado y con un equipo capaz de sostenerlo.

Ni todo debe ir a la nube, ni todo debe quedarse on-premise. Lo importante es elegir la arquitectura que mejor acompañe tu estrategia de negocio.

💬 Frase del Día

📌Esto nos recuerda que no tenemos control sobre todas las circunstancias externas, pero sí sobre cómo reaccionamos ante ellas. En lugar de lamentarnos por los obstáculos, podemos adaptarnos y tomar decisiones estratégicas para avanzar hacia nuestros objetivos. Es especialmente útil en liderazgo: un buen líder sabe navegar la incertidumbre ajustando su enfoque y guiando a su equipo con resiliencia.

🙌 Gracias por leer

🎓 Y así cerramos el boletín de hoy.

Hemos visto lo que implica mantener un SAP, ya sea on-premise, en BTP o de cualquier otra forma: necesitas estar al día, planificar bien en qué inviertes tus recursos y decisiones… un poco como en la vida misma.

🗓️ Nos leemos el próximo martes, y recuerda…

Comparte este boletín si crees que puede inspirar a otro consultor, a un emprendedor o a cualquier persona curiosa por seguir creciendo 🚀📚.

¡Sigamos aprendiendo y evolucionando juntos!

Hasta el martes que viene,

Un fuerte abrazo,