@NicoleR
Si lo he entendido bien, tienes una sola tabla de cuentas "principal" (cuenta + 4 niveles), pero para muchos informes necesitas diferentes agrupaciones/agrupaciones de las mismas cuentas GL (es decir, el padre/grupo de una cuenta cambia según el informe). En ese caso no es realmente "una jerarquía con 4 niveles", son múltiples estructuras de reportes, y normalmente acabas con una situación de muchos a muchos. El enfoque limpio es modelarlo como un mapeo/puente: mantener un DimAccount limpio (una fila por cuenta GL), crear una tabla de Structure (StructureID, StructureName – gestión / statutory / reportX, etc.) y una tabla de mapeo que vincule StructureID + AccountKey al grupo/nodo al que pertenece (y opcionalmente un peso si se puede dividir una cuenta). Si también necesitas un desentramado multinivel dentro de cada estructura, entonces almacena los nodos de cada estructura (NodeID, ParentNodeID, Level, Sort) y asigna cuentas al nodo más bajo.
Si, en cambio, realmente tienes una jerarquía padre-hijo fija y los informes solo muestran diferentes filtros/segmentos del mismo árbol, entonces no necesitas una tabla puente en absoluto: puedes mantener la jerarquía única y controlar lo que se muestra en cada informe con parámetros/filtros. La pregunta clave es: ¿puede la misma cuenta de GL pertenecer a diferentes padres/grupos según el informe? Si es así, opta por el patrón de mapeo Estructura + Puente.
Si esta publicación te ayuda, por favor considera aceptarla como solución para ayudar a los demás miembros a encontrarla más rápido
