ABAP Cloud vs Clean Core

A menudo os habréis encontrado con estos 2 términos en las presentaciones de SAP de los últimos tiempos (y los que están por venir): ABAP Cloud y Clean Core.

Iba a decir, que más que «Joule» e «IA», pero sabéis que no me gusta mentir… 😂

En artículos anteriores, intenté dejar claro qué era cada cosa; os los recuerdo:

ABAP Cloud: aclarando conceptos

Clean Core vs Clean Code

Esto, como no puede ser de otra forma, va cambiando con el tiempo y, por ejemplo, ayer mismo nos encontramos con esto: ABAP Extensibility Guide – Clean Core for SAP S/4HANA Cloud – August 2025 Update

Es decir, que si todavía no te habías enterado de que iba eso, no pasa nada, porque lo han cambiado… 😂

Bueno, realmente, más que un cambio es una evolución; pasamos de hablar de las 3 tiers

…a hablar de los 4 niveles de clean core:

Luego os paso los enlaces de todo esto, pero primero os cuento de qué va, con mis palabras.

Básicamente, lo que pasa es que SAP se ha dado cuenta de que se pasó de frenada, con lo de los 3 tiers y que realmente puede haber cosas del ABAP clásico que pueden seguir valiendo.

Podemos decir que los tier 1 y 2 se corresponde con los niveles A y B, mientras que con el tier 3, diferenciamos entre nivel C (clean core, con condiciones) y D (no clean core).

SAP siempre va a recomendar que utilices el nivel más alto que puedas (el nivel A), que será lo que te asegure la compatibillidad al 100%.

El nivel B es la opción que tienes para todas esas cosas que SAP aún no ha liberado nuevas APIs: APIs clásicas, algunas BAdIs…

El nivel C es para objetos internos SAP y ya te avisan que en un futuro los pueden pasar a nivel B (serían clean core) o a nivel D, que es… 💩

En el nivel D quedarían los objetos que no son clean core y sobre los que tendrías que actuar con mayor prioridad, si no quieres tener problemas.

Aquí entrarían todas esas modificaciones, ampliaciones implícitas, operaciones de escritura en tablas, etc… es decir, cualquier cosa donde hayas «metido mano» y SAP no te haya dado el consentimiento explícito para ello.

Y no, no vale, lo de que tienes un código de reparación del objeto; eso ya no vale, con S/4HANA, necesitas el consentimiento explícito, ya sabes… sólo «sí es sí» 😉

¿Y todo esto cómo lo hago?

De entrada, te diría que deberías controlar el ABAP Test Cockpit (ATC) y las ABAP Development Tools (ADT)… y esto no es ninguna novedad, que llevan años dándonos la paliza con ello…

Revisión de código para migrar a S/4HANA

ABAP Development Tools (ADT): ¿qué es esto?

Y si esto ya lo sabes, vete a ver las últimas novedades sobre todo esto de lo niveles, en estos 2 documentos:

En resumen, ABAP Cloud es el nuevo modelo de programación, que me asegura que voy a extender S/4HANA, manteniendo mi núcleo limpio (Clean Core), de cara a próximas actualizaciones, tanto en entornos cloud como on-premise.

¿Demasiado «duro» todo esto para un mes de agosto? Decídselo a «los alemanes»… 😉

PD.- Amenazo con lanzar una newsletter; si quieres apuntarte, aquí te dejo el enlace: No Lo Sabemos Todo.

PD.- Lo de antes, da igual, lo importante es que te apuntes a esto: Ayuda emergencia DANA 😢

Deja un comentario

Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.