Community Tip - Need to share some code when posting a question or reply? Make sure to use the "Insert code sample" menu option. Learn more! X
Procedure based on Windchill 8.0, but probably valid for futur versions and builds as well.
Steps to be performed, logged in with the account of the user :
Steps to be performed, logged in as site administrator
What to avoid
Ask the user, before leaving the organisation, to check in or undo check out all checked out objects.
If the user left in a very short term, and he has changed his password, change it again (as organisation admin), so you can log in with his account.
If the designer organised his CAD work in distinct workspaces, it could be interesting to leave them available for a while, in order to facilitate the transfer. Another approach I used is to make a listing of the workspaces, and for each workspace, the dominant assemblies.
Anyway, before continuing, the workspaces have to be deleted!
All actual assignments can easily be reassigned while logged in with the user account. But since running workflows can still address assigments to the user, they have to be delegated indefinitly.
Procedure :
(logged in with the account of the user)
Home > Utilities > Calendar Management > Delegate Indefinitely and search for an account to delegate to.
I don't know if this is really necessary, but since Windchill 9.1, you can query and delete the saved searches of the users.
Procedure :
(logged in as site administrator)
Search > Saved Seaches : Customize > Administrative Delete and search and delete the saved searches
Finally, the account itself has to be desactivated. Never delete an account, since all references to this account will be deleted. E.g. the user may have created an important document, or he may change his/her mind.
Procedure :
(logged in as organisation administrator)
Organisation > Utilities > Principal Administration > Add user to table > Edit Account
>> add '[deactived]' to the full name and to the user id
>> remove it from all groups
>> add him/her to group 'Deactivated Users'
>> remove all profiles
Remarks :
- Adding to the 'Deactivated Users' group enables you to avoid spilling your licenses, and keep PTC happy.
Try to avoid using user accounts in access policies, context roles, etc. It will be hard to remove them when they leave ...
- accounts of former colleagues that died or are retired, I add "[deleted]" to the account, instead of "[desactivated]", since I'm sure that they never will come back.
- accounts of actual colleagues, that temporarly do not use Windchill, get an "[inactive]" to their user ID in Windchill.
To be added:
Check if the user has made custom views on tables (workspace table and others).
What about project team memberships? Remove or replace them on the team, or leave?
As an admin I have set up groups, so most of the project team memberships are removed when the user is removed from the group. However, there are always a number of projects where the user was added as an individual.
Any quick and easy way to remove them or replace them en masse?
-marc
CAD / PLM Systems Manager
TriMark Corporation
The same is true when you add individuals to Roles in Products and Libraries :-(. Best Practice is of course to always use groups, but we all know how things go.
Hugo.