Hay una narrativa que circula con fuerza en los círculos de tecnología empresarial: que ABAP es un lenguaje del pasado, destinado a desaparecer frente al avance de la inteligencia artificial y las nuevas arquitecturas en la nube. En Ecuador, muchos gerentes de TI y CTOs reciben esa misma señal y comienzan a cuestionar si invertir en desarrollo ABAP moderno todavía tiene sentido. La respuesta, respaldada por la propia dirección técnica de SAP, es contundente: ABAP no solo sigue vivo, sino que es el cimiento invisible sobre el que opera la IA en SAP S/4HANA. Entender esto no es un detalle técnico menor; es una decisión estratégica para cualquier empresa que quiera aprovechar la automatización inteligente en su ERP.
La narrativa equivocada: 'la IA reemplaza a ABAP'
Cuando SAP presentó Joule —su copiloto de inteligencia artificial generativa integrado en el ecosistema SAP— muchos interpretaron la noticia como la llegada de una capa que haría irrelevante el código subyacente. La lógica parecía simple: si el usuario puede pedirle a un agente conversacional que cree una orden de compra o cierre un período contable con lenguaje natural, ¿para qué importa lo que ocurre debajo? Esa interpretación es técnicamente incorrecta. SAP Joule y los agentes de IA generativa gestionan la interfaz conversacional y la capa de orquestación: entienden la intención del usuario, descomponen la tarea y coordinan las acciones. Pero cuando llega el momento de ejecutar esa acción —crear el documento, validar el dato, lanzar el proceso— esa instrucción aterriza sobre objetos ABAP que viven en el núcleo de S/4HANA. La IA no reemplaza a ABAP; se apoya sobre él.
Cuando un agente de IA en SAP ejecuta una tarea real, esa acción termina corriendo sobre código ABAP en el core de S/4HANA. Sin ABAP correcto y bien mantenido, la IA no tiene sobre qué operar.
Los fundamentos técnicos de ABAP que la IA consume
Para entender por qué ABAP sigue siendo indispensable en la era de la inteligencia artificial en SAP, hay que mirar los tres pilares técnicos sobre los que descansa esta relación:
Componentes ABAP que la IA utiliza directamente
- RAP — RESTful ABAP Programming Model: Es el modelo moderno de desarrollo ABAP para construir servicios OData y aplicaciones Fiori sobre S/4HANA. Es la base sobre la que se exponen datos y lógica de negocio que los agentes de IA consumen. Sin RAP bien implementado, los agentes no tienen puntos de acceso estructurados y confiables.
- CDS Views — Core Data Services: Definen el modelo de datos semántico del sistema. Los agentes de IA y las herramientas analíticas leen datos a través de CDS Views, no directamente desde tablas de base de datos. Un CDS View mal diseñado entrega datos incorrectos a la IA, con consecuencias directas en la calidad de las decisiones automatizadas.
- Function Modules y clases ABAP: Siguen conteniendo la lógica de negocio real: cálculos financieros, validaciones de inventario, reglas de aprobación, procesos de cierre. Cualquier automatización inteligente que valga la pena termina invocando estos objetos. Son el músculo operativo del sistema.
- Servidores MCP para SAP: Los servidores Model Context Protocol exponen justamente estos objetos ABAP —CDS Views, endpoints RAP, RFCs— para que los modelos de IA los utilicen de forma anclada y verificada, reduciendo alucinaciones y garantizando que las acciones ejecutadas sean válidas dentro de la lógica del negocio.
ABAP Cloud: SAP sigue apostando por el lenguaje, no abandonándolo
Una señal clara de que SAP no tiene ninguna intención de retirar ABAP es la existencia y evolución de ABAP Cloud, el modelo de desarrollo recomendado para extensiones en S/4HANA Cloud bajo el enfoque de clean core. Lejos de ser una tecnología en retirada, ABAP tiene una hoja de ruta activa, con capacidades modernas, integración nativa con herramientas de desarrollo en la nube y soporte explícito para construir sobre él las extensiones que las empresas necesitan sin comprometer la actualización del núcleo del sistema. Incluso la propia inteligencia artificial generativa se usa para ayudar a escribir código ABAP con mayor velocidad y calidad, no para eliminarlo. Esto redefine el rol del desarrollador ABAP: pasa de ser un perfil asociado a sistemas antiguos a convertirse en el arquitecto de los procesos que la IA automatizará.
¿Qué significa esto para empresas en Ecuador?
Para una empresa ecuatoriana que opera sobre SAP —sea en manufactura, distribución, servicios o sector público— la implicación práctica es directa. Si el código ABAP de su sistema está mal estructurado, contiene lógica duplicada, carece de CDS Views bien definidos o no ha sido migrado hacia el modelo RAP, entonces cualquier iniciativa de automatización con IA que se intente implementar tendrá una base frágil. Los agentes de IA podrán orquestar conversaciones, pero no podrán ejecutar acciones confiables sobre un núcleo técnico descuidado. Empresas como Hivimar e IBC, que trabajan con sistemas integrados de alta exigencia operativa, entienden que la calidad del código base no es un lujo técnico: es la condición mínima para escalar con inteligencia.
El expertise ABAP: de perfil legacy a ventaja competitiva
Hay una ironía en el mercado actual: mientras algunos equipos de TI descartaban el conocimiento ABAP como 'legacy', las empresas más avanzadas en adopción de SAP con IA descubrieron que necesitaban —urgentemente— desarrolladores con dominio profundo del lenguaje para construir las capas sobre las que opera la automatización. El conocimiento de ABAP moderno, que incluye RAP, CDS Views, ABAP Cloud y la integración con herramientas de IA, es hoy uno de los perfiles más escasos y estratégicos en el ecosistema SAP. En Ecuador, esa escasez es aún más pronunciada. Encontrar un equipo que combine dominio técnico profundo de ABAP con capacidades reales de inteligencia artificial no es sencillo, y esa combinación es precisamente lo que determina si una implementación de IA sobre SAP funcionará o quedará como un proyecto piloto sin continuidad.
La IA generativa se usa incluso para ayudar a escribir ABAP, no para reemplazarlo. El desarrollador ABAP moderno es el arquitecto de los procesos que la IA automatizará.
Señales de alerta: ¿cuándo su código ABAP puede frenar la IA?
Existen situaciones concretas que indican que el estado del código ABAP puede convertirse en un cuello de botella para cualquier iniciativa de automatización inteligente. Si su sistema S/4HANA tiene extensiones construidas fuera del modelo clean core, si los servicios OData no están basados en RAP, si las CDS Views son inexistentes o están mal modeladas semánticamente, o si la lógica de negocio crítica vive en desarrollos Z difíciles de mantener, entonces la adopción de IA no resolverá esos problemas: los amplificará. Antes de invertir en capas de IA conversacional, vale la pena hacer un diagnóstico honesto del estado del núcleo ABAP sobre el que esa IA deberá operar.
Conclusión
La inteligencia artificial en SAP no llegó a sustituir a ABAP, llegó a montarse sobre él. Esa es la realidad técnica que define la estrategia correcta para cualquier empresa que quiera aprovechar SAP Joule, los agentes de IA y la automatización de procesos en S/4HANA: necesita, primero, un núcleo ABAP sólido, moderno y bien estructurado. En JECATECH Consulting llevamos más de 15 años construyendo y manteniendo ese núcleo para empresas ecuatorianas. Combinamos dominio profundo de ABAP moderno —RAP, CDS Views, ABAP Cloud— con capacidades de desarrollo de software a medida e integración con inteligencia artificial, algo que pocos equipos en Ecuador pueden ofrecer en un solo lugar. Si su empresa está evaluando cómo aprovechar la IA en SAP o quiere asegurarse de que su plataforma está lista para dar ese paso, conversemos. El punto de partida siempre es el mismo: un ABAP bien hecho.
¿Quieres implementar esto en tu empresa?
En JECATECH lo resolvemos con SAP ABAP y desarrollo propio — en un solo equipo ecuatoriano.