Skip to Content

Notification activity LT indicator not set due to irregular parallel processing

Feb 15 at 02:42 PM


avatar image

Hello Community,

I have a very strange case happening with activity long texts in PM notifications. Please find below the scenario:

  1. User calls IW42 from a custom built transaction and the order number is filled in the screen and all of the operations listed;
  2. User populates all of the confirmations for all operations in IW42;
  3. We have the requirement that activities must be populated with the start date/time and end date/time populated;
  4. For each activity the user can populate a long text and when they do, in IW42, the image of the long text that has been created is shown;
  5. The user will then perform the technical completion from the confirmation and subsequently save in the same session/transaction.

99.9% of the time, the activity long text is saved correctly in the notification and the icon shows correctly in IW23. In 0.1% of cases the activity long text is saved and what happens here is very strange, the icon is not shown in IW23. I realise that the INDXT not being updated has already been looked at in the post, however, here the problem is different:

  • The notification is saved and the activity with the short text is created in QMMA;
  • The activity long text header is created in STXH and long text is available in the cluster table;
  • The long text indicator is not populated in the notification in IW23;
  • When in IW22, clicking on the activity long text create Icon, the long text appears.

When checking STXH, it is possible to see that the user has created two or more records on STXH at exactly the same time (HH:MM:SS) as completely different notifications processed earlier during the users working time. We have checked with users regarding use of two or more parallel sessions and pressing save quickly, but this is not the case. Each time they have stated they are only inputting in one session.

Our current gut feeling is that the two or more previous texts are hanging and have not been committed to the database although all other attributes were saved at the correct time (or a couple of minutes earlier)

Has anyone else faced this? Does anyone have a potential solution?

iw42 | indxt | iw22 | qmma | stxh
10 |10000 characters needed characters left characters exceeded
* Please Login or Register to Answer, Follow or Comment.

5 Answers

Peter Atkin Feb 15 at 03:04 PM

Hi Peter,

I havent seen this particular error before.

Does it occur if you use IW42 without your custom built transaction?

Open an OSS Message to SAP to see what they recommend, although probably ask you how to reproduce the issue.


10 |10000 characters needed characters left characters exceeded
Peter Atkin Feb 16 at 12:47 PM


Ask your developers if its possible to trap the error programatically, then dump an anaysis file on to server for review.


10 |10000 characters needed characters left characters exceeded
Peter da Cunha Rego Feb 16 at 11:58 AM

Hi Pete,

Thank you for replying. We have extreme difficulty in reproducing this, using IW42 or doing the call from our custom built. In fact, in 8 days of trying, we have managed to reproduce it once (with breakpoints everywhere imaginable).

Also, the custom built transaction does a call transaction to IW42 and populates just with the order number and simulates the enter so the operations are shown.

When saving the confirmations, there are various validations performed in user exits, however, we have not found that these have an impact at all. In short, no smoking gun.

The options that we have looked at are:

  • Is STXH locked by another development performing processing at the same time in or a batch job? So far found nothing to suggest this;
  • Are there any dumps happening at the same time as the text is committed for the first notification? Again, nothing at any of the times around this;
  • We have checked if anything has been transported at those times. A resounding no.

I have one case a day in Production and always at different times during the day.

An odd one indeed.

When we find the cause and the solution I will update the post.



10 |10000 characters needed characters left characters exceeded
Nic Teunckens Feb 16 at 08:09 AM

There are known issues upon the use of "SAVE_TEXT" FunctionModule, as this add the LongText, but does not Set the LT-indicator itself ...
(Our Custom Logic underwent a similar issue, but for us the Update LT-Indicator on Confirmation did not execute.)

See SAP-KBA 1982719 "Long texts cannot be displayed - Usage of function module SAVE_TEXT" : link

Extract :

"Long text indicators must be updated.
Every object is using its own field

  • Orders : field AUFK-LTEXT
  • Operations : field AFVC-TXTSP
  • Confirmations : field AFRU-TXTSP
  • Notifications : field QMEL-INDTX
  • Notifications tasks : field QMFE-INDTX
  • Maintenance plan: MPLA-LTKNZ
  • Maintenance item : MPOS-LTKNZ
  • Equipment : EQKT-KZLTX
  • Functional locations : IFLO-KZLTX
  • Task list : PLKO-TXTSP
  • Operation task lists : PLPO-TXTSP

Where possible you should use the corresponding application BAPIs instead of function SAVE_TEXT (for example BAPI_ALM_ORDER_MAINTAIN with import parameter IT_TEXT for order long texts). If there are no BAPIs available and you are using function SAVE_TEXT, you need to update the long text indicators by a program of your own."

So I would reference this SAP-KBA upon contacting SAP Support. As far as I know, SAP actually advised you to Update the LT-indicator yourself ...

10 |10000 characters needed characters left characters exceeded
Peter da Cunha Rego Feb 16 at 11:57 AM

Hi Nic,

Thanks for replying. We already update the long text indicators ourselves, so this is what makes this a strange case.



10 |10000 characters needed characters left characters exceeded