Component documentation Master Data and Hierarchies Locate the document in its SAP Library structure

Purpose

You use master data and hierarchies to portray your corporate structure in the consolidation system.

Integration

SAP Strategic Enterprise Management (SEM) is a distributed system. In SEM, the storage of the master data for a characteristic is distributed. The following options are available:

·         Master data is stored in the SAP Business Information Warehouse (BW)

·         Master data is stored in SEM

·         Master data is stored partially in BW and partially in SEM

You can maintain the master data and hierarchies for consolidation centrally in the SEM system. The SEM system writes the master data directly to the BW system.

See also:

Saving and Locking Concept for the Workbench

Features

Hierarchies

You can create hierarchies for almost all characteristics.

Note

·         A prerequisite for creating a hierarchy for a characteristic in SEM-BCS is that the characteristic in BW must support hierarchies (that is, the hierarchy indicator in BW is selected for the characteristic).

·         No hierarchies can be created for certain characteristics, such as methods and breakdown categories.

Assigning Nodes to Hierarchies

Node assignments are valid across different hierarchies: When one node is linked to other nodes and end nodes, this definition also applies to other hierarchies in which the one node is used.

A characteristic value can belong to one or more hierarchies (for example, under assets and/or liabilities), or it is listed under “Nodes Not Allocated”.

ExampleItem Hierarchy:

This graphic is explained in the accompanying text

Hierarchy Dependence on Time Periods and Versions

Definitions of consolidation unit hierarchies are version- and time-dependent.

In hierarchies of other characteristics the dependency on time or version is optional – for example, hierarchies of financial statement items and subassignments.

The following rules apply when the definition is version- and time-dependent:

·         Hierarchies exist in-dependently of versions and time periods.

·         Hierarchies are defined as version-dependent.

·         The assignments (between higher-level and lower-level nodes) are time-dependent within each version. There is an effective from year/period and an effective until year/period. These relationships can also be valid in several time frames.

When maintaining a hierarchy of characteristics in BW, you can choose:

·         Whether hierarchies of this characteristic are version-dependent

·         Whether the entire hierarchy or the hierarchy structure is time-dependent

These settings in BW also affect the consolidation system. An exception is made for hierarchies of consolidation units: You always define these time- and version-dependent – regardless of the settings in BW.

The node assignments in the Consolidation system are time-dependent (or, more precisely, the edges are time-dependent).

Example

Say, in period 011/2000 you have a hierarchy of consolidation units, and the new consolidation unit CU Z is added in period 012/2000.

In period 012/2000, only the node CG 2 changes – not the entire hierarchy.

This graphic is explained in the accompanying text