Dynamic work item text not updated

[Florin Wach]

Hello George,

the header text is stored upon creation in the workitem's language in the database is not changed anymore, after that.

This is done for performance reasons, when the worklist for a user-ID is built. The stored workitem header can be used, without instantiation of the object-instance.

A user setting (or global default setting) can overwrite this behaviour, so that the logon-language is used instead of the workitem's language. (settings->workflow settings->display workitem texts in logon language).
This will also generate the workitem header text, even when the languages match.

I have seen users worklist that needs more than 10 minutes to construct, as they were using this feature, when they had 500+ items in their inbox. So carefully activate that feature.


Please check this out, if that behaviour is (still) working with your ERP release. I can't say, how the UWL would work here, by the way.


With the very best wishes,
   florin





-------- Original-Nachricht --------
> Datum: Wed, 13 Jun 2012 10:14:37 +0100 (BST)
> Von: George Caramaliu <george_caramaliu at yahoo.com>
> An: "SAP Workflow Users\' Group" <sap-wug at mit.edu>
> Betreff: Dynamic work item text not updated

> Hello,
> 
> I have a workflow text (work item text for the head work item) with some
> dynamic BOR attributes.
> At the moment of WF creation I have the following values:
> BOROBJ-ATR1 = 'VALUE'
> BOROBJ-ATR2 = EMPTY
> 
> Work item text = Text &BOROBJ-ATR1& more text &BOROBJ-ATR2& more text
> 
> After the workflow is started and first step is executed the head
> container is updated and BOROBJ-ATR2 is populated with some value 'VALUE1'.
> 
> I need that the head work item text to be updated with this 'VALUE1' but
> it is not updated. I have another system where this logic works, both
> systems with SAP_BASIS 701.
> 
> Work item text after the BOR attributes are filled in looks like this:
> Text VALUE more text more text
> 
> Any clue how to solve it? Initially I thought that the wi text is
> generated at the moment of creation and stays like this but then I saw this logic
> working in the other system so it must be something else.