cancel
Showing results for 
Search instead for 
Did you mean: 

Duplication of SOD Ruleset if uploading into RAR instance with 2 JCos?

Former Member
0 Kudos

We are working with version 5.2. It has been mentioned that if downloading and uploading rules from e.g. DEV RAR into QAS RAR there can be complications depending on JCo setup. So if the QAS was pointing to R3DEV and R3QAS this would result in duplication of rules.

Has anyone experienced this and what was resolution? I am reluctant to try this as unsure of complexity of removing the duplicate rulesets.

Past experience with this issue would be appreciated.

Thanks, Gráinne

Accepted Solutions (0)

Answers (2)

Answers (2)

Former Member
0 Kudos

Hello Grainne,

Didnt get you properly on this..Could you please clarify a bit on what instances of D, Q and P you have for GRC and what for R/3? I mean are you having three different installations of GRC for each of your D,Q and P for R/3.

You may have the same or two insatallations atleast (recommended) of GRC for you landscape and make diffrent rulesets for each three D, Q and P systems of your R/3 because logically also, D, Q and P systems of R/3 would have different risks altogether.

Regards,

Hersh.

former_member366047
Contributor
0 Kudos

Grainne-

It is not best practice to have your GRC Quality system pointing to both Dev and Quality in the back-end. Do you have a GRC Dev system? What is your GRC landscape? If you have your rule set pointing to Dev right now, you can wipe out the tables and re-upload the rule set for your Quality system. You can open a CSS message requesting the script. Please clarify.

Ankur