Í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

¿Sabías que más del 65% de las empresas que migran a S/4HANA descubren que no usan más del 40% de sus desarrollos Z? 😱

Sí, has leído bien.
Durante años, muchos sistemas SAP han ido acumulando código personalizado como si fueran álbumes de cromos: “por si algún día lo necesito”.

El resultado: miles de líneas de código olvidadas, programas que nadie ejecuta desde 2014 y funciones que nadie recuerda para qué servían (pero nadie se atreve a borrar “por si acaso”).

Con el salto al Clean Core, SAP está empujando a las empresas a hacer lo que todos hemos pospuesto alguna vez:
🧹 limpiar a fondo el sistema.

Y claro, no estamos hablando de quitar un par de exits…
Estamos hablando de cirugías ABAP a corazón abierto, donde cada Z pasa por el bisturí del ATC (ABAP Test Cockpit) o de la Custom Code Migration App.

Lo divertido (o trágico) es que algunos clientes se sorprenden cuando ven el informe:

Así que sí: el Clean Core no es solo una tendencia, es una terapia de limpieza emocional y técnica para los sistemas SAP del mundo.

Porque todos sabemos que…

Un consultor feliz es aquel que borra un Z sin que nadie lo eche de menos

📰 Ultimas noticias

El concepto de Clean Core ya no es solo una recomendación técnica de SAP: es una auténtica estrategia corporativa.
Y 2025 está siendo el año en el que SAP ha decidido ir a fondo con ello.
En las últimas semanas, la compañía ha publicado nuevas guías, niveles de madurez y herramientas basadas en inteligencia artificial para ayudar a las empresas a “limpiar” sus sistemas antes de dar el salto definitivo a la nube

SAP publica su nueva guía “How to Extend SAP S/4HANA Cloud the Right Way | Clean Core

En agosto de 2025, SAP lanzó un documento clave con un mensaje muy claro:

Extender SAP S/4HANA sí, pero sin tocar el núcleo

La guía define los principios esenciales del Clean Core y cómo deben abordarse las personalizaciones en entornos S/4HANA Cloud, tanto en edición pública como privada.
El documento no solo explica la teoría, sino que ofrece una metodología práctica:

• Definir qué es una extensión In-App (dentro del sistema) y Side-by-Side (fuera, en SAP BTP).

• Establecer una política interna de desarrollo limpio, donde cada nuevo Z o ampliación tenga una justificación clara.

• Evaluar el impacto de cada personalización en futuras actualizaciones automáticas.

💡 Traducción práctica para los consultores:
Esto significa que el futuro del desarrollo SAP pasa por entender la arquitectura antes que el código.
Los programadores deben pensar en términos de capas y conectores, no solo en “ampliar un include”.

Nacen los “Clean Core Levels”: un nuevo modelo de madurez SAP

Otra de las novedades más comentadas ha sido la introducción de los Clean Core Levels (niveles A, B, C y D), una especie de “escala de limpieza” que mide qué tan limpio está tu sistema SAP.

• Nivel A: Núcleo completamente limpio y extensiones en BTP o mediante APIs estándar.

• Nivel B: Extensiones dentro del sistema, pero sin modificar objetos del core.

• Nivel C: Algunas modificaciones menores o adaptaciones del estándar.

• Nivel D: Sistema con modificaciones directas al core (el típico Frankenstein de 15 años). 🧟‍♂️

Cada empresa puede evaluar su posición actual y fijarse objetivos para ir subiendo de nivel con el tiempo.

📊 Traducción para la vida real:
En el futuro, puede que SAP exija (o premie) ciertos niveles de Clean Core para certificaciones, soporte o incluso acceso a funcionalidades avanzadas en la nube.
Así que sí, limpiar el sistema podría ser, literalmente, rentable.

💹 Información en Bolsa

• SAP espera para 2025 unos ingresos por “cloud revenue” de €21.6-21.9 mil millones, frente a los €17.14 mil millones en 2024, lo que supone un crecimiento estimado del 26-28% en moneda constante.

• La cifra total de ingresos por “cloud + software” para 2025 está proyectada entre €33.1-33.6 mil millones, frente a €29.83 mil millones en 2024 (+11-13%).

• En el segundo trimestre de 2025, SAP registró un backlog de servicios en la nube de €18.1 mil millones (+22% a +28% en moneda constante) y los ingresos por “cloud ERP suite” crecieron un 30-34% en moneda constante.

• A pesar de resultados positivos, la acción cotizaba alrededor de US$ 252 y mostraba una cotización que está por debajo del máximo de 52 semanas, lo cual indica cierta cautela del mercado.

Comentario para consultores SAP

Como consultor —técnico, funcional o líder— conviene mirar estos datos con dos gafas: la de negocio y la de tu campo profesional. Aquí va lo que importa:

• Negocio en nube = Oportunidad para ti: El fuerte crecimiento proyectado por SAP en su negocio de nube y servicios significa que las empresas seguirán invirtiendo en migraciones, extensiones cloud, integraciones y modernización de sistemas. Eso se traduce en más proyectos, más relevancia para el consultor SAP que habla los dos idiomas: tecnología + negocio.

• Calidad sobre cantidad: SAP presupone un entorno más estandarizado, limpio y preparado para la nube. Para ti como consultor significa que no basta solo con saber ABAP o parametrización. Debes saber cómo diseñar soluciones que encajen en esa estrategia de “core limpio, extensiones inteligentes”.

• Preparación para el cambio: El crecimiento y backlog en la nube también implican que tu cliente estará más atento a tiempos, costes, calidad y valor real del sistema. Es el momento de que tú puedas explicar al cliente: “esto lo podemos hacer en el estándar”, “esta extensión merece código”, “esta funcionalidad se gestiona como servicio”. Esa claridad te dará confianza y diferenciación.

• No confundirse con lamentaciones: Que la cotización esté por debajo del máximo no significa que SAP esté débil sino que el mercado exige cada vez más resultados. En tu rol, puedes verlo como una señal: quienes aporten valor van a destacar cuando el mercado lo exige.

• El futuro es híbrido: Cloud, módulos legacy, extensiones, automatización… tu papel será integrar todos estos mundos, no solo en código o configuración, sino en “cómo” y “por qué”.

En definitiva: la dirección que está tomando SAP en bolsa refuerza que tu rol como consultor es más estratégico que nunca. No se trata únicamente de construir, sino de construir con criterio, alineados con la visión de negocio del cliente y la estrategia de SAP.

🚀 Innovación IT

Cómo diseñar una migración inteligente al Clean Core y sobrevivir a tus programas Z

Migrar a S/4HANA Cloud no se trata solo de mover datos y tablas.
Se trata de repensar cómo tu empresa usa SAP.
Y en el corazón de esa transformación está el concepto que cada vez suena más fuerte: el Clean Core.

Pero claro, cuando alguien menciona “Clean Core” y tú tienes cientos de desarrollos Z…
La primera reacción suele ser la misma: 😰 “¿Y ahora qué hago con todo esto?”.

Hoy te contamos cómo diseñar una migración bien planificada, cómo tratar los desarrollos Z y qué pasos seguir si tienes un programa crítico que debe sobrevivir en la nube.

Entender el objetivo real del Clean Core

El Clean Core no consiste en eliminar todos los desarrollos Z.
Consiste en mantener el núcleo estándar limpio, para que las futuras actualizaciones automáticas de SAP no rompan tu sistema.

En la práctica, esto significa:

• No modificar objetos estándar.

• Centralizar las personalizaciones fuera del core, preferiblemente en SAP BTP.

• Adoptar una arquitectura basada en APIs y event-driven integration.

💬 En resumen: puedes seguir extendiendo SAP, pero sin tocar el motor.
Tu creatividad ABAP seguirá viva, solo que en otro entorno.

Evaluar el inventario Z (y asumir que no todos sobrevivirán)

El primer paso para cualquier migración inteligente es saber qué tienes realmente.
Y eso incluye todos los programas, ampliaciones, BAdIs, exits, enhancements, CDS, etc.

SAP recomienda realizar un “Custom Code Analysis” con herramientas como:

• ATC (ABAP Test Cockpit) para detectar incompatibilidades.

• SAP Readiness Check para ver qué código es relevante para la migración.

• ABAP Cloud Readiness Check para evaluar si un programa cumple las reglas de extensibilidad limpia.

📊 El resultado suele ser revelador:
muchos Z no se usan hace años, otros son clones del estándar, y unos pocos (los críticos) son los que realmente aportan valor.

Esos últimos son los que merecen un análisis especial.

Diseñar la estrategia de extensión

Una vez identificado el código relevante, hay que decidir dónde y cómo lo vas a mantener en el nuevo entorno.

Existen tres enfoques principales:

a) In-App Extensibility

Para ampliaciones simples dentro del sistema (campos, CDS, lógica limitada).
Se pueden hacer directamente desde las herramientas de S/4HANA Cloud sin tocar el core.

b) Side-by-Side Extensibility

Para desarrollos más complejos o Z’s que necesitan autonomía.
Aquí entra en juego SAP BTP, donde puedes desplegar tus apps, servicios o integraciones personalizadas.
El estándar se mantiene limpio, pero sigues teniendo todo el poder del desarrollo ABAP (o incluso Node.js, CAP, Fiori, etc.).

c) Adaptación funcional o sustitución

A veces, un Z no debe migrarse, sino reemplazarse por una funcionalidad estándar que hoy sí existe.
Recuerda: muchos desarrollos nacieron porque el estándar no lo ofrecía… en 2008.
Pero 2025 es otro mundo.

Qué hacer con un programa Z crítico (que sí o sí debe estar en cloud)

Supongamos que tienes un desarrollo que es vital para tu negocio (por ejemplo, un cálculo de precios propio o una lógica de autorización especial). Eliminarlo no es opción.

En ese caso, los pasos ideales son:

1. Analizar la funcionalidad y dependencias.
   ¿Qué tablas usa? ¿Qué módulos toca? ¿Existen APIs equivalentes en el nuevo entorno?

2. Reescribirlo con ABAP Cloud o CAP (Cloud Application Programming Model).
   Esto permite mantener la lógica en un entorno limpio, seguro y extensible.

3. Conectarlo al core mediante APIs públicas o eventos.
   Ya no “llamas” directamente al estándar; te comunicas con él.
   Así, las actualizaciones de SAP no rompen tu lógica.

4. Aprovechar SAP BTP para la orquestación y monitorización.
   Desde allí puedes escalar, versionar y medir rendimiento sin afectar al core.

✅ Resultado:
El cliente mantiene su funcionalidad crítica, tú garantizas un entorno limpio, y SAP te deja dormir tranquilo sabiendo que el sistema seguirá actualizándose sin sustos.

5. Diseña la migración como un proyecto de evolución, no de copia

El error más común en las migraciones es intentar “copiar lo que ya tenemos”.
El Clean Core va justo en la dirección contraria: repensar lo que hacemos y por qué lo hacemos así.

Antes de migrar cada Z, pregúntate:

• ¿Sigue siendo necesario?

• ¿Aporta valor real al negocio o solo complica el mantenimiento?

• ¿Podría resolverse con una funcionalidad estándar o una app en BTP?

Cada respuesta te acerca a una arquitectura más limpia, más flexible y más preparada para el futuro.

Migrar a la nube con un enfoque Clean Core no consiste en eliminar personalizaciones, sino en reposicionarlas inteligentemente.
Cada línea de código debe tener una razón, un lugar y una arquitectura adecuada.

El futuro del consultor SAP —técnico o funcional— pasa por entender esto:
Ya no basta con “hacer que funcione”, ahora se trata de “hacer que evolucione”.

Porque, al final, el Clean Core no va solo de tecnología.
Va de diseñar sistemas que crezcan sin romperse.

🧠 Tip Técnico

El concepto de Clean Core puede sonar abstracto… hasta que te toca desarrollar.
Entonces llegan las dudas:

Tranquilo, todos hemos estado ahí.
Por eso, hoy te traigo un TIP técnico práctico para trabajar en S/4HANA Cloud o on-premise con mentalidad Clean Core, sin renunciar a la flexibilidad del desarrollo ABAP.

⚙️ El dilema del desarrollador ABAP moderno

Durante años, la receta fue clara:
Si el estándar no hace lo que el cliente necesita → creas un Z y listo.

Pero ahora el enfoque ha cambiado.
SAP busca que no modifiques el core, sino que amplíes el sistema de forma desacoplada.
¿El motivo?
Cada vez que tocas el estándar, las actualizaciones automáticas de SAP pueden romperlo todo.

Así que la clave ya no está en “hacerlo funcionar”, sino en “hacerlo limpio”.

🧩 El TIP: Crea extensiones limpias usando el entorno ABAP Cloud

Desde S/4HANA 2022 y SAP BTP ABAP Environment, existe una nueva forma de desarrollar extensiones: el ABAP Cloud Development Model.
Es la base técnica del Clean Core, y si la dominas, estarás preparado para cualquier migración futura.

🔹 ¿Qué significa desarrollar con ABAP Cloud?

Significa que tu código:

• Vive fuera del core, en un espacio controlado.

• Usa solo APIs públicas y released objects.

• Cumple las reglas del “Strict Mode” que impone el runtime moderno.

En otras palabras:
Nada de SELECT * FROM VBAK, nada de accesos directos a tablas estándar, y adiós a los MODIFY sobre estructuras del sistema.

🧰 Cómo empezar (paso a paso)

1. Activa el “Strict Mode” en tu paquete Z.
   Esto fuerza las reglas Clean Core automáticamente.
   Si intentas usar algo no permitido, el sistema te lo marca como forbidden.

2. Crea tu desarrollo dentro de un “Software Component” separado.
   Así aseguras que tu código se mantiene aislado y portable.

3. Usa APIs liberadas por SAP (Released Objects).
   Puedes consultar qué APIs son seguras en la SAP API Business Hub o con el ABAP Object Browser.
   SAP libera cada vez más CDS, clases y BAPIs para este fin.

4. Si no hay API, crea una tuya en BTP.
   Usa CAP (Cloud Application Programming Model) o RAP (Restful ABAP Programming Model) para exponer tus servicios y conectarlos al core mediante OData o Events.

5. Integra sin modificar.
   En lugar de tocar el estándar, suscríbete a eventos de negocio (Business Events) o usa extensiones In-App controladas desde Fiori.

🔍 Ejemplo real: un Z-report “limpio”

Antes (modo clásico):

SELECT * FROM VBAK WHERE ERDAT > '20240101'.
LOOP AT it_vbak INTO DATA(ls_vbak).
  " Lógica de negocio Z
ENDLOOP.

Ahora (modo Clean Core):

SELECT FROM i_salesdocument
  FIELDS salesdocument, createdbyuser, creationdate
  WHERE creationdate > '2024-01-01'
  INTO TABLE @DATA(lt_sales).
  
LOOP AT lt_sales INTO DATA(ls_sales).
  " Lógica Z, pero basada en CDS released por SAP
ENDLOOP.

🔹 Usas CDS Views liberadas (I_SalesDocument).
🔹 No accedes a tablas estándar (VBAK).
🔹 Tu código será compatible con futuras actualizaciones sin romper nada.

Bonus TIP: Deja huella limpia en tu sistema

• Documenta tus desarrollos en ATC (ABAP Test Cockpit) y revisa que no haya forbidden usages.

• Marca tus extensiones como Cloud Ready (sí, existe un flag para eso).

• Si usas SAP BTP, gestiona versiones y dependencias en Git-enabled Change & Transport System (gCTS).

Esto no solo te protege a ti, sino que deja tu sistema preparado para el futuro.
El próximo consultor que llegue, te lo agradecerá.

Muchos técnicos lo ven como una restricción, pero en realidad, es una oportunidad para profesionalizar el desarrollo ABAP.
Desarrollar limpio significa crear código duradero, portable y sostenible.

Y si te acostumbras ahora, cuando llegue el siguiente upgrade de SAP Cloud, no tendrás que correr detrás del sistema:
El sistema correrá contigo. 🚀

🧩 SAP Funcional

Durante años, en casi cualquier proyecto SAP se escuchaba una frase que sonaba como música para los programadores:

Esto no lo hace el estándar… hazme un Z.

Y sí, el desarrollo Z solucionaba el problema. Pero también plantaba una semilla: más código que mantener, más pruebas en cada upgrade y más dependencia de un desarrollador que, quizá, ya ni trabaja en la empresa.

Con la llegada de SAP S/4HANA Cloud y el enfoque Clean Core, esa forma de trabajar ya no tiene tanto sentido.
Ahora, el reto del consultor funcional moderno no es saber pedir Zs… sino saber cuándo no pedirlos.

El nuevo rol del funcional: detective de los Zs necesarios

El Clean Core no busca eliminar todo lo Z, sino distinguir entre lo esencial y lo accesorio.
Y en esa decisión, el consultor funcional tiene más poder que nunca.

Tu misión ahora es evaluar con criterio de negocio y conocimiento funcional si un desarrollo Z aporta valor real o solo complica el mantenimiento.

Para hacerlo, puedes seguir este método simple pero eficaz 👇

Clasifica el uso real del desarrollo

Antes de proponer o mantener un Z, analiza cuánto y cómo se usa.
Pregúntate:

• ¿Con qué frecuencia se ejecuta? (¿Diario, semanal, o una vez al año?)

• ¿Qué impacto tiene en los procesos críticos del negocio?

• ¿Qué pasaría si desaparece mañana?

💡 Ejemplo:
Un reporte Z que solo se ejecuta una vez al año para un control puntual podría reemplazarse con un Extractor estándar, un Query o incluso con una exportación desde Fiori.
No todo necesita vivir dentro del core.

Busca el equivalente estándar

SAP ha evolucionado muchísimo en los últimos años, especialmente con Fiori y SAP Analytics Cloud.
Muchos procesos que antes requerían un Z, hoy tienen soluciones estándar más potentes y seguras.

✅ Usa herramientas como:

• SAP Fiori Apps Library → para buscar apps estándar con las mismas funciones que el Z.

• Process Discovery (Signavio) → para comparar tus procesos con los del estándar SAP y detectar desviaciones innecesarias.

• SAP Readiness Check → te mostrará qué desarrollos no son compatibles con Cloud y te sugerirá alternativas.

💡 Ejemplo:
Antes hacías un Z para ver pedidos bloqueados; ahora existe una app Fiori “Manage Blocked Sales Orders” que cubre todo eso y más.

Evalúa el coste funcional de mantenerlo

Cada Z tiene un coste oculto:

• Revisiones en cada upgrade

• Pruebas adicionales

• Ajustes si cambia el estándar

• Dependencia técnica

Por eso, cuando el negocio pida un desarrollo, pregúntale con calma:

Si la respuesta es vaga o el uso es puntual, probablemente no vale la pena.

Rediseña con mentalidad Clean Core

Si el desarrollo sí es necesario, no hay problema. Pero ahora debemos hacerlo fuera del core.

Opciones modernas:

• ABAP Cloud (Key User Extensibility) → extensiones controladas, seguras y actualizables.

• SAP BTP → crea aplicaciones complementarias que se comunican por API, sin tocar el core.

• SAP Build Process Automation → automatiza tareas sin programar ni modificar tablas estándar.

Así, el funcional no renuncia a cubrir la necesidad… solo elige hacerlo de manera más inteligente y sostenible.

Documenta el porqué de cada decisión

El Clean Core no es solo una estrategia técnica, también es una cultura de decisiones conscientes.
Cada vez que apruebes o rechaces un Z, documenta por qué.

Esto no solo ayuda a justificar la decisión ante negocio, sino que crea histórico funcional para futuras migraciones.

El Clean Core no prohíbe el desarrollo; enseña a usarlo con criterio.
El buen funcional del futuro no será el que más transacciones Z conozca, sino el que mejor sepa defender el estándar y justificar cada desviación.

Porque en el nuevo SAP, la limpieza del core empieza con una pregunta funcional:

¿Esto de verdad tiene que ser un Z?

🔎 Función de la Semana

Si estás pensando en migrar a SAP S/4HANA Cloud o simplemente quieres acercarte al modelo Clean Core, hay una herramienta que no puede faltar en tu radar:
la Custom Code Migration App.

Porque sí, todos sabemos que los sistemas SAP están llenos de desarrollos Z que llevan ahí… desde tiempos inmemoriales. 🧓
Algunos útiles, otros misteriosos, y otros que ni siquiera compilan desde 2010.

Y cuando llega el momento de la migración o la actualización, surge la gran pregunta:

¿Qué hago con todo este código Z?

Ahí entra en juego esta joya de SAP.

Requisitos previos

Antes de empezar, necesitas tener:

1. Sistema de origen: SAP ECC o S/4HANA on-premise donde está tu código Z.

2. Acceso a SAP Business Technology Platform (BTP) o a un entorno con SAP Fiori.

3. Uso de SAP Readiness Check o SAP Fiori App Library, según tu escenario.

4. ST03N / UPL activado (Usage Procedure Logging) — esto registra qué objetos Z se usan realmente.

5. Autorizaciones:

   • Rol SAP_BR_DEVELOPER o SAP_BR_ADMINISTRATOR (según versión).

   • Acceso al Custom Code Migration App en el Launchpad.

Pasos para ejecutarla

Exportar el inventario de código Z desde tu sistema ECC

• En el sistema fuente, ejecuta el Custom Code Analysis (CCLM) o el ABAP Test Cockpit (ATC).

• Crea una run configuration para exportar todos los objetos Z (programas, includes, clases, funciones, etc.).

• Esto genera un fichero XML o un snapshot de resultados.

Cargar los resultados en SAP BTP / Custom Code Migration App

• Accede al SAP Fiori Launchpad en tu tenant de SAP BTP (espacio SAP S/4HANA Transformation o Transformation Cockpit).

• Busca la app “Custom Code Migration”.

• Crea un nuevo proyecto de migración e importa el fichero de resultados del ATC o del Readiness Check.

Analizar los resultados

Una vez cargados, la herramienta te muestra un dashboard con filtros e indicadores:

• 🔴 Incompatible: código que usa objetos SAP no permitidos o eliminados.

• 🟡 Requiere adaptación: necesita ajustes para APIs o extensiones nuevas.

• 🟢 Compatible: se puede mantener tal cual.

Además puedes ver:

• Qué objetos no se usan (según UPL).

• Cuáles tienen alternativas estándar ya disponibles.

• Dónde se accede directamente a tablas SAP (una práctica prohibida en Clean Core).

Priorizar y clasificar

Usa los filtros y exporta la lista para clasificar los objetos:

• 🟢 Mantener: esenciales, se usan y cumplen estándares.

• 🟡 Refactorizar: importantes pero requieren adaptación.

• 🔴 Eliminar: obsoletos, duplicados o sin uso.

Planificar la modernización

Para cada Z relevante:

• Evalúa si puedes reconstruirlo con extensiones limpias (BAdI, Key User Extensibility, o Side-by-Side en SAP BTP).

• Documenta si el desarrollo debe vivir dentro del core (siempre que sea extensible) o moverse fuera, en BTP.

👑 Liderazgo y Gestión

Adoptar el Clean Core no es solo una decisión técnica, es una decisión de liderazgo.

El Clean Core exige una nueva mentalidad: renunciar a lo innecesario, abrazar lo estándar y liderar con visión de futuro.
Muchos líderes SAP siguen anclados en la frase “así lo hemos hecho siempre”, y ahí es donde empieza el verdadero reto del liderazgo moderno.

Un buen líder, frente a una migración o modernización, no se aferra a sus Z históricos. En su lugar:

1. 💬 Escucha a su equipo técnico y funcional.
   Entiende qué desarrollos son realmente críticos y cuáles existen por costumbre.

2. 🔍 Evalúa con criterio de negocio.
   No todo lo que “funciona” merece mantenerse. Pregúntate: ¿aporta valor? ¿reduce costes? ¿mejora el flujo real de negocio?

3. 🌍 Predica con el ejemplo.
   Fomenta reuniones conjuntas entre técnicos y funcionales para decidir qué se limpia y qué se mantiene; eso es liderazgo colaborativo.

4. 🚀 Crea un marco de decisión.
   Define un proceso claro para evaluar los desarrollos Z antes de que lleguen a producción:

   • ¿Existe alternativa estándar?

   • ¿Es compatible con el futuro en Cloud?

   • ¿Está alineado con la estrategia del negocio?

El líder que impulsa el Clean Core no solo limpia código, limpia cultura.
Cambia el “hazlo así porque siempre fue así” por el “hagámoslo mejor porque ahora podemos”.

💬 Frase del Día

📌 Durante años, las organizaciones han construido sistemas cada vez más complejos, llenos de desarrollos Z, personalizaciones y excepciones.
Pero hoy, la verdadera sofisticación está en simplificar: en diseñar soluciones limpias, estándar y sostenibles.

Un consultor moderno, sea técnico o funcional, demuestra su talento no por cuántas líneas de código escribe, sino por cómo logra resolver más con menos.
Al final, la simplicidad no es una limitación… es una forma de genialidad.

🙌 Gracias por leer

🎓 Y hasta aquí llega nuestro boletín de hoy.
Hoy hemos aprendido que el futuro del Clean Core no va solo de limpiar código o reducir Zs, sino de repensar cómo trabajamos: mantener lo esencial, simplificar lo complejo y aprovechar al máximo lo que SAP ya nos ofrece.

🧠 El consultor del futuro —tanto técnico como funcional— no será el que más programe, sino el que mejor entienda, optimice y conecte los procesos.
Porque mantener un core limpio también es mantener una mente limpia, preparada para adaptarse y aprender cada día.

🗓️ Nos vemos el martes que viene, y ya sabes…
Comparte este boletín si crees que puede inspirar a otro consultor (o a todo un equipo SAP) a reflexionar sobre cómo construir un sistema más limpio, más ágil y más inteligente 🚀

¡Seguimos creciendo juntos!

Hasta el martes que viene,
Un fuerte abrazo,
👨‍💻 El Periódico del Consultor