TO not created for one user

[rafael_zaragatzky]

Dear Forum,

I wonder if anyone out there can help me with this tricky WM problem.

We create TO's automatically when a production order is released (the flag "WM request" in the production scheduling profile is set to 1 = "Transfer requirement and transfer order on release").

This works fine for all the users except one! The TO is not created for this user automatically, but she can create it afterwards manually without problem. Therefore I believe that the problem has something to do with the user's settings. There are no authorisation problems - it must be something else.

It is of course possible that the creation of the TO is prevented by some custom functionality in a user exit, but I don't find any. Therefore I wonder if you know how this functionality of automatic TO works. We don't use RLAUTAxx. Where in the production order release the generation of TO is triggered? Any function module to debug?

TIA

Raf

[former_member192897 · Accepted solution]

Compare the Parameter LAU "WM automatic transfer order creation" in User Master record who is not able to generate Auto TO and who is able to generate Auto TO.

[rafael_zaragatzky · Accepted solution]

Thank you, Ashok. I wasn't aware of this parameter. How is it used? Where is it documented?

None of our users has this parameter, even those that do get TO's created automatically. Do you think it is worth allocating it to the user who has the problem?

TIA

Raf

[former_member192897 · Accepted solution]

To be frank, i havent used the parameter before. But, i hope the Parameter Control the Auto TO creation for a User who has the value X set against LAU parameter in User master record. This Parameter could work similar to MSV which is used for Message control user specific.

If you are sure that the said parameter is not used in any user master record then check whether any Customer exits are already in place.

MWMTOAU1 may be used to Control the Automatic TO creation according to the criteria you set.

If you can reproduce the same problem in Dev server or Sandbox server then set the parameter to the user and check once.

[rafael_zaragatzky · Accepted solution]

Thanks again, Ashok.

Yes, I am sure LAU is not used at all. I have also checked all possible user exits without success, incl. MWMTOAU1 (not implemented).

We will have the prod. environment copied over to the test system in two weeks time. I plan to "play around" with this user ID then.

Thanks anyway for your input.

Does anybody else have some input on my original question? How does this functionality of automatic TO without RLAUTAxx work? Where in the production order release the generation of TO is triggered? Any function module to debug?

TIA again,

Raf

[JL23 · Accepted solution]

Have you checked the answers from OSS Note 566090 - FAQ for immediate transfer order creation

[rafael_zaragatzky · Accepted solution]

You are incredible, Jürgen! This note with the notes it refers to explains quite a lot.

I have found out that the TO generation is performed by the background task L_COMMUNICATION_TO_CREATE. I checked in trs SMQ1 and found a lot of such tasks for this user, all in status Transaction recorded.

If I try to process these tasks, it seems like they are processed. I can't see if there are problems further on in the generation of the TO, since all TO have already been created manually by the user. But the processing *is* started. Hence the question is why the tasks won't start by themselves.

Well, maybe the recently created tasks can't start because the old ones are not processed. I will try removing all old tasks and then see if the problem is solved.

I will also check the OSS notes regarding this task - it seems like there's quite a few of them.

I will let you know the outcome.

Huge thanks again for the tip!

BR

Raf

[rafael_zaragatzky · Accepted solution]

Hi guys,

Cleaning the queue made the trick - now the user gets the TO's created automatically.

There's still the question why the first TO's got stuck, but I doubt we will ever have an answer to this question.

Many thanks for the tip, Jürgen!

BR

Raf