Skip to content

Commit 1f246aa

Browse files
Update how-to-configure.md
1 parent 8735417 commit 1f246aa

File tree

1 file changed

+20
-11
lines changed

1 file changed

+20
-11
lines changed

pages/how-to-configure.md

Lines changed: 20 additions & 11 deletions
Original file line numberDiff line numberDiff line change
@@ -4,29 +4,38 @@
44

55
## How to Configure
66

7-
**The default customizing is not an SAP delivered standard value.**
7+
**The default customizing (initial values) is not an SAP delivered standard value.**
88

9-
You can:
9+
The tool is 100% compatible with the SAP CI Framework (Code Inspector). That is, SAP Transactions: SCI and SCII. By means of these transactions, it is possible to create/run/save an inspection using our delivered CHECKS (the checks can be found under the "CODE PAL FOR ABAP" category).
10+
It is also possible to create a CI-Variant and run the selected CHECKS using this variant at any time. This CI-Variant can be also used in SUT, ATC or even using SAP-Workbench ABAP Editors (e.g.: SE80) or ADT (e.g.: Eclipse) with ATC/CI Integration directly (the CI-Variant will be asked).
11+
12+
In summary, it is possible to use our tool directly in SCI/SCII, via ATC Integration, Via API Call, via CI-Variant or via Profile(s).
13+
But keep in mind, one has to choose betweeen using CI-Variants or Using Profile(s). Both features cannot be used in paralell in the same system for the same user.
14+
15+
Every CHECK can be configurable independenlty.
16+
17+
Check configuration: You can,
1018

1119
* Define check's validity period;
1220
* Restrict to objects created since a specific date;
1321
* Define check's severity;
14-
* Define check's threshold;
15-
* Define if it is applicable in productive codes;
16-
* Define if it is applicable in test codes.
22+
* Define check's threshold (if applicable);
23+
* Define if it is applicable in productive code (if applicable);
24+
* Define if it is applicable in test code (if applicable).
1725

18-
Check behaviors:
26+
Check behavior:
1927

20-
* If a profile is assigned to your user, it will execute the checks assigned to it only;
21-
* If multiple profiles are assigned to your user, it will execute the checks assigned to them only;
22-
* If have no profile assigned to your user, it will execute all the checks assigned to the variant.
28+
* If using a CI-Variant, just one variant can be executed per time.
29+
* If using a profile, first, at least one profile should be assigned to your user. Then, all checks assigned to this profle will be executed. But if so, the usage of a CI-variant is no longer possible. The profile overrules a CI-variant! In order to use again a CI-variant, one has to unassign the profile(s) of his/her user;
30+
* If multiple profiles are assigned to your user, all checks assigned to all profiles will be executed and the "strongest" or "sharpest" thresholds will be taken;
31+
* If have no profile assigned to your user, the execution of the checks have to be made live in SCI/SCII or by means of a CI-Variant.
2332

24-
Profile behaviors:
33+
Profile behavior:
2534

2635
* If you unassign a profile from your user, it will not delete it from the database. It means, you can reassign it to your user, and all the checks with respective customization will return;
2736
* If you assign the `Y_CHECK_PROFILE_MESSAGE` check to the profile, you will receive an info message every time you execute the global check variant. It means, not all the checks from the variant were executed, but so the ones related to the active profile.
2837

29-
Threshold behaviors:
38+
Threshold behavior:
3039

3140
* If you have multiple profiles, and the same check assigned to two or more profiles, it will use the check with the strongest threshold.
3241

0 commit comments

Comments
 (0)