Consignment Issue - No stock available

Hi,
While creating a Consignment Issue order, the quantities are not getting confirmed eventhough the stock is available in MMBE (Customer Consignment) for that particular customer.
i have checked that there are no other open orders for the same,  the Sch Line Category = C1 & the Movement type = 633.
Please let me know what could be the issue here.
Thanks & regards
Narain

Hi Lakshmipathi,
thanks for your reference link.
Here also, there seems to be an issue with the ATP logic. But, i am not changing any partner details.
The Problem statement as below: (There were no open orders / deliveries before we start the below process)
First Run:
I create a Consignment Fill up order (say, CF00001) with Quantity 1,  Delivery & GI. In MMBE, there is a cust consignment stock of qty 1. The ATP quantities (in CO09 transaction) are: Receipts 1, Issues 0 & Confirmed Isses 0.
Then, i create a Consignment Issue Order (say, CI00001) with Qty 1. I am able to create a delivery & then do the GI.
In MMBE, the cust consignment stock vanishes & in CO09, the ATP quantities are: Receipts 0: Issues 1 & Confirmed Issues: 1
The above looks fine to me.
Second Run:
I create another Consignment Fill up order (say, CF00002) with Quantity 2,  Delivery & GI. In MMBE, there is a cust consignment stock of qty 2. The ATP quantities (in CO09 transaction) are: Receipts 2, Issues 1 & Confirmed Isses 1.
Then, i create a Consignment Issue Order (say, CI00002) with Qty 2. The system confirms only 1 qty & not 2 as required.
I am not sure what could be the possible reason.
Is it because, since in  the ATP,
Receipts is 2,  Issue is 1 - the system calculates the difference (Receipt - Issue) & confirms only 1 qty.
Please let me know if my understanding is correct & what could be the possible solution to this.
Edited by: Narain on Jan 21, 2011 1:39 PM

Similar Messages

  • Consignment issue stock

    hello experts,
    There is a situation where in one user has to process a consignment fill up order. let us go by an example, if the consignment fill up is for 100 units. the user has processed the  first consignment issue for 25 units. at the time of the second consignment issue the consignment stock available should show only 75, not the entire 100(100-25), Any popup and userexit to be maintained her for the purpose? what is  the solution here?
    Regards,
    Raj

    Dear Raj
    The process would be as follows:-
    1)  Consignment Fillup
    -  Create (KB) Fillup order
    -  Create (LF) Delivery
    -  Create (F8) Proforma
    -  Create Excise Invoice in J1IIN
    2)  Consignment Issue
    -  Create (KE) Issue Order referencing F8 proforma
    -  Create Issue Delivery for the quantity what is moved from warehouse
    -  Create commercial (F2) invoice
      :  you need to maintain the excise invoice number range for exports in SNRO for Object : J_1IEXCEXP
    thanks
    G. Lakshmipathi

  • Consignment issue - stock related problem

    hello,
    This is an issue related with consignment issue.
    material document is created and and seen in document flow. also posted in FI
    It can be seen in MB51 with special stock indicator 'w' But it cant be seen in MB58.
    There is a mismatch.
    movement type used is 633.
    Please help on how we can analyse this further.
    Thanks

    Hi,
    I dont think Consignment issues are shown in MB58 report since this report is only for consignment stocks at customer place and also for returnable packaging stocks.
    Consignment issue is as good as sale. so it wont reflect in the MB58 report only Movement types goods with 631 and 634 will show in MB58.
    Please check.
    Regards,
    Sharan

  • Consignment issue stock problem

    Hi Guys,
    One consignment issue sales order of 500 qty has been created but only 139 qty got confirmed.
    When I check in MMBE for the particular customer, consignment stock is there. 503 qty.
    Still, cant able to confirm full qty in order.
    What could be the probable reason?
    And what needs to be done to up the stock?
    Please advice.
    Cheers....!!
    Chetan.

    In my earlier project, same problem was coming repeatedly from the end users and in almost all the cases, the issue order quantity was more than the proforma quantity.  Other than that, whatever I suggested is only my assumption.  In fact, what I would suggest is that for that material, you list all open KE sale orders created and compare with quantity despatched from parent plant.  I feel definitely, the root cause of your problem should be here only. 
    Will suggest in case I got any other clue
    thanks
    G. Lakshmipathi

  • Consignment issues,delivery,return.plese guide customise

    hi,
    consignment problem and customise.

    Hi,
    The consignment process in SAP standard consist of four small processes: 
    Consignment fill-up (send materials to customer consignment). 
    Here you have a consignment fill-up order and a consignment fill-up delivery. 
    Consignment issue (issue materials from customer consignment to the customer). 
    Here you have a consignment issue order, consignment issue delivery and a consignment issue invoice. (the flow is very similar to a normal OR flow, but the materials are issued from the consignment stock instead of plant stock unrestricted). 
    Consignment return (return materials from customer ownership to customer consignment). 
    Here you have a consignment return order, consignment return delivery and a consignment return invoice. (the flow is very similar to a normal RE flow, but the materials are returned to the consignment stock instead of plant stock returns). 
    Consignment pickup (pickup consignment stock and move it to plant stock). 
    Here you have a consignment pickup order and a consignment pickup delivery. 
    Note that in consignment fillup and consignment pickup there are no invoices since there is no change of ownership for the materials. 
    How to perform a consignment order?
    In consignment orders you are allowing the stock to sit in your customer location. Once he informs that he used the stock you will invoice him. If he returns the stock you will accept the stock to take it back.
    It is defined in 4 steps.
    1. Consignment fill up: 
    Sales document type is KB
    Item category KBN
    shedule line category E1
    In this step, you are not invoicing the customer. document flow is sales order -
    delivery item category. It will not be relevent for billing and pricing because you are not charging money for these goods in this step.
    In schedule line category, you will set movement type 631 & set for availability check and TOR.
    2. Consignment Issue.
    Once the customer informed you that he used all the goods or partial goods then you will create consignment issue for used goods.
    Sales document: KE
    Item category: KEN
    shedule line category: C0 or C1
    Here you are invoicing the customer(because he used the goods). you are assigning the delivery documnt and billing document to the sales document.
    In item category, you are setting relevent for billing, pricing, special stock.
    In schedule line category, your setting is 633 movement type, relevent for availability check & TOR.
    3. Consignment Return:
    Customer found that some goods are damaged or he not able to sold the goods he want to send it back. that you are creating this document.
    Sales document type: KR
    Item category: KRN
    Shedule line category: D0
    You will assign delivery document and billing to sales document. you will create return order, return delivery, return billing.
    Your setting item category relevent for billing, returns, pricing, special stock.
    Your setting schedule line item category: 634 movement type, NO availability NO TOR.
    4. Consignment Pick up:
    Even if you create the consignment return the goods are not come to direct to your plant. For that you need to create consignment pick up. here the owner ship is not changing so you do not need to create billing.
    Assign retrun delivery to sales document type.
    Sales document: KA
    Item category: KAN
    schedule line category: F0 & F1
    Your setting item category relevent for returns. any shedule line category relevent for 632 movement type, MRP, availability check, delivery.
    Now you check your plant stock. Stock will increase. 
    Regards,
    Abhee.

  • Consignment issue (KE)

    hi gurus,
    In the customer consignment process when we issue (KE) to the customer we still have to do the delivery, posts goods issue and then we can bill.  I want to skip the delivery because the items have already been delivered by consignment fill up (KB).  Is there a way I can do the billing for customer issue without delivery and still update the inventory and get appropiate accounting/controlling docs.
    thx

    Consignment Stock Processing
    Purpose
    Consignment goods are goods which are stored at the customer location but which are owned by the company. The customer is not obliged to pay for these goods until they remove them from consignment stock. Otherwise, the customer can usually return consignment goods that are not required.
    Consignment Fill-Up: Consignment fill-up replenishes the stock at the customer site. Since the goods remain the property of the company, this process is not relevant for pricing and consequently not for invoicing either.
    Create a sales order using order type KB.
    Enter the required data on the customer, the consignment goods and the delivering plant.
    Enter all other relevant data and save the order.
    Create a delivery as the subsequent document for this sales order and, after picking has been completed successfully, post goods issue.
    The underlying goods movement type is a stock transfer. This ensures that when goods issue is posted, consignment special stock is created for the customer concerned. If special stock of this kind already exists in the delivering plant for this customer, the goods are posted to this special stock.
    Order type: KB (document category C: sales order)
    Std. Delivery type: LF
    Item category: KBN (not relevant for pricing and billing)
    Schedule line category: E1 (relevant for deliveries, uses availability check, 631 (GI consignment: lending) to post the stock into a special consignment category in the delivering plants stock for that particular customer and material)
    Copy control rules for the sales doc, item category, and schedule line category.
    Use trans MB58 or MMBE to check the stock.
    In this case, Accounting document is required to be generated only for taxes, as the stock is still the ownership of the company. In the pricing procedure all condition type except for Taxes should be statistical.
    Consignment Issue: The Consignment issue enables the customer to withdraw consignment goods from the special stock that are to be used or sold.
    Create a sales order using order type KE.
    Enter the required data for the customer, the consignment goods and the plant to which the goods are to be returned.
    Enter all other relevant data and save the order.
    Create a delivery as the subsequent document for this sales order and, after picking has been completed successfully, post goods issue.
    The goods are then reduced by the relevant quantity in the special stock assigned to the customer. This goods issue also reduces your total stock.
    Invoice the delivery which issues the consignment goods.
    Order type: KE (document category C: sales order)
    Std. Delivery type: LF
    Invoice: F2
    Item category: KEN (relevant for pricing and deliver related billing, special stock indicator W, should determine cost too)
    Schedule line category: C1 (relevant for deliveries, uses availability check, 633 (GI issue: customer consignment)
    In this case, Accounting document is required to be generated only for most of the condition type, as it is being invoiced to end customer.
    Consignment returns: proceed as follows: Consignment returns enable your customer to return goods to the consignment stock that has already been issued from it.
    Create a sales order using sales order type CR.
    Enter the required data on the customer and the consignment goods.
    Enter all other relevant data and save the order.
    Create a returns delivery for the sales order (the system automatically chooses delivery type LR). The goods issue posting cancels the goods issue posting which was carried out when the consignment goods were issued. This posting records the return of the goods to the plant where goods receipt was carried out.
    Create a credit memo for the consignment return you created in Step 1.
    Order type: KR (document category H: returns)
    Delivery type: LR
    Credit for Returns Order type: RE (delivery or order related billing)
    Item category: KRN (relevant for pricing and deliver related billing, special stock indicator W
    Schedule line category: D0 (relevant for deliveries, no availability check, 634
    In this case, Accounting document is required to be generated only for most of the condition type, as it is being returned by the customer & invoicing already done to customer..
    Consignment Pick-Up: The company uses consignment pick-up to take back consignment goods that are faulty or excess materials that the customer does not need. This process is not relevant for billing since the goods remain the property of the company.
    It may be beneficial to have a mandatory reference such as the consignment fill-up. In addition to it copy control rules can be used to further control it. In the copy control rules indicate the document flow. As the stock is coming back into the warehouse or plant, you can specify a returns shipping point to be automatically determined. No invoice is necessary, as the goods are not changing ownership.
    Create a sales order using order type KA.
    Enter the required data for the customer, the consignment goods and the plant to which the goods are to be returned.
    Enter all other relevant data and save the order.
    Create a returns delivery for the sales order (the system automatically chooses delivery type LR). The transaction is completed by the goods issue posting which initiates a transfer posting from the customer's special stock to your plant stock.
    Order type: KA (document category C: sales order)
    Delivery type: LR
    No invoice
    Item category: KAN
    Schedule line category: F1 (relevant for deliveries, availability check against the stock on the customer’s consignment, 632 (Consignment pickup)
    In this case, Accounting document is required to be generated only for taxes, as the stock is still the ownership of the company. In the pricing procedure all condition type except for Taxes should be statistical, as the stock is being returned from consignment site to plant.
    Regards,
    Rajesh Banka
    Reward points if helpful.

  • Copy control fields need to be maintained from F8 to KE in consignment Issue

    Dear Gurus,
    Kindly let me know which routines do i need to maintain in VTAF to create copy control between F8 and CI for consignment issue.
    Regards
    Arunava

    Hi, Arunava Das,
    I think From F8-Consignment issue there is no Copy controls required in user case,
    First you check it out stock levels in MMBE, Weather consignment stock ( with your material code) is reserved for that customer or not, if it is reserved that stock is shown as available stock in consignment issue.
    Please check it out inform
    thanks,
    Sudheer

  • Timing of Confirmation from Consignee to Company during Consignment Issue

    Hi, The consignment process is something where the company keeps his stocks at consignee place with full ownership (consignment fill-up). When the consignee sells the stock then the consignee informs the company and company invoices the consignee (consignment issue). Now my question is what happens if the consignee sells the item and informs the company (owner) after sometime ? e.g. if consignee sells an items and informs the company after say 1 year, then by this time the consignee might have earned some interest on the sold items for  year and after 1 year it pays the amount to the company (owner). So the consignee profits more (one through higher selling price and second by informing and paying the amount to the company after sometime). To prevent this, is there any stock checking carried out from company side to the consignee ? Or does any other sort of process take place to prevent this ? Thanks.

    Hi there,
    In consigment process, stock is maintained as consignment special stock. When a consignment fillup happens, stock will still be under the pocession of the company but under consignment special spock.
    If you see the item catg KEN (consignment issue item) in VOV7, you will find that there is a special stock indicator W. When you raise a consignment issue order KE, basing on the item catg determination, automatically KEN will be proposed. So when you PGI a KEN item, stock will automatically deducted from consignment special stock. When the stock in consignment special stock reduces, it means that a consignment issue has happened.
    Also KEN item catg is relevant for billing. So when you PGI a KEN item, automatically system do pricing & will generate billing. (Note that for consignment fillup item KBN, there is no pricing or billing relevance).
    Basing on these settings, when a consignment issue happens, there is no need for some1 to inform the company. Even though the stock is there at a different location, consignment stock visibility is available in SAP.
    Hope this clarifies.
    Regards,
    Sivanand

  • Restrict goods issue if stock on posting date is zero

    Requirement:
    Current Inventory period : July 2011
    Stock of a material from 01.07.2011 to 30.07.2011 is zero(in MB5B report)
    I upload stock of material  or GRN occur on 31.07.2011. Say Quantity u2013 100
    Now stock as on 31.07.2011 is 100 in MB5B
    Still, Stock of a material from 01.07.2011 to 30.07.2011 is zero(in MB5B)
    Now, If I do goods issue of a material quantity 100 on 15.07.2011. System allows goods issue. though opening and closing stock as on 15.07.2011 is zero.
    After goods issue transaction if I check stock of material on any date between 16.07.2011 to 30.07.2011 , The opening stock and closing stock shows negative.
    I want to restrict goods issue if stock on posting date is zero or less then stock available on posting date.
    Please suggest

    Hi,
    This is not the way SAP is designed. As the previous speakers wrote (and as you noticed yourself), SAP maintains stock figures in the database per month rather than per day. MB5B makes complex calculations in order to find out how much stock you had on a specific date - as you probably noticed on the response time. Performing such calculations every time you do a GI would be unfeasibly heavy task for the system - remember there are organisations that perform hundreds of inventory movements a minute!
    An alternative solution I suppose would be to maintain the daily stock figures in the database. This would make the finding of the stock figure very quick, but on the other hand, the maintenance of such table would be unfeasible - if you post today a GI on say July 1st, you would need to calculate 36 stock figures and update 36 database records!
    Hope this explains the technical issue.
    BR
    Raf

  • Error of Excise Invoice in Consignment Issue billing document

    The usual process of billing from excisable unit (with CIN) is as follows:
    1. VA01 >2.  VL01N(PGI)> 3. VF01 (Proforma Inv) --> 4. J1IIN (Excise Inv) --> 5. VF01 (Comm Inv)
    While in non-Excisable unit the 3 & 4 steps are not required.
    In Consignment Fill-up- The process is only upto Generation of Excise Invoice and order processing is complete. Excise Invoice in this case works as Excise Gate pass- just to let the material out of factory gates and no sales is booked.
    Further, In consignment issue- the process should be like non-exciseable unit i.e. 1, 2 & 5 step only. While we are getting the error is coming at step no 5 (Excise Invoice no is missing !)
    One more thing I want to ask:
    During Consignment fill-up, movement type 631 is used - which removes the stock from storage location and put it in 'Consignment stock in the same plant. Now since the plant is declared as excisabel, probably it is asking for 'Excise invoice'. It means, there is one more step of material movement, before 'Issue' order- what could be it ??
    Please help.
    Praveen Singh

    The correct process in consignment fillup process is
    a)  Create fillup Order (order type KB)
    b)  Create fillup Delivery  (movement type 631)
    c)  Create F8 proforma
    d)  Create Excise Invoice referencing Proforma
    a)  Create Consignment Issue Order (Order type KE)
    b)  Create Issue Delivery (movement type 633)
    c)  Create Commercial Invoice (billing type F2)
    In the second stage only, you need to create commercial invoice and not  in the first stage as indicated by you.
    thanks
    G. Lakshmipathi

  • Issue with stock qty of component in Structured Articles in SAP BI

    Dear Experts,
    We are extracting stock in BI through SAP standard data source. We have used 2lis_03_bx and 2lis_03_bf data sources. We are facing issue with stock data validation due to structure articles (pre-pack) available in SAP source system.
    We have stock of structure articles available at DC in source system.  When we extract this information in BI, this article gets split into its components automatically. Due to which stock of components articles gets increased with huge amounts.
    To analysis it in further detail, we have created below scenario:
    Article Document Number:  4900000827
    Article Number (Pre-pack):  300000082901
    Article Number (Component): 300000082002
    Stock of pre- pack article at this article document number: 174 pc
    Stock of component article at this article document number: 348 pc (due to splitting of pre-pack article) + 151 (its own stock movement). Total stock for this article is 499. But actually total stock for this article should be 151 only.
    As per our Business requirement, pre-pack article should not be split into its components. And stock in BI should be totally in sync with SAP stock.
    I kindly request you to suggest the solution to rectify the same.
    Thanks in advance.
    --Vikas

    Hi Vikas,
    Check the OSS note L 1320386 - Frequently asked questions regarding BW Trade Foundation too.
    Regards,
    Rajesh

  • Regarding Consignment Issue

    Hi Friends,
             I have a question regarding consignment issue. During the consignment fill up I have entered a material (machine) that is configurable and also assigned a serial number to it. Now when I try to create an order (consignment issue) and enter the corresponding serial number tied up to the machine in Consignment fillup, the system is taking just the higher level item of the BOM. The BOM is not getting exploded in the order. Can anyone please suggest where I can control. Any help is greatly appreciated. Thanks in advance.
    Sunny.

    Hi
    I don't think it will b exploded in Consignment Issue as it has already exploded in Consignment fill up. Consignment issue means what selling the stock which is at consignee's place so it dose not have to b exploded. u carr on like that and see what is the flow if it is ok then go on otherwise u let me know the problem.
    Thanks
    Mastan

  • While doing consignment issue..

    Dear All,
    Anyone can tell me when i am doing consignment issue the picking tab is in display mode(Greyed Out). By which so..

    Hi Ashima
    During Consignment Fill-up, Picked goods are shifted to the customer premises.
    When you are doing the Consignment Issue, you are delivering goods from this stock.
    Here you need not create a picking again for the already picked goods. For picking,we create a Transfer order and goods movement takes place in the Warehouse.
    While issuing goods from my Consignment stock, why should goods movement take place in my original warehouse, which may be at a distant place.
    I hope , you understand, it is not relevant.That is why you will find it greyed out.

  • Consignment Issue Invoice

    Dear Friends,
    The user has created one sales order (401001) for the consignment issue for the total quantity of 8,888,165 lbs. After raising the invoice, the user found that the invoice has been created only for 626,695 lbs.
    In the document flow of the order # 401001 it is found that three different Out bound Delivery has been created though only one line item was entered in the Sales Order as follows:
            OD   >            0080826174/900001   =                      284, 264 Kgs
            OD   >            0080826174/900002   =                    1,810, 478 Kgs
            OD   >            0080826174/900003   =                    1,936, 859 Kgs
    In the invoice only only first one has arrived.
    However, when we cancelled the invoice and created a new invoice, all three line items as the OD appeared and the quantities also appear as correct.
    Now, this type errors came in another 12 users. We are not supposed to cancel averytime and create new inviouce. The client is asking to give some permanent solution.
    Please guide me to get some solutions.
    Thanks,
    Jans

    The above ODs are automatically created once the
       Consignment Issue order is saved
    I feel the process itself is wrong.  I dont know how consignment issue order was created.  Ideally, it should have been with reference to F8 proforma type.  If that is the case, you would be storing some items into warehouse which is treated as "Cust.consignment" and you can the same in MMBE.
    Always, the quantity despatched from parent plant and the quantity picked up by customer will vary.  For example, from parent plant, you would have despatched material A for 1000 kgs with movement type 631.  For the same, you would have created consignment issue order also.  Here customer would not have lifted the entire stock.  It would have been in bits and pieces which means, for your one issue order for a given material, there will be en number of issue deliveries with movement type 633 which cannot be created automatically.
    Hope you understand what I am trying to convey.
    thanks
    G. Lakshmipathi

  • Consignment Issue - Resheduling.

    Dear  All,
    We create COnsignment issue order with material X, whee stcoks were 0, item level its not confimred.
    Next we place the consignment stocks Via MB1C, and trying to run V_V2 resheduling job, but system is not confirming the quanity ar item level.. can you please put some light.

    Hi Ramki,
                     As per standard we have to do the consignment fillup.Becuase system recognises that the plant stock has been posted to particuklar consignee with the Special stock indicator"W" which is harcoded in the movement type "631" You can see this in the transaction "OMJJ" and select the movement type "631" and Select Filed selection/Batch search procedure and click on general data and at the top you can see the "Spec.Ind.f.St.TrnsferW". Then system will place this stock under consigment. When you do the issue ,system seraches for the consignment stock rather than the Unrestricted stock at the palnt level. To achieve , what you are looking for , you can proceed by posting the intial sotkc with the special stock category "W"(System will ask for the customer, enter the same) and check the stock in MMBE. It will show the customer consignment stock. Now proceed creating the issue, you will not find any problem. Kindly please let me know If you need any more information on this.
    Regards,
    Ram Pedarla

Maybe you are looking for