on 12-23-2014 9:33 AM
Hi All ,
Please tel me the possibilities of the below requirement .
Earlier we developed two workflows and are working fine for Product creation Form .
1. data uploaded to z table through file , here product req no is generated and updated in the z table .(two level process)
2 . for that req no DMS image is uploaded and that that screen is went for four level approval .
3 After Final Approval of Req No, Article is created Based on BDC or through MM41 Tcode .(With req no as referenece or not )
Here new requirement is we providing for custom transaction to user in this Product Request Number is the input (select options)
For the req no check the article is created or not , if created then we need to send one custom screen which includes image(Based on image no entry in z table get the image from DMS server) and other information related to req no .
Here In T001W table how many sites(users) are there to all users the same screen should go the user wil do any button action in the screen that is not fixed .
Here there target is that each and every user in that Table can see the image screen and related information ..
How can i approach this task , how to send one screen to multiple users ata time there no hierarchy or reporting proces just they can view the details and how to users(sites) may increase in the future ..
Please Let me know the poaaibilities and feel free to ask any queries related to requirement ..
Thanks And Regards
Sandeep Chennoju
Hi Sandeep
It is really hard to understand what you need! Please elaborate!
Seems that you have copied the requirement from a functional specification .... which is not checked for spelling and grammatical errors.
Can you please explain, in your own words and in details as to what you need?
Regards,
Modak
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Sandeep
if you send a workitem to multiple users, first one who picks up reserves it automatically. Other will not see it.
You can use Dynamic Sequential / Parallel processing to send WI to Multiple Users and then collect individual changes in your workflow.
However, what type of changes are we expecting by each user? Are they going to make changes to same fields or are there specific fields for specific users?
Regards,
Modak
Hi Modak ,
Thanks for your quick response .
Let say Once the work item is executed by any one of the 10 agents then the work item in the remaining users inbox gets disappeared , it is standard behaviour . Please correct me if i am wrong ?
Here in my case Agents are dynamic depends on table entries . How to get the dynamic agents ? to all agents is it possible send the same work item ?
I don't know how Dynamic Sequential / Parallel processing works , whether it suits our requirement ?
They might be changing the same fields or other fields and will updates in Z table .
Thanks and Regards
Sandeep Chennoju
Hi Sandeep
Let say Once the work item is executed by any one of the 10 agents then the work item in the remaining users inbox gets disappeared , it is standard behavior . Please correct me if i am wrong ?
By default - yes
Here in my case Agents are dynamic depends on table entries . How to get the dynamic agents ? to all agents is it possible send the same work item ?
I do not know what your table entries are , but you can call an activity step to call a method, which returns all agents for a particular level in a table of type TSWHACTOR.
I don't know how Dynamic Sequential / Parallel processing works , whether it suits our requirement ?
You can use Dynamic Parallel processing - send WI to All Agents in a table. Till all of them execute - the Workflow does not proceeds further. You can use the following links:
http://scn.sap.com/thread/3603384
http://scn.sap.com/docs/DOC-42404
They might be changing the same fields or other fields and will updates in Z table .
You can call your Z transaction in the method of the workitem - there you will have to handle locks in your custom transaction considering that multiple people will be accessing the same DB table from different places. Update the DB table - whoever updates last has the final say . Maybe you can build a logic that to update the Z table, first read the latest record, lock it for update, then display to user, let the user change, save and then release the lock so that whoever updates the record, does not overwrites the changes done by other users.
Regards,
Modak
User | Count |
---|---|
81 | |
10 | |
10 | |
9 | |
6 | |
6 | |
5 | |
5 | |
4 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.