AGO function problem 10.1.3.4

Question

Hi,
Anyone have any suggestions on this please???
Still hoping for suggestions from anyone who has had similar problem with AGO function yielding strange results at certain levels of hierarchy??
I have a facts folder with both AGO and 'regular' columns of data.
I create a simple query with filters on period name and expense type.
When I add 'regular' columns (default aggregate SUM) - it works okay.
I then remove all 'regular' facts columns.
When I add AGO based columns - it works fine.
When I try any combination of AGO and 'regular' suddenly a lot of my data disappears.
I have tried experimenting with report based totals off and setting the function aggregation to SUM for the AGO columns, but nothing works.
i.e. AGO is pointing at previous period, so I have Yr, Qtr, Period in my time dimension and the AGO is linked to Period level (like a calendar month, but financial) and the AGO is -1.
Filter is on period name - so for example "PERIOD NAME" is equal to / is in 'NOV-11'
Any suggestions please??
thanks,
Robert.
Edited by: Robert Angel on 08-Dec-2011 06:02 to clarify ago usage
Further information; -
I have just discovered that this strange behaviour only manifests when the 2nd segment of our five segment chart of accounts structure is present.
I have checked the properties of this field and can see nothing strange, when compared to its (working) peers.
Could it be a problem related to the dimension hierarchy that is associated with this chart of accounts dimension>??
thanks for your input,
Robert.
Edited by: Robert Angel on 08-Dec-2011 07:30 additional detail
Edited by: Robert Angel on 12-Dec-2011 07:33
Edited by: Robert Angel on 19-Dec-2011 08:07

Answer 1

To explain the structure first; -
Chart of Accounts Dimension
Trust Id
Cost Centre
Expense Type
Sub Expense Type
External Organisation
Each level of the hierarchy is from the same phyical table 'Chart of Accounts'. The dimension references the underlying field as the Key at each level.
Financial Periods Dimension
Year
Quarter
Period
Again all are from the same physical table, again all use the underlying field as the key at each level.
FACTS table has; -
Actual in Month, Budget In Month, Month Ago Actual in Month
Working scenario ; -
Add; -
Cost Centre, Actual in Month, Budget In Month, Month Ago Actual in Month
Filter on period_name = 'NOV-11'
Cost Centre in ('801040','801041')
results; - (works fine!)
Cost Centre, Actual in Month, Budget In Month, Month Ago Actual in Month
801040                 50000          65000                    55000
801041                 15000          18000                    19000To the above scenario I can add any of the other Chart of accounts segments and it works.
When I add Expense Type I get
Cost Centre,   Expense Type, Actual in Month, Budget In Month, Month Ago Actual in Month
801040                3001                    50000          65000                   55000i.e. I still get results, but less cost centres than I had when only cost centre was included.... all other things being equal??!!
I can workaround this by pulling my concatenated version of all codes to get the full chart of account 'string' and then use substring to pull expense type only out of it, but this is less than ideal to suggest to a user community when it should work as is...
Anyone seen anything like this before, can give me anything to investigate that might be making the difference??
Edited by: Robert Angel on 13-Dec-2011 02:20
Edited by: Robert Angel on 14-Dec-2011 08:28