I just verified that I can remove the workforce authorized users, then delete the account, and recreate it. This solves the problem, so I am going to proceed with that step after hours for all my sales users. The nice thing is, I don't have to change territory definitions or remove work force IDs, so my reps and their customers will remain intact.
Another Epicor customer warned me that Epicor says that deleting user accounts will cause "unexpected problems". This is not anything that we were told, does this sound right to you?
Another Epicor customer warned me that Epicor says that deleting user accounts will cause "unexpected problems". This is not anything that we were told, does this sound right to you?
--- In vantage@yahoogroups.com, Tanya Denison wrote:
>
> We have a strange problem here that I'm wondering if any of you have run
> across.
>
>
>
> We went live last November with Epicor 9.05.605. Since the first day, most
> of our sales people have suffered extreme performance issues. I can log in
> as one of these users on my computer, and see the same performance. Then
> when I login as myself on the same machine in the same network, normal
> speed. The user has no personalizations, and this performance has been the
> same since go-live for that user (i.e. did not slow down as time went on).
>
>
>
> I use security groups to assign privileges, and have narrowed this down to
> those users who have been granted my Sales group before a date
> mid-implementation are slow. New users and older users who received this
> group after that date are fine. I can't get an exact date, as I am going
> from new hires and their creation in our production database. During
> implementation, I had cloned the production database from the test server
> to the production server, and we had done 2 Epicor upgrades.
>
>
>
> I have cloned our production database to a test system to play with this,
> which is how I figured out what was going on. However, I have been unable
> to fix the user accounts. I have tried removing all privileges and putting
> them back, but this did not solve the problem. I was successful in fixing
> one user account by assigning the Purchasing group.
>
>
>
> A new user account with the same privileges has no problems, but I am
> reluctant to create new accounts for all of our sales force, since we would
> have to reassign territories and salespeople to every wholesale account –
> thousands of them.
>
>
>
> Any ideas that you might have are welcome!
>
>
>
> *Tanya Denison* | IT Manager | NRS, Inc.
>
> *2009 S. Main Street, Moscow, ID 83843*
>
>
>
> *tdenison@... *|* www.nrsweb.com*
>
> *c: 208.301.0599* | *p: 208.883.7834 Ext 277 *|* f: 208.882.1744*
>
>
> [Non-text portions of this message have been removed]
>