Se pueden definir relaciones de orden jerárquico entre los valores de característica de muchas de las características utilizadas en EC-EIS y EC-BP. Dichas relaciones se pueden evaluar en el informe de investigación o tratar en la planificación empresarial. Por ejemplo, se puede representar una jerarquía de productos o deudores de la sociedad GL. Se pueden definir variantes de una jerarquía, que después se podrán visualizar en los informes. Estas variantes permiten analizar simulaciones y situaciones hipotéticas.

Se creará una jerarquía de datos maestros, según los datos maestros de una característica (los valores de característica). Obsérvese que cuando distintas características se refieren a la misma tabla de datos maestros, la jerarquía también es la misma. No se pueden actualizar jerarquías externas para características sin tablas de datos maestros. Éste es el caso de las características creadas para el release 3.0 sin tablas de verificación ni de texto.

Es importante recordar que en este contexto las jerarquías se basan en una característica. Esto significa que una jerarquía sólo contiene los valores de característica de una sola característica. Además, cada valor de característica puede suceder sólo una vez en la jerarquía. En consecuencia, cada uno de los valores es siempre único en la jerarquía global.

Se pueden crear jerarquías alternativas basadas en la misma característica con el fin de simular distintas combinaciones. Estas jerarquías alternativas están almacenadas como variantes de jerarquía. Pueden crearse hasta 999 variantes distintas de jerarquía para una sola característica.

Las jerarquías estándar de determinados objetos también se actualizan en otros componentes de aplicación. Igual que con las otras características, puede crearse en EC-EIS una jerarquía de datos maestros separada y actualizar distintas variantes. Sin embargo, a veces en el EC-EIS puede ser útil preparar un informe utilizando las jerarquías estándar. Se pueden utilizar estas jerarquías estándar, creadas en otros componentes de aplicación, como jerarquías de referencia en el EC-EIS. Esto significa que no se deben reconstruir dichas jerarquías. Obsérvese que no se puede modificar la jerarquía de referencia en el EC-EIS. Las modificaciones de la jerarquía deberán realizarse en el componente de aplicación original. Por ejemplo, la jerarquía estándar para los centros de coste deberá actualizarse en la Contabilidad de centros de coste.

Las jerarquías de referencia que se pueden usar en el EC-EIS son las jerarquías de centros de coste, de clases de coste y de centros de beneficio, así como la estructura organizativa de HR, el grupo de sociedades GL y la estructura de balance y de cuenta de explotación (PyG). Para que una jerarquía de referencia se visualice en EIS, la característica correspondiente del EC-EIS (por ejemplo, el centro de coste) se deberá referir al objeto original (es decir, al elemento y al dominio de datos) en el componente de aplicación. Si todavía existe una jerarquía en un componente y la característica correspondiente se actualiza en el aspecto, dicha jerarquía aparecerá automáticamente para efectuar una selección durante la investigación. Si también se han creado en el EC-EIS una o más variantes de jerarquía para la característica, aparecerán éstas en la selección. En el Customizing se puede establecer la forma en que se deberá visualizar cada jerarquía en el informe.

También se pueden transferir jerarquías de datos maestros de otros sistemas al EC-EIS o al EC-BP. Se encontrará más información al respecto en el Customizing.

Una jerarquía de datos maestros define las relaciones jerárquicas entre los valores de característica. Se precisan algunas definiciones de términos para describir el concepto básico.

Cada valor de característica comprendido en la jerarquía representa un nodo de jerarquía. Si ese nodo contiene otros nodos subordinados, se denominará nodo de estructura. Si un nodo no tiene nodos subordinados, se le denomina nodo final.

Esta clasificación sólo se refiere a la posición jerárquica del nodo, por lo tanto, únicamente a la existencia de nodos subordinados. Se precisa una clasificación posterior en cuanto a la relación con los datos maestros.

Un nodo cuyo valor de característica está contenido en los datos maestros se denomina nodo contabilizable. Como la coherencia entre los datos maestros y los datos variables se verifica al contabilizar dichos datos, sólo se podrá efectuar un cargo en aquellos valores de características representados por los datos maestros.

No es necesario que una jerarquía de datos maestros contenga todos los valores de característica existentes. El hecho de crear un nuevo dato maestro no repercute en la jerarquía.

Como los nodos no contabilizables se almacenan en tablas y los datos maestros se pueden gestionar desde otras aplicaciones, será posible crear un nuevo registro de datos maestros con un valor de característica que ya exista como nodo no contabilizable. En estos casos, el nodo no contabilizable se reemplaza por el nodo contabilizable. La regla es que los nodos contabilizables reemplazan a nodos no contabilizables