Return Order from Schedule agreem. wrong quantity and wrong updating in ref

[Former Member]

Hi,

When I create a return (RE) from a Schedule agreement (LP).

The quantity has to be in blank I want to enter it manually.

But the system always proposes me a quantity.

This is the first error.

In the copy control (transaction VTAA) there is not flag where to put: do not copy the quantities.

u2022 Copy quantity at item level in in blank.

u2022 Copy schedule lines is in blank.

I have tried also with the flag of copy schedule lines on and at schedule level to put:

Copying requirements 502 Do Not Copy SchdLine

But with out success.

Additional to this, in the field: Quantity is calculated positively, negatively or not at all

I put a negative.

I mean if the schedule is 50. I make the delivery for 50 and I make the goods issue for 50.

If I make a return for 50 and delilvery for 50 and goods entry for 50.

I should able to generate a new delivery for 50.

But no way.

This is the second error.

Thanks in advance,

[Jelena · Accepted solution]

Part 1. What you're describing is not an error, but a standard system behavior. Why don't you just take whatever quantity is given and override it with the quantity needed? It's not possible to create a regular line item without a quantity.

You can try playing with the user exits or data transfer routines (VOFM), but I don't think this would work. If it's a critical business requirement, you might have to write a completely custom ABAP program to enter returns. This is not unheard of, but will add a lot to the maintenance.

Part 2. I didn't get at all what the problem is... In any case, all the amounts are usually stored as positive numbers. In the reports, you will know by the order type, delivery type and goods movement type that the amount should be subtracted.

[Former Member · Accepted solution]

Hi,

Thanks your reply.

Part 1. You are right this is not an error. But how do the schedule line routines work? If I don´t want to transfer the quantities but I wish to move the material code, the pricing condition...the item information. It should be possible and the vofm routine for the schedule line should meet the point.

Part 2. My contract with my customer is a schedule agreement with several schedule lines.

I only can send goods which are planned in the contract.

So I can not modify my schedule lines (because it means to modify the contract) but if my customer needs 1.000 tons today and I send the goods today but the goods have not the required quality I have to create a return order and resend the goods.

I don´t want to create and additional sales order for the new shipment.

What I want is to update the quantity to deliver but without touching the schedule lines. Just it is like a quotation and sales order but at reverse.

Regards,

[Jelena · Accepted solution]

You can try writing your own data transfer routine and cleaning VBEP-WMENG (or whatever field you choose), but most likely you'll just get an error message in the transaction. Also most likely you'll need to clean not just schedule item but the general item quantity (VBAP), because that's what really drives the data in schedule lines (normally).

The scenario you're describing for part 2 doesn't seem to be feasible to me. When you configure the document flow, you have to choose a certain scenario. If it's contract -> order -> delivery, then you will have to follow it through all the time. I don't think it's possible to do contract -> order -> delivery for sales, but contract -> delivery for the sales after a return. That's just not how SAP works... You can try and add a new line to an existing sales order, but it would be more difficult than creating a new one. And, honestly, I don't see any advantages in that. Having first order, then RE, then a second order is, in fact, more transparent and easier to track (from IT point of view).

[Former Member · Accepted solution]

Hi,

I have found the solution.

Using schedule agreement LZ I can modify / update the pending quantity of the contract by using a a correction delivery (document type LFKO).

And when I create a return the system does not propose the quantity of the SA.

So it is perfect.

Regards,

Enrique