on 01-17-2007 1:31 PM
Once a month we create debit memo requests from the serviceorders that are completed. normally that is not a problem but now we noticed that because someone forgot to TECO an serviceorder that was billed individually that a new memo request was batch generated with DP95 which was the opposite in amount than the original debit memo request.
so I got a serviceorder with a debit memo request from 21-12-2006 of 100,- and an invoinde is created
and in 2007 a new debit memo request is generated with -100,- ??
does anybody got a clue what is going wrong here ? and how to prevent this ?
cleaning up old questions, still amazed that I have to mark them as answered since there came no proper answer at all.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
I suggest that you analyse this problem via report transaction DP99C for concerned service order(s).
See also SAP Note 800331 - Transactions are missing in SAP menu tree.
SAP Note "698230 - DIP-Process: Expense items credited and debited" describes most likely your problem.
If this SAP Note is not your case then I suspect that you have the "classical" time reporting problem via CATS. If a user posts a time recording in one month, this info is transferred to CO and billed via DP9x -> All is OK. Then, after the first transfer to CO and the billing has been done, user changes this posting in CATS -> A new negative posting is transferred to CO and is billed via DP9x again with a negative outcome.
The std CATS behaviour is that when system status TECO is set then no more CATS posting can be done. This leads me to think of this problem.
Can this be your situation I wonder?
Hope this gives some help!
Regards, Johan
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
hmmm my DIP profile hasn't changed in between. the problem also occured with a serviceorder created in the test environment for this purpose. and cats is not used on this serviceorder so I can't relate to that either.
I tried DP99C with my serviceorder only I don't know what to look for ? I see my serviceorder in the tree and when I click I get into the serviceorder itself ?????
Hi again,
Ok, then I suggest that you run the "good old" CO control report RKACSHOW and analyze each and every posting in the concerned tables (like COVP). This should give you some hint concerning from where this posting with a negative sign is originating. You will need some deeper knowledge to understand this I guess. If you are unfamiliar with COVP analyze then best to ask some colleaugue with FI/CO know-how.
If I remember correct there is a SAP Note describing this RKACSHOW program - search for the program name.
Best regards, Johan
Hi again,
Another approach maybe:
. Check cost reporting for the serviceorder via tx IW33. Any costs posted there - it must be I guess? Then check customizing for DIP profile - tx OPD1. Is there a link from any material to found cost element/activity type found via cost report from tx IW33? If so, this should give you a clue to what is going on here.
. Alt run DP99C and drill down. Try to click on the number itself and not the icons. This should give you the details needed. Remember though, this is just another represenatation of the cost originally posted.
If you find this info of any help - please reward some points as a courtesy. Also it might help others if you can reply if it was of some help somehow. Then it can also help them.
Best regards, Johan
strange. with dp99c my first billing document shows that no amount is billed. but when I go to the document itself with va03 it has an value ?
and no we don't use costs on materials since most materials have a lot of hidden service costs like cups of coffee and tee and sandwiches which come in the accounting from the actual bills of the suppliers and the cats timemanagment.
Hi again,
Sounds strange to me also - it should be values in table AD01DLISF for each DLI number.
One hint may be to run check report RDPPROF46, also found in customizing, tx ODP2, from a 4.7+ system.
If this does not help then I must suggest to open an OSS message and let SAP check in your system for any errors.
Best regards (and good luck), Johan
Hi again,
OK, I understand and good luck.
Normally, as being a consultant I would check (like yourself) in the system. Can not do that in your system of course. So one of the reamaing options is still to create an OSS message.
If it does work in DEV but not in QAS quite obviously there is something that is different. One "problem" with RRB is that it is a mixture of configuration and master data (like in tx ODP1) and these two together form the RRB solution. Therefore I suspect it can have something to do with master data but I must admit this is quite a wild guess.
Anyway, I hope you are able to resolve this rather annoying problem.
Best regards, Johan
so back in business again and the problem remains.
I read about the relation between the coep and the AD01DLISF table
in the dip profile we declared that we do under material determination 'transfer quantity only'
when I look in my coep after billing I have 4 lines
6300 200025900 OR000000103020 45322 1 7 0,00 0,00 0,00 10,000 10,000
6300 200025900 OR000000103020 45322 2 7 0,00 0,00 0,00 10,000 10,000
6300 200025901 OR000000103020 87330 1 7 30,00- 30,00- 30,00- 0,000 10,000-
6300 200025901 OR000000103020 87305 2 7 20,00- 20,00- 20,00- 0,000 10,000-
I have the feeling that's looking at the first 2 lines and not at the second 2 lines which contain the billed value ?
anybody got an idea ?
Message was edited by:
A. de Smidt
Hi Smidt,
I am not sure if this helps..but in the DIP under the source selection, see if you can restrict what costs get picked up by the DIP. So, only include all the cost elements that have debits i.e + values. Also, check to see if the credit indicator is switched on. If is is try to uncheck that indicator.
Hope this helps!!
Rohit
User | Count |
---|---|
100 | |
11 | |
11 | |
6 | |
6 | |
5 | |
4 | |
3 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.