-
Re: How to Change State At Check In?
You would need to add a branch in your workflow to transition the file out of the Production Released state into a state such as "For Revision". and then depending on your process eventually transitioning the file back into the Production Rreleased state incrementing the revision in the process.
-
Re: How to Change State At Check In?
Thanks Wayne, but already have this set up in my workflow. The issue is how to automatically transition to a different state at check in. I want the file that was checked out under "Production Release" to automatically transition into a "Under Change" state when checked back in.
-
Re: How to Change State At Check In?
I do not know of a way to do that.
what we do, is to not allow check-out from the released state. the user has to change the state first, before they are able to check it out.
-
-
-
Re: How to Change State At Check In?
The version history should take care of this for you. When a file is checked out, saved and checked back in, a new version is created. The new version will not have the revision marking of the previous one.
Wayne is correct, though. The best way to handle this is to require a state change to occur before the Released file can be checked out. In our case, revision access must be requested and approved before the file is opened for further editing, but that may not be necessary in your company.
-
Re: How to Change State At Check In?
If you really want to automatically Transision on Checkin to the "Released" State then you need to have an automatic transision set on the "Released" state and create a Dispatch script that sets variables on the Datacard during Check Out or Check In. The automatic transision tests the variables you set on Checkin and if they match then it will transision.
Released State: -> Checkout
Released State: -> Checkin -> Set Datacard variable
Automatic Transision: Condition: variable "Status" = "Modified" -> Transision
-
Re: How to Change State At Check In?
Personally, I think the best way is to not allow them to check it out if it is in the released state. They should change the state to "in design" or what ever, make the changes, have it checked and approved, the revision level would increase, then change the state back to released. This is a much more accountable way of doing a change that willl more easily show what is going on through comments and history.
-
Re: How to Change State At Check In?
Agreed... Best to change State first but I do understand why it may be advantageous to do it this way. I would not
The "What If?" scenario: Allow check out - make changes locally and then decide Yes or No to the change...
If "Yes" Check-In. Part Transistions to "In-Design" State and proceed...
If "No" Undo Check-Out. Latest Version in Database is still at "Released" State with a Revision.
-
Re: How to Change State At Check In?
In our workflows, we also have a little loop for a "quick change". Permissions are restricted to a few people but it allows someone to change the state to fix typos and such without going through the whole ECN process, etc.
-
-
-
Re: How to Change State At Check In?
To check in and change state in one operation you must press the arrow in the workflow, see picture .
Here the first time the file was checked in as Init (pig). Then automatically moved to the next state called Concept.
But we handle it in a different way. All documentation that are Approved is read only. Any change after approved state requires a state change to make the document possible to check out. The reason we do it this way is because PDM is integrated with Axapta and information is tranfered between the systems when documents are getting Approved.
-
Re: How to Change State At Check In?
I really appreciate the support here and these answers are helping me see what may work the best for our situation. So far I like the direction Tim is going with the datacard variable and automatic transition but in our case I think that the best scenario is to do this on the check in. My reasoning is that as Tim also pointed out, a file may be checked out with full intention to make changes but then a decision is made to discard the changes and leave as is. It looks like if you require a status change before check out then you also now will require the permissions, etc. to be able to undo this state change if the changes do not happen. There is also the situation where an assembly is checked out to make changes but not all of the components but during the change you realize that you have to make changes to a component. Now you can check the file out while in SolidWorks in the middle of the change. With the other scenario I'm not sure how you go about changing the state and then checking out while in the middle of a change.
I have not worked with Dispatch yet and still need to make a datacard that makes sense for our company so we have the default datacard in place today. Where is the place place to go to read up and get started with Dispatch?
-
Re: How to Change State At Check In?
if you are using the EPDM add-in in SW, then you can open the released assembly (read-only), make your what-if edits, and either a) close without saving to discard the changes. or b) used the add-in to change state and check out the files you have changed, while retaining the changes, make further changes if you like, and then check them in.
-
