We store generic parts and their instances of the family table in the same folder, and need the ability to set a preference that automatically stores instances, when added to the family table, in the same folder as their generics.
This should be ootb functionality!
Here is the main reason why the instances should always reside in the same folder as the generic. Let's say you have a context in Windchill that is open or readable to over 1000 user's in your company from 3 different continents. Now you have this other context called "supersecret" which only 10 user's have view access. One of these 10 user's creates a family table and places the generic and instance into this supersecret folder...this is all great, nobody in the company can see the objects as intended. Now 2 years later, an engineer adds a new instance to this family table and places in a readable context and adds to a collaboration assembly that many users will open. Here are some examples of what I've experienced over the years when a user tries to open an assembly containing this instance
This should be OOTB Functionality!
Here is the example:
A company has more than 1000 users with view access to a library context in Windchill and then there are only 10 users that have view and write access to a context called “supersecret”. One of these 10 user’s creates a family table with instances and checks into the supersectret context. This is great…all the other user’s can’t see any of the objects as intended. Now 2 years later, the engineer adds a new instance and checks the instance and his collaboration assembly into the library context. In this collaboration environment, other engineers outside the supersecret group open the collaboration assembly. This is what can happen when connected to Windchill:
I store my generic files in a folder above the instances, which are broken down by type of part they are. When I add a new instance, I make sure I add it to the proper folder.
One lesson I learned about family tables is: Use a librarian to create and maintain standard hardware family tables! Do NOT let every user create or modify them. Keep the list of Librarians down to a select few whom you can trust to create good robust models and family tables. If the file needs to be in the supersecret for development work, then fine, but when the added part is need by all users, move the generic and instances to a common folder. I guess it depends on what is in your family table, but why not just create them all for everyone to use.
You are right, a librarian is a great idea, but unfortunately not applicable to our environment. My example may have been bad...the issue normally occurs when family tables get added to a development folder and then the user leaves to another group or another person modifies the file. I used Library, because that is synonymous with view access to all users.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.