MIGO Is mandatery in Credit memo in 3rd party ?

Dear SD Experts ,
i know the 3rd party processing But i have One Doubt please explain me
2 Steps we have to do In Third part return process.
link tells
http://scn.sap.com/thread/987949
1 Flow to bring the stock from Customer is
va01 return order ( W/O Ref) --vl01n- Ref deli---MIGO ---VF01 ( Credit memo with ref to Return delivery )
2 Flow to Send the stock from company to vendor
ME21N( Ret PO )-- MIGO---MIRO ( Credit memo with ref to Ret po )
i know this flow is Right to credit memo in 3 Rd party But in both cases MIGO IS Mandatory or not ?
Second thing is TASG Is item category For credit memo in third party ..i have checked in VOV7
But i didnt understand this where i will insert /
Thanks a lot

Dear Madhuri ..
You mentioned is How to bring stock From Customer and sending to vendor Right
This is special process
Coming to TASG Item category , i have to tell you How credit memo is created in Third party process
I Am telling as per My knowledge
Now create credit memo ....Create credit memo Req ( G2) with ref to Invoice not with Third party sales order
While maintaining in VF01 Maintain Billing type G2S Only Not G2
Coming to TASG Item cat in copy control we have to make Between TAS --TASG Item category level In the Sales document type to Billing document type source and Target doc.
Dear Mentors please Tell me if i am wrong .
Thanks a lot

Similar Messages

Creation of Credit memo in 3rd Party process

Hi,
Could you please explain about how to create Credit memo to the customer in Thirdy party process.
1. After final billing (F2) happened how can I create Credit memo request (Any specifi Doc type, with reference to what) and also Credit memo.
2. Let us take for an example, Initially 10 nos. has been despatched to the customer by vendor. The Vendor grants due to transit
damage/Quality rejection 01 no. has been found defect.
So I have to send Credit memo for 01 no. to the customer. (In this case F2- Billing has already been created for initial qty of 10 nos.).
This is my requirement. Anybody can expain the required process to create the Credit memo in detail-Step by step process.
Thanks in Advance.
Vijay Nitharsh

Hi Vijay
credit memo request is a sales document used in complaints processing to request credit for a customer.
EXAMP--->
If the price calculated for the customer was too high (for example, with the wrong scaled prices or because a discount was forgotten), you can create a credit memo request. The credit memo request can be automatically blocked for checking. Once it has been approved, you can remove the block.
The system uses the credit memo request to create a credit memo.
the credit memo request(CR) Iis created ith referance to invoice based on configuration settings in vov8 and credit memo(g2)created refarance to credit memo request
refer to the links below.. might be of some use to ..
Credit Memo
http://help.sap.com/erp2005_ehp_02/helpdata/en/a8/b99890452b11d189430000e829fbbd/frameset.htm
Creating Credit Memo / Debit Memo
http://help.sap.com/erp2005_ehp_02/helpdata/en/dd/561076545a11d1a7020000e829fd11/frameset.htm
Creating Credit Memo / Debit Memo Requests
http://help.sap.com/erp2005_ehp_02/helpdata/en/dd/55fed1545a11d1a7020000e829fd11/frameset.htm
Credit & Debit Memos
http://help.sap.com/erp2005_ehp_02/helpdata/en/a2/40418a496e11d3b3850008c719be0f/frameset.htm
Processing Credit Memo : Example
http://help.sap.com/erp2005_ehp_02/helpdata/en/4e/b3c399a1f711d194e700a0c9306794/frameset.htm
Regards,
Ramana

Rebate Agreement credit memo - sold to party

Hi all,
Users settle rebate with VB(7 and then create credit memo to the customer. Bill to party address is printing on the invoice form but they also need sold to party to be printed on the invoice. In the credit memo bill to party and sold to party are the same. But the actual sale through where the rebate came has sold to party address.
How to get the sold to party from sales document to the rebate credit memo? The agreement in the sales orders can be found in the field VBAK-KNUMA, but Iu2019m not sure how to get the sold to party information onto rebate credit memo.
Any inputs please?
Thanks

Kris
Thanks for your time. The sales document number that comes from the agreement number in VBAK is the Rebate credit memo number but the actual sales document number. So Iu2019m afraid this wouldnu2019t work
I have read somewhere that sold to party for agreement will be in field KOMG-KUNNR. Could anyone tell me how to extract it from KOMG? Do the developers know how to extract from it?
Appreciate your inputs
Thank you

MIGO values when invoices/credit memos have already been posted

Hi everyone,
We are facing an issue with the values the system is calculating when doing the GR (and/or GR reversals) once invoices/credit memos have already been posted regarding the PO (Non Stock POs = non valuated).
When a goods receipt is posted through MIGO (mov. type 101) it seems that the system is considering only the invoices values but we do not really understand how it is calculated and why it is not considering the total amount of invoices and credit memos.
In fact when a GR reversal is done (mov. type 102) the system seems to be considering the total amount of invoices and credit memos posted against the purchase order.
Please find below an example with the invoices and GR values (all invoices were posted before the GRs)
GR     5000077059     1     18.12.2008     EA     -1     -3300,00GBP
GR     5000076426     1     17.12.2008     EA     1     930,50GBP
Tr./ev. Goods receipt                                    EA     1     -2369,50GBP
IR-L     5105052971     1     17.11.2008     EA     -1     -835,00GBP
IR-L     5105052970     1     17.11.2008     EA     -1     -50,00GBP
IR-L     5105052959     1     17.11.2008     EA     -1     -885,00GBP
IR-L     5105052958     1     17.11.2008     EA     1     885,00GBP
IR-L     5105052957     1     17.11.2008     EA     1     885,00GBP
IR-L     5105052428     1     13.11.2008     EA     -1     -105,00GBP
IR-L     5105052427     r4tf cv     13.11.2008     EA     -1     -640,00GBP
IR-L     5105052426     1     13.11.2008     EA     -1     -835,00GBP
IR-L     5105052425     1     13.11.2008     EA     1     640,00GBP
IR-L     5105052424     1     13.11.2008     EA     1     835,00GBP
IR-L     5105051741     1     11.11.2008     EA     1     60,00GBP
IR-L     5105051740     1     11.11.2008     EA     1     3240,00GBP
IR-L     5105045571     1     16.10.2008     EA     1     105,00GBP
Tr./ev. Invoice receipt                                    EA     1     3300,00GBP
According to my assumption, in order to calculate the GR value it looks like the system is considering the average for the 5 first invoices and then the average for the 2 next invoices, and making the average of both of them. But if I post another invoice it does not seem to follow this rule.
I would appreciate any explanation on how the system calculates the GR values and how we would be able to correct the GR value.
Thanks a lot. Best regards

Hi
I hope there is no GR based IV tick in PO, only GR is ticked (PO based IV)
In that case
IR-L 5105045571 1 16.10.2008 EA 1 105,00GBP
IR-L 5105051740 1 11.11.2008 EA 1 3240,00GBP
IR-L 5105051741 1 11.11.2008 EA 1 60,00GBP
IR-L 5105052424 1 13.11.2008 EA 1 835,00GBP
IR-L 5105052425 1 13.11.2008 EA 1 640,00GBP
Net invoiced value is 4880 GBP (taking out 00) for 5 quantity
in case of PO based IV, if IV is done first and then GR, GR assumes the value of invoice but not the PO - in that case for above IV, 1 quantity of IV referes to 976GBP debit
this value will be base GR/IR value for credit memos
IR-L 5105052426 1 13.11.2008 EA -1 -835,00GBP
IR-L 5105052427 r4tf cv 13.11.2008 EA -1 -640,00GBP
IR-L 5105052428 1 13.11.2008 EA -1 -105,00GBP
there are 3 credit memos - for which GR/IR credit will be equal to that of original GR/IR debit value - that is 976
*so net credit on GR/IR because of credit memos will be (976976976) = 2928GBP for 3 quantity *
IR-L 5105052958 1 17.11.2008 EA 1 885,00GBP
IR-L 5105052957 1 17.11.2008 EA 1 885,00GBP
Then there are two invoices of values 885 GBP each - so total debit will be 1770 GBP
so total GR/IR debit will be ( (4880/5) -(2928/3) + (1770/2) ) = 930.5 (debit)*
This value is the base GR/IR for credit memos
net GR/IR debit will be 930.5 - this is the base for GR - because in GR - entry on GR/IR will be credit
*So if you make GR - then GRed value will be 930.5*
IR-L 5105052971 1 17.11.2008 EA -1 -835,00GBP
IR-L 5105052970 1 17.11.2008 EA -1 -50,00GBP
IR-L 5105052959 1 17.11.2008 EA -1 -885,00GBP
*Now ordered will be XXX
Delivered will be 930.5
Invoiced will be 3300*
IF you reverse GR now it will assume the value of invoice: then reversal will show 3300 debit on GR/IR
That is what in your PO history now
These will happen because of PO based IV - for which there will be GR indicator will be ticked.
Thanks
Edited by: Praveen Raghavendra on Dec 24, 2008 9:17 AM

Credit Memo process in 3rd party order

Hello All,
Once 3rd party invoice is completed process as follows: (standard process)
sale order --> Purchase Requisition --> Purchase Order --> Goods Receipt --> Invoice Verification --> Customer Invoice.
When you post the customer invoice to accounting, in general system will update
1.Net Value 2. COGS (Cost of goods sold) 3. Sales Qty.
Now the scenario is when the vendor cancel his original invoice and reissue the invoice (due to change in price / change in stock item and so on..),
We have to cancel the customer invoice and issue credit memo invoice (without any reference) for the customer.
But the problem here is.. when we post the credit invoice to accounting, COGS will not be updated (currently they are adjusting COGS value manually).
How can we map this scenario ? while creating credit memo invoice we should consider some reference so that COGS should be updated.

Hello Suresh,
THERE ARE TWO SCENARIOS HERE.
Scenario is when the vendor cancel his original invoice and reissue the invoice (due to change in price / change in stock item and so on..),We have to cancel the customer invoice and issue credit memo invoice (without any reference) for the customer.
> IF THE VENDOR GRANTS YOU A CREDIT MEMO ON THE QUANTITY OR VALUE BASIS, YOU CAN DIRECTLY PASS ON THIS TO CUSTOMER BY RAISING CREDIT MEMO (THIRD PARTY CREDIT MEMO IS G2S), THIS WORKS WITH ITEM CATEGORY 'TASG' (THIRD PARTY CREDIT MEMO ITEM). THE SALES RELEVANT INDICATOR ' F' IS SET IN CUSTOMISING FOR SALES FOR THIS ITEM CATEGORY. THIS MEANS THAT THE COST IS NOT CREATED.
--->IF THE VENDOR CALCULATES ADDITIONAL COSTS FOR YOU ONCE THE THIRD PARTY BUSINESS TRANSACTIONS HAVE ALREADY BEEN BILLED. THE COSTS FROM THE INVOICE RECEIPT ARE THEN CORRECTED IN THE CUSTOMER BILLING DOCUMENT WHICH HAVE ALREADY BEEN CREATED. SUBSEQUENT DEBITS FROM THE INVOICE RECEIPTS ARE COPIED TO PROFITABILITY ANALYSIS AS A DIFFERENCE AMOUNT. THIS MEANS THAT THE COST IS UPDATED HERE ALSO. IN ACCRUED PROFITABILITY ANALYSIS, THE COSTS ARE NOT COPIED FROM THE INVOICE RECEIPT, BUT FROM THE CUSTOMER BILLING DOCUMENT.
EXAMPLE:In the context of a third-party business transaction, you create a sales order for over 100 pieces.
A purchase requisition and a purchase order are generated. Ten pieces are delivered to the customer, and a billing document is then sent to the customer when the 10 pieces are delivered. The vendor sets a subsequent debit of 100 USD for shipping costs in the invoice. The cost is nowupdated in the billing document created, and in the profitability analysis (in this case, it is raised
by 100 USD).

MIRO - Credit Memo without making Return Delivery in MIGO

Dear all,
I wanted to know if there is any way the system displays some kind of error message when we try to make a Credit Memo in MIRO without making the Return Delivery in MIGO.

Hi Helder,
Unfortunately there is no such error message that can be configured
for this scenario in the standard system, have a look at notes 192904
and 609416 for more info on this.
Normally, when you use GR-based IV (field WEBRE in PO), and carry out
several goods receipts (movement type 101), when you are doing your
invoice receipt, the system proposes each individual amount per goods
receipt. However, if you are using movement type 122, the system
will not propose the return of the quantity in the return delivery, but
rather the whole amount of the purchase order.
Best regards,
Adam.

A/P Credit Memo in relation with Goods Return

Dears,
I'm not able to make an A/P Goods Return after Making a Credit Memo.
Because as I have the Credit Memo as a Financial Document, also I want to have a Goods Return as an Inventory Document.
Kindly Advice.
Thanks,
Kerolous Samuel

Dear,
Credit memo is nothing but reversal of total INVOICE.
As you said, you are not able to make goods return,
1) Check stock is available or not.If not revers the consumption entry
2) If you are using QM integration for GRN , system will generate an inspection lot for GRN.So now you need to reverse this inspection lot, so that stock will update in QUALITY STOCK.
Then you can return the stock using MIGO transaction(122 movement type). or
3) Assign the material code in P.O and activate check box as "RETURNS ITEM" and save.
4) Then do GRN using transaction MIGO for this return material.
Kindly check posting dates also for the inventory changes.
Regards,
pardhu

Credit Memo Quantity to be Equal to Quantity rejected via 'Return Delivery'

Dear All,
In ideal scenario of MIRO (Credit Memo) , the quantity proposed by the System is equivalent to the Quantity of MIRO. There has been a requirement from My client that the quantity should be equal to the quantity for which rejection ( Movement Type 122 ) entry has been passed through MIGO. Your sincere advise is required in this regard.
Thanks in Advance,
Victor

Hi,
This scenario need to be tested first, so on Moday after testing i ll update u with correct solution..
but one suggestion.. doesn't GR based IV helped u in this case....
how are you posting IV? is it thru ERS? then please check in GR based IV check box in your PO and then try the same..
Post GR
Run /nMRRL for IV
Post 122 for required qty.
Eun /nMRRL again fo CRME
Try this.. n update the same here...
N i ll also update it back onMonday!!!
Thanks And Regards,
Krupesh Kothari.

Credit memo and MAP issue

Hello Guru's
I have 2 issues, and i am unable to understand the system logic for the same
Issue 1:-
We have an Intercomapny scenario
sequence of transaction is as follows
1. Create Return purchase order (document type NB) - Intercompany purchase
2. Post return goods receipts - movement type 161
3. Post credit memo with respect to return purchase order
4. Cancel the movement type 161 - using 161 movement type
System allows me to cancel the document created using 161 movement type
Step 4 should not be allowed but system is allowing me to do so, please advise how to stop this
Issue 2:-
I have a strange MAP issues which is flactuating very drastically
the scenario is as follows
Store stock is 10 ea, stock value is 1000, MAP is 100
DC map is 25
When we make return STO from store to DC, ths stocks are issued at DC MAP (condition type P101)
Assume we issue 9 quantity from Store then
Store stock is 9 ea, stock value is (1000-(25*9)) = 775, MAP is 775/1 = 775
This transaction is causing major flactuation in store MAP (100 changed to 775)
Please advise if there is any way we can control this behaviour
I understand that there is a setting which will in case of major MAP changes will put the amount into PRD account.
Appreciate if you can guide me to help
Regards
Amit

Hi,
For your first scenario,
for a retun po of IC NB type, after creating the PO you need to deliver the same at VL10G. For the delivery system will allow to create the PGR . Prior to these steps you need to return the goods using 161 at MIGO.Please check this 161 stock posted to stock in transit.After PGR system will clear the stock in transit.
Now after claring the stock from transit try cancelling the MIGO 161 document.
For the second query,
Please review your question' When we make return STO from store to DC, ths stocks are issued at DC MAP (condition type P101)
Assume we issue 9 quantity from Store then
Store stock is 9 ea, stock value is (1000-(25*9)) = 775, MAP is 775/1 = 775
This transaction is causing major flactuation in store MAP (100 changed to 775),
Please review the third line.
Regards,

Reg:F-28 Transaction Layout - Return and Credit Memo Scenario

Hi All,
In the F-28 Transaction am choosing Settings->Line Layout->Reference Credit For Returns Radio Button and have selected ok.
there i have included the fields as follows,
1.Sales Document
2.Document Number
3.Payment Reference
for normal sales order->Delivery->Invoice all the three columns showing Invoice Number Which is Correct.
if it is a return order or credit memo its showing return invoice in Sales Document and Document Number which is correct but its showing blank in Payment Reference Column actually i need Sales Invoice Number in that column, then only i can show for this return invoice this is referring to the sales invoice.
i have tried all possible combination's in the line layout and the fields for setting but nothing workout,could anybody clarify how can i overcome this scenario?

Hi,
For your first scenario,
for a retun po of IC NB type, after creating the PO you need to deliver the same at VL10G. For the delivery system will allow to create the PGR . Prior to these steps you need to return the goods using 161 at MIGO.Please check this 161 stock posted to stock in transit.After PGR system will clear the stock in transit.
Now after claring the stock from transit try cancelling the MIGO 161 document.
For the second query,
Please review your question' When we make return STO from store to DC, ths stocks are issued at DC MAP (condition type P101)
Assume we issue 9 quantity from Store then
Store stock is 9 ea, stock value is (1000-(25*9)) = 775, MAP is 775/1 = 775
This transaction is causing major flactuation in store MAP (100 changed to 775),
Please review the third line.
Regards,

Cancel the credit memo

Dear Guys ,
the user has posted the credit memo accidentally instead of Posting the invoice in MIRO txn for the PO . Coudl you Please tell me how to cancel this credit memo . We are using MR8M txn , with the reversal reason as "02" the user is getting a error message as " Quantity invoiced greater then GR quantity" . But if i use reversal reason as " 01" then the allowed posting periods 06/2011 12/2010 are allowed for the compnay code is displaying .
Help me regadring this issue .

Hi
Goto MIRO Click on the 3rd Button other invoices and input the credit Memo document. Then in invoice document menu click on the reverse.Give the reson and press enter.
If you cancel the credit Memo it will become Invoice and vice versa.
Posting period issue check in MMRV for allowed posting period.
Hope it helps
Karthik
Edited by: Karthik on Jun 30, 2011 12:05 PM

How to exclude the debit memo & credit memo out of COPA report (KE30)?

As captioned, now the current KE30 default transfers all the data from sales orders interfaces (via VA01), such as common sales order, 3rd party drop shipment, credit memo and debit memo etc.
Is there any idea to exclude the quantities display in KE30 towards Credit memo and debit memo? An user exit?
Thanks for the great input...

kissorkick,
You need to clear some concepts in COPA.
A similar example for you, COPA likes a supermarket, vendors supply stuff (data of billings etc) into the supermarket, then you select the stuff you want (Report result) by putting them into the shopping trolley. And KE30 likes the shopping trolley.
Now the question, do you wish the vendors do not supply certain stuff (credit meno etc) into the market or you just do not put the stuff into your shopping trolley only? Configure by Tcode KE4W for the former case or create the report in Tcode KE30 with certain selection rule for the later case.

MIRO - Credit memo considering freight costs

Dear friends ,
We need to process a Goods Return to the vendor, but the goods has additional costs like Freight.
So we are doing the reversal process as follow:
MIRO - Credit memo
=> but when we process the credit memo the System brought together the freight costs.
we need to return but not remove the freight costs from the material cost.
MIGO movement 122.
=> here everything is ok.
Question:
How treat that situation where we need to keep the freight costs in the material account ?
Best regards,
Alessandro

hi
in that case, in miro header, there is a tab "details" here u have a option to enter unplanned dlvy cost.. u can enter ur unplanned dkvy cost.
ref the link
http://help.sap.com/saphelp_erp2004/helpdata/en/cb/370d3ae4533072e10000000a11402f/frameset.htm
Edited by: Jayakumar Raju A.S on Aug 17, 2009 3:00 PM

Goods Return and MIRO Credit Memo

Hello Friends,
Please give your suggestions for the queries below :
1. Is there any way we can create Credit Memo (MIRO) with reference to MIGO 122 Movement document (Rejected material returned)
2. Is there a report that shows the list of MIRO Credit Memos. (My document type is the same for both Invoice and Credit Memo)
3. Is there a standard report of MIGO 122 Movement document linking with MIRO Credit Memo and possibly PO.
4. If 161 movement solves my problem, what is the document that I can print out and send alongwith the rejected material to Vendor.
The question from my customer that how do confirm whether credit memo have been entered for all that is moved out of their premises as rejected material.
Regards

Hi,
1. If you are using ERS, then running MRRL transaction will automatically generate credit memo for your return delivery with movement type 122.
2. MIR5 is the one you should look into.
3. Take a look into ME80FN report. Yet, this report does not indicate specifically for movement type 122. If it is required that this movement type shall be chosen as part of selection parameters, then you should develop your own report.
4. There is not any particular difference if you are using movement type 161. The only difference is that in case of using 161, you will have to raise a new return PO and make necessary GR and IR posting. However, the disadvantage is that you will lose the track of your original PO (and PO history).
Cheers,
HT

Credit memo for scrap

hi,
when item found out to be in bad condition, vendor agrees to scrap without return. so in this case, i do not need to do return PO.
    10pcs * $10 = $100
    a migo - dr stock    100
                 cr grc       100
    b miro - dr grc        100
                 cr vendor   100
    c stock adjustment due to 2 item damage.
             dr scrap           20
             cr stock           20
    d credit note from vendor $10 * 2 = $20
may i know what suppose to be the account to be credited?
    e miro - create credit memo
            dr vendor          20
             cr ??               20
thanks

>
Ask_Comm wrote:
> hi,
> how can it be credited grc account? any advice?
> thanks
system is going to reverse the entrys of invoice verification at the time of   subsequent credit
look at the time of invoice verification entrys are
100 dr GR/IR
100 cr Vendor
now at subsequent credit
20 dr vendor
20 cr gr/ir
so net effect is
80 dr gr/ir
80 cr gr/ir

MIGO Is mandatery in Credit memo in 3rd party ?

Similar Messages

Maybe you are looking for