Retail Intercompany Consignment process

) What way it should be configured or processes should be followed so that Vendor Consignmnet stock is available in Store under the same Consignment vendor no through which DC procures consignment.
In our current prototye when the Stocks are being issue against Inter company Consignment PO from DC to Store & received at Store ,consignment stocks are posted under vendor no (DC) . Now how the consignment settlement work in this case as we would like to settle against the external vendor from whom DC procured consignment articles?
Are we doing correctly ? Or what should be the correct process ( config & relevent data) to support the Intercompany Consignment process ? We have maintained the other setting with reference to stock determination, article master settings etc.
Any help on this will be highly rewared as its the critical need of business,.
Pls share useful guidance to support the Intercompany Consignment process & settlement through sale at store .
WE also need to make the return process from store > DC > Vendor for customer return of consignment articles.
Pls share your experience or guidance on this....will be rewarded..
Thanks in advance for this.
Krish

resolved

Similar Messages

Intercompany Consignment process

Dear Experts,
Please suggest best possible process for the below scenario.
Company A and company B are under same flagship.
Company A is located in Korea and company B is located in Germany.
Company B manufacture the products, company A will do the booking of the orders and billing the customers.
So customers are located in the Germany. Initially the goods are dispatched to customer location, and billing will be raised only when the customer uses these goods in their production.
The goods will be dispatched from Germany company, but billing should happen from Korean company.
Question 1: What is the process to send the goods from company B (Germany) plant to customer location?
Question 2: How to bill for the goods from company A (Korea)?
Regards,
Smart SD
South Korea

SmartSD,
I can think of several 'SAP standard' ways to accomplish your goal. Key to the 'standard' solutions is to establish one or more plants owned by A, which contain the goods owned and managed by A in Germany (including the goods onsite at the customer). The physical location of the plant(s) would be dependent on the solution chosen.
For the 'standard' solutions, at the highest level: B manufactures the goods and places them into own stock. At some point, A requests a transfer to A stock, and goods are transferred into the A plant. This transaction might be accompanied by a physical transfer as well. At some point, material is physically moved to the customer site. Finally, Customer physically removes material from stock owned by A, Somewhere within these events, transactions are executed to trigger the passage of ownership from B to A, and B invoices A for the value. At some point A executes the appropriate sales transactions with the customer to update the system and invoice the customer. Somewhere within these events, additional transactions would be required to support the ultimate solution.
To support this high level scenario, you could use standard Customer Consignment technology, or you could just establish the new plant as if it were just a standalone plant, owned by A but existing within the four walls of the customer's location. There are a couple of other scenarios available as well. These decisions are in turn dependent on many more factors.
Within these two models (SAP std consignment vs SAP std sales in a multiplant environment) there are various flavors available, and within those flavors, many solutions that could be enhanced with customization, or by implementation of custom coding.
I think I will not answer any more questions on this subject. This forum is not suitable for the detailed Q and A required to develop the ultimate solution. The sollution will be dependent on additional factors that are known only to you and the client. If the above suggestions are inadequate to help your team to proceed further, then you should consider engaging a company with appropriate expertise in all the various permutations available to help you through this project.
Good luck!
DB49

Retail Inter company Consignment process-Help

Hi Everybody,
We need to implement the Inter Company Consignment Processs Between DC & Store since they belong to different company codes. The Process would be Consignment articles will be received from Vendor to DC >; then Intercompany Consignment PO from DC To Store >,Outbound delivery > Goods issue from DC > GR at Store > Sale from Store .
Need help for setting this up so that settlement works correctly -
1) What way it should be configured or processes should be followed so that Vendor Consignmnet stock is available in Store under the same Consignment vendor no through which DC procures consignment.
In our current prototye when the Stocks are being issue against Inter company Consignment PO from DC to Store & received at Store ,consignment stocks are posted under vendor no (DC) . Now how the consignment settlement work in this case as we would like to settle against the external vendor from whom DC procured consignment articles?
Are we doing correctly ? Or what should be the correct process ( config & relevent data) to support the Intercompany Consignment process ? We have maintained the other setting with reference to stock determination, article master settings etc.
Any help on this will be highly rewared as its the critical need of business,.
Pls share useful guidance to support the Intercompany Consignment process & settlement through sale at store .
WE also need to make the return process from store > DC > Vendor for customer return of consignment articles.
Pls share your experience or guidance on this....will be rewarded..
Thanks in advance for this.
Krish

Hi,
How did you solve the scenario can u explain.
Thanks
sreenivas

Intercompany Consignment

Hi,
We have requirement to design Intercompany consignment process in SAP. For that we are using the standard intercompany sales process, if we use the standard intercompany sales process there are couple of question arising and those are -
1. Material is supply from delivering company to consignment agent then ownership is always with delivering company instead of selling company.
2. What happen to the Cost of Goods Sold - by going through standard intercompany sales, system book the COGS in delivering company instead of supplying company.
3. Whats the SAP best practices suggest.
Kindly provide your valuable advice on how to map this process in SAP.
Regards
Goutham

Intercompany billing is the wright way for this process.
First Question : Yes the owner ship will be with the supplying plant Only.
Second Question : While ur creating Billing using F2 for Customer - Selling Company Cost of Materials Sold will be Updated.
While creating billing using IV for internal payment - supplying company Cost of Materials sold will be updated.
Reg.
Subramanian.Ramasamy.

Intercompany STO with consignment processing

Has anyone faced this situation? I have a client who would like to use consignment processing for VMI orders but as the goods do not get stored at the sales organzation/plant/company code that owns the order - they need to procure the goods from another company code? This is almost a mixture of the Intercompany sales process and VMI processing in ECC... Thoughts?
Example:
Company, plant A / Customer 999999999 / Part A - Stock "0"
Company, plant B / Part A - Stock "1000 pieces"
Preferred Sequence:
1. Create the VMI fill-up order KB for customer 999999999 (delivering plant is B, but the sales order belongs to sales org "A")
2. Create the delivery for the VMI fill-up order from plant b
3. Post goods issue for delivery from plant b
4. Create an IC billing document IV between company code B and A (for the goods that have shipped to the customer's consignment location for company A)
5. In MMBE see that the goods are consigned to customer 999999999 for plant A and NOT plant B. Currently, it is not treating the delivery as an intercompany order (as it is consignment and still owned by the other organization). The stock shows under consignment at plant B.
We are trying to decrease the steps from standard processing which would be the following:
1. Create the VMI fill-up order KB for customer 999999999 (delivering plant is B, but the sales order belongs to sales org "A")
2. Create the delivery for the VMI fill-up order from plant b
3. Create an IC STO from Company B to Company A
4. Create a delivery to move the goods from B to company A.
5. Create and IC billing document
6. Post GR for the goods when they arrive in company A.
7. PGI the delivery for the delivery from step 2 to move the goods into consignment.
8. In MMBE see that the goods are consigned to customer 999999999 for plant A

Hi Manoj,
Please confirm the following for your set-up
I have configured same consignment process for our client.
the process flow like this
--> Fillup order
-->Fillup delivery
-->STO (Purchase order) (through batch job) ***DID YOU RUN MRP AT THE RECEIVING PLANT TO CREATE THE IC STO? WHAT MASTER DATA SET-UP/CONFIG DID YOU PUT INTO PLACE? FOR CONFIG, I AM ASSUMING THE STANDARD IC STO CONFIG IN THE MM/PURCHASING/IC STO SECTION...
--> replanishment delivery (through batch job)
PGI of rep delivery
--Intercompany invoice if intercompany sales.
-->MIGO****SOUNDS LIKE THIS WAS STILL A TWO STEP PROCESS TO MOVE THE GOODS INTO THE RECEIVING PLANT WITH A GR USING MIGO AND THEN THE FOLLOWING STEP YOU MENTION BELOW TO MOVE THE STOCK TO THE CUSTOMER'S CONSIGNMENT LOCATION. IS THAT CORRECT?
--MB1B with movement type 631 (through batch job)****HOW DID YOU CREATE THE BATCH JOB TO POST THE MOVEMENT? THIS IS USUALLY A TRANSACTION RUN MANUALLY (UNLESS YOU HAVE CREATED AN INTERFACE THAT HAS THE INFORMATION TO POST)...

IS-Retail:diff bet retail consignment process & rackjobber module

hi experts,
Can anyone tell me what's the difference between retail consignment process and rackjobbers module in SAP IS-Retail.Explain me the processes and there complete settings step by step in detailed.Thanks in advance.
Regards
Gopal

Hi Gopal,
Consignment Goods,
A consignment occurs when vendor provide article to a retailer (the u201Cconsigneeu201D), who agrees to pay vendor proceeds from the sales minus a commission. If vendor product doesnu2019t sell, the retailer(consignee) can return it.The Consignment processing in retail allows you to transfer the goods from your DC to any location and you have the flexibility to the convert the Stock type from consignment stock to any other stock its depends on the receipient.
Rack Jobber
Vendor provide the merchandise and rack directly in the retail location, and vendor work co-operatively with the retailer to share the profits.Thus relieving the retailer to acquire the merchandise and allow to gain from the sales of merchaside.Hope you understand.
Regards
Abdul

Intercompany Consignment STO

Dear Experts,
We have an Intercompany STO process.
Purchase order type NB
Delivery type NLCC
Invoicing IV afrer PGI
The PGI makes Mvt 645 at supplying plant and Mvt 101 at receving plant
For Consignment inventory we need that the 645 will be Stock Type "K"
Does this supported by SAP , and how can we Implement it in IMG?
Thanks,
Moshe

Please check this answered link:
Re: Intercompany STO Consignment Return
Intercompany Stock transfer with Consignment
Re: Intercompany Consignment Stock Transfer
Edited by: Afshad Irani on Jun 17, 2010 5:55 PM

Excise invoice and sale tax applicable in consignment process

Hi,
How excise invoice and sale tax applicable in consignment process in below stages--
in consignment fill up,consignment issue,Return andpickup
Regards
Ishikesh

Hi,
You have to pass JV for 50 picked up items through J1IS. For this you have to create new subtransaction type type and accordingly maintain the G/L in the tax on goods movement settings for acoount determination node.
Regards,
Sagar Wairagade

Returnable packaging in customer consignment process

I have this scenario:
I have returnable packaging (drums) that have been setup as non valuated materials in SAP. The item category in deliveries in YB10.
These drums have serial numbers. Since some maintenance needs to be done on these drums from time to time, therefore, equipment's need to be created for the drums. The equipment number and serial number are the same and the serial number profile is setup in such a way that the equipment is created automatically when the serial number is created
When the drums are in stock, the status is ESTO
Now, in the normal order to cash process, this is what happens:
1) Sales order - order is created for a material
2) Delivery - The drums are added to the delivery along with the material through a packing proposal. A serial number is specified for the drum and the order is PGI'ed to the customer
At this point, the status of the equipment/serial number changes to ECUS
3) Billing - normal billing (drums are billed)
4) Return delivery YBG5 - the empty drum is accepted back into warehouse
After PGR, the status of the serial number changes back to ESTO
During the customer consignment process, this is what is happening:During the consignment fill up when stock goes from warehouse to customer, the status of the serial number is changing to ECUS
During consignment issue, since we can only issue whatever material is there, the same serial number that was used during fill up is being used
However, when we do a delivery against the consignment issue, we are getting an error that the status of the serial number is ECUS and it is not suitable for movement
Since consignment stock is still owned by the company until an consignment issue is done, I am wondering whether SAP is behaving correctly by changing the status of the serial umber to ECUS after the consignment fill up.
Is there a way to use the same serial number in the consignment issue as the consignment fill up?
Please reply urgently

Try the following
Go to OMWB transaction and simulate the posting using your plant, material and movement type
The simulation will show the standard postings based upon goods movement
E.G. 601 GBB VAX valuation class, account
Identify your accounts assigned to both sides of the posting and then you should be able to re-assign the g/l accounts to the appropriate modifier string within OBYC
Hope it helps
Steve

Credit Memo Request for intercompany sales process

Hi Experts
I try to find SAP notes regardsing the credit memo request for intercompany related issue but I can
not find any nates. The customer return the goods with 2 different
scenario :-
-Return with credit
-Return with replacement.
Can anybody explain how this 2 scenario perform in the SAP
intercompany sales process. Appreciate for your help. Thanks in advance.
Regards,
Jennie Tan

Already answered
Enter IG (internal credit memo) as the billing type for intercompany
billing for order type RE.
Cust-Sales/distrib-Transactions-Billing-Intercompany billing-Order types
Intercompany billing always refers to a delivery
Processing flow will be:
1. Create returns request invoice receipt (with or w/out reference)
2. Create returns delivery and goods receipt
3. Create credit memo invoice receipt for customer for 1.
4. Create internal credit memo for 2.
Therefore you must make the following entries in the document flow
for billing documents:
Target BillType        DlvType              ItemCat
a)    IG                  LR
b)    IG                  LR                    REN
Parameters for entries:
For a) Copying requirement: 14 Dlv.-rel.header IV
      Copy item no.: x (Check and decide yourself)
For b)Copying requirement: 15 Dlv.rel. item IV
      Data VBRK/VBRP      : 1 Inv.split (sample)
      Billing quantity    : B
      Qty/itm val.pos/neg : +
      Pricing type        : G
Also, refer following SAP Notes
13160 - Returns with intercompany billing
24756 - Credit memo requests with inter-company billing
652007 - Reporting internal credit memos on arrival side
11980 - Intercompany billing with order-related billing document
164074 - Problems for internal invoices on returns
Thanks & Regards
JP

Consignment process-WBS ELEMENT

in consignment process,while doing consignment fill up,system has thrown the
error"missing data WBS ELEMENT" what this wbs element,how can i get it?

Hi,
WBS is required in order to plan and post revenue. Also in case of milestone billing, dates are copied from WBS in billing plan.
You can create single WBS thru tcode: CJ11. For simplicity you can give the sales order number as WBS number, enter a Project Profile.
Let me know if you face any issues. I assume that you are not interested in entire WBS structure and a single element will suffice.
Regards

Intercompany reconciliation process in ECC 6.0

Hi
Can anyone guide me on how to understand intercompany reconciliation process in ECC 6.0? I have tried but could not understand.
Thanks in Advance

Hello,
If you have been using F.2E you should probably review note 1180060 ( https://service.sap.com/sap/support/notes/1180060 ) as an introduction.
It is necessary to set up some ICR specific details with the new solution. But if you use customizing generation as described in note 1172591 ( https://service.sap.com/sap/support/notes/1172591 ) migrating to the new solution should not be too hard...
Best regards,
Ralph

Consignment process

Hi
Why SAP has suggested to assign standard pur organisation to plant for consignment process?
I understand that price maintained in inforecord at standard pur org level will be used for goods issue and settlement process.
Will the consignment process work if the standard pur org not assigned to plant and inforecord maintained at normal pur org with info category as consignment.
Thanks
Deepak

deepak tata wrote:
> Will the consignment process work if the standard pur org not assigned to plant and inforecord maintained at normal pur org with info category as consignment.
Hi,
When ever you perform a goods movement (Inventory management transaction like consumption to cost center 201 K movement type or transfer to own stock 411 K movement type ) SAP must verify that either you maintained info r record for your plant's standard P.Org otherwise system will not allow you.(issue an error message )
But if you do any other transaction like PO system will not check standard P.org
The main reason behind it SAP reads the material's price from info record maintain at Standard P.org for the material and vendor and also the TAX information ( and not from any other source )

Intercompany STO Process

Hi Experts
I am in to Intercompany STO process with one step Goods issue procedure.
When i tried to post PGI for the NLCC type D.O obtained the below error.
Error Message
Fld selectn for mvmt type 645 / acct 6005100 differs for Business Area (033)
Please advise how to fix.
Regards
RG
Edited by: R G on Jan 10, 2011 4:40 AM

Hi
Field status group is maintined as: G003 Material Consumption accounts
Post Automatically is ticked.
I understand the Business Area field is not maintained (suppress) in the account group of G003.
But, it is in movement type is maintaied as Optional.
However no requirement to use the Business Area in overall.
So, where should i turn off it in relevant to movement. Thus wouldn't cause the discrepancy against the GL.
Rgds
RG
Edited by: R G on Jan 10, 2011 6:49 AM
Edited by: R G on Jan 10, 2011 7:07 AM

Vendor consignment process.

Hi All,
We are going live next week and client has Vendor consignment process.
I'm looking for help on the following steps.
1.Vendor consignement a process steps
2.Account determination step(OBYC)
3.Accounting postings for vendor consignment(T-accounts)
Any help is appreciated.
Thanks,
Anusha

Anusha,
Activate Consignment inforecords using tcode OMEV. This activates the consignment prices to be picked up using the consignment info records.
configure a special procurement type using IMG->Production->MRP->Master Data->Define special procurement type.
In OBYC configure the consignment payables account (transaction KON).
Assign the special procurement type created in step 2 to all the materials that are to use the consignment process. This is done in the MRP2 view of the material master maintenance transaction
Create Consignment info record using tcode ME11. Select info category as consignment. Create general data, Purchase Org data and conditions. Conditions allow you to create time dependent prices.
Create PR/PO using the item category K. Due to the nature of these items, price is not applicable and so do not enter price. During consumption, the price will be picked from the consignment info record.
The following transactions are used in consignemnt MB54 - Consignment stock MRKO - Settle consignment liabilities. Consignment stocks are not included in the company stock valuation. It is normal, as the ownership is still with the vendor.
Thanks
Sri

Retail Intercompany Consignment process

Similar Messages

Maybe you are looking for