Skip to main content
10-Marble
April 23, 2013
Question

Maintaining Rev History in Drawings

  • April 23, 2013
  • 2 replies
  • 8956 views

Using Windchill 10.0 and Creo Elements/wf5.

Would like to keep revision history in drawings which would include letter/number followed by a brief description of change. Current models have a parameter for REV and REV_DESCRIPTION. Looking for what others are doing and what is consensus on best practice/prodedure for having rev table in drawing automatically update with new rev and description and also keep previous rev and descriptions?

Thanks.

2 replies

23-Emerald IV
April 23, 2013

It's easy enough to display the current version (revision level and iteration) on a drawing. Typically you wouldn't have these values directly display in the history table because they will automatically change as the version of the model or drawing changes. We display the "live" version in the titleblock on the drawing, but everything in the history table is "dead" text. We don't want that changing automatically. I know of no way to get the history table to update automatically - primarily because there is no way to break the link between the previous "live data" when the new live data propogates through.

1.png

15-Moonstone
April 24, 2013

This has always been an issue in every company I've worked for, and I've seen it done several different ways.

Since you want to use your user defined parameters, for each successive revision, you can make a new row, enter the live parameter callout in the cells of the new row, and then re-enter the previous row's information as dead text.

At my current employer, we use a workflow utility to capture comments, signatures, etc., so we just put the workflow number (which is also a user defined parameter in the model) in the rev description and omit the history altogether. If anyone wants to find the rev history of a drawing, they go to the workflow utility and search on the drawing number.

GregoryPERASSO
16-Pearl
April 24, 2013

If using Windchill and WTpart and may be Change Management,

I think the best way is to do a "cultural change". And try to think "WTPart" , and not "Drawing"

These informations are all in PDMLink

Remove history, BOM , etc ... from CADDrawings ... and use a "dynamic" print function to print a Doc (PDF ?), which is a concatanate/watermarking of the Drawing + WTPart attribute + Change attribute (or at least revision history).

No need to modfiy and refresh drawings when just modifying or replace a small part in a multilevel BOM ...

You can then imagine different printing format depending on use case :

a simplified print without history for external purchase

a full print for internal use and review

an eletronic print for display on shopfloor ...

SAP01010110-MarbleAuthor
10-Marble
April 25, 2013

Thanks to everyone who responded but especially to Greg. I would like very much to have a 5 minute conversation with you but in the meantime I'll say your answer sounds like the best solution. At the risk of sounding like an idiot I'll just state what I think would work best for us and if this is what you're doing now and/or can be done "fairly" out of the box.

So essentially as you've suggested we blow out the bom and rev history stuff out of drawings and let WC, in this case WTpart within WC, do the work and push the info inputed within WC down to the final drawing by way of a superimposed image on a blank designated spot on the pro/e drawing where the bom and/or rev history block used to be??? If that's the case sounds awesome!

Furthermore, we could magically have multiple pdf drawings, ones with this info, and others without, etc...???

Maybe superimposing wasn't what you were suggesting and instead attaching this info a secondary sheet in the pdf or something? Like I said, would like very much to have a 5 minute (okay, who am i kidding, a 5 hour conversation with you)... 🙂 Thanks.