What BTP actually is
BTP is not a single product but an umbrella of services running on Cloud Foundry or Kubernetes: databases (HANA Cloud), application runtimes, integration tools, low-code tools and AI services. For an ABAP/Fiori developer, the two services used daily are the ABAP Environment (Steampunk) and Cloud Application Programming Model (CAP).
ABAP Environment (Steampunk)
A cloud-hosted, restricted version of ABAP where only released, Clean-Core-compliant APIs are allowed. RAP, CDS and Fiori Elements work exactly as on-premise, but direct table access or unreleased function modules are blocked by design — forcing extensions that survive an S/4HANA upgrade.
// A BTP ABAP Environment extension reads S/4HANA data // only through a released remote API — never a direct table join @AbapCatalog.sqlViewName: 'ZIEXTCONTRACT' define view entity ZI_EXT_CONTRACT as select from API_CONTRACT_MANAGER // released remote API { key ContractId, ContractManager1 }
Cloud Application Programming Model (CAP)
CAP is BTP's alternative stack for building services in Node.js or Java, using the same CDS language for data modelling that RAP uses on the ABAP side — the same mental model, a different runtime. It's common in greenfield BTP projects that don't need ABAP at all.
entity Contracts { key ID : String; manager : String; amount : Decimal(15,2); status : String enum { active = 'A'; pending = 'P'; }; }
Integration and extensibility services
- SAP Integration Suite — connects S/4HANA with third-party systems (iFlows, APIs, EDI) without custom ABAP interfaces.
- SAP Build (formerly Business Application Studio) — the browser-based IDE used to develop RAP, CAP and Fiori extensions in the cloud.
- SAP Build Work Zone — the modern launchpad that aggregates Fiori apps, BTP apps and external content in a single entry point.