Skip to main content
C
cspinelli14-Alexandrite
14-Alexandrite
April 14, 2022
Solved

PUBLISH ON REVISE

  • April 14, 2022
  • 3 replies
  • 2873 views

good morning,

i have a question: is it possible to start a publish job when users revise an object? for example, if i have a prt released in revision 1 with viewable for Creo View, when i revise the prt the viewable disappear.

thanks for answering

Best answer by khimani_mohiki

The explanation I have had from PTC on this topic is that on revise nothing actually changes about the object other than its Revision, I had a similar issue where people would revise something, then immediately try to submit it for a Change notice and it would get rejected by the auditor because there was no representation and they were advised they needed to check-in immediately after revising.

 

So, two possible solutions:

 

  1. Turn off "copy forward" of representations, then set up a schedule publish job to publish latest EPM documents with no representation, you may need to tailor your publish rules for the schedule job type in order to only publish certain states. "latest" is actually latest iteration of each revision, not latest version, so many older Revisions with no representation may also be published. you have to turn off "copy forward" otherwise the item wont get picked up int he shcedule
  2. Create a workflow, add an expression robot to perform a publish job on the PBO, trigger the workflow in the lifecycle on the state that your items get revised to.

3 replies

S
21-Topaz I
STEVEG21-Topaz I
21-Topaz I
April 14, 2022

Why would you want to do that?  The reason I ask is that revised file will look exactly like the one you revised it from.  There would be no design changes.

C
cspinelli14-AlexandriteAuthor
14-Alexandrite
April 15, 2022

for example i have a released model, say in revision 1, visible in Creo View. if i revise the model it will be no longer visible in Creo View until a checkin of the model.

and the assembly of the machine will be incomplete

T
Tdaugherty16-Pearl
16-Pearl
April 14, 2022

Check this section of Help Center documentation. I think it might be what you're after. 

 

https://support.ptc.com/help/windchill/wc111_hc/whc_en/index.html#page/Windchill_Help_Center/WVSVisualizationCopyForwardFunction_EnablingTheCopyForwardFunctionality.htmlhttps://support.ptc.com/help/windchill/wc111_hc/whc_en/index.html#page/Windchill_Help_Center/WVSVisualizationCopyForwardFunction_EnablingTheCopyForwardFunctionality.html 

C
cspinelli14-AlexandriteAuthor
14-Alexandrite
April 15, 2022

thanks but if i change those value the behaviour is the same...

D
18-Opal
d_graham18-Opal
18-Opal
April 15, 2022

One easy, bombproof way to publish on revise is with a listener.

K
khimani_mohiki15-MoonstoneAnswer
15-Moonstone
May 23, 2022

The explanation I have had from PTC on this topic is that on revise nothing actually changes about the object other than its Revision, I had a similar issue where people would revise something, then immediately try to submit it for a Change notice and it would get rejected by the auditor because there was no representation and they were advised they needed to check-in immediately after revising.

 

So, two possible solutions:

 

  1. Turn off "copy forward" of representations, then set up a schedule publish job to publish latest EPM documents with no representation, you may need to tailor your publish rules for the schedule job type in order to only publish certain states. "latest" is actually latest iteration of each revision, not latest version, so many older Revisions with no representation may also be published. you have to turn off "copy forward" otherwise the item wont get picked up int he shcedule
  2. Create a workflow, add an expression robot to perform a publish job on the PBO, trigger the workflow in the lifecycle on the state that your items get revised to.
M
22-Sapphire I
MikeLockwood22-Sapphire I
22-Sapphire I
May 23, 2022

In the database, if you look at the file linked for example to A.1, A.2, and then B.1, B.1 points to the same file as A.2. This for content holders (e.g. CAD Doc's, WTDocs, not WTParts).

 

It's actually best practice to not allow release of a Revision that is at the first iteration - it shows that nothing changed (so there was no reason to Revise).

 

Exception: May have a policy of keeping Revisions aligned so some may have been Revised with intentional edits; others Revised with no edits.  In this case, all that should not have had edits need to be at the first iteration.

K
khimani_mohiki15-Moonstone
15-Moonstone
May 24, 2022
@MikeLockwood wrote:

Exception: May have a policy of keeping Revisions aligned so some may have been Revised with intentional edits; others Revised with no edits.  In this case, all that should not have had edits need to be at the first iteration.

This is exactly the scenario I have seen in OEM where CAD WT and Document revision must be aligned, some change is required to WTPart attribute so all 3 get revisied, only WTPart gets iterated after revise, then Drawings with Revision in the drawing border table are incorrect and Documents with embedded attributes are incorrect.

Terms & ConditionsCookie settingsAccessibility statement