on 02-21-2012 1:25 PM
Dear All,
i am trying to do return po and then i am trying to do migo through mov type 161.
In the migo (return po)
following entries are generated:
FR clearing accnt- credit (it should be debit)- requirement
gr/ir account- debit
inv raw accnt- credit.
in credit memo (return po)
Vendor accnt- debit
frgt clearing accnt - debit(should be debit)- requirement
input canvet account- credit
gr/ir account- credit,
this is my present requirement as mentioned in quotes
but when i am doing normal PO with gr 101 mov type
following entries re generating
frght clearing account-credit
gr/ir account- credit
inv raw mat account- debit
when doing miro:(normal invoice)
following entries are generated
vendor - credit
frght clearing account- debit
input canvet - debit
gr/ir-debit
why is this abnormality coming for return PO case?
Hi,
check in Po history you have 161 movement type for return document
and check following link
[http://forums.sdn.sap.com/thread.jspa?threadID=1806434]
Regards
Kailas Ugale
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
161 mov type is comin automatically and i am not changing. Also the return indiactor is turned on. Further the miro entries for miro is ok. NOw the problem is with the MIGO accounting entry where the freight account should debit for return scenario (161 mov tpye) while it is credited. Where exactly should i need to check for the settungs as per he requirement. My issue is to get that freght clearing account debited during MIGO.
i have checked in pricing procedure and obyc setting. Also i have checked that the condition type used for freight is positive in nature. The values(gross price) in return case should be having a minus sign as compared to normal PO.
Freight is charged from the actual vendor along with the material price.
pl suggest.
Dear ALL,
I tried the ways but still i am unable to find any possible solution. Now Let me discuss the business scenario:
*I am procuring a material from a vendor and then the material is received by me trough another transporter.I am making the payment. After that i find that some material comes out to be faulty. Now i make a return PO for it. In that PO i am putting a freight condition type that is delivary cost and is positive in nature. Now because i cannot use negetive delivary cost. So using this condition type i have to use it. I tried using "L" instead of "B". the result is not flowing in MIRO. Now because of this condition type in the migo entry The freight clearing account is credited while it should be debited. In MIRO the entries are correct as the freight clearing account should be credited there. IN MIGO it is coming wrong. So this freight clearing account is getting credit two times while it should have been for one time *
The business process which is currently being followed is that the party is charging material value+ the freight from the original supplier of goods at the time of return PO process. Please note that the transporter is not included. How i am suppose to re engineer the process because the current process is not feasible.
Please treat this on urgent basis.
pl discuss.
Check whether "Returns Item" indicator is checked in PO, If yes then system will automatically take 161 Mvt. & post rightly, I think you changing the Mvt. to 161 in MIGO for normal PO.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
if you feel that in the normal PO the postings are correct , since you created a retrurn PO , the postings will be reversed .
in the normal po you are going to get the material and in the return PO you are returning the PO.During MIro , the posting will be a credit memo and hence vendor need to pay the money back ,
In MIGO your inventory is going to be reduced by that quantity , you are returning and the GRIR account will get posted to get nullified with MIRO postings,
Regards,
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
107 | |
12 | |
10 | |
5 | |
5 | |
3 | |
3 | |
3 | |
3 | |
2 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.