on 11-20-2008 3:49 PM
My company is wanting to change Fiscal Year Variant from a 4-4-5 to a 4-5-4. They are wanting this done asap. Does anyone know any certain problems this may cause with data already in BW and with future data? Thanks
This is a first for me, so I don't know that I have answers to your questions. Our fiscal year variant is F9, so they want this to change. I don't think we could create a new fiscal year variant just going forward. That would mess up reporting for sure.
When you say going forward vs. retro, how could you not do retro? Sorry, i am very confused with this one.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Well if they are going to change the fiscal year variant - ie F9
they will change the periods going forward but are they goign to change the historical periods (ie retro)?
The problem still remains if they are only going forward with F9 with different periods settings
What to do with the histroical reporting?
period 2 last year is not going to be the same as period 2 this year
because period 2 last year had 4 weeks and period 2 this year had 5 weeks
Reviewed T009B in R/3 to see the FY Variant changes that were made. Made the changes in BW by Transferring Global Settings from the Source System in RSA1.
Reviewed FY Variant settings in BW in SPRO and the changes transferred.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Okay, understand. Final question, I see the changes that have been made on R/3 for the weeks in the periods. How is that refreshed in BW? I know we would not manually make the change.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Keith - the question goes back - what do they want to do with historical year on year reporting
As period 2 this year will not equal period 2 last year
I take it they are only doing this going forward - if so then then period on period is the problem - if they are retro the calendar to prior years then all hell will break loose when you reload historical data and you have mapped cal day to fiscla period rather than fiscal period
What about future postings? installemtn plans? budgets? forecasts already loaded into BW
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
90 | |
10 | |
10 | |
10 | |
7 | |
7 | |
6 | |
5 | |
4 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.