Question:
Hi everyone,
I hope I don't sound too vague in describing this problem, but if I do it's because I'm quite confused by this thing myself. CS is not my specialty...
Anyway, the problem here is:
When we try to create a Sales Order from a Service Order via the DP90 transaction, the resulting resource related billing (RRB) analysis shows the same material twice. Once as a debit entry (positive value & qty), another time as credit entry (negative value & qty). Because of this, we cannot save the document, since the two entries nett themselves off and the material ends up having 0 qty & amount overall in the Sales Order.
We've previously used VA90 for this RRB functionality. We used SAP Note 442170 to enable the "conversion" from VA90 to DP90.
The service order I tested on was created via IW31 and is confirmed to be OK. I say this because the same service order was tested in the older system using VA90 and it worked fine there. Only one entry was created in the Sales Order for the material (debit entry), not two.
I have also read the enhanced DIP documentation and came across a section that said that:
"The first usage is "Billing and Results Analysis". Two sales document types can be
specified: one for debit memo requests, the other for credit memo requests. The decision
on which items are debited or credited is based on the sign of quantity and amount. If only
one sales document for debit memo requests is specified, all items are debited, but
negative quantities or amounts with opposite signs." [Page 19]
Anyone who has read this documentation, do you think this is the cause of the problem? Should I then specify a Credit Memo Request doc type to go with the Debit Memo Request doc type, which I've already assigned to this profile?
Thanks in advance....
Answer:
sap_zombie,
The Dynamic Item Processor (DIP) is used in a few modules (CS/PM, SD, CO and PS). The documentation you are reading may be generic to all of them!!
With respect to CS:
Billing and Results Analysis is used with transaction DP90, and Quotations & sales orders are used by other transactions (eg. DP80 etc).
I suspect this is not your problem since DP90 cannot create two sales orders at the same time.
Check the following:
1. there are no goods-movement reversals on your CS order
2. check if the two materials are displayed in the DP90 transaction before the sales order is actually created. If not, then "simulate" the sales order creation (in DP90) and check the materials again.
3. you have no user-exits in DP90 (RRB) adding additional materials
4. you have no user-exits in VA01/02 (sales order)
5. check OSS for any similar problems
6. raise an OSS Message to SAP
_________________
Sponsored partner: www.arch.co.uk
PM/CS FAQ
Search SAPFans
Answer:
Hi PeteA,
Thanks for your reply. I will try to put your recommendations into motion. However, I'm particularly interested in point No. 2 in your list:
2. check if the two materials are displayed in the DP90 transaction before the sales order is actually created. If not, then "simulate" the sales order creation (in DP90) and check the materials again.
What would it mean if the two materials ARE displayed in the DP90 transaction? That's what I can see here, but after I simulate a sales order with it, the resulting document did NOT contain the 2 materials (that's why I've assumed they netted off each other).
Also, I think my previous explanation of the problem was not clear enough. You said:
I suspect this is not your problem since DP90 cannot create two sales orders at the same time.
I didn't mean that the DP90 was creating 2 sales orders. I meant that it was creating a single Sales Order, and proposing 2 line items for a single material in it, each with opposing +/- signs. This resulted in the material not showing up at all in the Sales Order created.
Sorry for giving a confusing explanation.
Answer:
sap_zombie,
WRT point number 2.
If both materials are shown in the DP90 overview screen, then the probelm isn't in the sales document since this has not yet been created.
Have a look at the DP90 user-exits via TCode SMOD (search string AD01*).
You could try creating a new order, do a goods-movement for the same material and see if it has the same probelm as your old order. Could be a corrupt table entry somewhere. From memory these is a report/transaction to do this for you - can't remember what it is though!!!
_________________
Sponsored partner: www.arch.co.uk
PM/CS FAQ
Search SAPFans
Answer:
Hi PeteA,
The more I try to fix this problem, the more I feel I'm going to require the services of a fully qualified CS consultant (experienced with DIP Config. to boot).
I've gone through all the user-exits available for this transaction and found no leads on where the unwanted extra line item (the credit entry of the material) is coming from. There was just one active user exit.
I debugged it and saw that the extra line was indeed added when the program was deep into standard code territory. This makes me believe that it must be because of config.
I'm running my test with brand new data created in the development system, not from legacy data. Furthermore, the problem occurs consistently for all new data created. So I doubt that it's because of corrupt data.
FYI, my test scenario here is I'm trying to convert a Service Order (containing 2 lines, a "service" and a "parts material" line) into a Sales Order (which would of course have 2 lines also, reflecting the Service Order). It is now creating a third, unwanted line for the "parts material".
In anycase, I really appreciate your input. I hope I can return your favour the next time you post any questions here. Cheers!
Answer:
SAP_Zombie,
Get your FI/CO guys to check table COEP for your order to exactly what postings have been made to the CS Order. This is to eliminate any invisible costs on the order.
Also have a look at "free-goods". This is an SD function where, if the customer buys item X, then item Y is given free of charge. Pretty sure its not this, but its something to eliminate.
If you need the "services of a fully qualified CS consultant"..........??????
_________________
Sponsored partner: www.arch.co.uk
PM/CS FAQ
Search SAPFans