Community Tip - Your Friends List is a way to easily have access to the community members that you interact with the most! X
Dear fellow Windchill colleagues,
Regarding sub-types of WT.part and how to change a existing part from one sub-type to another, i can find some =/-10 year old posts on how to do that using SQL or command line scripting.
But whats the status on it on 2024? Is it now somehow possible via, the interface or maybe the REST-API?
Some context regarding our story:
We would love to use multiple sub-types, but we are currently are avoiding it like the plague, because it seems it's not easily changeable in the Windchill interface.
The reason we would like to change them is to make it easier to implement them. We come from a 'CAD centric' way-of-work and currently don't have any data that would define in which sub-type a certain part should be (e.g. Mechanical/Electrical/Manufacturer). When starting with WT-Parts, we can create a WT-part for each CAD file, but then directly have to choose a CORRECT Sub-type. That information we would like to get over the next couple months or years, while we work with WT-Parts. But currently that doesn't seem possible. So we feel forced to either;
Although in theory the second option might be the correct one. It would slow us down and give a lot more negatives then positives.
So instead we tent to use a classification structure 'Sub-type' to get more or less the same results, like adding attributes based on a type, filtering, etc.
Would love to hear some insights on this topic and whats possible or advised currently.
Thanks,
Solved! Go to Solution.
Hi @Mȁrk
No there is not such UI that can change the sybtype on daily bases.
The types are not designed to be changed on daily work
PS: you can create own custom function that can do the job for you.
PetrH
Hi @Mȁrk
No there is not such UI that can change the sybtype on daily bases.
The types are not designed to be changed on daily work
PS: you can create own custom function that can do the job for you.
PetrH
Hi @Mȁrk
I'm just curious
Why do you want to use subtypes for that type as Mechanical/Manufacturer? Different set of attributes? or just different icons?
PetrH
Hey @HelesicPetr,
Thanks for replying!
Why do you want to use sub-types for that type as Mechanical/Manufacturer? Different set of attributes? or just different icons?
We are considering sub-types for multiple reasons. The example 'Mechanical/Electrical/Manufacturer' was maybe not really a good one. To me it looks now that; sub-parts are classification with more features.
Currently we are using WTparts with just 1 single type and so far this has filled our needs. It simple and does the job. This question is part of a exploration to find out if we should reconsider that decision.
So we are mainly trying to figure out what sense sub-types make make in context of;
Sub-types seem to give in some spots a bit of extra functionality to make it more user friendly. We like windchill a lot for how much flexibility it give, but on sub-types it feels very stiff and as you say "Not designed to be changed on daily work". We try to avoid solutions where things are set in stone or are to dependent on (external) experts to solve it.
If we made a mistake and need to split up a sub-type next year, or we have created a series of parts in the wrong sub-type, we feel like this should be fixable by the users in the interface and not some SQL expert.
Hi @Mȁrk
Actually you can change the subtype by API but 😄 you can find some consequences I did not find any for this moment excepts ACL definition 😄
PetrH