Right now I have three company ledgers running. In the last two days I have gotten an error message in one of them that says basically that the user does not have a valid security group set up. What I did yesterday was to log in using sys create another group with the exact same security settings as the original on and changed the users over. This morning I tried to log into that company and got the same error message. I logged in as SYS and swapped back to the original security settings and it let me in no problem. I ran a Data Integrity check and had no errors. Any idea as to what is going on?

The error message reads “Unable to login. Group admin assigned to user SH is not valid. It is happening with two of the three accounts right now.

In SYS, I made a second group with the same privileges as the original one, switched the user to the new one. I logged in with no problem. Then, using SYS, I immediately changed the user back to the original one and had no problem logging in. It is not just my user having problems.

Hi Shaunna,

Does this new security group exist in all three of your datasets? The security group that the user is assigned to is the same across companies.

For example user SH is assigned to user group FINANC

Company 1 - Security Group: FINANC
Company 2 - Security Group: FINANC
Company 3 - New Security Group: FIN

This means that you will be unable to access Company 3 since your security group does not match. If you switch to have user SH assigned to group FIN than you will be unable to access Company 1 and 2. While the privileges between Security Group FINANC and FIN might be the same their names are different. Since your user wants to access multiple companies, your security group needs to exist in each of these companies as well.

The other thing to check is to make sure that you added the group to each of your modules. Just because you added the group to GL doesn't mean the group has been added to AR, which could be another reason why you are being blocked out.

Finally, check is to make sure that your didn't hit a space after typing your security group, as "ADMIN" and "ADMIN " would be considered different groups, which could be limiting your access.

Lauren

Yes they are all the same across the three companies. These companies have been set up for a long time. This error has only been occurring over the last few days

Hi Shaunna,

Can you give an example of an Adagio program and version where you are running into a problem? Such as Adagio Ledger 9.2A or Adagio Payables 8.1F? It's important, as older versions of Adagio programs use an older structure of security group files.

The message you are receiving is exactly as Lauren described - the security group assigned to the user does not exist in the company in which you are trying to open, for the application you are using. This happens if at least one security group has been created for the company.

If no security groups are defined in the company data, then any security group assigned to a user will be ignored and login will be allowed with a few limitations.

Security group codes are case sensitive. The text you posted indicates that the group 'admin' doesn't exist. If you have a security group 'ADMIN', that is not the same. You need to create one with exactly the same case. Also, security group files are stored with the data, so if you have had to restore your company data for some reason, it may not have the most up to date security files.

If this just started happening, then you need to consider what has changed recently, such as installing Adagio upgrades, Windows security updates, changes to a workstation or server, or anything else. If nothing changes for the user and company data, then that suggests to me that something flaky is going on with your access to the data and not being able to read the security group files, perhaps because the files are locked or ...

There were discrepancies in the codes for the security groups. I logged in and helped her.