In SAP Analytics Cloud, when you enter or change data on a parent member in a table cell, the value is redistributed to leaf members. This process is called disaggregation.
Any data entered for the parent member is not stored in the related model, so you only enter the node value into the data cell when performing disaggregation. These disaggregated values of the leaf members are stored in the model when you save the data.
Generally speaking, in planning models the data is stored for the leaf member of each dimension hierarchy. Parent members only show the aggregated values of their children, and don't contain values on their own.
Business Use Case for Disaggregation
Let's take a look at how disaggregation can be applied both proportionally and equally. In the business use case in this example, we need to disaggregate discounts.
The following filters have been applied to the story:

- Existing discounts: The children of the Discounts account in Feb (2025) contain existing values that total 0.8m. In Mar (2025) no values are posted for Discounts.

- New discounts: Values of 1m for Discounts in Feb (2025) and in Mar (2025) are entered.

- Discounts disaggregated:
- The delta of 0.2m is spread proportionally to Pricing Adjustments and Sale Allowances. Since every dimension in the model is restricted to leaf members in the table filter, only two records are updated.
- The 1m entered for Discounts in Mar (2025) is disaggregated equally to the four children accounts because they don’t contain any data.

Note
Unbooked Cells
If you enter a value in an unbooked cell (a cell which displays a dash character (-) instead of a value), then the following rules are used to determine how to disaggregate the value along each dimension:
- If the unassigned member (#) is available as a leaf member of the source cell, then this member receives the same value as the source cell and other members of the dimension remain unbooked.
- If the unassigned member is not available, then in these cases, the value is spread to base members based on the dimension's aggregation type.
This aggregation type is determined either by account or measure settings, depending on which has priority. When the account or measure has the default aggregation type, then all dimensions will use it for disaggregation. With an exception aggregation type defined, specific dimensions can use that aggregation type instead. Some reasons why the unassigned member may not be available:
- It's filtered out of the table.
- It doesn't aggregate up to the source cell.
- It doesn't exist for dimensions such as Time and Account. In these cases, the value is spread to base members based on the dimension’s aggregation type.
Controlling Disaggregation
The data disaggregation settings provide more control over how values are spread from parent members to leaf members. Disaggregation behaves differently based on these settings, for example, data locking prevents disaggregation to locked cells and validation rules prevent disaggregation for invalid combinations (due to relationship validation) leaf members that would otherwise normally receive values.
While there are a few ways that you can get more control over disaggregation while planning in a table, in general, disaggregation is typically controlled by either filtering the data table so that input cells only represent leaf members or by using the Data Aggregation model settings.
In this lesson, we use data locking to demonstrate data disaggregation. In the model, Data Aggregation Based on Data Locking is enabled and in the data table, Data Locking is applied in the Builder panel.

Note
Leaf members in a dimension don't have children.
Some restrictions automatically make cells appear as read-only in a table, while other restrictions allow you to edit the values in restricted cells but won’t allow you to publish changes to restricted members. Applying data locking at the model level and implementing data validation rules are covered in detail in Coordinating and Controlling Processes.
Additional Information
Performance Considerations for Data Disaggregation: The data disaggregation settings provide more control over how values are spread from parent members to leaf members, however, enabling it may impact on performance. While speed might be gained by a more focused disaggregation and a reduced number of facts changed, the evaluation of locks and validation rules during disaggregation might add to the overall run-time due to increased dependency checks.
Visit the SAP Help Portal to find additional information about the following topics:
- Planning Model Settings for Data Disaggregation.
- Disaggregation of Values During Data Entry


