Migrate to S/4HANA on AWS, with the infrastructure done right.
As an AWS reseller for SAP, we design the landing zone, size HANA-certified compute, run the migration onto it and operate it after go-live. Greenfield, brownfield or selective follows from your Readiness Check, not a free choice, and we give a straight read on whether RISE belongs.
Three ways onto S/4HANA
The path is a consequence of the source system, not a preference. The Readiness Check and ATC decide it rather than us, and we give a straight read rather than a default.
New S/4HANA implementation
A clean-core S/4HANA build on a fresh landing zone. The path a daunting Readiness Check argues for, where the old system is not worth carrying forward and there is appetite to redesign the core processes.
System conversion
An in-place ECC-to-S/4HANA conversion: a single SUM/DMO run doing the upgrade, HANA migration and code conversion together, with SPDD/SPAU adjustment. We size the HANA target and plan the cutover.
Selective data transition or RISE-adjacent
A selective data transition: a new S/4HANA system carrying only the config and data you choose, on an EC2/HANA landing zone that can sit alongside RISE. We say honestly when RISE is the right call.
What we own in a migration
Landing-zone design
Multi-account structure, VPC topology, security baselines and IAM, which is the foundation S/4HANA lands on. Stood up once, before any SAP workload moves.
HANA-certified sizing
EC2 family chosen against the current SAP-certified list, storage laid out for HANA data and log volumes, Multi-AZ HA and cross-region DR.
Migration execution
Wave planning, a rehearsed cutover window and a tested rollback, run through AWS Migration Hub and Application Migration Service.
FinOps from day one
Savings Plans and Reserved Instances, right-sizing, non-production shutdown schedules, and a monthly cost-drift report so the bill holds no surprises.
Operate after go-live
The FCC Platform runs alongside: live SM50/SM37 and HANA telemetry, alerting and an audit trail, giving one pane over the new estate.
Audit and residency
Customer-managed keys, data residency by design (eu-central-1 by default for EU), and an audit archive built in from the start, not retrofitted.
The functional and ABAP conversion, meaning the SUM/DMO run and code remediation, stays with your partner; we hold the AWS-side foundation underneath, alongside them. More on our AWS reseller offering →
How an engagement looks
Scope & sizing
The Readiness Check and ATC findings on the source settle the path; then we size the S/4HANA target on AWS against the certified instance list.
Landing zone
Account vending, the network skeleton, SSO, baseline IAM and the security accounts, all stood up before any SAP workload moves.
Build & migrate
HANA-certified compute, storage layout and HA cluster, a rehearsed dry-run cutover, then the real window with a rollback plan in hand.
Operate together
You own the platform; we hold the AWS-side on-call, the FinOps reviews and an architecture review each quarter.
Go deeper
Common questions
Do you do the functional S/4HANA conversion?
Greenfield, brownfield or selective: which is right?
What about RISE with SAP?
Where will the data live?
How do you price the migration?
Planning an S/4HANA move?
Send us an inventory of what you run today, covering SIDs, peak users, current hosting and costs, and we come back with a sized S/4HANA landing zone and a transparent monthly forecast.