2023 Jul 14 1:20 PM
Hello Experts,
Instead of maintaining a GLOBAL check variant which is applicable GLOBALLY, the requirement is to have Namespace specific check variants. The reason is that along with our custom code, we also want to check third party add-ons. But as the 3rd party add-ons are meant for multiple customers, these checks will not be as extensive as those for our custom code and will mainly be Security checks.
Can this be achieved via a configuration or enhancement?
Thanks and regards,
Sarthak Gupta
thomasfiedler , axel.jebens
2023 Jul 17 12:31 PM
Hi Sarthak,
I do not see an option to achieve this via ATC. The connection between the objects to be checked and the check variant is done via the run series. Here you can specify that objects from a specific namespace are checked with a specific variant.
Regards,
Thomas,
2023 Jul 17 12:31 PM
Hi Sarthak,
I do not see an option to achieve this via ATC. The connection between the objects to be checked and the check variant is done via the run series. Here you can specify that objects from a specific namespace are checked with a specific variant.
Regards,
Thomas,
2023 Jul 21 11:01 AM
Hello Thomas,
May be I didn't clarify earlier, but the requirement is to particularly have namespace dependent check variant during the automatic ATC checks on transport release. If its currently not possible, then does SAP provides a guide on how to check 3rd party add-ons? I have concerns over the following probable alternatives I can think of now:
1. In the manual activity of running ATC checks on the TR before releasing it, there is a high risk of accidental TR release without running ATC checks.
2. In the process of running ATC checks on unconnected Sandbox system and SAP Basis colleagues importing TR to development system only when relevant ATC checks are fixed/exempted, a high redundant manual effort is required.
Regards,
Sarthak Gupta
2023 Jul 24 11:48 AM
Hi,
if you want to check 3rd party namespaces you have to register them via the report SATC_AC_INIT_NAMESPACE_REG.
Regards,
Thomas.