Mensajes de validación de metadatos

Los miembros de la dimensión Account con cálculo dinámico deben tener miembros secundarios o fórmulas de miembro

Las dimensiones de cuenta predefinidas de activos tradicionales y netos incluyen a los miembros de nivel 0 que se definen como cálculo dinámico. Estos miembros deben tener al menos un miembro agregado como hijo. Consulte Definición de cuentas.

Ejemplo de mensaje de validación:

This member must have at least one level 0 Store or Never Share descendant added.

Solución:

Cree miembros hijo para los miembros de la dimensión Account con los valores de Activos netos y Tradicional predefinidos.

El tipo de cuenta y los operadores de agregación deben coincidir

En la hoja de balance cuadrada en la dimensión Cuenta, los tipos de cuentas de las cuentas padre e hijo deben coincidir con el operador de agregación correcto. La combinación de tipo de cuenta padre y tipo de cuenta hijo determina si el operador de agregación debe ser Suma o Resta. Al asegurarse de que los tipos de cuentas y el operador de agregación coinciden, se garantizará que los datos de la hoja de balance se agreguen correctamente a una hoja de balance cuadrada.

Si la "señal normal" (es decir, débito o crédito) es la misma tanto para la cuenta padre como para la cuenta hijo, el operador de agregación debe ser Suma. Si la "señal normal" (es decir, débito o crédito) es diferente para la cuenta padre y para la cuenta hijo, el operador de agregación debe ser Resta.

Ejemplo de mensaje de validación:

Account Consol Operator should be Addition based on parent and child account types. (El operador de consolidación de la cuenta debería ser una adición basada en los tipos de cuenta padre e hijo.)

Account Consol Operator should be Subtraction based on parent and child account types. (El operador de consolidación de la cuenta debería ser una sustracción basada en los tipos de cuenta padre e hijo.)

Solución:

Cambie el tipo de cuenta de padre o hijo, o cambie el operador de agregación.

Tenga en cuenta que la jerarquía de la hoja de balance predefinida debe tener la estructura siguiente:

La cuenta de agrupación de la hoja de balance predefinida (FCCS_Balance Sheet) debe ser el primer miembro tras las cuentas de sistema predefinidas y las cuentas de tipo de cambio.

El primer hijo de FCCS_Balance Sheet debe ser el miembro superior predefinido de la hoja de balance cuadrada. Actualmente, o:

FCCS_Total Balance Sheet-Net Asset Approach

O

FCCS_Total Balance Sheet-Traditional Approach

El operador de agregación de estas cuentas puede ser Suma, Resta o Ignorar. Se recomienda Ignorar (aunque no es necesario), a menos que tenga la intención de informar del miembro de "agrupación".

El operador de agregación de cualquier otro hijo de la agrupación FCCS_Balance Sheet debería ser Ignorar, pero también puede ser Suma o Resta si es necesario el informe del miembro de "agrupación".

Todos los descendientes de hijos inmediatos de FCCS_Balance Sheet deben ser Suma o Resta, y deben coincidir en la combinación de tipos de cuenta hijo y padre.

Tenga en cuenta que esta validación se aplica a todas las jerarquías en el miembro de agrupación FCCS_Balance Sheet (con la excepción de la jerarquía Efectivo y no efectivo predefinida). Si desea crear una jerarquía alternativa que no esté sujeta a esta comprobación de validación, la jerarquía se puede colocar en la cuenta de agrupación FCCS_Income Statement.

Los operadores de agregación de todos los hijos de los nombres de la dimensión deben ser Ignorar o Nunca

Si el miembro es un hijo de un nombre de dimensión, el operador de agregación debe ser Ignorar o Nunca.

• Dimensión Entidad: Ignorar tanto para el cubo Consolidación como para el cubo Tasas

• Otras dimensiones: Ignorar o Nunca para el cubo Consolidación e Ignorar para el cubo Tasas

Ejemplo de mensaje de validación:

The Consol Operator for all children of the dimension name should be Ignore. (El operador de consolidación de todos los hijos del nombre de la dimensión debe ser Ignorar.)

The Consol Operator for all children of the dimension name should be Ignore or Never. (El operador de consolidación de todos los hijos del nombre de la dimensión debe ser Ignorar o Nunca.)

Solución:

Cambie el operador de agregación tal y como se describe arriba. Tenga en cuenta que los operadores de agregación de miembros predefinidos ya deberían estar corregidos.

Las fórmulas de miembros personalizadas no se deben agregar en la jerarquía Hoja de balance total

Las fórmulas de miembros personalizadas no se deben agregar en la jerarquía Hoja de balance total. Si crea un miembro de cálculo dinámico con una fórmula de miembro en la dimensión de cuenta de la jerarquía Balance total, el sistema muestra un mensaje de error durante la validación de metadatos para avisarle de las posibles incidencias con los cálculos de balance.

Los miembros de entidad de la dimensión de origen de datos deben tener un miembro S_ correspondiente cuando está activada la Administración de propiedad

Al activar Administración de propiedad de una aplicación, se agregan nuevos miembros S_Miembros de Entity predefinidos en la dimensión Data Source. Si falta S_Miembro para un valor Entity, se producirá un error de validación y tendrá que crear un miembro Data Source. Por ejemplo, si tiene un miembro de Entity denominado TestEntity, debe crear un miembro Data Source denominado S_TestEntity bajo FCCS_Entidades de origen.

Ejemplo de mensaje de validación:

S_ Data Source member is missing for this Entity member. Please create a Data Source member S_ENTITYNAME under FCCS_Source Entities.

Solución:

Cree un miembro S_EntityName de Data Source en FCCS_Entidades de origen.

El miembros de movimiento de equivalencia patrimonial no puede ser un miembro padre

En la función Equivalencia patrimonial de propiedad, para los miembros Movement, no puede seleccionar miembros padre en la jerarquía FCCS_Mvmts_Subtotal. La lista predefinida de los miembros de dimensión Movement que se pueden seleccionar son miembros de nivel 0 de la jerarquía FCCS_Mvmts_Subtotal.

Ejemplo de mensaje de validación:

XXXX is not a level 0 descendant of Movements Subtotal.

Solución:

En Equivalencia patrimonial, en la dimensión Movement, seleccione solo miembros de nivel 0 de la jerarquía FCCS_Mvmts_Subtotal.

FCCS_OpeningBalance no se puede compartir en la jerarquía ClosingBalance

En la dimensión Movement, si el valor FCCS_OpeningBalance es compartido en la jerarquía ClosingBalance, se producirá un error de validación, ya que esto puede ocurrir con tipos de cambio durante la conversión y la consolidación.

Ejemplo de mensaje de validación:

FCCS_OpeningBalance should not be Shared under FCCS_ClosingBalance.

Solución:

Asegúrese de que FCCS_OpeningBalance no se comparta en la jerarquía FCCS_ClosingBalance.

Los miembros de nivel cero de una dimensión intercompañía no se deben definir en Cálculo dinámico

En la dimensión Intercompany, si edita los miembros Intercompany de nivel cero y establece Almacenamiento de datos en Cálculo dinámico sin una fórmula de miembro, se producirá un error de validación.

Los miembros de eliminaciones de intercompañía y de eliminaciones totales no se deben mover en la jerarquía

El miembro Eliminación de intercompañía no se debe mover fuera de la jerarquía Eliminaciones totales.

El miembro Eliminaciones totales no se debe mover fuera de la jerarquía Total de datos de origen.

Ejemplo de mensaje de validación:

Intercompany Elimination member should not be moved outside of Total Eliminations.

Total Eliminations member should not be moved outside of Total Data Source.

Solución:

Mueva los miembros Eliminación de intercompañía o Total de eliminaciones a la ubicación correcta en la jerarquía.

Los tipos de almacenamiento de datos para miembros de nivel cero deben ser válidos

El tipo de almacenamiento de datos debe ser válido para todos los miembros de nivel cero:

• Dimensiones Entidad y Movimiento: Almacenar, Nunca compartir o Compartido

• Dimensiones Cuenta, Origen de datos, Varios GAAP y personalizadas creadas por el usuario: Almacenar, Nunca compartir, Compartido o Cálculo dinámico

Ejemplo de mensaje de validación:

The Data Storage should be Store, Never Share, Shared or Dynamic Calc for Level 0 members. (El almacenamiento de datos debe ser Almacenar, Nunca compartir, Compartido o Cálculo dinámico para miembros de nivel 0.)

Solución:

Cambie la selección de Almacenamiento de datos, tal y como se describe arriba.

Los miembros de nivel cero no deben tener Cálculo dinámico sin fórmulas

Todos los miembros válidos de nivel cero (0) con Cálculo dinámico deben tener una fórmula de miembro válida.

Ejemplo de mensaje de validación:

Level 0 members should not be Dynamic Calc without member formulas.

Solución:

Agregue una fórmula válida al miembro Cálculo dinámico, o cambie las propiedades de Almacenamiento de datos a Almacenar, Nunca compartir o Compartido. Para las cuentas Cubo de tasas, compruebe si la cuenta se necesita en el cubo de tasas. De no ser necesario, suprima la cuenta del cubo de tasas con el editor de dimensiones, o cambie la "opción de consolidación de tasas" a "No se utiliza para el cubo" desde el editor de dimensiones simplificado.

Solo los miembros con un cálculo dinámico de almacenamiento de datos se debe establecer en Cálculo en dos pasadas

Un miembro de cálculo no dinámico no se debe establecer con la propiedad Cálculo en dos pasadas.

Para aplicaciones híbridas, se recomienda usar el orden de resolución en lugar del cálculo en dos pasadas.

Los miembros padre de las dimensiones Varios GAAP y personalizadas deben tener un almacenamiento de datos de cálculo dinámico

Todos los miembros padre de las dimensiones Varios GAAP y personalizadas deben tener la propiedad de almacenamiento de datos Cálculo dinámico.

Si no se definen en Cálculo dinámico, aparecerá una advertencia para alertarle de que esta incidencia puede causar problemas en la aplicación.

Los miembros padre no deben tener fórmulas de miembro

Los miembros padre no deben tener fórmulas de miembro en las siguientes dimensiones:

• Entidad

• Cuenta

• Movimiento

• Origen de datos

• Varios GAAP (si existe)

• Dimensiones personalizadas creadas por el usuario

Ejemplo de mensaje de validación:

Parent member should not have member formula. (El miembro padre no debe tener fórmula de miembro.)

Solución:

Elimine la fórmula de miembro del miembro padre.

Los miembros Almacenar o Nunca compartir padre de una dimensión personalizada no se deben utilizar como miembro compartido

Los miembros padre de Almacenamiento de datos Almacenar o Nunca compartir no se deben utilizar como miembro Compartido en la jerarquía personalizada. Aplicable a las siguientes dimensiones:

• Varios GAAP (si existe)

• Dimensiones personalizadas creadas por el usuario

Ejemplo de mensaje de validación:

A Store or Never Share primary parent member should not be used as a Shared member. (Un miembro padre principal Almacenar o Nunca compartir no debe usarse como miembro Compartido.)

Solución:

Elimine el miembro compartido de la jerarquía alternativa, cree un nuevo padre en ella y comparta los miembros de nivel 0 en el nuevo padre.

Los miembros compartidos para el miembro FCCS_Sin origen de datos no están permitidos

La creación de miembros compartidos para el miembro FCCS_No Data Source no está permitida.

Ejemplo de mensaje de validación:

Shared instances for FCCS_No Data Source are not allowed.

Solución:

Elimine las instancias compartidas del miembro FCCS No_Data Source.

Los miembros compartidos no deben existir antes que los miembros principales

Los miembros principales deben existir antes (y por encima en la jerarquía) que los miembros compartidos en las siguientes dimensiones:

• Escenario

• Periodo

• Cuenta

• Intercompañía

• Movimiento

• Origen de datos

• Varios GAAP (si existe)

• Dimensiones personalizadas creadas por el usuario

Ejemplo de mensaje de validación:

Shared member should not exist before the primary member. (El miembro compartido no puede existir antes que el miembro principal.)

Solución:

Coloque al miembro compartido en una posición por debajo del miembro principal.

Validación del orden de resolución de la dimensión Cuenta

Esta validación solo se aplica cuando usa la opción de optimización ligera densa con Periodo y Movimiento como dimensiones densas. La propiedad de orden de resolución de todos los miembros con el tipo de almacenamiento como cálculo dinámico en la dimensión Account debe ser 58.

Ejemplo de mensaje de validación:

Solve Order for this member should be 58.

Solución:

Establezca la propiedad de orden de resolución para el miembro según corresponda.

Validación del orden de resolución de la dimensión Consolidación

La siguiente validación no se aplica cuando usa la opción de optimización ligera densa con Periodo y Movimiento como dimensiones densas.

Si la opción Consolidación avanzada no está activada, establezca el orden de resolución para los siguientes miembros en 26.

• FCCS_Contribution Total

• FCCS_Contribution

• FCCS_Parent Total (basado en la activación de funciones)

• FCCS_Proporción

Si la opción Entrada padre está activada, establezca el orden de resolución para los siguientes miembros en 26.

• FCCS_Contribution Total

• FCCS_Contribution

• FCCS_Parent Total

Ejemplo de mensaje de validación:

Si está utilizando la opción de optimización ligera densa y la opción Entrada padre está activada, la propiedad del orden de resolución para FCCS_Parent Total y sus miembros padre debería ser 51.

Si está utilizando la opción de optimización ligera densa, pero no ha activado la opción Administración de propiedad, la propiedad del orden de resolución para el miembro de FCCS_Proportion y sus miembros padre debería ser 51.

Solución:

Establezca la propiedad de orden de resolución para el miembro según corresponda.

Validación del orden de resolución de la dimensión Origen de datos

La propiedad de orden de resolución para los siguientes miembros debería ser 28. No se aplica cuando utiliza la opción de optimización ligera densa con Periodo y Movimiento como dimensiones densas.

• Origen de datos FCCS_Total

• FCCS_TotalInputAndAdjusted

• FCCS_Eliminaciones totales

Ejemplo de mensaje de validación:

Solución:

Establezca la propiedad de orden de resolución para el miembro según corresponda.

Validación del orden de resolución de la dimensión Movimiento

Valores del orden de resolución para la opción estándar (Cuenta como la dimensión densa)

Si no está utilizando la opción de optimización ligera densa, la propiedad de orden de resolución para los siguientes miembros debería ser 53:

• FCCS_BalanceApertura_Efectivo

• FX_Total_NonCash

• FCCS_ClosingBalance_Cash

El orden de resolución para FCCS_ClosingBalance_Variance debería ser 55.

La propiedad de orden de resolución para los siguientes miembros debería ser 25.

• FCCS_Mvmts_Operating

• FCCS_Mvmts_Investing

• FCCS_Mvmts_Financing

• FCCS_CashFlow

• FCCS_CashFlow_Operating

• FCCS_CashFlow_NetIncome

• FCCS_CashFlow_AdjustmentsToNetIncome

• FCCS_CashFlow_DepreciationAndAmortization

• FCCS_CashFlow_NetAssets

• FCCS_CashFlow_AccountsReceivable

• FCCS_CashFlow_Inventories

• FCCS_CashFlow_OtherCurrentAssets

• FCCS_CashFlow_AccountsPayable

• FCCS_CashFlow_OtherCurrentLiabilities

• FCCS_CashFlow_Investing

• FCCS_CashFlow_Acquisitions

• FCCS_CashFlow_Disposals

• FCCS_CashFlow_CapitalExpenditures

• FCCS_CashFlow_ProceeedsFromSalesOfPPE

• FCCS_CashFlow_OtherInvestingActivities

• FCCS_CashFlow_Financing

• FCCS_CashFlow_IssueOfStock

• FCCS_CashFlow_ProceedsFromDebt

• FCCS_CashFlow_RepaymentOfDebt

• FCCS_CashFlow_OtherFinancingActivities

Ejemplo de mensaje de validación:

Valores del orden de resolución para la opción de optimización ligera densa

Si está utilizando la opción de optimización ligera densa, la propiedad de orden de resolución para los siguientes miembros debería ser 59:

• FCCS_CashChange

• FCCS_BalanceApertura_Efectivo

• FX_Total_NonCash

• FCCS_ClosingBalance_Cash

• FCCS_ClosingBalance_Variance

Para los siguientes miembros, si la opción Controlar almacenamiento de vista hasta la fecha está activada, establezca el orden de resolución en 53.

• FCCS_CashChange

• FCCS_BalanceApertura_Efectivo

• FCCS_Cambio_Total_NoEfectivo

• FCCS_ClosingBalance_Cash

Solución:

Establezca la propiedad de orden de resolución para el miembro según corresponda.

Validación del orden de resolución de la dimensión Periodo

Si está utilizando la opción de optimización ligera densa con Periodo y Movimiento como las dimensiones densas, el orden de resolución para los siguientes miembros debería ser 53.

Si no está utilizando la opción de optimización ligera densa, la propiedad de orden de resolución para los siguientes miembros debería ser 52.

• YearTotal

• HY1

• HY2

• Q1

• Q2

• Q3

• Q4

Ejemplo de mensaje de validación:

Solución:

Establezca la propiedad de orden de resolución para el miembro según corresponda.

Validación del orden de resolución de la dimensión Vista

Si está utilizando la opción de optimización ligera densa con Periodo y Movimiento como las dimensiones densas, el orden de resolución para los siguientes miembros debería ser 53.

YTD, HYTD, QTD, YTD_RULE, HYTD_RULE, QTD_RULE

Si no está utilizando la opción de optimización ligera densa, la propiedad de orden de resolución para los siguientes miembros debería ser 27.

YTD_RULE, HYTD_RULE, QTD_RULE

Ejemplo de mensaje de validación:

Solución:

Establezca la propiedad de orden de resolución para el miembro según corresponda.