Multiple deliveries for single STO

[manjunathbl]

Dear All,

I have an issue, where for STO with one line item and 1 qty, 2 deliveries, 2 PGI and 2 GR are created.

In the above case ordered qty was 1 but 2 qty are delivered.

I tried to replicate the issue in test system but system is not allowing to create the second delivery. I have gone through most of the threads but I have not found any solutions.

Please let me know the cause for this.

Regards,

Manjunath

[former_member183424]

Show us the screenshot of PO history tab and PO schedule line tab.

[manjunathbl]

Hello Dibyendu,

Below are the screenshots.

Let me know if you need any more details.

Regards,

Manjunath

[JL23]

Why are you hiding units of measure and currency?

Usually one hides vendor, customer, and material names as this might allow to draw conclusions about who you are or even would violate privacy.

But in a case where you have trouble with quantities (1 ordered 2 delivered) a unit of measure could eventually explain the reason why someone created 2 deliveries for one STO.

[manjunathbl]

Hi,

The reason behind to hide the currency and order unit is to maintain the privacy of the business. Nothing else.

Unit of measure is TMX. Ordered 1 TMX and delivered 2 TMX.

Regards,

Manjunath

[JL23]

There is no overdelivery tolerance check in a STO and no partial delivery check like you may be used to from a sales order.

In the purchase order is a field Part.Del./Item which should be B if you want only allow a single delivery .

1979532 - "Part.Del./Item" options are not available in stock transfer orders delivery tab to create only one delivery

The tolerance check is explained in OSS note 548914 - Over/underdelivry tolerances for GR/GI for stock transp.ord.

[manjunathbl]

Hi Jurgen,

1979532 - "Part.Del./Item" options are not available in stock transfer orders delivery tab to create only one delivery: Options can be selected in the STO and for all the STO's this field is left blank without any values. And Under/over delivery tolerance is maintained as 0% in STO.

Regards,

Manjunath

[JL23]

What is unclear? if the "Part.Del./Item" is empty then you actually allowed multiple deliveries for this STO. and delivery tolerance is not checked except you do the modification from the OSS note.

So it should be clear why it was possible to create more deliveries than just one.

[manjunathbl]

Hi Jurgen,

I tried to replicate the scenario in quality system.

1. With the same material code I have created the STO and field "Part.Del./Item" is left blank.

2. I tried to create the delivery using VL04 and delivery got generated.

3. I tried to generate the one more delivery for the same STO but system is showing the message as no worklist selected.

4. I also tried to generate the delivery post completion of GR for the first delivery. But in this case also I am getting message as No work list selected.

So how come system allowed to generate the 2 deliveries for the same STO.(Time gap between both the deliveries is almost 8mins)

If this is the bug then we have to intervene ABAPer's for technical analysis.

Regards,

manjunath

[JL23]

what if you execute VL04 in 2 sessions parallel and then create the first delivery in the first session and then you switch to the second session create another delivery for this STO?

[manjunathbl]

Hi Jurgen,

I have not checked this case. Let me check and comeback.

Thank you.

Rergards,

Manjunath

[manjunathbl]

Hi Jurgen,

I have checked this. I had opened 2 parallel VL04 sessions and I have executed. And both passed to next processing stage. And I have saved the second run and delivery got generated. And then I tried to repeat the same for first session but delivery is not generated without any logs.

Regards,

manjunath

[former_member183424]

What is the overdelivery tolerance for PO line item ? Is unlimited ticked in delivery tab for the line item ?

[manjunathbl]

Hi Dibyendu,

Over delivery tolerance is maintained as 0% and Unlimited checkbox is not checked. As per primary analysis, First delivery is created with the supplying Plant A & SLOC A and second delivery is created with Plant A & SLOC B.

But in STO Header, Customer data tab, Issuing Sloc is maintained as SLOC B.(This is custom built field).

First delivery is created with the order combination. and in those orders issuing Sloc is SLOC A.

Second delivery is created individually not with the order combination. Hence Issuing Sloc is defaulted from STO ie. SLOC B.

Thanks in advance.

Regards,

Manjunath

[JL23]

This is now a totally different story to your original question.

You cannot expect that a standard delivery creation program does any checks on your purchase order's custom field.

You would of course need to add programming routines to the delivery creation program to react on such field in case of stock transfer orders.

Why didn't you use the standard solution for stock transfers between storage locations?

[manjunathbl]

Hi Jurgen,

Thanks for the reply. This STO is used to transfer the materials from Plant A to Plant B. The program is working fine till now. But this is an exception case. Hence not able to replicate this is quality also.

1. STO is created with ME27 and Delivery is created with VL04 and then PGI is posted in VL02N. and GR is posted in MIGO with respect to outbound delivery.

No custom programs/ T-codes are used to post these documents.

Regards,

Manjunath

[former_member183501]

Hi,

Is it happening in other STOs also ?

If not then one possible reason of multiple session has been explained by Jurgen Sir.

I too have faced this issue many times where system generated two invoices against single delivery. Reason was multiple session. E.g. User executed VF01 and saved it but system took time to save due to low speed, user closed this session and processed VF01 again and system generated two invoices.

[manjunathbl]

Hi Kalmesh,

This is not the case with the other STO. I have checked multiple session scenario as suggested by Jurgen also. But system has validation to prevent the posting of duplicate delivery. And posting time gap between the both the deliveries is almost 8mins. Hence no chance of multiple session issue.

Regards,

Manjunath