on 08-13-2014 1:01 PM
Hi All,
I am working on workflow ws20001004 and everything working fine.Now the one issues if i open the work item window for option approve,reject and keep in inbox parallel MIR7 in change mode .I am not getting any error message like window is open in change mode . Is this option possible.
Regards,
Madhu.
Hi Madhu
The standard workflow WS20001004 sends a decision item via task TS20000881 to the user.
This does not checks for locks because it is a generic decision based on standard BO DECISION, method PROCESS which is used system wide for Approve/Reject.
if we look at the standard workflow, after rejection it sends a workitem for EDIT, which will obviously check for locks as you will go in edit mode.
If the user approvers, it will go for release in background - the step would call method PreliminarySetApproved of BO BUS2081 which does pass back exceptions. The step will go in error and will have to be picked up by the workflow admin in case it is locked
If you need a functionality like what you have mentioned, you will have to make a custom task of your own which checks for the lock first and then displays the decision option.
Regards,
Modak
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Now I am not sure if this will work....you have to try it........
Another approach is to force an EDIT instead of DISPLAY (which happens currently)
Copy the workflow WS20001004 into a custom workflow, activate the event linkage and then just change the following in the workflow definition:
By forcing the method EDIT instead of Display, will make the system go for EDIT transaction mapped in BUS2081.EDIT method (which is MIR4 going by the description). I would assume that that the system should throw a lock error.
Regards,
Modak
to copy
go to PFTC -> give WS20001004 and Copy. Then go to triggering events tab and activate linkage.
Then go to workflow builder and navigate to the highlighted step
Message was edited by: Modak Gupta ......................... if this works, remember to deactivate the standard workflow event linkage else there will be two instances...one from your custom WF and one from your original workflow
Hi Madhu
Why do you think that Services For Object will be affected if we use EDIT method of the same BO instead of the Display Method?
GOS Workflow List looks for the associated BO (which remains same in the proposed case) and then searches for the workitems associated with that BO. It does not searches with the workflow number WSxxxxxxxx. So if you keep everything same and just change to EDIT method in your custom workflow, it will not affect the GOS services for object for workflow lists.
Regards,
Modak
Hi Madhu
You may have to do some coding then.
Create a method which checks for a loc and place it before the DISPLAY method.
You have various options.
Or
Or
Or
Regards,
Modak
Hi Madhu
hope you know ABAP.....now I feel that you are being lazy ... Just joking buddy!
In your (instance dependent) method, get the BELNR and GJAHR using
LV_BELNR = object-key+0(10).
LV_GJAHR = object-key+10(4).
then call FM ENQUEUE_E_RBKP to lock using this key.
If you get an exception , issue error that it is locked by someone else
(maybe try to see what is in SY-MSGID, SY-MSGTYPE, etc. to see if system provides the user name in the default error message variables and you can use it)
If there is No Exceptions, remember to Unlock first using DEQUEUE_E_RBKP and then move to DISPLAY
regards,
Modak
User | Count |
---|---|
84 | |
23 | |
11 | |
9 | |
8 | |
5 | |
5 | |
5 | |
5 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.