01-14-2013 6:56 PM
Hello,
Our fiscal year runs from July 1st to June 30th. During the lapse periods (from July 1st to August 31st), there will be closing activities on previous year's transactions as part of the closing process. We would like to block new PO postings for the previous fiscal year but still allow new PO postings for the current fiscal year. We thought about using FMIR or FMMI to control by value types for the period 1 & 2, however, doing this will block value type 51 across the board. I'm wondering if anyone here has done this before and could provide some feedback.
Thanks,
Hwee
01-15-2013 11:00 AM
Hi,
Could you specify why FMIR is not good for you? The definition is per year and period, i.e. For year X-1, you don't allow 51 at all (define all the types, but 51) and for year X - define '*' for all value types.
Regards,
Eli
01-15-2013 2:15 PM
Hi Eli,
Thanks for your response.
The problem with FMIR is the timing of the previous year's postings and current year's postings overlap duriong the lapse period (July 1st to August 31st, period 1 & 2).
During the lapse period customers are allowed to make changes on previous year's POs as part of the closing process. If I don't allow VT51 for year X period 1, it will prevent customers from making changes on the previous year's POs and at the same time new current year's POs are allowed to be created.
Hope this helps clarifying your questions.
Thanks,
Hwee
01-15-2013 2:18 PM
Hi,
If you carry-forward (FMJ2) your old POs to a new year, then your user will allow to make changes, even if they were created in previous year, while creating a new document of VT 51 in previous year will be blocked by FMIR.
Regards,
Eli
01-15-2013 3:57 PM
Hi Eli,
Overall budget is implemented here at this customer because of the use of Budget Period. Therefore, FMJ2 is not necessary. The issue is making changes on previous year's POs and creating new current year's POs both create VT51 and there is no way to isolate this in FMIR.
Thanks,
Hwee
01-15-2013 4:03 PM
I see... Yes, with overall budget, you won't be able to isolate correction of old POs and creation of new ones. Here, I guess, only a user-exit or BTE during PO creation will help.