Recall that closer second look I brought up earlier? This is the part that decides everything, the
final gate that stands ahead of an interview. The recruiter goes deeper into it here, and yet even so
95% of the screen still hangs on your most recent role.
That makes sense: your most recent job is the clearest signal of where your seniority sits, what
you can do, and what falls under you. To win the "yes", that job has to span the
entire role profile for a SAP Developer, with one dedicated bullet for each area
you already listed in the Profile Summary's Domain Expertise line.
1
API Design & Development
Most SAP resumes stop at "built REST APIs" right here. Hiring managers want
design judgment: clear contracts, versioning that didn't break clients, and auth handled
properly. Name the API style you shipped and how you kept it stable.
Techniques
Contract-first design
Versioning & pagination
Auth & rate limiting
Idempotency keys
Tools
OData V2/V4, RAP
SAP Gateway, SEGW
OData, RAP, SAP Gateway
Metrics
Service response time
Integration success rate
Error rate
2
Business Logic & Domain Modeling
This is where mid-level candidates stay vague. Show that you model the domain, not just CRUD
tables: clear boundaries, invariants enforced in code, and state transitions that survive
edge cases. Name the patterns you used and the messy business rule you tamed.
Techniques
Domain-driven design
Bounded contexts
State machines
Validation & invariants
Tools
ABAP, ABAP OO, SQLScript
Pydantic, Zod, dataclasses
Hexagonal architecture, CQRS
Metrics
Defect escape rate
Edge-case bug count
Rework rate
3
Data Modeling & CDS
Hiring managers want real numbers, not hand-waving. Name the code pushdown you did and the result it drove
(report 42 min to 90 sec, not "optimized the program"). A number like that lands because
the reader can check it.
Techniques
CDS view modeling
Code pushdown to HANA
AMDP & SQLScript
Annotations & associations
Tools
SAP HANA, S/4HANA
CDS, AMDP, Open SQL
SAT, SQL trace (ST05)
Metrics
Program runtime
DB time, records read
4
System Architecture & Service Design
Two stakes here: clean core and upgrade-safety. Show how you kept custom code out of the standard
objects, the extensibility approach you chose, and a real trade-off you made (in-app vs
side-by-side on BTP). Not "familiar with best practices" sitting in a skills list.
Techniques
Clean core principles
In-app extensibility
Side-by-side on BTP
Release-safe enhancements
Tools
BAdI, enhancement spots
SAP BTP, Steampunk
RAP business objects
Metrics
Modification-free %
Upgrade effort saved
Custom-code footprint
5
Asynchronous Processing & Messaging
Prove you keep the system correct when work happens out of band. Event-driven flows, idempotent
consumers, retries with backoff, and owning a genuine async workflow from end to end (postings,
notifications, data sync).
Techniques
Event-driven design
Idempotent consumers
Dead-letter queues
Exactly-once handling
Tools
IDoc / ALE
bgRFC / qRFC
Background jobs, events, BO events
Metrics
Documents processed/run
Failed-IDoc rate
Reprocessing rate
6
Performance & HANA Optimization
This is one of the clearest mid-versus-senior tells. Show the bottleneck you found, the code
pushdown or parallelization you did, and the data volume it survived. A runtime number with a
before/after beats "made it faster" every time.
Techniques
Code pushdown
Parallel processing
Buffering & SELECT tuning
Runtime & SQL analysis
Tools
SAT, ST05, ST12
HANA PlanViz
Table buffering, secondary indexes
Metrics
Program runtime
DB time reduction
Custom-code footprint
7
Testing, Reliability & Observability
Few things separate mid from senior as sharply as this. Layered tests plus metrics, logs, and
traces that pull MTTR down on the incidents that actually page you. A coverage percentage on its
own proves nothing.
Techniques
Unit & integration tests
Contract tests
Structured logging
Distributed tracing
Tools
ABAP Unit, test doubles, ATC
Postman, Pact
Datadog, Prometheus, OpenTelemetry
Metrics
Coverage %
MTTR
Error budget burn
Incident count
8
Deployment, CI/CD & Operational Ownership
Companies promote engineers who own their services in production. Automated pipelines, safe
rollouts behind flags, infrastructure as code, and a real on-call story where you cut the toil
or the page volume.
Techniques
CI/CD pipelines
Blue-green & canary deploys
Infrastructure as code
On-call & runbooks
Tools
GitHub Actions, GitLab CI
Docker, Kubernetes
Terraform, LaunchDarkly
Metrics
Deploy frequency
Change failure rate
MTTR, page volume