cancel
Showing results for 
Search instead for 
Did you mean: 

Zero Qty billing

former_member301027
Participant
0 Kudos

Dear Gurus,

I have two scenarios.

1. at sales order level 1 have two line items, the 2nd line item quantity is not available in stock, when I create outbound delivery system bring the 2nd line item at delivery level with zero value, and process the same at invoice level as well, result field get freeze at sales order level.

Is there any standard functionality to cover it, or should I adopt the practice to delete the line item at delivery level if quantity is zero.

2. batch management functionality is using, system generate two line items at the time of billing one with zero and one line with actual quantity. can I make setting so that only one line items appear at invoice level.

Regards,

Imran khan

Accepted Solutions (1)

Accepted Solutions (1)

former_member183879
Active Contributor
0 Kudos

Hi Imran,

For the first problem

Ideally delivery should not allow you to do picking and PGI for the second item. If it is allowing, this material is allowed for negative stock quantity. So do a stock quantity check before PGI and after PGI in MMBE. If stock quantity becomes negative, you should disable the negative stock quantity functionality for this material. For this you can approach the MM consultant. If this is enabled, delivery will not copy the material if there is no stock available in the plant and storage location.

For the second problem,

The main item is the header item which will not have the batch number. The sub item has the batch number. You have enabled both the item categories as relevant for billing. If you make only one of these 2 item categories as relevant for billing, and disable the other, then the relevant item alone will appear in the billing document. The other item will not appear.

Having said that I dont see any problem even if both the items are coming except for VBRP getting filled with unnecessary data.

Try these and update.

Answers (2)

Answers (2)

former_member184966
Participant
0 Kudos

Hello Imran,

Are you using MTO or MTS cycle?

Please revert back.

Anandkumar KS

former_member301027
Participant
0 Kudos

no we are not using MTO or MTS.

prasanna_kumar4
Active Contributor
0 Kudos

Hi


For your first Scenario already Mr.Adithya has given the solution.



check quantity 0 in  delivery item category Tcode is 0VLP. Maintain that filed as B.

coming to 2nd scenario, kindly check the below mentioned link and it will helpful to solve your quires


http://wiki.scn.sap.com/wiki/display/SD/Batch+items+in+billing+document

adithya_velide
Participant
0 Kudos

Dear Imran,

          In your first scenario system is copying the line item from sales order to delivery even thoughthe quantity is Zero. if you don't want to copy the line item tothe delivery level go to OVZ9 Tcode and for the checking group and checking rule combination  check the "Check without RLT" field , so that system will not confirm the quantities if stock is not available. and one more option is there that, check quantity 0 in  delivery item category Tcode is 0VLP. Maintain that filed as B. So that there will be no zero quantity allowed for the line items in the delivery level. and it will carried further.

           In your second scenario, I am not sure about the standard configuration. But if you can go to the enhancement you can fulfill your requirement.

                  Hope it helps,

Thanks,
Adithya

former_member301027
Participant
0 Kudos

in your solution, system give error or warning message while material not available and when I generate the delivery.

I want system cant copy the material with zero stock to outbound delivery level.

regards,

jobis
Contributor
0 Kudos

Hi Khan,

Are you using material determination functionality..?

Delivery relevance can be controlled in schedule line category . please try that

Please check Std Material determination (non stock item) item categories and schedule line categories, It may help you.

Regards

Jobi

former_member301027
Participant
0 Kudos

No sir we are not using.