Cash Sales- Don't save when Order quantity are differente of Confirmed Quan

Dear all , hope u all are doing great ...
I have a question about cash sales:
I have a process that when de sales order (BV) is save the outbound delivery is create (standard) and the good issue done. However, if the order quantity is diferent of the confirmed quantity (in the order) the outbound delivery is created with the confirmed quantity.
I would know if is it possible to the system sends a error message, in the order, when those quantities are diferent. Is any way, standard, to do that? Or have I must use an user-exit that compares the quantities and send a erro message to the user who is cresting the cash sales?
I hope you can help me...
Best regards,
Inês Garcê

Hi friend,
there is an option on the sales order to do complete delivery. And there is a check on customer material information record to allow only complete delivery. Along with these there is a check at delivery item cat. which checks if only a complete delivery needs to be allowed or trigger an error / disallow creation of delivery.
Regards
Sadhu Kishore

Similar Messages

  • Delivery split when order quantity is 1

    Hai all,
        Eventhough we have mentioned the order quantity as 1 in the sales order, while creating the delivery w. r.t this sales order  it shows an error message that 'order cannot be delivered due to different shipping point'. What may be the reason for this?
       How to overcome this error?
    Thanks in advance,
    S.Jenibalet.

    Hi,
    If you are unable to locate the shipping point in the order, then you create delivery directly from the order through path Sales documet -> Delivery from the menu in the top.
    This will copy the shipping into the delivery automatically.
    Rgds,
    Madhu.

  • Illustrator CC 2014 file unable to save when live fonts are included.

    Illustrator CC 2014 file will not save when there is any kind of font included that IS NOT outlined / converted to paths.
    Does not matter what font. I have tried saving as .PDF / .EPS and I still experience the error ("An unknown error has occurred").
    If I copy and paste that live font into another .AI file I have open, then that file will also not save and I get the exact same "unknown error" box when trying to do so.
    I'm on an iMac and not using any font management software.
    Anyone experience this issue yet?

    masonicstyle,
    I believe the first guess is corrupted font(s)/font caches, see Items 1) and 11) in  Other options (follow the link with that name).
    It could be any (number of) font(s) in the fonts folder, not just the one(s) in the document.

  • Internet Options, LAN Settings don't save when using Run As

    Hi,
    On Windows Server 2012 RTM with IE ESC off I can log on to the console of the server as UserA, I can open IE, open the Internet Options window, select the Connections tab, click LAN Settings, change a setting (eg specify a proxy server), click OK, and click
    LAN Settings again to confirm my changes were saved.
    However, if whilst logged on as UserA, I right-click the IE icon on the taskbar, select "Run as different user" and specify credentials for UserB instead, any changes I make in the LAN Settings window are forgotten the moment I click OK.
    But, if I log on to the console of the server as UserB and open IE, the LAN Settings window does remember the changes I make, so this is not a user permissions or Group Policy issue.
    Additionally, if I use Fiddler's "Tools, WinINET Options" menu to access the Internet Options window, I experience the same variations in behaviour I described above depending on whether Fiddler is run from the console user, or via "Run as different user".
    Lastly, using Sysinternals's ProcMon, when the LAN Settings are saved correctly, I can see it is done via DllHost.exe (WinInetBroker) calling GetUrlCacheEntryInfoEx which in turn writes the "Internet Settings\Connections\DefaultConnectionSettings" value
    to the registry. I can also see iexplore.exe writing the "Internet Settings\Connections\SavedLegacySettings" key. When attempting to change the LAN Settings when "Run as a different user", ProcMon still shows the successful write to the SavedLegacySettings
    key but the other key is never written to, there isn't even an Access Denied.
    A reference to "GetAppContainerRegistryLocation" in one of the ProcMon captured stack traces suggests this is behaviour new to Windows 8 as part of the "Metro"-style app isolation, however this is occuring in IE desktop mode and Fiddler (which is not a Metro
    app).
    I believe this is either a bug that needs to be fixed to allow changes to save correctly or return an error when attempting to save the changes if they will be ignored. At the very least, this behaviour needs to be documented.
    Regards,
    Jason

    Hi Jason,
    I have tested in my lab, and got same result with you. below is my test and results.
    1. log on with user1>> click "IE" and select "Run as different user">> type user2's credential >>change proxy, click "OK". open "internet option" again, the change was not saved.
    2. log on with user2, check proxy in IE, the change was not saved.
    Then I tested on "Home Page", zone settings, , I found the changes can be saved.
    I have done further test on other applications, such as notepad (enable/disable status base), calculator (View >> standard/scientific/programmer/statistics), the change can be save from "Run as different user".
    since this is a behavior of IE, I suggest you submit a post in IE forum and IE experts may give you explanation on that.
    Thanks.
    Please remember to click “Mark as Answer” on the post that helps you, and to click “Unmark as Answer” if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.

  • Cash Sales : Invoice Printing

    Hi All,
    Can anyone please tell me , From where in cash sales is invoice printed ??
    Regards,
    Ashima

    hi,
    As the earlier post rightly said in Cash Sales(CS) the output is generated as you save the order and the out type assigned is RD03.
    For cash sales, payment is made when the goods are ordered. The invoice is also printed at this time.
    The SAP R/3 system offers a cash sale transaction for business transactions of this type.
    n Cash sales have the following characteristics:
    Ÿ The order and the delivery are created in one step, although you receive a document for each.
    Ÿ Goods issue is posted at a later time as a separate transaction so the customer does not have to
    wait.
    Order type CS is used for cash sales. It has its own output type RD03 which allows you to print an invoice (receipt) from the order.The actual billing document can be created later after goods issue has been posted. To do this, use billing document type CS. Type CS is configured as follows:
    order-related billing
    no output determination, as this has already been carried out in the order
    no new price determination, as the pricing should not differ from the printed invoice
    posting in FI is made to a cash settlement account, not to the customer
    billing type SV is used for cancellations in cash sales
    regards,
    Krishna Prasad

  • Difference betwen cash sales and rush order

    hai members
    pl mail me the diff bet Cash Sales And Rush Order
    and there implication in Billing documents.
    mail me to: [email protected]

    <b>Rush Order</b>
    In a rush order, the customer picks up the goods immediately, or you deliver them on the same day as when the order was created. When you save the rush order, a delivery is automatically created in the standard system. Billing the rush order takes place as normal, after the delivery.
    In the standard system, sales document type RO is saved for rush orders with immediate delivery type LF. Once the goods have been removed from storage, the goods are picked, and goods issue is posted.
    Once the billing documents are created (for example, in collective processing), invoice papers are printed and sent to the customer.
    IN –IMG-SD-SALES-SALES DOCUMENT HEADER-ORDER TYPE RO/CS U CAN SET A FOR IMMEDIATE DELIVERY IN SHIPPING WHICH CREATES DELIVERY AUTOMATICALLY WHEN U SAVE SALES ORDER
    <b>Cash Sales</b>
    In cash sales, you can process an order for when the customer orders the goods, picks them up, and pays for them immediately. The delivery is processed at the same time as when the order is created and a cash invoice is printed immediately: billing is therefore related to the order, unlike rush and standard orders. Receivables are not created for the customer, as they are for rush and standard orders because the amount in the invoice is immediately posted to a cash account.
    In the standard system, sales document type BV (CS) is saved for cash sales with immediate delivery type BV.
    When the sales employee creates a cash sale, the system automatically proposes the current date as the date for delivery and billing. Once the order has been posted, a delivery with type BV is created immediately in the background and the system prints a document that is used as an invoice for the customer.
    The invoice papers are controlled with output type RD03, contained in the output determination procedure for order type CS.
    Regards,
    Rajesh Banka
    Reward suitable points.
    How to give points: Mark your thread as a question while creating it. In the answers you get, you can assign the points by clicking on the stars to the left. You also get a point yourself for rewarding (one per thread).

  • Cash sales and Rush order

    What is the difference between Cash Sale & Rush Order?

    Hi
    Cash Sales: In this type of order CS, as soon as you save the sales order the delivery is automatically created as same date and billing will also be generated at the same date as soon as you save the delivery document.
    In a rush order, the customer picks up the goods immediately, or you deliver them on the same day as when the order was created. When you save the rush order, a delivery is automatically created in the standard system. Billing the rush order takes place as normal, after the delivery.
    In the standard system, sales document type RO is saved for rush orders with immediate delivery type LF. Once the goods have been removed from storage, the goods are picked, and goods issue is posted. Once the billing documents are created (for example, in collective processing), invoice papers are printed and sent to the customer.
    Rush Order: In this type of Order RO , The delivery will be created as soon as you save the sales order. But you bill the customer later.
    In cash sales, you can process an order for when the customer orders the goods, picks them up, and pays for them immediately. The delivery is processed at the same time as when the order is created and a cash invoice is printed immediately: billing is therefore related to the order, unlike rush and standard orders. Receivables are not created for the customer, as they are for rush and standard orders because the amount in the invoice is immediately posted to a cash account.
    In the standard system, sales document type BV (CS) is saved for cash sales with immediate delivery type BV.
    When the sales employee creates a cash sale, the system automatically proposes the current date as the date for delivery and billing. Once the order has been posted, a delivery with type BV is created immediately in the background and the system prints a document that is used as an invoice for the customer. The invoice papers are controlled with output type RD03, contained in the output determination procedure for order type CS.

  • Cash sale and rush order

    what's the differnce between cash sales and rush order?

    HI
    In case of cash sales the billing document is generated immediately after the order is saved.
    In case of rush order,delivery will be created immediately.
    In a rush order, the customer picks up the goods immediately, or you deliver them on the same day as when the order was created. When you save the rush order, a delivery is automatically created in the standard system. Billing the rush order takes place as normal, after the delivery.
    In the standard system, sales document type RO is saved for rush orders with immediate delivery type LF. Once the goods have been removed from storage, the goods are picked, and goods issue is posted.
    Once the billing documents are created (for example, in collective processing), invoice papers are printed and sent to the customer.
    IN –IMG-SD-SALES-SALES DOCUMENT HEADER-ORDER TYPE RO/CS U CAN SET A FOR IMMEDIATE DELIVERY IN SHIPPING WHICH CREATES DELIVERY AUTOMATICALLY WHEN U SAVE SALES ORDER
    Cash Sales
    In cash sales, you can process an order for when the customer orders the goods, picks them up, and pays for them immediately. The delivery is processed at the same time as when the order is created and a cash invoice is printed immediately: billing is therefore related to the order, unlike rush and standard orders. Receivables are not created for the customer, as they are for rush and standard orders because the amount in the invoice is immediately posted to a cash account.
    In the standard system, sales document type BV (CS) is saved for cash sales with immediate delivery type BV.
    When the sales employee creates a cash sale, the system automatically proposes the current date as the date for delivery and billing. Once the order has been posted, a delivery with type BV is created immediately in the background and the system prints a document that is used as an invoice for the customer.
    The invoice papers are controlled with output type RD03, contained in the output determination procedure for order type CS.
    Differences:
    1.order type is :CS--RO.
    2.Item category: BVN--TAN
    3.no credit active in case of cash sale at item category level.
    4.output type in cash sale:RD00.
    5.account key--EVV(cash sale).
    In cash sales the std sap sales doc type is CS, item category is BVN and Schedule line category is cp. Here when you are creating cash sales order system won't search for credit limits and once cash sales order is created system in background create delivery also .Here we are using a Separate Account key EVV and for output we are using RD03.In cash sales del type is BV, billing type is BV.
    In Rush orders the std sales doc type is RO, item category is TAN, Schedule line category is CP. dely type id LF, billing type is F2,output type RD00 here in rush sales order system in background will create delivery and it will check credit limit of the customer
    Scenario of Cash Sales and Rush Order
    Message was edited by:
            SHESAGIRI.G

  • What is difference between cash sale & rush order

    what is difference between cash sale & rush order

    Hi Prasanta,
    {Reward points if you feel this is a satisfactory explanation}
    Cash Sales:
    In this type of order CS, as soon as you save the sales order the delivery is automatically created as same date and billing will also be generated at the same date as soon as you save the delivery document.
    In a rush order, the customer picks up the goods immediately, or you deliver them on the same day as when the order was created. When you save the rush order, a delivery is automatically created in the standard system. Billing the rush order takes place as normal, after the delivery.
    In the standard system, sales document type RO is saved for rush orders with immediate delivery type LF. Once the goods have been removed from storage, the goods are picked, and goods issue is posted. Once the billing documents are created (for example, in collective processing), invoice papers are printed and sent to the customer.
    Rush Order:
    In this type of Order RO , The delivery will be created as soon as you save the sales order. But you bill the customer later.
    In cash sales, you can process an order for when the customer orders the goods, picks them up, and pays for them immediately. The delivery is processed at the same time as when the order is created and a cash invoice is printed immediately: billing is therefore related to the order, unlike rush and standard orders. Receivables are not created for the customer, as they are for rush and standard orders because the amount in the invoice is immediately posted to a cash account.
    In the standard system, sales document type BV (CS) is saved for cash sales with immediate delivery type BV.
    When the sales employee creates a cash sale, the system automatically proposes the current date as the date for delivery and billing. Once the order has been posted, a delivery with type BV is created immediately in the background and the system prints a document that is used as an invoice for the customer. The invoice papers are controlled with output type RD03, contained in the output determination procedure for order type CS.
    This is a brief description that i have it with me...
    Regards
    AK

  • Tracking the actual sale order quantity

    Hi Friends,
    How to track the actual sales order quantity given by the customer.
    Ex: we assume the customer has placed an order of 100 units and stock is only 90 so we create the sales order for 90 units only.
    How to find out the difference of 10 units as a report in standard sap system.
    Thanks
    AJ

    Dear AJ,
    This is how normal sales process works.
    You create Sales Order line item for the quantity that customer has requested. (eg: 100)
    Then you do a ATP for that Line item. Let's say you have only 90 in the stock. In that case system will confirm 90 for the sales order line item. (You can see the confirmed quantity in the Schedule line tab)
    Normally we don't change the LI quantity as per the ATP confirmed quantity (i.e 90). Because then we loose the visibility to the customers original requested quantity (i.e 100).
    Say you don't change your Line Item Order quantity to 90. Then your delivery & billing will be for 90.
    So you can see in VA05, Order quantity as 100 and confirmed quantity as 90.
    Your sales reports will show delivery & billing as 90. So that you have a clear visibility to the original order quantity, delivered quantity & billed quantity.
    Further if remaining (open) quantity 10 is appearing your MRP & creating troubles, please use Line Item Rejection Reason as Completed. So that everything is perfect.
    Coming back to your issue.
    Since your changing LI quantity to 90, you cant see 100 in the VA05 report. It always show the existing sales order line item quantity, which is 90 in this example.
    Only way you can find your original sales order quantity is in the Line Item / Change Log.
    This can be view by selecting below Menu option.
    Environment -> Changes
    If you execute it for the relevant Line Item, you can see the Change log. In that by double clicking relevant quantity change line, you  can see the old value & new value. (In this example 100 & 90)
    But that is not a good practice to do as changes will show all quantity changes that you might do based on  customer request. (Imagine if you customer ask to change it later to 95 not 100).
    In that case change log will display 100 to 95, then 95 to 90. So your loosing the required visibility.
    Hope this is helpful to you !

  • Problem in Cash Sales

    Hello All,
    I have configured Cash Sales and made one order also where in the document flow it is showing that all the Delivery , PGI & Invoice transactions are completed whereas against the Cash Sales Order status it is showing " Being Processed" despite that I have done PGI of the entire quantitiy of the material for which the order is raised.Why is this happening?
    Moreover after creation of the delivery in the background as & when the sales order is saved , still I have to do PGI separately in VL02N otherwise the system is not allowing me to raise invoice though in case of Cash Sales the process followed is of Order relevant Billing & not Delivery relevant Billing.
    Please suggest if I have missed any step in the configuration portion.
    Thanks & Regards
    Priyanka Mitra

    The standard sales doc type for Cash Sales is BV.
    Check Config
    At Sales I cat:
    Billing Relevance: B
    Pricing: X
    Busi Item
    Schline allowed
    Wgt/vol relevant
    Determine Cost
    Check you I cat & schline determination and accordingly your Material master.
    At Delv doc type
    Order required: X Sales Order Required
    Default ord.ty. DL
    Sched ItemRequirement 202
    Stor.loc.rule   MALA
    TextDetermProc. 02
    At Del I Cat
    Bill doc type:
    SD document categ.   M
    Transaction group    7
    Statistics
    check your config for VTFA (Sales to Invoice for Cash Sales) - check Billing quantity indicator
    Process Flow
    In the standard system, sales document type BV is saved for cash sales with immediate delivery type BV.
    When the sales employee creates a cash sale, the system automatically proposes the current date as the date for delivery and billing. Once the order has been posted, a delivery with type BV is created immediately in the background and the system prints a document that is used as an invoice for the customer.
    The invoice papers are controlled with output type RD03, contained in the output determination procedure for order type BV.
    If the customer has already received the goods, this delivery should not be relevant for picking. If the customer is to pick the goods up from a warehouse, the delivery should be relevant for picking. If the goods are to be sent, this can be processed by maintaining the delivery in the usual way.
    The system automatically creates a resource-related billing index which updates the billing due list. Billing document BV is created as the system processes the billing due list, but an invoice is not printed.
    Once the customer has received the goods and is satisfied with them, the transaction is considered to be complete. We recommend that you post goods issue in the background using a program designed specifically for this purpose. You can then bill the transaction.
    The cash sale can only be billed if the order quantity is the same as the goods issue quantity. If this is not the case, you need to adjust the cash sale document so that the delivered quantity and the quantity to be billed match.
    You use an order-related collective billing process to bill the cash sale, but an invoice is not printed. The sales order number is used as the reference for the accounting document, created in Financial Accounting.
    Dealing with Problems and Complaints
    If the transaction does not run smoothly, manual intervention is necessary. For example, if the required quantity of goods is not found in the warehouse, you need to adjust the delivery quantity. Equally, if the customer is not prepared to pay the agreed price, because, for example, the goods are scratched, you can change the price in the cash sale document.
    In extreme cases, you can delete the entire transaction, starting with the delivery. If the delivery is damaged before it is picked up but after it is paid for and there is no replacement stock, you can initiate a subsequent delivery. If you make changes to the cash sale, you can issue a new cash sale invoice using the repeat printout function.
    Thanks & Regards
    JP

  • What is the purpose of using cash sales doc type?

    what is the purpose of using cash sales doc type?

    You can go through the link
    http://help.sap.com/saphelp_46c/helpdata/en/70/a7853478616434e10000009b38f83b/frameset.htm
    Update from help.sap.com
    Cash sales is an order type for when the customer orders, picks up and pays for the goods immediately. The delivery is processed as soon as the order has been entered. A cash invoice can be printed immediately from the order and billing is related to the order. Receivables do not occur for the customer as they do for rush or standard orders, because the invoice amount is posted directly to a cash account.
    Process Flow
    In the standard system, sales document type BV is saved for cash sales with immediate delivery type BV.
    When the sales employee creates a cash sale, the system automatically proposes the current date as the date for delivery and billing. Once the order has been posted, a delivery with type BV is created immediately in the background and the system prints a document that is used as an invoice for the customer.
    The invoice papers are controlled with output type RD03, contained in the output determination procedure for order type BV.
    If the customer has already received the goods, this delivery should not be relevant for picking. If the customer is to pick the goods up from a warehouse, the delivery should be relevant for picking. If the goods are to be sent, this can be processed by maintaining the delivery in the usual way.
    The system automatically creates a resource-related billing index which updates the billing due list. Billing document BV is created as the system processes the billing due list, but an invoice is not printed.
    Once the customer has received the goods and is satisfied with them, the transaction is considered to be complete. We recommend that you post goods issue in the background using a program designed specifically for this purpose. You can then bill the transaction.
    The cash sale can only be billed if the order quantity is the same as the goods issue quantity. If this is not the case, you need to adjust the cash sale document so that the delivered quantity and the quantity to be billed match.
    You use an order-related collective billing process to bill the cash sale, but an invoice is not printed. The sales order number is used as the reference for the accounting document, created in Financial Accounting.
    Dealing with Problems and Complaints
    If the transaction does not run smoothly, manual intervention is necessary. For example, if the required quantity of goods is not found in the warehouse, you need to adjust the delivery quantity. Equally, if the customer is not prepared to pay the agreed price, because, for example, the goods are scratched, you can change the price in the cash sale document.
    In extreme cases, you can delete the entire transaction, starting with the delivery.
    If the delivery is damaged before it is picked up but after it is paid for and there is no replacement stock, you can initiate a subsequent delivery.
    If you make changes to the cash sale, you can issue a new cash sale invoice using the repeat printout function.
    Creating a Cash Sale
    In the initial screen, choose Logistics ® Sales and distribution ® Sales.
    Choose Order ® Create.
    Enter the order type for cash sales (BV in the standard system) and, if necessary, the organizational data.
    The values for sales organization, distribution channel and the division are usually proposed from user-defined parameters. Entries for the sales office and the sales group are optional.
    Choose Enter.
    Enter the following data:
    – Customer number of the sold-to party
    – Material numbers
    – Order quantities for the materials
    Choose Enter.
    If the system carries out an availability check and finds that there is insufficient stock for an order item to be delivered on the requested date, it displays a screen on which you can choose between several delivery proposals. Normally, in a cash sale, you only sell the quantity you can deliver on the spot.
    Save your document.
    The system automatically processes the delivery in the background and prints out a cash sale invoice. The amount of the sale is processed later in an order-related billing transaction. The amount is posted to financial accounting, using the order number as reference. Because this is a cash sale, no invoice is produced during the billing run.

  • Process for cash sale

    Hi,
    How does cash sale process work in SAP system?
    What happens if cash sale involves delivery which is relevant for picking?
    Thanks

    Dear Jack
    Cash sales is an order type for when the customer orders, picks up and pays for the goods immediately. The delivery is processed as soon as the order has been entered. A cash invoice can be printed immediately from the order and billing is related to the order. Receivables do not occur for the customer as they do for rush or standard orders, because the invoice amount is posted directly to a cash account.
    In the standard system, sales document type BV is saved for cash sales with immediate delivery type BV.
    When the sales employee creates a cash sale, the system automatically proposes the current date as the date for delivery and billing. Once the order has been posted, a delivery with type BV is created immediately in the background and the system prints a document that is used as an invoice for the customer.
    The invoice papers are controlled with output type RD03, contained in the output determination procedure for order type BV.
    If the customer has already received the goods, this delivery should not be relevant for picking. If the customer is to pick the goods up from a warehouse, the delivery should be relevant for picking. If the goods are to be sent, this can be processed by maintaining the delivery in the usual way.
    The system automatically creates a resource-related billing index which updates the billing due list. Billing document BV is created as the system processes the billing due list, but an invoice is not printed.
    Once the customer has received the goods and is satisfied with them, the transaction is considered to be complete. We recommend that you post goods issue in the background using a program designed specifically for this purpose. You can then bill the transaction.
    The cash sale can only be billed if the order quantity is the same as the goods issue quantity. If this is not the case, you need to adjust the cash sale document so that the delivered quantity and the quantity to be billed match.
    You use an order-related collective billing process to bill the cash sale, but an invoice is not printed. The sales order number is used as the reference for the accounting document, created in Financial Accounting.
    thanks
    G. Lakshmipathi

  • About Cash Sales

    Hi  All ,
    When created Cash Sales orders saving,After created the delivery document automatically, whether can do automatically picking and posting goods issue  and Billing ?
    Regards
    Jimmy

    hi Friend,
    In the standard system, sales document type BV is saved for cash sales with immediate delivery type BV.
    When the sales employee creates a cash sale, the system automatically proposes the current date as the date for delivery and billing. Once the order has been posted, a delivery with type BV is created immediately in the background and the system prints a document that is used as an invoice for the customer.
    The invoice papers are controlled with output type RD03, contained in the output determination procedure for order type BV.
    If the customer has already received the goods, this delivery should not be relevant for picking. If the customer is to pick the goods up from a warehouse, the delivery should be relevant for picking. If the goods are to be sent, this can be processed by maintaining the delivery in the usual way.
    The system automatically creates a resource-related billing index which updates the billing due list. Billing document BV is created as the system processes the billing due list, but an invoice is not printed.
    Once the customer has received the goods and is satisfied with them, the transaction is considered to be complete. We recommend that you post goods issue in the background using a program designed specifically for this purpose. You can then bill the transaction.
    The cash sale can only be billed if the order quantity is the same as the goods issue quantity. If this is not the case, you need to adjust the cash sale document so that the delivered quantity and the quantity to be billed match.
    You use an order-related collective billing process to bill the cash sale, but an invoice is not printed. The sales order number is used as the reference for the accounting document, created in Financial Accounting.
    Edited by: Vasu Enaguthi on Mar 26, 2009 7:26 AM

  • Schedule line getting confirmed when Ordered Quanity is greater than stock.

    Hi Sap Gurus,
    We have an issue in one of the sales scenario.
    In one of the sales orders the ordered quanity is purposely maintained greater than the stock at respective storage location(batch managed).
    In this case the schedule line should not get confirmed and it should not allow delivery document creation.
    But in the sales order the schedule lines are geeting confirmed and even the delivery document is getting created with picking request completion.
    Could you please help to understand :
    1.  why the schedule lines are getting confirmed when ordered quantity > Inventory?
    2. How do I stop delivery document creaton in this scenario?
    Looking for a quick response.
    Thanks in advance,
    Bhaskar

    Hello Bhaskar,
    Is Availability Check in your system considering Replenishment Lead time, if yes, then this is possible.
    Check this IMG Link:
    IMG - Sales and Distribution - Basic Functions - Availability Check and Transfer of Requirements - Availability Check with ATP Logic or Against Planning - Carry Out Control For Availability Check
    Here check the RLT settings.
    Also check settings under In/Outward Movements, where things like include Purchase Order can lead to confirmation of stock in Sales Order, despite physical inventory being present.
    Hope this helps,
    Thanks,
    Jignesh Mehta

Maybe you are looking for