On table level: Check the table ICFSERVLOC. All active services are marked with an “X” flag.
Checking SICF security settings
Don’t use the old program RSICFCHK (see OSS note 3300857 – Report RSICFCHK shows incomplete result). Use the new SECSTORE transaction. At the start of transaction SECSTORE choose in the check entries section “ICF Service”:
Now hit execute and check the results:
Mass processing
SICF mass processing is done via program RS_ICF_SERV_MASS_PROCESSING.
Logging of SICF changes
To enable logging of SICF changes: switch on table logging for table ICFSERVLOC.
In some cases you need to debug the session of another user. This can be needed for example when you need to solve an issue in ABAP for a FIORI app. The end user is doing his work until the break point is reached. Then you take over the session using the normal debugging tools. The basic principle is explained in OSS note 1919888 – Debugging the applications of another user, and in this SAP help file.
Follow the steps explained in this blog to set up a new custom check. We will use these steps to set up an extra SCI class to check if the AUTHORITY-CHECK statement is added in ABAP code or not.
New SCI check coding
Step 1: create the ZCL_CI_SCAN_AUTH class
In SE24 copy class CL_CI_TEST_FREE_SEARCH to ZCL_CI_SCAN_AUTH. In the attributes of the copied class set C_MY_NAME as variable to ‘ZCL_CI_SCAN_AUTH’. Also set the error code MCODE_0001 to ‘Z001’.
Step 2: redo the CONSTRUCTOR
Goto the constructor of the new class and overwrite the existing code with this code snippit:
The snoozing is a very useful function. For example, you detect a red alert on HANA revision, but it will take you a month to implement (due to regression testing, process, etc), you can now snooze the alert for the implementation period:
After the implementation is done, the alert should be gone. If the implementation is delayed, you will be reminded again.
SAP has a nice framework to handle interface errors: AIF (application integration framework).
The framework is quite old already but was not very popular. Not to the fact that it is not good (it is in fact quite good), but it is because it is a licensed product and too expensive for the value it brings.
The framework is now split into 2 parts:
Use in combination with standard SAP scenarios (in this case the use of AIF is free)
Use in combination with your own custom flows (in this case you need to pay for the AIF license)
Now start debugging like usual and go to the Script tab:
Then load the script RSTPDA_SCRIPT_MODIFICATION:
Then start the script and choose your break-point stop conditions:
Now you can check if there is any modification or custom coding interfering with standard SAP.
When no custom coding involved and issues is still persisting, you can debug, but will still be forced to file a case at me.sap.com for an SAP solution.