debit memo request generated second time as opposite ?

[former_member186143]

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 ?

[former_member186143]

cleaning up old questions, still amazed that I have to mark them as answered since there came no proper answer at all.

[reedtzj]

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

[former_member186143]

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 ?????

[reedtzj]

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

[reedtzj]

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

[former_member186143]

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.

[former_member186143]

I have found out that the table AD01DLISF is not updated when generating the salesorder. this table is used in dp99c but I don't know if this table is used to check for unbilled items either since the problem doesn't occur on the development environment.

Message was edited by:

A. de Smidt

[reedtzj]

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

[former_member186143]

hmmm I already ran odp2 but it didn't give any clue, everyting is green.

I wait until I have done some transports where we changed the calculation template for the conditions and see if it's still happening since the problem doesn't occur on the development system

[reedtzj]

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

[former_member186143]

as a try I want to find where AD01DLISF is updated by DP90 and under what conditions ?

anybody got a clue ?

[reedtzj]

Hi again,

Busy since last contact... Please try a "where used" search for this table in tx SE11. In my ERP2005 system I get a few hits. Set some break points and rerun DP90 again. This might give you some clues.

Regards, Johan

[former_member186143]

since we are now just right in the migration path to erp2005 I have deciced to postpone this issue till after the release change. If it still exists I will have a further look into it . thanks for you're help and perhaps till the 5th of june when the releasechange is scheduled.

[former_member186143]

so back in business again and the problem remains.

in this topic

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

[Former Member]

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