SAP Developer: Hard Skills
8 categories to include in your resume's Technical Skills section
Stars flag the must-haves. The closing line on each card drops straight into the matching row of your
Skills section, no reshaping needed.
The language spine of every SAP development file. Modern ABAP 7.5+ syntax on
S/4HANA, ABAP Objects with proper class design, the RAP RESTful Application Programming model on
greenfield work, CDS views modeled at the right VDM layer, AMDP procedures pushing logic into HANA
where Open SQL stops being enough, and a feel for when classic ABAP reports still belong in the file
versus when they get retired. The line between a Mid file and a Senior one is whether clean-core
thinking reads as habit or as remediation after the next conversion.
Modern ABAP 7.5+
ABAP Objects
ABAP for S/4HANA
RAP (managed / unmanaged)
CDS Views
AMDP
Open SQL
BAdIs / Enhancements
Function Modules
ABAP, ABAP Objects, modern ABAP 7.5+, ABAP for S/4HANA, RAP, CDS, AMDP, Open
SQL, BAdIs, function modules
The platform and UI lane. S/4HANA on-prem and Cloud (public and private edition),
Fiori Elements for list-report and object-page apps where the CDS model carries the work, SAPUI5 for
freestyle screens, the OData annotation layer that drives the Elements behavior, the Fiori Launchpad
with proper catalogs and groups, draft handling for two-step business flows, and Side-by-Side
extensions on BTP for the heavier non-core work. Freestyle UI5 on a 2026 file should be the freestyle
exception, not the default.
S/4HANA on-prem + Cloud
Fiori Elements
SAPUI5
OData V2 / V4
Draft Handling
Side-by-Side Extensions
Launchpad Catalogs
Annotations
Smart Controls
S/4HANA on-prem + Cloud, Fiori Elements, SAPUI5, OData V2/V4, draft handling,
side-by-side, Launchpad
The cloud lane. BTP Cloud Foundry and Kyma runtimes, CAP (Cloud Application
Programming) on Node.js or Java for side-by-side services, SAP Workflow for the long-running approval
paths, SAP Build Apps for low-code surfaces, AI Core for the model-serving side that started showing
up on JDs this year, and a working command of the BTP cockpit (subaccounts, entitlements, destinations,
roles). Senior files name the BTP slice they actually owned, not the full service catalog.
BTP CAP
Cloud Foundry
Kyma
Node.js on BTP
Java on BTP
SAP Workflow
SAP Build Apps
AI Core
BTP Cockpit
BTP, Cloud Foundry + Kyma, CAP, Node.js + Java on BTP, Workflow, Build Apps,
AI Core
How SAP talks to the rest of the estate. SAP Integration Suite as the modern
spine, Cloud Integration (the artist formerly known as CPI) for the request-response and event flows,
API Management for the public surface, Event Mesh on the asynchronous push path, IDocs and BAPIs for
the classic ECC interfaces still alive on every customer, RFC and qRFC where the latency budget is
tight, and SLT for replication off the database when CDC is the wrong tool. PI/PO stays in the file
only where the customer has not migrated yet.
SAP Integration Suite
Cloud Integration (CPI)
API Management
Event Mesh
IDocs
BAPIs
RFC / qRFC
SLT
PI / PO (legacy)
Integration Suite, Cloud Integration (CPI), API Management, Event Mesh, IDocs,
BAPIs, RFC, SLT
Where the numbers actually live. HANA as the platform, SQLScript on the
performance-critical procedures, CDS analytical models layered for VDM consumption, Datasphere on the
modern data warehouse path, embedded analytics inside S/4HANA where the report belongs next to the
transaction, SAC (SAP Analytics Cloud) on the dashboard surface, and a working awareness of BW/4HANA
for the customer that has not retired it yet. Knowing when to push logic into AMDP and when to keep
it in ABAP is what separates a Mid from a Senior.
HANA
SQLScript
CDS Analytical Models
Datasphere
Embedded Analytics
SAC
BW/4HANA
AMDP Push-Down
Calculation Views
HANA, SQLScript, CDS analytical models, Datasphere, embedded analytics, SAC,
BW/4HANA awareness
Where the business actually runs. At least one deep module specialism (FI/CO, MM,
SD, PP, HCM), cross-functional process literacy to read what the partner module sends across, and
localization awareness for the country versions you actually shipped on. SAP hiring closes on
developers who can name tables, transactions, and the customizing path of the module they own without
looking. Listing five modules at the same depth reads as filler; pick the one and prove it.
FI / CO
MM
SD
PP
HCM
Cross-Module Process
Localization
Customizing Touchpoints
FI/CO, MM, SD, PP, HCM (one deep), cross-module process literacy, localization
How the work actually ships across SAP landscapes. gCTS as the source-tracked
transport layer, abapGit for the ABAP shop that lives on Git, ChaRM and Solution Manager for the
heavier governance estate, Focused Build where the customer paid for the framework, transport
management across Dev to QA to Prod with the cadence the business will accept, and BTP deployment
pipelines on the cloud side (often piper or a vanilla Azure DevOps run). A SAP file with no transport
story reads as a sandbox CV.
gCTS
abapGit
ABAP Git
ChaRM
Solution Manager
Focused Build
Transport Management
BTP Pipelines
piper / Jenkins
gCTS, ABAP Git, abapGit, ChaRM, Solution Manager, Focused Build, transports,
BTP pipelines
The piece every SAP review weighs heavily. Authorization objects and roles
designed instead of copied, segregation of duties enforced on every critical path, GDPR and SOX
obligations handled inside the application layer, secure ABAP coding (no string-built SQL, no
ABAP-injection-friendly dynamic table names, proper authority-check calls), system audit logs wired to
the customer SIEM, and the Code Inspector plus ATC kept clean as a release gate rather than a
once-a-year cleanup. Audit findings count.
Authorization Objects + Roles
Segregation of Duties
GDPR
SOX
Secure ABAP Coding
Audit Logs
Code Inspector
ATC
authority-check
Authorization objects + roles, SoD, GDPR, SOX, secure ABAP, audit logs, Code
Inspector, ATC