Las asignaciones de campo de gráfico o segmento único definen una asignación de uno a uno simple entre los miembros de la dimensión de destino. Al crear asignaciones de campo de gráfico o segmento único, puede definir de forma opcional:
Tipo y valor de prefijo o sufijo de miembro
Jerarquías de segmento que se extraerán del sistema de origen.
Control de miembros huérfanos
Tratamiento de cuentas estadísticas
Para definir detalles de asignación:
Los prefijos de miembro se insertan antes del código de miembro de origen. Aunque es opcional, es importante asignar a los valores del segmento un prefijo definido para la dimensión correspondiente si esos miembros no existen en la aplicación de destino.
Los sufijos de miembro se insertan después del código de miembro de origen.
Nota:
Al realizar los siguientes pasos para definir el padre de inicio de la región de jerarquía, tenga en cuenta que Oracle Hyperion Planning, Oracle Essbase y Oracle Hyperion Financial Management no permiten que los miembros se acumulen en el padre en la misma raíz. Al realizar la extracción, debe especificar jerarquías en las que cada nodo tenga un padre. E-Business Suite admite instancias en las que un valor de segmento puede acumular hasta dos padres.
Opciones de carga de metadatos:
Fusionar como principal: Fusionar como principal procesa todas las secciones y agrega nuevas dimensiones, miembros, relaciones, propiedades y asociaciones que existen en el origen, pero no en la biblioteca compartida ni en la aplicación de destino. No se elimina ninguna dimensión, miembro, relación, propiedad ni asociación. Si una dimensión, relación, miembro o propiedad especificados en el origen existe en la biblioteca compartida o en la aplicación de destino, se reemplaza por el valor especificado en el origen. (Los miembros no se mueven, sino que se sobrescriben.) Las propiedades no incluidas en el origen permanecen sin cambios en la biblioteca compartida o la aplicación de destino.
Nota:
Si un miembro tiene varias instancias dentro de una dimensión, la columna IsPrimary especifica qué instancia es principal y cuáles son compartidas. El parámetro IsPrimary es opcional, si bien Oracle recomienda encarecidamente utilizarlo. Si se deja sin definir, se establecerá de forma predeterminada en "True", que asume que el miembro es principal. Si no define el parámetro IsPrimary, o si hay miembros duplicados definidos como principales, aparecerá un mensaje de advertencia en el archivo de resultados de la importación.
Fusionar como desplazamiento: Este modo solo procesa miembros con IsPrimary establecido en true y omite el resto. Durante el procesamiento, se ejecuta la primera línea que especifica una ubicación principal para un miembro, se ignoran las líneas subsiguientes que especifican una ubicación principal diferente y se muestra un mensaje de advertencia.
Reemplazar: se agregan todos los nuevos elementos y se efectúan todas las actualizaciones de propiedades. A continuación, se eliminan de la biblioteca compartida o la aplicación de destino todos los miembros o las relaciones de miembros no especificadas en el origen. También puede utilizar el modo de reemplazo para reordenar miembros bajo un padre. Las propiedades no incluidas en el origen permanecen sin cambios en la biblioteca compartida o la aplicación de destino.
Este modo no crea miembros compartidos a menos que se hayan definido en el archivo de importación (IsPrimary=false). Este modo puede detectar un miembro principal bajo un nuevo padre y procesarlo como desplazamiento.
Nota:
La opción Reemplazar no muestra las opciones Tipo de cambio de orden y Cambiar orden de miembros existentes.
La propiedad de equilibrio de tiempo especifica cómo se calcula el valor de los periodos de tiempo de resumen. Si se define en "Flujo", se realizará un cálculo agregado de todos los valores de un periodo de tiempo de resumen como total de periodo. Si la propiedad de equilibrio de tiempo se establece en "Balance", se considera un valor final en un periodo de tiempo de resumen para el total del periodo.
La jerarquía base indica la parte de la jerarquía que es la base y las partes de las jerarquía que tienen el mismo padre se comparten. Todos los miembros no compartidos de las jerarquías base tienen la propiedad "Store Data" establecida. Sin embargo, los miembros compartidos no se pueden establecer en "Store Data".
El prefijo padre sólo se aplica al padre. Para habilitar jerarquías de acumulación alternativas, el valor prefijo/sufijo sólo se aplica a los miembros padres. Los miembros padres no se pueden compartir y deben tener un único nombre. Además, los miembros padres no almacenan datos.
Los árboles muestran estructuras jerárquicas que representan un grupo de reglas de resumen para un campo de la base de datos seleccionado. Por ejemplo, un árbol puede especificar la forma en que se deben resumir o acumular las ubicaciones de fabricación para la generación de informes. Un árbol también puede mostrar las relaciones de subordinación dentro de una organización mediante la especificación de qué departamento individual se debe resumir en territorios, los territorios en regiones y las regiones en países. De forma similar, un árbol puede clasificar los elementos de un catálogo.
El uso de fechas efectivas con árboles permite especificar nuevos objetos, departamentos, relaciones de dependencia o estructuras organizativas de antemano para que se apliquen automáticamente. También puede utilizar árboles con fechas efectivas pasadas, presentes o futuras al generar informes sobre datos históricos o actuales.
En una jerarquía base, las partes de la jerarquía que comparten un padre son compartidas. No se pueden establecer en "Almacenar datos". Sin embargo, los miembros no compartidos tienen la propiedad "Almacenar datos" establecida. Todos los miembros no compartidos de las jerarquías base tienen la propiedad "Store Data" establecida. Sin embargo, los miembros compartidos no se pueden establecer en "Store Data".
El prefijo padre sólo se aplica al padre. Para habilitar jerarquías de acumulación alternativas, el valor prefijo/sufijo sólo se aplica a los miembros padres. Los miembros padres no se pueden compartir y deben tener un único nombre. Además, los miembros padres no almacenan datos.
Ignorar: no se extraen miembros huérfanos del origen.
Crear como miembros raíz: Se crean miembros raíz y no miembros huérfanos. Todos los miembros se crean en el nivel superior de la jerarquía.
Crear como hijos de: los miembros huérfanos se colocan como hijos del miembro especificado en el campo de entrada situado a la derecha del campo "Crear como hijos de".
Valor de segmento de intercompañía
Para el valor predeterminado de intercompañía, seleccione Sí o No.
En el escenario en el que se define el segmento de intercompañía, las transacciones de intercompañía se identifican según el segmento de intercompañía. Normalmente, hace falta un juego de cuentas naturales para llevar las cuentas de las cuentas a cobrar y cuentas por pagar entre las intercompañías.
En el escenario en el que no hay ningún segmento de intercompañía, identifique las transacciones de intercompañía de forma explícita según el segmento de cuenta natural. Normalmente, todas las combinaciones de cuentas a cobrar y por pagar existen entre las compañías del socio. Solo con estas cuentas naturales se conocerán las posiciones de las cuentas a cobrar y cuentas por pagar entre las intercompañías.