Priority and its corresponding Complexity are determined based on the specific activity type. This article describes, per activity type, the meaning of the different priority and complexity levels. Code Correction Priority is based on the likelihood of system failure.
Activity Type
Priority Level
Complexity Level
3rd Party Components
High
Complex
Function API
High
Simple
Cloned Programs
High
If the cloned program is not identical to the original program, and the original (SAP) program is about to change during the upgrade
If the cloned program is identical to the original program and the original (SAP) program is about to change during the upgrade
Low The original (SAP) program is not about to change during the upgrade
Complex If the cloned program is not identical to the original program and the original (SAP) program is about to change during the upgrade
Simple If the cloned program is identical to the original program and the original (SAP) program is about to change during the upgrade
Obsolete Functions
Medium
Complex If Panaya is not able to provide a suitable replacement.
Simple If a replacement suggestion is provided by Panaya
Batch Input
High If screens or fields that are in use by the batch input are removed in the upgrade process and/or when the batch input includes transactions that became obsolete in the upgrade
Low When the analysis determines the called transaction is impacted by delivered notes and/or a field name/type was changed in the batch input.
Complex A field or screen is deleted in ECC6, or if Panaya didn’t identify which of the screens are used in the Batch input