ABAP Development Tools para Visual Studio Code amplía el entorno oficial de desarrollo ABAP. No supone la salida de Eclipse: ambos IDEs coexisten y la elección depende de los tipos de objeto, el backend y las tareas que necesita el equipo. La mejora relevante es disponer de un flujo ABAP integrado en VS Code para los escenarios que la extensión ya cubre.
Contenido
Qué cubre ADT para VS Code
La documentación de SAP clasifica los objetos admitidos por categoría y release backend. Para código fuente incluye clases, grupos y módulos de función, includes, interfaces y programas; para Diccionario, por ejemplo, type groups, tablas, estructuras y objetos de bloqueo. También cubre objetos CDS, definiciones y extensiones de comportamiento RAP, service definitions y service bindings. El soporte no comienza en el mismo release para todos los tipos: algunas funciones están disponibles desde NetWeaver 7.3 EHP1 SP04, mientras que otras requieren releases S/4HANA más recientes.
La versión 1.1 añadió creación y gestión de programas e includes, type groups, buffers de entidades CDS, acceso a documentación desde VS Code y habilitación de bindings OData V2 y V4 en service bindings. Esta evolución hace que sea impreciso presentar el producto actual como una primera versión limitada a RAP o a una cifra fija de tipos de objeto.

Qué sigue fuera de alcance
Que un objeto pueda abrirse o editarse no implica que todos los flujos históricos de ADT estén disponibles. SAP mantiene un roadmap de funciones previstas para la versión 1.2, entre ellas gestión de paquetes, organizador de transportes, BAdIs y determinados objetos de Diccionario. Por tanto, los equipos con escenarios no cubiertos, incluido parte del mantenimiento clásico, deben conservar Eclipse mientras verifican el soporte de cada tarea.
ABAP Language Server y MCP
El ABAP Language Server proporciona servicios de lenguaje que sustentan navegación, validación y asistencia en el editor. El ABAP MCP Server permite conectar un cliente MCP compatible a herramientas ABAP cuando la versión, el backend y la configuración lo soportan. El protocolo no concede acceso por sí mismo: las herramientas expuestas, la identidad, los permisos y las operaciones de escritura deben diseñarse explícitamente.
Empieza con un objeto custom de desarrollo y una tarea reversible: explicar un objeto, localizar referencias o proponer una corrección. Revisa cualquier cambio con ATC, pruebas unitarias y revisión de código. La propuesta del asistente no sustituye la responsabilidad por el transporte.
Cómo adoptar VS Code con criterio
- Inventaría objetos, operaciones y releases backend que usa el equipo.
- Contrasta cada uno con la tabla de objetos admitidos y las notas de la versión instalada.
- Realiza un piloto con autenticación, calidad y flujo de transportes reales.
- Mantén Eclipse para tareas no cubiertas y revisa el roadmap sin tratarlo como compromiso de fecha.


