Skip to main content
1-Visitor
July 6, 2015
Question

At numeric revision, Normal Users should be able to set-state from InWork to Under Review, Reviewed or Prototype states.

  • July 6, 2015
  • 7 replies
  • 2613 views

At numeric revision, Normal Users should be able to set state from In Work to Under Review, Reviewed or Prototype states and

At Alpha Revision, Normal Users should not be able to set state.

How and Where to configure this settings in Windchill 10.2 M020?

7 replies

23-Emerald IV
July 6, 2015

This is controlled from Policy Administration.  You can provide very granular control over who can do what based user/group, object type, and lifecycle state.  Policy Administration is accessible from Site (or Organization) --> Utilities --> Policy Administration.

12-Amethyst
July 6, 2015

Forgive my skepticism. I don't see how that works. Unless I'm misunderstanding the question.

He's asking for the ability to set policy based on the revision level of the object, not on the user/group, object or life cycle state.

If the revision sequence is 1, 2, 3, 4, A, B, C, D he wants to allow the users to manually set state during revisions 1 thru 4 but not during revisions A thru D.

The only way I can imagine it working with my understanding of his request is to have different life cycle states for numeric revisions (reviewed, concept, prototype) than for alpha revisions (released, production released, production change). Then the policy admin route would work perfectly.

12-Amethyst
July 6, 2015

If the Lifecycle states are same then you can write a UIComponentValidator to disable the setstate action.

1-Visitor
July 7, 2015

Elaborating on Don Senchuk's comments:

Using OOTB level configurations, the access controls on objects are not governed by revision, but by life cycle states.  With this in mind, there is one way you can accomplish this using some slight modification of the concepts in the "Two Phase Development" life cycle template (Life Cycle Template Administrator):

  1. For life cycle states like In Work, Under Review, Reviewed and Prototype, allow "Set State" action from any of these states to any of these states (assuming you do not want to use promotion objects here) and have all those states using numeric series.
  2. Designate a specific state (like "Released", for example) to which you can "Set State"/"Promote" from any or all of the numeric revision states.
  3. For "Released" state, don't allow set state or promotion BACK to the numeric states.

As an example, a brand new created object will be at, say Rev 1. You revise it a few times, set states throughout, etc and end up with an object at Rev 5, in "Reviewed" state.  Once you "Set State" or "Promote" to the Released state, it will still be at Rev 5, but then NEXT revision to occur (through manual revision or through change objects) will go to A.  There are also ways to conduct the transition between state and numeric->alpha revisions in a single action, instead of having the intermediate "numeric released" object.  Once in Released state at Rev A, you now have locked down the LC template to disallow set state

Assuming OOTB revision scheme, once the object hits rev A it will NEVER go back to numeric revisions, even if you were to allow setting state back to the previous "numeric states".

If you have any other questions, feel free to e-mail me at robert.sindelar@eccellent.com, or visit my company's website at www.eccellent.com for more information about what we do.