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

Similar Messages

Static credit check: credit limit exceeded for consignment issue delivery

Hi,
We are encountering a credit limit exceeded error in delivery creation for a consignment issue.
In SPRO config "Credit limit check for order types", no credit limit check is assigned to the order type. However, there is one assigned for the delivery type. Also, for CCAr/Risk cat./CG combination in OVA8 (Auto Credit Block Delivery), static credit check has been activated with error message reaction. Open orders and open deliveries were also activated. Customer exceeded credit exposure but user cannot release the order in any VKMx transactions as no credit limit check is assigned to the order type.
Given that this is the current setup, and the following conditions:
1. Credit limit for the customer cannot be increased
2. Oldest open item cannot be cleared just yet
Is there any way that we can proceed with delivery creation for this customer? The other order types have credit limit check so credit management team was able to release them. However, we are unsure on how to proceed with this consignment order. Kindly advise and thank you in advance for your help.

We are encountering a credit limit exceeded error in delivery creation for a consignment issue.
but user cannot release the order in any VKMx transactions as no credit limit check is assigned to the order type.
Looks contradictory and it may need to run report RVKRED77 to reorganization of open credit values. Try to run the report in test system and then run in production system. After running the report, the use must be able to release in VKM* transaction.
Regards,

Tax Departure Country in Consignment Issue

Hi,
I have read lots of thread regarding this issue but all of them ended with suggestion related to plants abroad which in our case will not resolve the issue.
Let me again put the question and hopefully somebody will answer to this.
We are doing an implementation for one of our UK client.
The issue is regarding consignment fill up for country in Europe.
I understand that we need to file consignment fill up in the INTRASTAT reporting. This can be achieved by using billing type WIA with 100% discount.
but the issue over here is, when we create consignment issue, the tax departure country is getting determined as customer country because of which the tax is not getting determined from condition records.
We are getting an error of mandatory condition type MWST required which is correct as we are getting a value of tax.
Can anybody help me over here?
I don't think it is an issue of plants abroad.

I am already stating the reason.
MWST has 3 standard condition tables.
1. Departure and Destination country..
In our case --> Departure Country is GB and Destination country is DE
But in case of consignment issue it fetching departure country as DE and destination country as DE
2. Domestic Tax -->
Departure tax will be on GB country
3. Export Tax
Country will be GB and export country will be DE.
but in all the cases departure country is coming as DE and not GB.

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 order

Hello Experts,
I'm creating consignment fillup order in CRM 5.0 and doing delivery and picking in ECC 5.0.
Now when I'm creating consignment issue order with refrence to fillup order I'm supposed to enter the batch number of product at the item level. But the 'Batch field' is disabled. what could be the problem?
pls help me here its little urgent.
points will be rewarded
regards
Kushal

Hi Kushal,
Please try this <b>SAP Note : 986747</b>
Best Regards,
Johnny.

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 - 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

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

Consignment issue Accounting entries problem

Dear Guru's
I have configured the consignment sales for my client but i am facing one problem pl advice
1. Consignment fill up process (delivery of goods)
Create Billing document         Accounting Entry
                   Consignee A/c                       Dr
                   Consignment Sales Contra Cr
but issue in
2. Consignment issue process
Create Billing document         Accounting Entry             as
                      Consignee A/c                       Dr
                     Sales revenue                        Cr
WHERE AS IN THIS CASE I NEED IT SHOULD DEBIT THE Consignment Sales Contra
I need this entries in accounting document
Consignment Sales Contra Dr
Sales revenue                        Cr
Regards
Arun
Edited by: ArunSingh2010 on Jun 20, 2010 11:20 AM

Consignee A/c Dr
Consignment Sales Contra Cr
I feel you have not configured properly for consignment process. As you would be aware in fill up stage, there would be no accounting implications either while posting the goods issue or creating a proforma on customer due to the fact that you would just be moving the goods from delivering plant to another location.
This being the case, I dont know why you want the consignee account to be debited ??
thanks
G. Lakshmipathi

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 Problem

The problem we encounter is that in the consignment issue order which is created by reference to fill-up order, every time issue order will set the quantity of the material to be the quantity in referred fill-up order. For example, if fill-up order has 100 unit of material X, and then system will set the quantity of material X in issue order to be 100 either.
But there is a situation that in the first issue order, we have consumed 10 unit of material X. In this case, in the second issue order, we want to have the quantity of material X to be default as 90 units (100 - 10 = 90 units).
Is there any User exit or BADI or whatever way to help me to calculate the remained quantity automatically in issue order?
give me some solutions for this issue.
Thanks&Regards,
Mahi

In complition rule what shoud i maintain to process my senario.My issue is with ref to consignment fillup order we create the issue order ,. For example, if fill-up order has 100 unit of material X, and then system will set the quantity of material X in issue order to be 100 either.
But there is a situation that in the first issue order, we have consumed 10 unit of material X. In this case, in the second issue order, we want to have the quantity of material X to be default as 90 units (100 - 10 = 90 units).
A     Item is completed with the first reference
B     Item is completed after full quantity has been referenced
C     Item is completed after the target qty is fully referenced
D     Item is referenced via contract release
E     Item is completed after full target value is referenced.
Pls help me on this issue.
Thanks& Regards
Mahi

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 customers 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 : Consignment fillup to consignment issue

Hi all
My client requirement is to create consignment issue with reference to consignment fillup. But when i checked the standards , i did not see any such copy control. Please advice as to how i should make the settings
Thanks in advance
Regards
Hari

Hi Harish,
Once check the Cosignment Document types using VOV8.Here we can find the Tab:Reference Mandatory for KB (Consignment Fill up) as well as KE .(Consignment issue ).Both having the document category as C means it works the properties of a normal sales order.
As per your client Requirement try this procee:
1.Create one Quotation having different document type. And maintain the copy controls for the both( like quotation to Sales Order.)
2.Mean while we can create the Consignment issue with reference to Consignment Fill-up.
For further clarifications you can check the SAP help itself.
Regards
JYothi

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

Regarding Consignment Issue

Similar Messages

Maybe you are looking for