Currently only one option to automatically create resulting objects is available when change a notice is being created.
This is the revise button.
This creates a new revision and in our workflow sets the resulting newly revised object back to In "Work status" from its "Released" status which means the previous revision is still the Released revision until the change has been completed and then the newly revised object gets upgraded to "Released"
However if I want to create a change that will have a minor effect on an object such as a spelling mistake on a drawing or an incorrect mating in an assembly etc. it does not warrant a full revision it makes the transition by iteration for example V 1.1 to V 1.2 instead of V 1.1 to V 2.1.
This is not currently possible. As there is no way to up-iterate then no resulting object can be created. If the Object in question is at"Released" then the change is happening to a "Released" Object (in our system no one can check in a modified released part). It becomes impossible to make an iteration change on a "Released" part without the intervention of a Library Manager or Administrator to set the permissions for the assignee to modify and check in a "Released" part. This is not good.
I would like to see an additional button alongside the Revise button that says "iteration". selecting this will create a new iteration of the object,(exactly like the way the "Revise" button works) and set it to "In Work" status such that it can be modified and checked in.
the Change process can then take it through to "Released" exactly the same way a Revised object is processed.
This would be an incredibly useful feature.
you have to vote up for your idea.
While I am fully for giving access and taking away when abused... this is one area I'd raise caution to.
Comments based on Windchill 10.0. (and hoping to move forward soon!) so this may be outdated....
Our company adopted a little different philosophy regarding this topic. The number of people accessing is also a factor but I offer as fodder.
Key individuals were given separate "local admin" login rights to allow objects to have their states reset. Once the "typo" task was complete, the object is either re-promoted by the operator or the state was set to released by the local admin. Version control is already built in as you can see.
Now, in the spirit of this request, what perhaps this "button" should do is be able to allow the demotion of an object/collection of objects to those that have this "local admin" right. If needed, to be able to logout as a normal user and allow to login as the local admin and vice versa. For smaller companies with few users, this local admin could be everyone but as the number of users escalates, only a select few should be able to do this.
Note: this is currently available to those that have these rights. It is not visible to those that do not
What I am suggesting is to bump this ability into the search/browse side instead of the detail side. Reason: the drawing and the model (or other objects like .pdf's or doc's) need to be adjusted also and it would be much easier to be able to select and perform the demotion in one action rather than separate ones.
So if Kevin Nicholas agrees, I will vote up the idea.
I am new to this forum.
How do I vote up my idea please?
on the top of this thread, you will see a box with "0" in it.
alongside, there are arrows, one up and one down.
Hover over it and you will see it hi-lites.
select up arrow as "for"
select down as "nay"
I thought I had replied earlier but see it has not come through
I agree Ron St.Pierre Thanks please vote up the idea
I assume from your request, that your company will allow changes to a released object (minor, clerical, or otherwise) without revising the object. In addition, I assume your company would allow multiple iterations of the same revision be at “Released”. i.e. A.5 and A.6 are both at “Released”; A.5 with the minor error, and A.6 without. [A CM person just gasped somewhere]
Perhaps the iterate functionality (of sorts) can be accomplished today via existing methods/functionality.
For the purpose of my idea:
If you change your life cycle template to allow "promotion" from "Released" to "In Work", configure a new or existing organization role for the “clerical” change with the access controls to allow “promotion” from “Released” to “In Work”, create a new promotion preference (maybe), and setup a workflow for the process, you may be able to do what you’re looking to do.
The “clerical change” workflow would look something like the following:
Our company doesn’t allow such a change once the object is released, so I haven’t tested this process.
I would propose another use case for iteration of objects vs. revise (although it’s not my preferred solution):
Collaborative Design Studies
If you need to perform a collaborative design study like “Investigate whether we can shave X pounds of weight from this assembly”, you need to revise almost every object in the assembly as well as the top assembly. Now multiple people can work collaboratively on their piece of the design study.
Personally, I don’t care if there are gaps between what revisions are actually released, but may folks have difficulty understanding that concept. If we release revision A, and then C, the question is always “where’s rev B?”
We are a relatively small company but growing so right now don't have the resource available to manage and run a detailed process as we simply don't have enough people for the roles required for the stages in a protracted workflow.
In addition our MRP system is not "Linked" to Windchill except for when a promotion or change is actually processed. the Operations team are part of this process. at the time of promotion or change the revised (or up-iterated) documents get transferred into the MRP database. so we are only ever useing the latest version and issue of a "Released" document in our Material Manufacturing Planning system.
So without being able to up-iterate and set the status to "Awaiting Release" or "in Work" on the new iteration we are actually working on we are actually modifying a "Released" document.
it would be better if like in the revise situation, for example we have V1 at "Release " while the V2 is at "In Work" until the Change is completed and set to Release part of closing down the Change notice is the addition of the revised document into MRP.
The idea of promoting down to "In Work" and then back up to "Released" would be OK but is a bit clunky? Maybe we can sort something out. As you say with a workflow. We are still relatively new to working with Windchill and the disjoint between Windchill and our MRP system makes it a bit challenging at times.
Legacy documentation is a good case in point where several revisions have been jumped (so like you we don't care about gaps) in order to bring them in line with our pre Windchill System.
Not really sure who you were responding to but I will give you background from my perspective.
Our shop is not that large, and there has been lots of transiency so different skill sets have been applied to our drawings.
We allow modifications to drawings without authorization so long as they are clerical. We try to incorporate them with other authorized changes but sometimes it can not wait or it is discovered a step or two before the production floor. Authorized changes are revision changes (A.x, B.x). We do not utilize the promotion request to its full ability. Its a method to set the state from design to released then use the revise to move to the next revision. Iterations of a revision level is just saved design states. The latest version is always promoted as "released".
We are, hopefully, going to look into changing our processes here. I have been enlightened with your insight as I am looking for ways and methods that may suit our needs.
We are archiving your idea as part of a general review. This action is based on the age of your idea and the total number of votes received, as per this announcement.
You can always post a new idea with all the details required in the form.
Thank you for your participation.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.