08-19-2009 10:33 PM
Hello,
After having upgraded from 4.6C to ECC 6.0, we tried to run FMJ2 and we obtained the following message : "No open items to be carried forward found". This only applies to every Purchase order created before the upgrade.
Table FMIOI has open items for the commitment for these POs.
We ran RFFMRC04 succesfully, but the error remains.
Kind regards,
Adriana.
08-22-2009 12:46 AM
Hi,
You may need to run RFFM_LINE_ITEMS_NOT_NULL, a so-called upgrade 'postprocessing program'. A simple test can help you determin whether the program is needed: make a change to a PO line item created before the upgrade, something as simpe as adding a '.' to the short text; run carryforward; if this time, the line item appears, then the program is needed. Also before you run the program please read SAP note 429225 very very carefully.
Best regards,
Ming
08-20-2009 2:24 PM
Hi,
Pleas check if the value type for POs is the one which is defined for the carry-forward in the customization.
Regards,
Eli
08-22-2009 12:46 AM
Hi,
You may need to run RFFM_LINE_ITEMS_NOT_NULL, a so-called upgrade 'postprocessing program'. A simple test can help you determin whether the program is needed: make a change to a PO line item created before the upgrade, something as simpe as adding a '.' to the short text; run carryforward; if this time, the line item appears, then the program is needed. Also before you run the program please read SAP note 429225 very very carefully.
Best regards,
Ming
08-26-2009 5:21 PM
Hello Ming,
We have executed RFFM_LINE_ITEMS_NOT_NULL and applied note 429225 (execute every program needed in this note).
This solved our problem for PO's.
But for Good Receipts are also carried forward, and every one created before the upgraded are not taken into account on FMJ2.
Is I modify the text on one of this GR then this document is displayed on FMJ2.
If there any other program which can fix the GR too?
Kind regards,
Adriana.
08-26-2009 10:48 PM
Hello Ariana,
Since we don't carryforward GR or invoices, I am not sure about the solution to this problem. But I think it might be caused by the new field FMVOR in table FMIFIIT. Please check note 852241 and see whether conversion program ZRFFM_INIT_FMVOR is the right solution.
Regards,
Ming
08-27-2009 8:36 AM
Hi,
What update profile are you using? Additionally, is 54 value type is maintained for CF process?
Regards,
Eli