Change in Fiscal Year Variant Causes Cube to become inactive

In Maintain Fiscal Year variant, we attempted to change the Fiscal Periods to reflect the 2007 Fiscal Calendar. When we saved it, it caused the Update Rules for our Infocube to become inactive. I need to know how to reactivate them or what to do. The Error message is saying that there is no routine created for the object. How do I recreate the routine and reactive the Update Rules?
We are using BW 3.1

Hi David,
Whenever you change a MetaData Object, BW will automatically deactivate everything that relies on that object to prevent system instability. In this case, your Update Rules and InfoCube (and MultiProviders if you use them) were deactivated. In most cases, simply reactivating them will correct the problem.
Judging from your post, this isn't the case. What did you do to the InfoObject that required reactivation of the InfoObject? You may want to check inside the Update Rules to see if BW removed the connection that you had before. I've seen that happen as well.
Adam

Similar Messages

APO-DP : Change in Fiscal Year Variant for the year 2008

As per earlier Fiscal Year variant configuration, the data has been forecasted in APO system till the end of Year 2008. But recently the fiscal year variant configuration modified in R/3 which has been impacting APO-DP storage buckets which are not matching with that of earlier fiscal year variant. So, there is a mismatch in the storage bucket profile where in the data already stored in Weekly, Monthly and Posting Period based on the earlier Fiscal year 2008 configuration.
Now the system is not allowing to do any Interactive Planning.
The business would like to use the latest fiscal calendar and also not ready to loose the forecasted data for the year 2008. So, we are not in a position to deactivate and reactivation of Planning Area and also we are not using back-up infocubes functionality.
Please update me if anybody experienced this type of situation or know the solution.

I think your suggestion should work but it takes more resource time and need more database size.
I am thinking to retain some important forecast keyfigures data in the following workaround method;
1) Now the Planning Area Initialized for 2yrs historical + 1Yr forecast horizon
2) Run first set of new macros to copy from year (say 2008) to year (say 2006)
3) Re-initialize the Planning Area (Jan'2006 to Dec'2007)
4) Re-build the New Fiscal Calendar from R/3
5) Re-initialize the Planning Area for history and forecast horizon (ex: from Jan'2006 to Jan'2009)
6) Run second set of new macros to copy back ( ex: from 2006 to Year 2008) and wipeout the duplicate records in 2006
7) The above macros can be utilized to run every year end when ever the new fiscal calendar introduced
Suggestions are welcome

Funds Management and Fiscal Year Variant Change

Hello !
We are configuring a new fiscal year variant.
Currently, the system is on a CALENDAR YEAR FY variant and we are doing the following:
1. creating a shortened FY of Jan 2009 - Mar 2009
2. new fiscal year from April 2009 - Mar 2010
We are trying to change the FY variant for Funds Management via OF15 but receive the error FI674.
FI674:
You must not change the fiscal year variant in Cash Budget Management or Funds Management for FM area FM01 if actual data already exists for FM area FM01, or if one or more of the company codes assigned to FM area FM01 is active.
We have found oss note 719597 which details how to change the FY variant for Cash Budget Mgmt, but it does not apply to Funds management.
I could find no other supporting documentation.
Can anyone guide us as to how to deal with this issue?
Thank=you !

Hello Patti,
The point is that it is not possible to change fiscal year variant if actual values exists.
You are trying to do a change in January. You probably have some postings in 2009 already.
In the area of PSM-FM there is no note like 719597 of TR-CB.
Only if no actual values exist, this customizing change would be possible and reasonable.
If you are doing this setting in your customizing client, you can delete the postings (please DO NOT do it if you are in production) that exist in 2009 and try again.
SAP do not recommend to change a Fiscal Year Variant that has already been assigned to a company code and has already some postings. This may create database inconsistencies.
You can create another Fiscal Year Variant with the information that you want to be customize, and this variant you will be able to assign to a company code. Before you assign this new variant to a company
code please be sure that none of the information that you already posted in this company code will be affected, this information you may review it with your consultant on-site.
Also please review/apply note 173636, 202687, 10945, 193713, 123026, 210861 which may happen in your system.
The fiscal period is related to the posting date via the fiscal year variant. E.g.: I you do a posting on 5.5.2009 it will be posted e.g. in period 5 for fiscal year variant 'A'. This period is not only used in the document header table (BKPF,VBRK,MKPF ...) but also in several balance table (GLT0, KNC1 ...) not only in FI but also in SD, MM, CO .... If in the new fiscal year variant 'B' this posting date is related to another period e.g. 7 the relation between documents and Periods and balances will be destroyed.
The problem will be enhanced if the posting-date would be related to diffrent fiscal years.
In addition several reports in AP/AR and GL reread period-depend data by selecting the posting-date regardless of the period in the document because it's not normal practise to change the fiscal year variant of a company code.
Some of the involved issues are:
- FM actuals and commitments may need to be reconstructed if their period- (or even fiscal year-) assignments is changed.
- FM actuals/commitments can not be reconstructed if fiscal year change activities have already been performed (commitment carry forward, FMJ1, FMJ2).
- Budgeting data and assigned values may principally be concerned as well, especially if you are working with period values in budgeting.
The change of fiscal year variant has several implications and should be analyzed very carefully.
Please check note below for more information:
Note 672255 Shortened fiscal year / changing fiscal periods
I hope it helps you and good luck
Best Regards,
Vanessa.

Diffrent Fiscal year Variant ?

Hello Friends
For the different company codes using the same controlling area must have same fiscal year variant.
But in my scenario 1 company code having period from jan to dec and another having period from April to march
Pls suggest me how we can do that?If not is there any otherway of solving this issue?
I need your suggestions
Thanks
Anup

Hi,
the best documentation is the <a href="http://help.sap.com/erp2005_ehp_02/helpdata/en/da/6ada3889432f48e10000000a114084/frameset.htm">online documentation at help.sap.com</a>
From your point of view, the most important things are:
1. Define a table group in transaction GCIN. Include all fields in object table 1 that you want to report on (with the different fiscal year variant). If this is a legal requirement as I suppose, then you probably only need the GL account (RACCT) field. You may require other fields as well, depending on your requirements.
2. After the table group is defined, you have to check and install it. Installation means here the new table group is added to the Special Ledger environment, i.e., it is added to many customizing tables + lots of standard ABAP code is regenerated.
3. Now you can create a ledger for your new summary table (this is one of the 4 or 5 tables in your new table group). in transaction GCL1. You should assign the company code where the alternate fiscal year variant must be used to the new ledger. Obviously, you should change the fiscal year variant in the assignment screen to the alternate one (the default would be tha FYV that you have assigned to your company code in OBY6 , this is the controlling area's FYV as well).
4. Then you have to asign "activities", or "business transactions" to the ledger/company code combination. Use the button "Activities like GL" here to make sure all relevant items are transferred to your ledger. That would be about 30 activities. Each of them require a "field movement rule" assigned, but the same rule can be used for all, so you have to create it only once. The best way to do it directly from here (you are still in GCL1), by clicking F4 and when the message comes, no entries found, you can start creating it. The field movement rule is nothing else than the rules how fields of the original (FI, MM, SD) documents are transferred to the fields in your FI-SL table. You can check out the proposal button here. RACCT should be populed from HKONT, the rest is I think obvious.
Back to GCL1, you have to set the posting indicator for each activity (business transaction) to 3. This makes sure online data transfer and subsequent data transfer both are possible.
5. Save your work.
6. Then you can start transaction GCU1 and take over all documents available in FI to your special ledger (if you have some postings already) . Or you can post a new document and check if it was transferred (it should). Example: in FI (fiscal year variant April to March) you post a document with posting date 01.April 2007. This is period 1 in FI then. The same document is transferred for period 4 in the SPL.
7. You can use the Report Painter / Report Writer tools to report your data. ALso you can consider report RFBILA10, which is almost the same as well-known RFBILA00, only that it can display data from a special purpose ledger.
Hope that helps, points welcome
Csaba

You have not maintained a rule for the fiscal year variant

1) I have Fiscal Year Variant in the Cube ( it got added along with fiscal year ) but there is no Fiscal year variant in the datasource & when I dont map it Transformation activation prompts error " You have not maintained a rule for the fiscal year variant ".
Can I just delete Fiscal year variant from the cube..does it matter?
2) Fiscal year & Posting Period can be populated from Fiscal Period, is the vice versa possible..? Does the sytem will take care of the conversion..?

1. no, you should not delete and you cannot delete fiscal year variant from cube, it's required by fiscal year/ period (compound infoobject), you should add it in your datasource, or you can map with a constant value e.g K4
2. yes, fiscal period can be populated by posting period
some info on time characteristic relationtionship
http://help.sap.com/saphelp_nw70/helpdata/en/44/be8b631c743959e10000000a1553f6/frameset.htm
hope this helps.

Fiscal Year Variant change

Hello,
We are being asked to switch our fiscal year variant from 445 to calendar month based beginning 1/1/2010. I am curious as to how to approach this change from the BW perspective.
I first did a quick look at the system to see how and where fiscal year variant is used.
What i found is that:
1. Fiscal year variant is used in our cubes as part of the transaction data
2. Almost all the queries have the FYV as part of the query definition. (won't be able to restrict to just 1 FYV since it will rule out many records since FYV is part of transaction data in our cubes)
3. Many queries compare current Fiscal periods to prior fiscal periods and and ranges too. This is enabled by using variable exits for 0FISCPER etc.
4. There are some Restricted Key Figures that have the FYV as part of thier definition.
5. Many DSO objects have the FYV as a key field.
What do you recommend from your own experience with regards to how to handle this change. I am curious what the impacts will be and what I should be prepared for. I am guessing that data in our DSO's will pile up since starting 1/1/2010 every record will have a new FYV (remember FYV is a key field), also I am curious how time based variable exits will work, since I think they depend to some extent on a single FYV.
Any advice or recommendations on how to approach this change is appreciated. Also what decisions have to be made if any...
Thanks!
Nick
Edited by: Nick Bertz on Dec 3, 2009 3:17 PM

Hello,
Okay here is one thing that i have run across that i do not understand. I am using Offsets in a query. Everything works fine with regards to these offsets, except for when i introduce 2 Fiscal Year Variants.
Once there are 2 fiscal year variants, the offsets are completely ignored.
Does anyone have an explanation why variable offsets would no longer work when there are 2 fiscal year variants on the same report?
When i launch this query in the web browser from Analyzer I get the following error message:
Diagnosis
Variable ZS_FPER2 contains a fiscal year period which is to be moved by 10 periods. Before this can occur, the fiscal year variant must first be specified clearly so that the number of periods in the fiscal year can be determined.
System Response
Procedure
If the fiscal year variant exists as a variable, enter a value for this variable. If the fiscal year variant is not specified in the query, you must include it in the query.
You can specify the fiscal year variant either globally or for the InfoProvider specifically.
Procedure for System Administration
Notification Number BRAIN 618
Thanks,
Nick
Edited by: Nick Bertz on Dec 29, 2009 4:15 PM

Error in Data loading - The source of the fiscal year variant has changed

Hi All,
Need your kind suggestions to solve the issue.
I am trying gto load data from one cube to another. the base cube has data with 0CALDAY. in the next cube I am trying to derive 0FISCPER from 0CALDAY. But while loading I am getting this error.
The source of the fiscal year variant has changed
Could someone guide me.
Thanks in advance.

Hi Saugata,
nice to exchange views after a long time.
well, if u are sending data to the target cube which contains data for the separate financial entity of different finacial parameters like fiscal varient then u need to update global transfer settings, and then load data.
parhaps u also need to check the value of the Fiscal year varient to the target cube.
hope this helps.

Change future periods for Fiscal year variant-OB29

Hi experts,
We are using 4-4-5 rule, Fiscal year variant is M1, Future Periods for FY variant M1 is not maintained correctly. Our year end is on 6/25/2011 but in our variant M1 it is defined as 7/2/2011 and periods following that are defined incorrectly.
Company - US (4-4-5 rule)
FY variant - M1
Period - P12/2011 and following periods are not defined correctly
1.     There are risks involved if you change the fiscal year in Live SAP system. What is the risks for changing future periods - 2 months from now.
2.     Posting are not carried out for the periods we are changing. We need to check plan data if any
3.     Impact on other modules, organization structure, master data, transaction data
4.     How intense the testing needs to be.
Any help will be appreciated and point will be assigned.
Thanks
Monica

Hello,
If you change the Fiscal year period in the live system the following problems may come as per my understanding.
For Costing Module Planning would have already been carried our at the start of the year,
similarly for CS, PP and PS modules if they are implemented in your company the planning data will be effected.
If there is any Budjet posted even you have to consider how to change the budget and reaccolation
Best Regards,
Ravi

Data load : The source of the fiscal year variant has changed

I am loading some sales data from BW to APO and I keep getting this message .
The source of the fiscal year variant has changed
I am not sure how to resolve it because the help also does not give much info on the solution.
Thanks

Hi
it may be becoz
In R3 the Fiscal year variat has been changed .. Check the Fiscal year variant for ur precious data..and talk to ur functional team abt variant...
Normally for a comapny Fiscal year variant will be unique. I will change when there are some huge changes happend Merger,acqucsition etc..
hope it helps
regards
AK

Multiple Fiscal Year Variant in the same client in SEM-BCS...

I have already looked at some earlier threads relating to this but didn't get a convincing answer to what I would like to know.
We have had a working SEM-BCS system with fiscal year variant K4. There was no need for defining leading fiscal year variant and none was defined. SAP, by default takes, K4 as the leading fiscal year variant.
Now there is a requirement for going on a different fiscal year variant for which we have created another databasis (there were a few other reasons besides these) with the same InfoObjects that we used earlier but with different fixed parameters, one of which is fisc year variant V9. Soon, we started experiencing bizarre dumps in the configuration which ultimately convinced me to define a leading fiscal year variant. I was reluctant to do so because there is a lot of old data (which will become 'historical' from new data basis point of view) from the working system on K4 that would still need to be reported on even when we have new BCS solution in the new fiscal year variant V9. That is not going away. There is a need to keep the old data for reporting (hence the rationale for a different data basis among a few others).
Since earlier Master Data was configured in the old fisc year variant K4, now I have defined the leading fiscal year variant as V9 so that MDF can appropriately identify the period dependency.
I would like to know if any of you have had an unexpected behavior from the system going forward. Does the system dump out when you try to read the old data (from earlier K4).
I have tried to explain the dilemma as clearly and succinctly as possible but if you need more clarifications, please do let me know.
I would really appreciate your help in this.

Is your requirement is that K4 to be changed to Z5.
The best way you can do it is in the transformation. Instead of directmapping,
Write a code like this in the trransformation to the cube
If SOURCE FIELD - 0FISCVAR eq 'k4'.
SOURCE FIELD - 0FISCVAR = 'Z5'.
I dont think we can change th data in the query being displayed. we can change the keyfigure values in query by frmulas etc...
but for a characteristic, i think we will be able to restrict bt not change the value.
to obtain the requirement, w have to get the data change before query designer that is in the cube leve.
Hope this helps,
Sri...

What is the difference between Fiscal year variant, Fiscal year and Calyear

hi,,
What is the difference between
1. Fiscal Year Variant (0FISCVARNT)
2. Fiscal Year (0FISCYEAR)
3. Calendar Year (0CALYEAR)
In what scenarios they should be used. If we are getting 0FISCVARNT data from ODS. Can we change into other in cube at update rules level or some other level?
How can we get factory calendar????
Message was edited by:
Avneet M

Hi Gurus
I was going through this thread and came up some more questions in my mind.
1. Do we need to set Fiscal Year, Fiscal Varient settings once for all in BW ? ( The path is given in one of the thread above ) need to know if this is one time setting / rebuilding the tables. what will happen when we select and execute factory calender and Fiscal Varient and Rebuild tables in transfer global setting ? Is this one time we have to do for whole BW system?
2. when we go to SCAL t-code what we need to do and what it do in the system ? I know its for Factory calender but just want to know what it does. It it also for one time during BW build phase ?
3. How can we link Factory calender and Fiscal year? IS it thro Fiscal varient ?
Pl help me to clear this doubt,thanks in advance.

In DTP Detailed fiscal year variant not processed

Hi All,
I installed and activated CUBE 0IC_C03,
now while executing the DTP 2LIS_03_UM / LOGSYSDEV -> 0IC_C03 it throws Error 'Detailed fiscal year variant not processed'
then in sdn i searched they told that i have to maintain variant in SPRO TC or OB29
IN SPRO ---> SAP Reference IMG ---> SAP NetWeaver ---> Business Intelligence ---> Setting's for BI Content ---> Trade Industries ---> Retailing ---> Set Fiscal Year Variant.
i think we can change, so usually who will maintain those variants ? pls tell.
can i change?
Edited by: Ranga123 on Aug 10, 2009 12:43 AM

The Best Practice for getting the Fiscal Year Variants identified is to extract and load from the source system and not maintain them directly in SAP BW.
To get the Fiscal Year Variants, go to RSA and then select Source System on the left navigation bar. From there, go to the SAP source environment and right-click on that. Select Transfer Global Settings. In the selection screen, select the Fiscal Year Variant checkbox, select the Update radio button and then execute. This will update the Fiscal Year Variant tables in BW.
If, for any reason, the Fiscal Year Variant being loaded doesn't exist after that, you have a couple of options:
1) Have your business or business analyst for the SAP source system maintain it in the source system and then transfer the Global Settings as described above (this is the most preferred way to handle it).
2) Update the Fiscal Year Variant directly in BW via the means you outlined in your post.

Fiscal year variant Z1 is not maintained for calendar year 9006

Hello Experts ,
I am tring to load data into Cube from ECC datasource. The load till PSA is fine but during DTP load I am getting the followig error .
"Fiscal year variant Z1 is not maintained for calendar year 2009006"
I tried to reload "Global settings from System system " But did't worked . Just to let u know our client is retail client and using 4-4-5 fiscal year .
Pls help what should I do.
I saw 0FISCPER AND 0FISCYER Infoobjects in BI but could not find thing .
Your Help will be Highly Appreciated .
Thanks
Pankaj

You have a few choices on how to handle this:
1. Have a functional person update the Fiscal Year Variant in your ECC source system to include periods for Fiscal Year 9006. Then update Global Settings.
2. Update the Fiscal Year Variant in your BW environment, in the IMG (SPRO > SAP Customizing Implementation Guide > SAP NetWeaver > Business Intelligence > General BI Settings > Maintain fiscal year variant).
3. Filter out the data for that Fiscal Year in your DTP.
4. Modify the Transfer Rules / Transformation to change this date to an acceptable Fiscal Year/Period.
These are in order of preference (best practice) on how to handle this.

Turkey: year end close RFSUMB00 / fiscal year variant

Hello guys,
I am wondering if anyone of you have had this requirement before.
Running RFSUMB00 on a Turkish company code will blow away the balances from all G/L accounts so that each individual account has a balance of 0.
Questions:
1. How do you manage revenue accounts (cost element categories 11 and 12). A pure cost centre is not enough as CO account assignment. You can switch off error message KI 166 (so that no COPA documents are then created), but is this really wanted?
2. If each individual account has a balance of 0 at year end, how to create a B/S and P/L for that year? Especially, for previous years? The only thing that comes to my mind is using special periods (13 to 16), but.... -->
3. ...in our system, the FI fiscal year variant is not K4, but a custom variant. The fiscal year (of the group) does not end on 31st December. I have a small FI-SL application running in the background (with K4 assigned there), and I could change the FI-SL period to 13 during the document transfer easily, but I ask myself why I do not post all of these funny closing documents directly in FI-SL then? This would save me from the usage of dummy assets/customers/vendors and the continous changes made to the "automatic postings only" flag (SKB1-XINTB).
Turkey experts, any hints welcome. What are your best practices?
Thank you,
Csaba

Yes frank,
GL closing should be carried only after all the sub ledgers are closed
for asset closing
you should open the new fiscal year first (AJRW) and then close the existing fiscal year. (AJAB)
otherwise FI-AA and Fi-GL may not reconcile (use tcode ABST2 to check this)
Regards
Sach!n
Edited by: Sachin Bhutani on Jan 30, 2010 3:32 AM

Interpretation of Fiscal year variant

Hello Experts,
Ok, using the Tcode OB29, I could see the fiscal year variant K4, K6, K7 as follows:
Variant----Yr Dependent--Calendar Yr--Posting Periods----Special Per.
K4----
Unchecked----
Checked----
4----
2
K6----
checked----
Unchecked-----4--
2
K7----
Unchecked----
Unchecked-----4--
2
In went into the details of the Change View of K6 and K7 and it shows:
Month----
Day----
Period----
Year Shift
1----
31----
7----
0
2----
28----
8----
0
3----
31----
9----
0
4----
30----
10----
0
5----
31----
11----
0
6----
30----
12----
0
7----
31----
1----
+1
8----
31----
2----
+1
9----
30----
3----
+1
10----
31----
4----
+1
11----
30----
5----
+1
12----
31----
6----
+1
1. Can you help me interpret the second table and how it relates to the K6 row in the first table?
2. In particular, I will appreciate some clarification on the Year shift and in the column period, why it started from 7; and why after 12, it switched to 1.
4. Can you give a reason why in some cases K6 will be used while in others K7 or K4 will be used.
3. Also, some help Ive gotten so far were suggesting that to modify the variant I go to:
AC Financials ® FI Financial Accounting  General Ledger Accounting ® FI - Closing and Reporting ® Fiscal Year.
I could not find this instruction under BW. Was it some R3 instruction of BW?

Hi,
I believe the "year shift" column is meant for the non-calendar fiscal year.
eg in a Calender year
Jan Feb Mar Apr May Jun
Fiscal year definition
Period
10   11   12   1    2    3
Year Displacement
-1   -1   -1   0    0    0
It is just telling the system that when it is eg 21 Jan 2006, the fiscal year to be captured will be FY 2005. When it turns 01 Apr 2006, the FY will be 2006.
In your eg, it is following the logic that when it is 01 June 2006 the FY will be 2006. But when it turns 01 July 2006 the FY will be captured as 2007.
By the way, the special periods are meant for capturing adjustment.
For more information on the year shift, please see
http://help.sap.com/saphelp_46c/helpdata/en/96/8b2fc843ce11d189ee0000e81ddfac/content.htm
In BW, these are considered the basic settings, alongside with the currency definition. Go into SBIW in BW to see the basic settings for currencies and fiscal variant defined. Usually when the BW system is set up, these 2 settings will be read into the system as part of the initial configuration.
Cheers,
Gim

Change in Fiscal Year Variant Causes Cube to become inactive

Similar Messages

Maybe you are looking for