¿Cuándo usar ABAP RAP? Guía para decidir sin dogmas

Qué es RAP, cómo funciona y los cinco escenarios donde es la elección correcta.

Si desarrollas en ABAP, la pregunta ya no es "¿qué es RAP?". Es otra más incómoda: ¿tengo que usarlo para todo?

La respuesta corta: no. RAP es la elección correcta para un tipo de aplicación muy concreto. En esta primera parte vemos qué es y cuándo sí conviene. En la segunda, cuándo no —y qué usar en su lugar.

Lo esencial, en 3 puntos:

Qué es: RAP (ABAP RESTful Application Programming Model) es el modelo de programación de SAP para aplicaciones transaccionales sobre S/4HANA, S/4HANA Cloud y SAP BTP.

Cuándo sí: aplicaciones nuevas transaccionales, basadas en OData y SAP Fiori, alineadas con Clean Core.

La clave: RAP no sustituye al ABAP clásico; es otra herramienta dentro de la misma plataforma.

Qué es RAP, en corto

RAP cubre el ciclo completo de una aplicación empresarial: el modelo de datos (con CDS, Core Data Services), las operaciones CRUD, la lógica de negocio, el comportamiento transaccional (bloqueos, numeración) y la interfaz hacia fuera, típicamente OData.

RAP expone servicios para interacciones RESTful, pero conviene separar ese modelo de las decisiones de persistencia y transacción del objeto de negocio. Cuando se usa draft, RAP guarda el buffer transaccional en almacenamiento de borrador para continuar la transacción entre sesiones. Define el comportamiento y la concurrencia que exige el caso antes de exponer la aplicación.

Managed o unmanaged: quién hace el trabajo

Escenario

Quién implementa las operaciones estándar

Cuándo usarlo

Managed (gestionado)

El framework RAP. Tú solo añades validaciones, determinaciones y acciones

Aplicación nueva, modelo de datos nuevo (greenfield)

Unmanaged (no gestionado)

Tú, en el behavior pool

Encapsular lógica existente (brownfield) o requisitos que el estándar no cubre

En managed, el framework te quita de encima crear, modificar, borrar y listar. En unmanaged, tú tomas el control —hasta el extremo de implementar el objeto de negocio completo, ideal para envolver aplicaciones legacy sin reescribirlas.

Los 5 escenarios donde RAP es la elección correcta

1. Aplicaciones transaccionales nuevas en S/4HANA. Greenfield con modelo de datos nuevo → escenario managed. RAP genera los servicios OData que alimentan las apps SAP Fiori basadas en roles.

2. Desarrollo en SAP BTP ABAP Environment. El entorno ABAP de BTP (Steampunk) promueve RAP con una versión restringida del lenguaje: sin acceso a ficheros del servidor, sin Dynpros. Para comprobar si tu código on-premise está listo, usa las variantes ATC SAP_CP_READINESS o su sucesora actual, ABAP_CLOUD_READINESS.

3. APIs basadas en OData. Una service definition puede exponerse mediante bindings distintos. El binding Web API sirve para consumidores que no son UI, pero hay que crear, activar, publicar y proteger el binding correspondiente; las capacidades y el protocolo dependen del tipo y versión elegidos.

4. Aplicaciones con draft y consistencia transaccional. with draft inicia el diseño de draft, pero no completa por sí solo la aplicación: el BO necesita los requisitos de persistencia, comportamiento y acciones draft que correspondan. El modelo de bloqueo y ETag también se define explícitamente según el caso.

managed;
strict ( 2 );
with draft;
define behavior for /DMO/R_Travel_D alias Travel
...

Antes de añadir draft a un objeto existente, revisa los requisitos de definición, persistencia y comportamiento, y prueba la concurrencia. Las instancias draft se almacenan separadas de los datos activos, pero esa persistencia forma parte del diseño y no evita esos pasos.

5. Estrategia Clean Core. En S/4HANA Cloud Public Edition y BTP ABAP Environment los upgrades son automáticos, así que Clean Core es obligatorio —y ahí el desarrollo es Clean Core por definición, porque ABAP for Cloud Development no permite usar objetos no liberados (released). En on-premise y Private Cloud es opcional, pero la recomendación va en la misma dirección.

Conclusión de la Parte 1

Si tu aplicación necesita comportamiento de objeto de negocio, draft, exposición OData y alineación cloud a largo plazo, RAP es la elección natural.

¿Y cuándo no? Esa es la parte que menos se cuenta —y la que más decisiones erróneas evita. En la Parte 2: los cuatro escenarios donde RAP no aplica, la comparativa con ABAP clásico, dónde está disponible y qué necesitas aprender para empezar.

Fuentes oficiales (verificadas julio 2026)

SAP Help Portal — ABAP RESTful Application Programming Model: https://help.sap.com/docs/abap-cloud/abap-rap/abap-restful-application-programming-model

SAP Help Portal — Draft: https://help.sap.com/docs/abap-cloud/abap-rap/draft

SAP Help Portal — ABAP Keyword Documentation, RAP – with draft: https://help.sap.com/doc/abapdocu_latest_index_htm/latest/en-US/abenbdl_with_draft.htm

SAP Help Portal — Adding Draft Capabilities: https://help.sap.com/docs/abap-cloud/abap-rap/982a40c45eba4443b2b6a25f824023fa.html

SAP Help Portal — Service Binding: https://help.sap.com/docs/abap-cloud/abap-rap/service-binding

Artículo elaborado por el equipo de formación de Logali Group con base en documentación oficial SAP.