cancel
Showing results for 
Search instead for 
Did you mean: 

Two step confirmation with RF device (Mobile Data Entry) - 1st step only

maciej_domagaa
Contributor
0 Kudos

Hello

I want to implement the following scenario:

- WM transfer orders are created, relevant for two step confirmation;

- a user working with RF device confirms the 1st step - picking;

- then the materials are transported physically to another building (the same warehouse number);

- another user working with RF device confirms the 2nd step - putaway.

For confirming the 1st step I tried to use standard transaction LM07. Confirmation of the 1st step is working fine but right after that a screen for confirming the 2nd step is displayed to the user. I would like this transaction to finish just after confirming the 1st step and not to proceed with the 2nd step immediately - because the confirmation of the 2nd step should be done by another user (with some other transaction).

What is more: if you exit the transaction manually after confirming the 1st step the system saves the TO number (in table LRF_WKQU) and in some circumstances triggers the screen for confirming the 2nd step even if you do not run LM07 - this is so called "recovery" function which is a nuisance in my case.

So my question is: is there a way to customize LM07 so that it finished processing automatically right after confirming the 1st step for a two step confirmation TO ? (and without storing data for "recovery" function). Or maybe some other mobile-data-entry transaction should be used for that ?

regards

Accepted Solutions (0)

Answers (3)

Answers (3)

former_member214692
Participant
0 Kudos

Wanted to update this discussion by saying that it was actually 2-step picking and not 2-step confirmatino that was the right solution for my needs.

Vlad

Former Member
0 Kudos

This message was moderated.

former_member214692
Participant
0 Kudos

This message was moderated.

Former Member
0 Kudos

Hi Mac,

I am also in the same situation. As i see your post is quite old, so just wondering, what solution did you adopted for this requirement.

Thanks & Regards,

Raj

former_member214692
Participant
0 Kudos

I am also facing the exact issue. I will post a response if/when I come up with a solution. Please do the same.

Vlad

Former Member
0 Kudos

Sure.

Former Member
0 Kudos

Hi Vlad,

One more information, which i would like to communicate on this issue.

We have raised OSS message to SAP on this issue. They have replied back that, on screen 1302, we have some custom code which is interfering with the system behavior.

As of now, we have analyzed at our end, and we found that, the enhancement at screen 1302 is restricted for the functionality, and in theory, this enhancement should not be effecting at all the system behavior.

SAP has suggested to test the scenario , without any enhancement on screen 1302.

Still we are in discussion with SAP, and try to find out the resolution.

Can you also check in your system, if you have any enhancement on screen 1302 ? And if yes, does it interfering with the stander SAP codes.

Thanks & Regards,

Raj.

maciej_domagaa
Contributor
0 Kudos

My solution was creating my own Z program which handles this scenario the way I want.

It uses fm L_TO_CONFIRM to confirm transfer orders (see here: http://help.sap.com/erp2005_ehp_05/helpdata/en/c6/f83a294afa11d182b90000e829fbfe/content.htm?framese...)

regards

former_member214692
Participant
0 Kudos

Raj - We have not done any custom coding on screen 1302.

Maciej, I don't suppose you would be willing to share your custom code with me??!!!

Vlad

Former Member
0 Kudos

HI Mac,

Is it possible that you share codes with me.

Thanks & Regards,

Raj

maciej_domagaa
Contributor
0 Kudos

I will not share the code because it has grown to quite a big project since creating it - it handles several other scenarios of confirming TOs, not only the one mentioned in this post - the logic is spread across many screens and includes so it is too complex to be just pasted here.

But I can share my experience - the whole idea is simple:

- select TO data from database (LTAK, LTAP) - based on any criteria you need;

- display it to the user and let him enter quantities that he wants to confirm (lock the TO while in processing by the user with fm ENQUEUE_ELLTAKE);

- pass the data entered by the user to the call of fm L_TO_CONFIRM;

- display results or messages;

good luck

Former Member
0 Kudos

Many Thanks.

former_member631463
Active Participant
0 Kudos

Hi,

If you are TO number as supplying data ..then How about the customize standard transaction "LT1B" (for 1st of 2 step confirmation) and "LT1C" (second step of 2 step confirmation)? You can assign these programs to different menus and then assign queues accordingly to different user.

Regards,

Sudhir

maciej_domagaa
Contributor
0 Kudos

Thanks for an idea but this can't be a solution because:

1. I need "system-guided" confirmation procedure - ie. user does not know the number of TO, he expects that the system proposes him relevant documents, awaiting for processing in his queue;

2. These are not mobile-data-entry transactions so they are not suitable for RF environment - using them with RF device may be impossible due to problems with screen sizes, screen elements not supported by SAPconsole, etc.

regards