Unlock a world of possibilities! Login now and discover the exclusive benefits awaiting you.
I have let was this intervalmatch range (gl_account)
100 - 199
200 - 299
300 - 399
I need for the last category another intervallmatch, because these costs are placed
Under a certain cost place range.
Anothe issue is that some gl account are mixed. So are both in the 200-299 category and also gl account under the 300-399 (including the specific costplace)
How can this be fixed?
this fixed my issue
IF(GLAccount > 300000 and < 399999,Costplace,GLAccount) AS GL_Account2;
now i only need 1 intervalmatch, plus i can create subtotals in the intervalmatch, without creating too much lines
Let was = lets say
Define a rule?
Peter
What do you mean?
Intervalmatch1 | intervalmatch2
------------------------------------
100...........199 |
200...........299 |
300...........399 | 9000....... 9050
300...........399 | 9060........9800
Interval1 = gl account
Intetval2. = costplace
How should this work without duplicating the data?
Peter
Where do you see duplication? 300-399 has an extra intervalmatch
I don't see any IntervalMatch request in your post. I can see that you try to define accounts chart for your GL to describe your cost centers. Where and how are you going to use IntervalMatch functionality?
fact_table:
Key, GL_Account, CostPlace, Value, Brand, .....
intervalmatch1:
LOAD * INLINE [
from, to, text
100 - 199, inventory
200 - 299, unknown
300 - 399, indirect costs
100 - 399, subtotal I
]
intervalmatch2:
LOAD * INLINE [
from, to ,text
9000, 9050, indirect costs - costplace I
9060, 9800, indirect costs - costplace II
9000, 9050, subtotal I
9060, 9800, subtotal I
];
INTERVALMATCH (GL_Account)
LOAD
from,
to
RESIDENT intervalmatch1;
INTERVALMATCH (CostPlace)
LOAD
from,
to
RESIDENT intervalmatch2;
if could use alot of IF statements instead of intervalmatch . but than i have a problem with the subtotals as dimensions.
also tried to combine GL_account with costplace (1009000 - 1999050 or 9000100 - 905199) as a interval, but than i have an overlapping issue ofcourse.