How to remediate: Obsolete ABAP statements
Use of obsolete ABAP syntax: MOVE, COMPUTE, WRITE TO, SORT BY ASCENDING/DESCENDING without field list.
Is this issue in your codebase?
A1 scans all 30 rules across your custom ABAP — results in minutes.
What changes in S/4HANA
Flagged by ATC S/4HANA readiness check. Not blocked but increases technical debt.
Before and after: ABAP code example
* ECC: obsolete ABAP statements
MOVE lv_source TO lv_target.
COMPUTE lv_result = lv_a + lv_b.
SORT lt_table ASCENDING BY field1. * S/4HANA: modern ABAP syntax
lv_target = lv_source.
lv_result = lv_a + lv_b.
SORT lt_table BY field1 ASCENDING. Effort estimate and common pitfalls
Effort estimate
Estimate is per affected object. Total effort scales with the number of occurrences in your codebase. Use the A1 scan to get an object-level count before estimating the full project.
Common pitfalls
- ! Forgetting to update all occurrences in the same program
- ! Not running ATC after the change to confirm the finding is resolved
Related rules to check
Unchecked SY-SUBRC
Database operations or function module calls without checking SY-SUBRC return code.
ABAP Cloud restricted object access
Access to SAP internal objects without C1 release status. These are blocked in ABAP Cloud.
Unassigned field symbol access
ASSIGN or FIELD-SYMBOL without checking IS ASSIGNED causes GETWA_NOT_ASSIGNED dumps.
Find every instance of this issue in your codebase
The A1 scanner checks all 30 compatibility rules — including Obsolete ABAP statements — across your custom ABAP objects and produces a prioritised remediation backlog.
Scan your codebase for this issue free →SAP, S/4HANA and ABAP are trademarks of SAP SE. s4ready.ai is an independent solution and is not affiliated with, endorsed by, or sponsored by SAP SE.