Ran into an odd problem today. Went to access Employees form in Configurator and was presented with 2 warnings that I've never seen before.
One was 'One of the jobs must be set as a primary job'. We started using the time card feature around June of this year and never had a problem with an employee not having a primary job before.
Second was 'You do not have security access rights for this action'. Only affects Employees, Jobs, Time and Attendance, and Overtime Levels forms as far as I can tell.
The windows login user is a site admin and never had this problem before either. I did pull a backup copy on Weds to throw on our lab machine but I don't see how this could be the cause as the business owner noticed this behavior on Tuesday and the same issue was happening on the lab machine copy.
Same results when using Customer Care and Micros logins.
I did use SQL to look at emp_class_def, emp_def, and a couple other tables and didn't see anything out of place although I'm not sure what some of the listings are on the emp_class_cfg_access table.
When starting RES on the server it stalls on Employee Class, sometimes with a fatal DB error.
On the lab machine I changed the su_proc_priv_lvl to 3 for the site admin and could get everything working as before but not sure if that's an option on a live system
One was 'One of the jobs must be set as a primary job'. We started using the time card feature around June of this year and never had a problem with an employee not having a primary job before.
Second was 'You do not have security access rights for this action'. Only affects Employees, Jobs, Time and Attendance, and Overtime Levels forms as far as I can tell.
The windows login user is a site admin and never had this problem before either. I did pull a backup copy on Weds to throw on our lab machine but I don't see how this could be the cause as the business owner noticed this behavior on Tuesday and the same issue was happening on the lab machine copy.
Same results when using Customer Care and Micros logins.
I did use SQL to look at emp_class_def, emp_def, and a couple other tables and didn't see anything out of place although I'm not sure what some of the listings are on the emp_class_cfg_access table.
When starting RES on the server it stalls on Employee Class, sometimes with a fatal DB error.
On the lab machine I changed the su_proc_priv_lvl to 3 for the site admin and could get everything working as before but not sure if that's an option on a live system