cancel
Showing results for 
Search instead for 
Did you mean: 

Workflow does not start after event, raises conversion_error with wf-batch

Former Member
0 Kudos

Hello everyone, I have a WF developed with ABAP OO, I start the process in a web dynpro in portal calling an RFC-enabled FM in which I raise a CREATED event corresponding to my abap class. Whenever I log in with my user andd start the process the workflow starts correctly and executes a few background tasks, however when some other user tries to start the same process from the same web dynpro, the event is raised but no task in the workflow is executed; checking ST22 I see a conversion_error raised by wf-batch.

Then i check SWEL and with both users the event was raised correctly, the only difference I saw was that when the wf fails in SWEL the object key for the receiver was empty (it should be showing the workitem ID as far as i know).

By the way, I already checked bindings in both the event and the workflow, data types and all of that seems to be right, otherwise I would not be able to execute wf tasks with my user.

Please help, I would appreciate that very much, I don't know what the problem could be.

Thanks

Accepted Solutions (0)

Answers (2)

Answers (2)

anjan_paul
Active Contributor
0 Kudos

hi ,

  Share your dump screenshot of the source code from st22

former_member185167
Active Contributor
0 Kudos

Hello,

If it works for one user but not another then it's most likely authorizations.

Can you see if the event container was populated in the case where the workflow failed? Does SWEL say a receiver was found in that case?

regards

Rick Bakker / hanabi technology

Former Member
0 Kudos

Hi, thanks for your reply. The container is indeed populated, the event is triggered in both cases, but for some reason when it fails the event has no workitem id associated to it.

Here's the screen shot from swel when the event suceeds:

And here's when it fails:

In  both cases the container is correctly populated, just in the second case the workflow completely stops at the first step.

Former Member
0 Kudos

By the way, our security team already checked authorizations and they told us that both users have the same permissions, so this is getting weirder.

Thanks a lot

former_member185167
Active Contributor
0 Kudos

Hello,

It could possibly be a problem in the user settings (e.g. if they had an illegal timezone set, to give a random example). Please give more details from ST22 as Anjan suggested above.

regards

Rick Bakker