Carga de jerarquías de sistema de origen en dimensiones de EPM

Los metadatos del sistema de origen cambian a lo largo del tiempo, así como los metadatos y jerarquías en el sistema de destino.

La administración de jerarquías en un proceso en curso, con cambios frecuentes debido a actualizaciones en funciones y organizaciones de negocio. Al administrar jerarquías entre los sistemas de origen y destino, los usuarios normalmente crean nuevas jerarquías, reemplazan las antiguas por jerarquías nuevas o las actualizan.

Las jerarquías entre los sistemas se dificultan debido al tamaño de las jerarquías, la latencia entre las actualizaciones del sistema y las necesidades de los sistemas operativos frente a sistemas analíticos. Al administrar jerarquías como parte del proceso de integración del libro mayor, tenga en cuenta que:

  • Las únicas operaciones entre la administración de la jerarquía en el sistema de origen y la aplicación de destino son crear o actualizar las jerarquías fusionándolas en el destino. Oracle Hyperion Financial Data Quality Management, Enterprise Edition nunca suprime las jerarquías o los miembros en una aplicación de destino. Si no se especifican miembros o jerarquías adicionales, FDMEE los ignora.

  • Al integrar una jerarquía desde el sistema de origen al sistema de destino, seleccione el nodo desde que el origen que actúa como el nodo raíz del destino.

  • La integración envía la jerarquía al sistema de destino e informa de los errores encontrados durante el proceso.

    Puede utilizar la página Detalles del proceso para ver los errores registrados en FDMEE. También puede seleccionar el vínculo de Registro para revisar el archivo de registro de Oracle Data Integrator. En las aplicaciones de Oracle Hyperion EPM Architect, también puede ver los errores de creación de perfil en la Consola de trabajos. Consulte Visualización de detalles del proceso o la documentación correspondiente del producto para obtener información adicional.

  • La selección de una jerarquía en la asignación de dimensiones es opcional; sin embargo debe, como mínimo, determinar cómo se gestionarán los miembros que no estén en una jerarquía. Por ejemplo, puede crear hijos de un nodo seleccionado como huérfanos o puede elegir no traspasar huérfanos. (Esta opción solo se aplica a Performance Management Architect).