SAP

Clean-core SAP development for finance and core processes.

Led by a senior SAP technical consultant with 8 years across Big 4 and enterprise SAP teams. For companies on S/4HANA or ECC, and for SAP partners in Singapore and Australia.

LanguageModern ABAPObject-oriented, unit-tested
FrameworkRAPTransactional apps and extensions
DataCDS viewsReporting and data models
ServicesODataAPIs for Fiori and other systems
PlatformSAP BTPSide-by-side extensions

FocusFinance and core enterprise processes · S/4HANA and ECC

Where is your SAP development stuck?

Find your situation. Each one maps to a defined piece of work and a way to start.

Your situationWhat we doHow to start
Moving to S/4HANA and custom code needs adaptingCode-check (ATC) analysis, simplification items, remediation of affected objectsCode audit, then scoped fix
Too much Z-code and every upgrade hurtsRetire unused code, rebuild extensions on RAP and released APIsCode audit, then scoped fix
Old user exits and modifications keep breakingRefactor to BAdIs and released extension points, with unit testsScoped project
Finance needs reports or apps standard SAP does not giveCDS-based reports and OData services for Fiori or web appsScoped project
Other systems need SAP dataSecure OData and REST APIs, built with our custom app team where neededScoped project
A backlog of small ABAP changes and fixesA named developer working your backlog, in your stand-upsMonth-to-month developer
You are a partner short of ABAP or RAP developersDevelopers working under your technical lead and transport processPartner capacity

How we build on SAP

Six rules our SAP lead holds every build to.

Clean core

Nothing modified in the core

Released APIs and extension points only, so upgrades stay simple.

New code

ABAP Cloud and RAP

New development follows the ABAP Cloud model wherever the release allows it.

Quality gates

Code checks before every transport

ATC runs clean, including S/4HANA readiness checks, before anything moves.

Performance

Logic pushed to the database

CDS views and AMDP instead of large loops over finance tables.

Testing

ABAP Unit on business logic

Tests written with the code and re-run when it changes.

Documentation

Technical specs kept current

Every object documented, so the next developer can pick it up.

How the work runs, step by step

What the business sees on the left. What we build on the right.

New invoice check, upgrade-safeIllustrative design
Step 1

The request

Finance wants an extra check before a supplier invoice posts.

Under the hood

Requirement agreed with the process owner; standard behaviour reviewed first.

Step 2

The right route

Simple rules stay with key-user tools. Logic goes into SAP. Separate apps go to BTP.

Under the hood

Clean-core extension options compared: key-user extensibility, on-stack ABAP Cloud, or side-by-side on SAP BTP.

Step 3

The build

The check is added at a supported extension point, with tests.

Under the hood

Released BAdI implemented in ABAP Cloud; ABAP Unit tests cover the rule and its exceptions.

Step 4

The release

Moved to production through your transport process. Upgrades leave it untouched.

Under the hood

ATC clean, transported through CTS or ChaRM, technical spec updated.

Open items by profit centreIllustrative design
Step 1

The question

Finance needs open items by profit centre, with drill-down to documents.

Under the hood

Fields mapped to standard finance data; existing released CDS views checked before building anything new.

Step 2

The data model

A layered model over standard SAP data. Nothing copied out.

Under the hood

CDS view stack (basic, composite, consumption) with annotations and access controls.

Step 3

The service

The data is made available to an app or analytics tool.

Under the hood

OData V4 service through a RAP service definition and binding; authorisations enforced in the view.

Step 4

The result

Users get a Fiori app or analytics view that stays current with SAP data.

Under the hood

Fiori elements list report or analytical consumption; code checks clean, transported.

What a custom code audit looks like

Core modifications, unused code, S/4HANA readiness, code quality and performance, scored, with a 30/60/90-day fix plan. Scope and timing agreed on a call.

Sample, fictional company on ECC moving to S/4HANA
Clean-core score61out of 100
Core modifications48weight 30%
Code in use55weight 25%
S/4HANA readiness58weight 20%
Code quality66weight 15%
Performance74weight 10%
Top risks Example group, finance and supply chain
High19 standard SAP objects modified directly, blocking a clean upgrade.
High27 custom objects hit by S/4HANA simplification items.
Medium312 custom programs with no recorded use in 14 months.
How it is scored

ATC with S/4HANA readiness checks, usage data (SCMON/SUSG), SQL traces on key reports, and SAP clean-core extensibility guidelines.

IDAreaFindingSeverityEffortFix by
SAP-01Clean core19 core modifications replaceable with released BAdIsHighL90 days
SAP-02S/4HANA readiness27 objects reading tables changed in S/4HANAHighM60 days
SAP-03PerformanceUnindexed loops over BSEG in 8 month-end reportsHighM30 days
SAP-04Code in use312 unused Z programs and forms to retireMediumS60 days
SAP-05Code quality140 priority-1 ATC findings in finance enhancementsMediumM60 days
SAP-06Transports43 open development transports older than 180 daysLowS30 days
First 30 daysFix month-end performance, clear stale transports
Days 31–60Remediate S/4HANA findings, retire unused code
Days 61–90Replace core modifications with released extension points
Ask about a code audit

Typical SAP work

The kind of work our SAP lead has delivered across finance and core processes. Detailed examples on a call.

S/4HANA move

Custom code remediation for S/4HANA

Adapting custom code to the S/4HANA data model: simplification items, changed tables and code-check findings.

ATCSimplification itemsS/4HANA
AimCustom code that runs cleanly after conversion.
Clean core

RAP applications and extensions

Transactional apps and extensions on the RESTful ABAP Programming model, using behaviour definitions and released APIs.

RAPABAP CloudReleased APIs
AimUpgrade-safe extensions in place of modifications.
Finance data

CDS views and OData services

Reporting views and services over finance and core data, for Fiori apps, analytics and other systems.

CDSOData V4Fiori elements
AimReports and APIs without copying SAP data out.
Enhancements

Enhancements in modern ABAP

BAdIs, enhancements, interfaces and forms written in object-oriented ABAP, with unit tests.

OO ABAPBAdIsABAP Unit
AimCode the next developer can read and change.

Who works on your system

A senior technical lead, with developers added as the scope grows.

Lead

SAP technical lead

Design, build and code review, with 8 years across Big 4 and enterprise SAP teams.

Developers

ABAP and BTP developers

Vetted by the lead and added for the scope, working to the same standards.

Your side

Your functional team or SI

Owns process design and configuration. We build alongside them.

SAP FAQ

Do you work on ECC as well as S/4HANA?

Yes. Enhancements and fixes on ECC, and preparing custom code for a move to S/4HANA.

Do you provide functional consultants?

No. We focus on technical work: ABAP, RAP, CDS, OData and BTP. We work alongside your functional team or SAP partner.

Can you work with our SI or SAP partner?

Yes. Our developer works under their technical lead, standards and transport process.

Are you an SAP partner?

No. We are an independent team of SAP developers.

What does a code audit need from us?

Read access to a development or quality system, and usage data (SCMON or SUSG) where available. Scope, timing and any fee are agreed on a short call.

Talk to our SAP lead

A code audit, a scoped build, or a named developer.

Book a 30-minute call ← Back to home page