Sending Custom Image screen to multiples users at a time

[Former Member]

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

[I042439]

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

[Former Member]

Hi Modak ,

Is it possible to send the custom screen(dailog workitem) to multiple users at a time, all can view the screen and do some changes and click on save .

Thanks And Regards ,

Sandeep Chennoju

[I042439]

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

[Former Member]

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

[I042439]

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