GL security classes for LSF9 security

 3 Replies
 0 Subscribed to this topic
 43 Subscribed to this forum
Sort:
Author
Messages
dangus
New Member Send Private Message
Posts: 0
New Member
We are in the process of switching to LSF9 security. We are in the early stages of defining the security classes for the General Ledger group and are just wanting to know what items we need to look out for in the set ups. Thank you.
Georgette
Veteran Member Send Private Message
Posts: 52
Veteran Member
Hi Dangus,
I saw something in an earlier post on this site about an Activity field on the RQC Accounting which pulls from the AC10. Dependent on your policies, you may want to limit drill around on the AC tables to specific groups.
Georgette
Greg Moeller
Veteran Member Send Private Message
Posts: 1498
Veteran Member
In my experience, DO NOT have any parent/child relationships ('Based on') in security classes or security roles. It's much easier to track down an issue if you don't have these defined and it's been a pain fixing ours to not have them.
Georgette
Veteran Member Send Private Message
Posts: 52
Veteran Member
Since security classes can be shared among different roles, best practice is to make sure the security class is focused on a single task if possible. For example create an APCheckPrint security class which includes all the forms and jobs needed for printing checks.

However, avoid using the same form in different security classes (maintenance nightmare). For example, one Accountant had access to one of the forms needed for printing checks, so that form needed to be carved out and put in its own security class.