on 08-21-2009 8:39 AM
Hi,
If i have a human activity in Web DynPro form, once user submit the data entered in the form, it will call an automated activity (Enterprise Service/Web Service) to update or create a record in a remote database system. Users in turn will expect to get some acknowledgments or return values.
Is it possible for user to see the acknowledgments/return values/error messages in the same webdynpro form?
p/s: i know it's possible to import the web service model in WDP to achieve it, but would like to know if the same is possible for human activity calling an automated activity.
Any help would be much appreciated?
Thanks.
- julius
Hi Julius,
From a BPMN point of view that would be a sequence of three steps:
enter data (human activity)
process data (automated activity)
acknowledgement (human activity)
So in my opinion submission and the acknowledgement are two different tasks and thus two separate UIs. For sure you could reuse the UI and display the entered values in read-only mode for example. But still the user will see one task after another in the inbox.
Cheers,
Martin
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Martin,
Your sequence of steps are exactly what i thought. However, user need to instantly get the return value/acknowledgment if the creation/update is successful or failed. To business user, it is definitely not user-friendly to put it as another task in the inbox and user may unknowingly forget about the new task.
What is SAP's recommended best practice in calling the ES/WS from human activity? Is it advisable to call it directly in web dynpro form by importing the web service model or as a automated acitivty, ie, ES/WS?
Hi Arafat,
As far as i know, correct me if i'm wrong, boundary event would only be displayed in the log file, which is not possible for business user to see it. I'm wondering if there is any direct/immediate way to display error to user.
Thanks.
-julius
Hi Julius,
I know what you mean, but I guess that's not possible with the current solution. Furthermore such a service call might take a while to complete, that's why I proposed having such a sequence. Nevertheless I got your point. Thanks for sharing this feedback.
So I guess if you want to explicitly express that there is a service call you would need to go for the 3-step-solution in my opinion. In case it's more important to have the intermediate response you'd need to go for your embedded service call as you proposed in your initial post.
Going the latter way would shrink down your model to a one-step process and all "business logic" would be encapsulated in a single web dynrpo application.
Cheers,
Martin
Hi Julius,
For your scenario, best approach would be to create a 3 step process as suggested by Martin, but it would not be that user friendly from Business User point of view. As already pointed by you, putting everything in one step by importing the wsdl in WDP and invoke it directly from there without having any automated activity also makes sense to me.
Regards,
Arafat
Edited by: Arafat Farooqui on Aug 21, 2009 3:13 PM
Hi Julius,
If the exception occurs in the Automated Activity (Web Service) then you can place a boundary event on the boundary of a automated activity to show how the exception that has occurred while the activity has been performed is handled. You have to define a WSDL fault or exception for the WS to create a boundary event.
Hope this helps!!
Cheers,
Arafat
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
88 | |
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.