MR8M Error M8362

[Former Member]

Hi all,

I need to cancel invoice which has been posted based two different PO.

Item numbers of invoice from second PO are higher than 9999.

I mean they are 10112 10113 etc.

While MR8M executing system return error that is impossible to cancel invoice which has item number more than 9999.

OSS note can't be taken to account.

Additionaly question is : In which way system is assgining item number for invoice item.

Thanks in advance..!!

[former_member182371]

Hi,

OSS note can't be taken to account. 

Are you referring to OSS Note 129493?

Put a break-point in:

- Include LMRMHF1I

- FORM stornodaten_move_rseg

and check what is happening.

Best regards.

Edited by: Pablo Casamayor on Apr 15, 2009 12:54 PM

[Former Member]

Are you referring to OSS Note 129493?

Yes exactly to this one.Note is for older SAP version than I'm working on.

[former_member182371]

Hi,

check OSS NOte 337577

When you edit or display invoices, in some cases the account assignment to a sales order disappears. Examples:
      1. You post a document which you have previously parked or held (possible as of Release 4.6C)
      2. You want to cancel the posted document
      3. You display a posted document.
This can occur
for a reference to purchase orders which are assigned to a sales order
when you post directly to G/L accounts (possible as of Release 4.6C).

Best regards.

[Former Member]

Now is quiet clear that the problem is high item number in invoice.

I suppose it's a program error.

[former_member182371]

Hi,

i suggested the aboce OSS note (337577) because the message appears in:

fm MRM_INVOICE_CANCEL_CONVERT

in this piece of code:

*------ Bestellzeilen ------------------------------------------------*
  LOOP AT t_drseg INTO s_drseg WHERE koart IS INITIAL.
    PERFORM stornodaten_move_rseg USING    s_drseg
                                  CHANGING t_frseg[].
  ENDLOOP.

and it is because KOART (Account type) is initial.

Best regards.

Edited by: Pablo Casamayor on Apr 17, 2009 10:10 AM

[kaus_desh]

hi PG

you have to check first company code in which you are doing transaction many a time is different than what we need .Hence a different series of NO range appears.

and then after chek the below

FB1N & OMRJ FOR NO RANGE OBJECTS

OBF4 FOR DOUMENT TYPE SET UP

CHK DOCUMENT TYPE WITH TRANSACTION CODE SET UP OMR4

ALSO GOODS RECEIPTS ON ITEM LEVEL IN OMRI

regards,

kaustubh