Cuando implanto SAP en una empresa, tarde o temprano me hacen la misma pregunta: ¿es SAP lo bastante flexible como para adaptarse a lo que necesito? La respuesta honesta es sí y no. SAP cubre a golpe de clic una parte enorme de los procesos estándar. La parte que no cubre —la que hace que tu empresa no sea un calco de la de al lado— se resuelve con ABAP.
ABAP: la programación en SAP
ABAP (Advanced Business Application Programming) es el lenguaje que SAP creó para personalizar su propio sistema. Con él, un desarrollador —un abapper— crea funcionalidades que no vienen de fábrica, automatiza tareas repetitivas y conecta SAP con otros sistemas. No es un lenguaje «para arreglar lo que SAP no hace bien». Es el lenguaje que convierte un ERP genérico en el sistema de tu empresa.
Eso tiene una cara buena y una cara que casi nadie cuenta.
La cara buena: estructura lo que SAP no puede prever
SAP no puede anticipar cada dato que tu negocio necesita. Una empresa de logística puede necesitar gestionar dimensiones volumétricas de carga que ningún módulo estándar contempla. Con ABAP, defines tipos de datos propios y los integras en tus procesos sin romper nada.
Lo mismo pasa con la integración. Si tu CRM, tu plataforma de ecommerce o tu sistema de planificación necesitan hablar con SAP en tiempo real, ABAP te da RFC y servicios web para montar ese puente. Un minorista que quiera sincronizar inventario entre SAP y su tienda online lo hace así, no con magia.
Mitos para desmontar
Que ABAP es un lenguaje obsoleto es falso. Con SAP HANA y Fiori, ABAP se ha optimizado para trabajar en memoria y para interfaces modernas. Sigue vivo porque SAP lo mantiene vivo.
Que ABAP solo sirve para «tocar» SAP también es falso. Con CDS Views puedes gestionar volúmenes de datos grandes con eficiencia real, algo que en banca o ecommerce, donde una decisión se toma en milisegundos, no es un lujo.
El mito que no pienso desmontarte, porque no es mito, es que cada línea de ABAP que escribes hoy es deuda técnica mañana. Eso no te lo cuenta nadie que te quiera vender personalización. Te lo digo yo, que llevo 25 años viendo el resultado.
Si eres consultor SAP, entender ABAP no es opcional: es lo que te permite distinguir una personalización necesaria de un capricho que vas a pagar en la próxima actualización. Y si eres tú quien está implantando SAP en tu empresa, la pregunta que debes hacerte no es si ABAP puede hacer lo que pides. Puede. La pregunta es quién va a mantener eso dentro de tres años, cuando la persona que lo programó ya no esté.
Eso no te lo resuelve un debugger ni una transacción SE80. Te lo resuelve gobernar la personalización antes de escribirla, no después.
P.S: Si quieres aprender ABAP sobre R/3, tienes el libro que escribí hace años y te puede venir bien para entender algunos conceptos.