agentleFS
williamcorrea23williamcorrea23/sap-router-skill/.agents/skills/abap-cloud/SKILL.md

abap-cloud

Skill1 starsChanged 4 months agoMITView on GitHub

Help with ABAP Cloud development including the 3-tier extensibility model, ABAP Cloud language version restrictions, wrapper patterns for unreleased APIs, clean core principles, and key user vs developer extensibility. Use when users ask about ABAP Cloud, ABAP for Cloud Development, clean core, 3-tier model, tier 1 tier 2 tier 3, wrapper pattern, released APIs, language version, restricted ABAP, embedded Steampunk, developer extensibility, key user extensibility, or ABAP Cloud readiness. Triggers include "ABAP Cloud restrictions", "clean core", "wrapper class", "tier model", "released API alternative", "ABAP language version", "Steampunk", or "extensibility model".

2 other projects use a version of this, 2 of them edited.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

12 rules. About 0 are common, 11 are distinctive, and 1 is very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈11

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 1

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Only released SAP APIs (C1 contract) can be used

    line 35
  2. Distinctive:

    No direct database table access for SAP tables (use released CDS views instead)

    line 36
  3. Distinctive:

    No classic dynpro, selection screens, or SAP GUI-dependent statements

    line 37
  4. Distinctive:

    No classic BAdIs or user exits

    line 39
  5. Distinctive:

    No function modules (except released RFC-enabled ones)

    line 41
  6. Very specific:

    Must use if_oo_adt_classrun for console output

    line 44
  7. Distinctive:

    No ABAP development required

    line 54
  8. Distinctive:

    Only released APIs with stability contracts

    line 59
  9. Distinctive:

    Only available on-premise or private cloud

    line 89
  10. Distinctive:

    Not recommended for new cloud-ready development

    line 90
  11. Distinctive:

    When a needed API is not released (Level B/C), create a wrapper in Tier 3 that exposes the functionality via a released interface …

    line 94
  12. Distinctive:

    When helping with ABAP Cloud / clean core topics, structure responses as:

    line 164

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

ABAP Cloud / Clean Core

Guide for developing with the ABAP Cloud programming model, understanding the 3-tier extensibility model, and applying clean core principles.

Workflow

  1. Determine the user's context:
    • Understanding ABAP Cloud concepts and restrictions
    • Choosing the right extensibility tier
    • Wrapping unreleased APIs for use in ABAP Cloud
    • Identifying released API alternatives
    • Setting up clean core-compliant development
  2. Identify the extensibility tier:
    • Tier 1: Key user extensibility (no code)
    • Tier 2: Developer extensibility (ABAP Cloud / ABAP for Cloud Development)
    • Tier 3: Classic extensibility (standard ABAP, only on-premise/private cloud)
  3. Guide implementation using clean core principles

ABAP Language Versions

Language VersionScopeAvailable In
ABAP for Cloud DevelopmentOnly released APIs and objects; restricted syntax; no SAP GUIBTP ABAP Environment, S/4HANA (embedded Steampunk)
Standard ABAPFull ABAP syntax; all repository objects accessibleOn-premise, private cloud

Key Restrictions in ABAP for Cloud Development

  • Only released SAP APIs (C1 contract) can be used
  • No direct database table access for SAP tables (use released CDS views instead)
  • No classic dynpro, selection screens, or SAP GUI-dependent statements
  • No CALL TRANSACTION, SUBMIT, AUTHORITY-CHECK (use CL_ABAP_AUTHORIZATION instead)
  • No classic BAdIs or user exits
  • No EXEC SQL or native SQL (use ABAP SQL or AMDP)
  • No function modules (except released RFC-enabled ones)
  • No INCLUDE programs
  • No WRITE or classic list output
  • Must use if_oo_adt_classrun for console output

3-Tier Extensibility Model

Tier 1 — Key User Extensibility (No Code)

  • Custom fields and logic via SAP Fiori UIs
  • Custom CDS views (basic)
  • Custom business objects (simple)
  • Custom analytical queries
  • No ABAP development required

Tier 2 — Developer Extensibility (ABAP Cloud)

  • ABAP for Cloud Development language version
  • Only released APIs with stability contracts
  • RAP-based business objects
  • Side-by-side or embedded development
  • Full lifecycle management via ADT
"Example: Tier 2 class using only released APIs
CLASS zcl_my_extension DEFINITION
  PUBLIC FINAL CREATE PUBLIC.
  PUBLIC SECTION.
    INTERFACES if_oo_adt_classrun.
ENDCLASS.

CLASS zcl_my_extension IMPLEMENTATION.
  METHOD if_oo_adt_classrun~main.
    "Only released CDS views — no direct table access
    SELECT FROM I_BusinessPartner
      FIELDS BusinessPartner, BusinessPartnerName
      INTO TABLE @DATA(partners)
      UP TO 10 ROWS.
    out->write( partners ).
  ENDMETHOD.
ENDCLASS.

Tier 3 — Classic Extensibility (Standard ABAP)

  • Full ABAP language scope
  • Access to all repository objects
  • Classic enhancement points, BAdIs, user exits
  • Only available on-premise or private cloud
  • Not recommended for new cloud-ready development

Wrapper Pattern

When a needed API is not released (Level B/C), create a wrapper in Tier 3 that exposes the functionality via a released interface consumable from Tier 2.

Wrapper Class Pattern

"Tier 3: Wrapper class (Standard ABAP language version)
"Released with C1 contract for use from Tier 2
CLASS zcl_wrapper_material DEFINITION
  PUBLIC FINAL CREATE PUBLIC.
  PUBLIC SECTION.
    INTERFACES zif_material_reader.
    "Set as released API with C1 contract in ADT
ENDCLASS.

CLASS zcl_wrapper_material IMPLEMENTATION.
  METHOD zif_material_reader~get_material.
    "Access unreleased API internally
    SELECT SINGLE * FROM mara
      WHERE matnr = @iv_matnr
      INTO @DATA(ls_mara).
    "Map to released structure
    rs_material = VALUE #(
      matnr = ls_mara-matnr
      mtart = ls_mara-mtart
      matkl = ls_mara-matkl ).
  ENDMETHOD.
ENDCLASS.

Wrapper via RFC Proxy (Remote Tier 2 to Tier 3)

"Tier 2 consumer calls released RFC wrapper
DATA(lo_dest) = cl_rfc_destination_provider=>create_by_comm_arrangement(
  comm_scenario  = 'Z_MY_COMM_SCENARIO'
  service_id     = 'Z_MY_OUTBOUND_SRV' ).

CALL FUNCTION 'Z_WRAPPER_FM'
  DESTINATION lo_dest->get_destination_name( )
  EXPORTING iv_param = lv_value
  IMPORTING ev_result = lv_result.

Released API Discovery

MethodDescription
ADT: Released Object SearchIn ADT, search with api: prefix (e.g., api:cl_*)
Cloudification API ViewerBrowse at https://sap.github.io/abap-atc-cr-cv-s4hc/
ATC Cloud Readiness CheckRun ATC checks to identify unreleased API usage
Released ABAP Classes skillUse released-abap-classes skill for common released classes
XCO LibraryXCO_CP_* classes provide cloud-ready alternatives

Common Unreleased → Released Replacements

Unreleased (Classic)Released Alternative (ABAP Cloud)
AUTHORITY-CHECKCL_ABAP_AUTHORIZATION=>check_authorization()
sy-unamecl_abap_context_info=>get_user_technical_name()
sy-datum / sy-uzeitcl_abap_context_info=>get_system_date/time()
cl_gui_frontend_servicesNot available — use Fiori UI instead
CALL TRANSACTIONRAP action or Fiori navigation
SUBMIT ... AND RETURNBackground job via CL_APJ_RT_API
Direct SAP table SELECTUse released CDS view (I_* views)
CONVERSION_EXIT_*CL_ABAP_CONV_CODEPAGE, domain fixed values
BAPI_* function modulesReleased APIs or RAP BO consumption
Classic MESSAGE statementRAP messages via REPORTED

Output Format

When helping with ABAP Cloud / clean core topics, structure responses as:

## ABAP Cloud Guidance

### Context

- Extensibility tier: [Tier 1/2/3]
- Language version: [ABAP for Cloud Development / Standard ABAP]
- Target platform: [BTP / S/4HANA embedded / on-premise]

### Recommendation

[Guidance on the approach]

### Code Example

[ABAP code following clean core principles]

### Released API References

- [List of relevant released APIs used]

References

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.