Skip to main content
B
BF_1381190014-Alexandrite
14-Alexandrite
January 20, 2026
Solved

Inaccurate Part Version History - Structure Tab

  • January 20, 2026
  • 3 replies
  • 317 views

Version: Windchill 13.0

 

Use Case:

1. I add two WTParts into Windchill - "Part 1, Revision A" and "Assembly 1, Revision A".

2. I then set the state of "Part 1, Revision A" to "Released".

3. I add "Part 1, Revision A" as a child into the structure of "Assembly 1, Revision A".

4. I set the state of "Assembly 1, Revision A" to "Released".

5. I then create a new revision of "Part 1" to create "Part 1, Revision B".

6. I set "Part 1, Revision B" to "Released".

7. I create a new revision of "Assembly 1" to create "Assembly 1, Revision B". (This was done as I want the new revision of "Assembly 1" to capture the fact that it now includes a new revision of "Part 1").

8. When I look in the structure of "Assembly 1, Revision B" I can see that the version of "Part 1" that features in it has automatically been updated from "Part 1, Revision A" to "Part 1, Revision B".

9. So, I then set the state of "Assembly 1, Revision B" to "Released".

10. I then navigate to the context of "Assembly 1" and select the "History" tab to view the versions associated with it.

11. I choose to "View Information" on the first version of "Assembly 1" that was set to "Released". This was "Assembly 1, Revision A" at the time.

12. I choose to view the "Structure" (under the "Structure" tab) of this version.

13. The structure displays "Part 1, Revision B" in it. However, this isn't accurate as this version featured "Part 1, Revision A" in its structure at the time it was "Released".

 

Description:

Why am I not being produced with a structure of "Assembly 1" that accurately reflects the state of the "Assembly 1" structure for the selected version? The version that I selected never featured "Part 1, Revision B" in its structure when it was set to "Released". "Part 1, Revision B" was only created after this version of "Assembly 1, Revision A" was set to "Released". Yet when I am looking at the structure for the first version of "Assembly 1, Revision A" that was "Released", it is showing that it featured "Part 1, Revision B", which is not correct.

 

It seems that the historic versions of WTParts doesn't accurately capture the revisions of child WTParts included in it at the time those versions were created.

 

Please can anyone shed light on the behaviour that I'm seeing and how I can configure Windchill to show me accurate representations of the revisions of child parts included in the structures of historic WTPart versions?

Best answer by Fadel

This is expected , the assembly part has an usage link to partmaster ,even if you  open the 1 revision of the assmebly the latest filter (default) will apply to child part and show latest version B.

Bottom line you have to change the filter to capture the part version A instead of B , generally customers use a baseline for capturing the versions A and use the baseline as filter  

3 replies

Fadel
Fadel23-Emerald IAnswer
23-Emerald I
January 20, 2026

This is expected , the assembly part has an usage link to partmaster ,even if you  open the 1 revision of the assmebly the latest filter (default) will apply to child part and show latest version B.

Bottom line you have to change the filter to capture the part version A instead of B , generally customers use a baseline for capturing the versions A and use the baseline as filter  

Buiꓘa
HelesicPetr
22-Sapphire II
HelesicPetr22-Sapphire II
22-Sapphire II
January 20, 2026

Hi @BF_13811900 

Your words describe how the system works. It is a fact. 

The WTPart structure does not have an as stored history so you have to use different tool to keep your structure history.

 

For example Baseline is the best way.

Promotion Request can store this information because the PR is also baseline. 

You can choice assembly that you want to release set the target state and collect all subassembly but do not set the target state for the rest of subassembly.

 

This can keep your structure history and then you can use filter to show the correct structure history configuration. 

 

PetrH 

B
BF_1381190014-AlexandriteAuthor
14-Alexandrite
January 20, 2026

Hi @Fadel and @HelesicPetr . Thank you very much for your responses. They have both cleared things up a lot for me and shed light on why the system is behaving as it is.

 

 @Fadel - I have noticed that the "Latest" filter is only applied when I view the structure of the latest version of a WTPart. When I look at the structure of a historic version, that was created on a different date to that of the latest version, the "As Matured" filter is applied to the historic structure. If I look at the historic version of a WTPart that was created on the same date as the latest version, the "Latest" filter is applied.

 

The issue with the behavior I have observed is that, if I release "Part 1" and then "Assembly 1" multiple times during the same day, the version history for "Assembly 1" will not keep an audit trail that communicates that it made use of different revisions of "Part 1" each time it was released on this day. If I wish to capture the configuration of a part structure each time the part is released, I should ensure a baseline is captured as part of the business process used to "Release" WTParts. Is my understanding correct?

 

I am intrigued by the comment from @HelesicPetr  - "Promotion Request can store this information because the PR is also baseline". My understanding is that I will have to rely on users taking baselines at the correct time to capture the exact configuration of each part structure when they are set to "Released". It's likely that users will not do this every time if I cannot enforce it via the configuration in Windchill. I could ensure that users have to raise a promotion request as part of the "Release" process. Would the process of raising/completing a PR automate the process of capturing of a baseline?

Fadel
Fadel23-Emerald I
23-Emerald I
January 26, 2026

Yes , the best way to keep track is use baselines whenever you release a version.

if you are using change notices to release or promotion you can filter by CN or PR 

 

Fadel_0-1769420784365.pngFadel_1-1769420808085.png

 

Buiꓘa
Terms & ConditionsCookie settingsAccessibility statement