CANNOT SEE A HISTORICAL VERSION OF A SUBASSY FROM A HISTORICAL VERSION OF ITS TOP LEVEL ASSY (VAULT PRO 2023)

CANNOT SEE A HISTORICAL VERSION OF A SUBASSY FROM A HISTORICAL VERSION OF ITS TOP LEVEL ASSY (VAULT PRO 2023)

Steve_Bahr
Advocate Advocate
1,140 Views
10 Replies
Message 1 of 11

CANNOT SEE A HISTORICAL VERSION OF A SUBASSY FROM A HISTORICAL VERSION OF ITS TOP LEVEL ASSY (VAULT PRO 2023)

Steve_Bahr
Advocate
Advocate

Greetings.

A user reports that opening an historical version of a top level assembly does not open an historical version of a subassembly within.  This behavior is confirmed on my machine.

The workaround:

  1. Ensure all files are checked in.
  2. Delete all local copies from the local workspace (workspace is clean of all files).
  3. From the Vault, do a right-click 'Get' of the target historical version of the subassembly, DO NOT include children.
  4. From the Vault, do a right-click 'Get' of the target historical version of the top level assembly, DO NOT include children.
  5. From Inventor, browse to and open the subassembly from the local workspace, DO allow downloads from the Vault but DO NOT update the subassembly.
  6. From Inventor, browse to and open the top level assembly from the local workspace, DO allow downloads from the Vault but DO NOT update the top level assembly.

This workflow produces the desired results.  However, I am looking for a simpler and more elegant way to get there.

Ideas anyone?

Thanks in advance.

 

Steve Bahr...since 1962.
______________________________________________________________
Please mark this response as "Accept as Solution" if I was successful in answering your question.
0 Likes
Accepted solutions (1)
1,141 Views
10 Replies
Replies (10)
Message 2 of 11

ihayesjr
Community Manager
Community Manager

Are you not using "revisions" with Vault Professional?




Irvin Hayes Jr
Principal Product Manager
Autodesk, Inc.

Vault - Under the Hood Blog
0 Likes
Message 3 of 11

Steve_Bahr
Advocate
Advocate
Yes, we use revisions. Revisions and versions make no difference here.
Steve Bahr...since 1962.
______________________________________________________________
Please mark this response as "Accept as Solution" if I was successful in answering your question.
0 Likes
Message 4 of 11

Steve_Bahr
Advocate
Advocate

Yes, we use revisions and lifecycle our production data.  Revisions or versions makes no difference here, unless I'm missing something.

Steve Bahr...since 1962.
______________________________________________________________
Please mark this response as "Accept as Solution" if I was successful in answering your question.
0 Likes
Message 5 of 11

ihayesjr
Community Manager
Community Manager

Are you performing the Get from the History tab of the assemblies?




Irvin Hayes Jr
Principal Product Manager
Autodesk, Inc.

Vault - Under the Hood Blog
0 Likes
Message 6 of 11

Steve_Bahr
Advocate
Advocate
Yes.
Steve Bahr...since 1962.
______________________________________________________________
Please mark this response as "Accept as Solution" if I was successful in answering your question.
0 Likes
Message 7 of 11

ihayesjr
Community Manager
Community Manager

Ok, while you are getting a specific version of the top-level assembly, the Get dialog will always perform the Get using Revision bias.

 

Let's say an assembly revision\version history looks like this.

Revision A - Versions 1 - 3

Revision B - Versions 4 - 6

Revision C - Versions 7 - 10

 

The revision\version of the assembly always matched the revision\version of the children to try and make it simple.

You want to get version 5 which is at revision B because you selected version 5 in the History tab, the Get will download the latest version within the revision of the children the assembly used. Therefore, the Get will get version 6 of the child not version 5.

To get version 5 of the child, you will have to get that child before or after getting the assembly by specifically selecting that child version.

 

Does this represent what you are trying to do?




Irvin Hayes Jr
Principal Product Manager
Autodesk, Inc.

Vault - Under the Hood Blog
0 Likes
Message 8 of 11

Steve_Bahr
Advocate
Advocate

The user asks if Inventor can pull the subassembly's correct version automatically, per the chosen top-level assembly's version.  Right now, the user must do a 'get' on the subassembly's correct version.

Thanks for you help so far. 

Steve Bahr...since 1962.
______________________________________________________________
Please mark this response as "Accept as Solution" if I was successful in answering your question.
0 Likes
Message 9 of 11

ihayesjr
Community Manager
Community Manager

@Steve_Bahr 

Using my example, are you stating that your user wants to get version 5 of the child because they performed a get on version 5 of the assembly? If so, no. Vault Professional is Revision biased on Gets.




Irvin Hayes Jr
Principal Product Manager
Autodesk, Inc.

Vault - Under the Hood Blog
0 Likes
Message 10 of 11

Steve_Bahr
Advocate
Advocate
The user wants the version of the child that is associated with whatever
version of its top level assembly. Version or revision makes no
difference, unless I'm missing something.
Steve Bahr...since 1962.
______________________________________________________________
Please mark this response as "Accept as Solution" if I was successful in answering your question.
0 Likes
Message 11 of 11

ihayesjr
Community Manager
Community Manager
Accepted solution

So if you are asking to pull the correct "revision" of the child that goes with the "revision" of the assembly, Vault already does this.

There is a difference between getting "versions" versus "revisions".




Irvin Hayes Jr
Principal Product Manager
Autodesk, Inc.

Vault - Under the Hood Blog
0 Likes