Antal dimensioner
Systemet måste innehålla minst en dimension. Maximalt antal dimensioner är 10. Koncernstrukturen (organisationsdimensionen) är en av dimensionerna. Andra dimensioner kan till exempel vara produkt, kund eller geografisk plats.
Hierarkier
En dimension består av enheter. Organisationsdimensionen består till exempel av företagsenheter. Dessa dimensionsenheter kan organiseras hierarkiskt. En dimension kan ha flera valfria hierarkier, och de olika hierarkierna kan till exempel användas för att summera siffror på olika sätt i rapporteringen. Den första hierarkin i organisationsdimensionen motsvarar vanligtvis organisationens juridiska struktur. Hierarkiernas antal och djup (hur många nivåer hierarkierna kan innehålla) definieras separat för varje dimension. Det maximala antalet nivåer i hierarkierna är 20.
Enhetstyper
Indata- och konsolideringsenheter
Indataenheter används för att mata in data och konsolideringsenheter för att summera data som matas in till indataenheterna under dem. Skillnaden mellan indata- och konsolideringsenheter görs på datatypsnivå. En enhet är en konsolideringsenhet om den har underenheter för vald datatyp och valt år i minst en av hierarkierna. En indataenhet har inga underenheter. Samma enhet kan vara en konsolideringsenhet eller en indataenhet beroende på datatyp. Med andra ord kan en enhet användas som en indataenhet med en datatyp och som en konsolideringsenhet med en annan. Enheter kan ändras från indataenhet till konsolideringsenhet eller tvärtom. Observera dock att du inte kan ändra en indataenhet till konsolideringsenhet om den innehåller data för datatypen och året.
BWNonAllocatedItem-enhet
Dessutom innehåller varje dimension en BWNonAllocatedItem-enhet som används för icke-allokerade data.
Data sparas till denna enhet när dimensionen i fråga inte är vald för en indatamall.
Extrafält
Det är möjligt att lägga till sk. extrafält för dimensionsenheter. Extrafält kan definieras för att innehålla årsspecifika data.
Dimensioner och enheter måste vara anslutna till datatyper. Detta innebär att för en specifik datatyp kan data endast matas in till de enheter som har anslutits till den. Till exempel kan en enhet användas för ”utfall” men inte för ”budgetering”. När du skapar en indata- eller rapportmall, kom ihåg att ta hänsyn till dimensions- och datatypsanslutningar. Eftersom enheter kan kopplas till datatyper på olika sätt kan samma enhet vara en konsolideringsenhet med en datatyp medan den används som en indataenhet med en annan. När en enhet används som indataenhet kan den inte ha underenheter som är anslutna till samma datatyp. I det följande ges ett exempel på datatyps- och enhetsanslutningar. I detta exempel görs budgetering på de övre nivåenheterna 3200, 3300 och 5200 medan enheterna 3210, 3220, 3230, 3310 och 3320 inte är kopplade till datatypen ”budget”. Detta innebär att vid rapportering av datatypen ”budget” med andra datatyper som matas in på lägre nivåer måste jämförelserapporterna tas från de nivåer i enhetsträdet som används av datatypen ”budget” (3200, 3300 eller 5200, eller någon av konsolideringsnivåerna ovanför dessa). Observera! Detta bör också beaktas vid beviljandet av enhetstillstånd för roller.
Illustration 1: Datatyps- och enhetsanslutningar |
En enhet kan inte användas som en konsolideringsenhet i en hierarki och som en indataenhet i en annan för samma datatyp. Detta innebär att en konsolideringsenhet endast kan användas som indataenhet för en datatyp om den inte har några underenheter i någon hierarki. Om den första hierarkin för datatypen ”budget” är som i föregående exempel kan den andra hierarkin vara till exempel följande:
Illustration 2: Möjlig struktur 2 Följande hierarki är inte möjlig, eftersom enhet 3200 här används som en konsolideringsenhet för budgetering, medan den i den första hierarkin används som en indataenhet.
Illustration 3: Omöjlig struktur |
