Can't Save Data for a Member in Planning Data Form
With Essbase implied sharing, some
members are shared even if you do not explicitly set them as shared. These
members are implied shared members. When an implied share relationship is
created, each implied member assumes the other member’s value. Essbase assumes
(or implies) a shared member relationship in these two situations:
1. When a parent is having single
child
2. When parent is having single
child and it is consolidates to the parent
In a Planning form that contains
members with an implied sharing relationship, when a value is added for the
parent, the child assumes the same value after the form is saved. Likewise, if
a value is added for the child, the parent usually assumes the same value after
a form is saved.For example, when a calculation script or load rule populates
an implied share member, the other implied share member assumes the value of
the member populated by the calculation script or load rule. The last value
calculated or imported takes precedence. The result is the same whether you
refer to the parent or the child as a variable in a calculation script.
Now the issue which we are going to
talk about is We loose data on save even when the parent is dynamic
calc and has a single child.
A dynamic calc parent to a single
child:
If we design the form with following selection shown in below screen shot:
In the planning data form we will find parent is below the member and this is by design whenever you make a selection using commands to select all member below parent
Lets enter the data in the data form
Save the data
Our data wiped out.
Now, we will change the selection of member while creating a data form
Here we go, data saved.
If we design the form with following selection shown in below screen shot:
In the planning data form we will find parent is below the member and this is by design whenever you make a selection using commands to select all member below parent
Lets enter the data in the data form
Save the data
Our data wiped out.
Now, we will change the selection of member while creating a data form
Here we go, data saved.
Now the
question again why this behavior:
Data
from Planning data form passes to Essbase row by row, because in data form the child member appears before the parent. First,
data goes to Essbase for child (Single Store Child), then
when Planning passes the data for parent there was #Missing or No data, Over
writes the data to #missing.
Note : As
we know that dynamic calc members are calculated on the fly they are not
allocated with any memory in the Essbase, here the parent was dynamic calc
and it was pointing to same memory as child in the background, when Planning
was passing data to Essbase for second row it has updated the child
with missing data.
For more
information you can refer below link of Oracle Document regarding Implied
Sharing.
Hope this helps!
Greetings
SST!