Reglas de validación de las cargas de datos en Financial Consolidation.

Validación de una carga de datos financieros

Los datos financieros se cargan desde las tablas de integración BudgetingMain y FactsTransactionCurrency.

La validación de una carga de datos financieros solo se ejecuta para entidades y períodos seleccionados en el cuadro de diálogo Cargar datos.

Los registros de las tablas BudgetingMain y FactsTransactionCurrency deben hacer referencia a registros base de objetos de negocios. Se registra un error si los datos se cargan en elementos principales.

Con fines de validación, los registros de objetos de negocios deben estar disponibles en Business Modeling y se deben publicar. De lo contrario, se registra un error.

Esta lista muestra condiciones en las que se registran errores y advertencias de validación:

• El campo Entidad debe tener una referencia válida al registro de objeto de negocios Entidades. De lo contrario, se registra un error.
• Los valores de los campos Entidad y Intercompañía deben diferir. En caso contrario, los datos de la tabla BudgetingMain se cargan en el elemento Externo de la dimensión Intercompañía y los registros de la tabla FactsTransactionCurrency se ignoran. En ambos casos, se registra una advertencia.
• El campo Intercompañía debe tener una referencia válida al registro de objeto de negocios Intercompañía. En caso contrario, los datos de la tabla BudgetingMain se cargan en el elemento Externo de la dimensión Intercompañía. En este caso, los registros de la tabla FactsTransactionCurrency se ignoran y se excluyen de una carga de datos. En ambos casos, se registra una advertencia.
  Nota

  Se recomienda dejar el campo Intercompañía en blanco para transacciones externas.

• Si se rellena el campo Intercompañía de un registro, el valor de la propiedad Intercompañía de la cuenta de grupo a la que se hace referencia debe ser True. De lo contrario, se registra una advertencia.
• El campo Cuenta debe tener una referencia válida al registro de objeto de negocios Cuentas. De lo contrario, se registra un error.
• Para las cuentas de los tipos A, L, E y R, si un id. que hace referencia a la cuenta de grupo no se especifica o un id. que hace referencia a un elemento de la dimensión Cuenta del grupo no es válido, los datos se cargan en el elemento Sin asignar de la dimensión Cuenta del grupo. Se registra una advertencia. Se omiten los registros con cuentas estadísticas de los tipos S, M, T y O, y se registra una advertencia.
• Si el campo Divisa de la tabla BudgetingMain está en blanco o el valor no coincide con la configuración de los parámetros de entidad, se registra un error.
• Si el campo Divisa de la tabla FactsTransactionCurrency está en blanco o el valor no es válido, se registra un error.
• El tipo de cambio de divisa debe existir para todas las divisas en ambas tablas de integración. Es decir, cada divisa local debe tener un tipo de cambio para todas las divisas de grupo. Se registra una advertencia si falta un tipo de cambio en cualquier combinación de divisa local-divisa de grupo.
  Nota

  En la tabla FactsTransactionCurrency, el campo Divisa puede ser NULO. En la tabla BudgetingMain, el campo Divisa tiene una restricción NO NULO.

• El campo Nivel debe estar en blanco o tener una referencia válida al elemento correspondiente de la dimensión Nivel. El valor del atributo Importar de ese elemento correspondiente debe ser True. Si el elemento correspondiente no existe en la dimensión o si el valor del atributo Importar del elemento es False, las filas de datos se omiten y se registra una advertencia.
  Nota

  El atributo Importar se configura en Business Modeling. Seleccione Módulos > Consolidation > Núcleo y haga clic en Administración de datos. En la ficha Entrada de niveles de entidad o importación, seleccione el atributo Importar para los elementos necesarios.

• Las tablas BudgetingMain y FactsTransactionCurrency deben contener datos para las entidades y los períodos seleccionados. La tabla ExchangeRate debe contener datos para los períodos seleccionados. De lo contrario, se registra una advertencia.
• Los objetos de negocios personalizados que se han definido como Segmento 1, 2, o 3 deben tener una referencia válida al registro correspondiente en un objeto de negocios personalizado. El registro correspondiente debe ser un objeto de negocios secundario. De lo contrario, se registra una advertencia.

  En esta tabla se muestra cómo se aplica la validación para las configuraciones de segmento disponibles en los valores básicos de consolidación:

  Segmento 1	Segmento 2	Segmento 3	Validación
  No	No	No	Sin validación
  Sí	No	No	Sí, Segmento 1
  Sí	Sí	No	Sí, Segmento 1 y 2
  Sí	Sí	Sí	Sí, Segmento 1, 2 y 3

• Para los registros que contengan información intersegmento, se deben cumplir estas condiciones:
  • El registro correspondiente debe existir en el objeto de negocios Segmento de socio intercompañía correspondiente. De lo contrario, se registra una advertencia.
  • El registro correspondiente no puede ser un elemento principal en el objeto de negocios Segmento de socio intercompañía correspondiente. De lo contrario, se registra una advertencia.
  • Debe especificar información de segmento e intercompañía en un registro. De lo contrario, se registra una advertencia.
  • La información intersegmento se debe especificar en un registro si se especifica la información de segmento e intercompañía. De lo contrario, se registra una advertencia.

  En esta tabla se muestra cómo se aplica la validación para las configuraciones de segmento de socio intercompañía disponibles en el módulo de consolidación Núcleo:

  Segmento 1	Segmento 2	Segmento 3	Validación
  No	No	No	Sin validación
  Sí	No	No	Sí, Segmento 1 de socio intercompañía
  Sí	Sí	No	Sí, Segmento 1 y 2 de socio intercompañía
  Sí	Sí	Sí	Sí, Segmento 1, 2 y 3 de socio intercompañía

• El campo ScheduleDetailID de la tabla de integración BudgetingMain debe tener una referencia válida al registro de objeto de negocios Detalles de estados financieros. De lo contrario, se registra un error. Esto no se aplica si no se utilizan grupos de estados financieros. Es decir, si los grupos de estados financieros no están configurados en el módulo de consolidación Núcleo y no están asignados a un registro de objeto de negocios Cuentas del grupo.

  En esta tabla se muestra cómo se aplica la validación para diferentes configuraciones de grupos de estados financieros:

  Cuenta con grupo de estados financieros	Grupo de estados financieros con saldo de apertura	Grupo de estados financieros con subgrupos de estados financieros	Período	Cargar en elemento de grupo de estados financieros	Validación
  No	No	No	Cualquier período	No se carga en la dimensión Detalles de estados financieros.	Sin validación.
  Sí	No	No	Cualquier período	Se carga en el detalle correspondiente, excluyendo el detalle de saldo de apertura.	Sí. El registro de objeto de negocios correspondiente debe existir. De lo contrario, se registra un error.
  Sí	Sí	No	Período 0	Se carga en el detalle de saldo de apertura correspondiente. Controlado por Business Modeling.	Sin validación.
  			Cualquier período distinto de 0	Se carga en el detalle correspondiente.	Sí. El registro de objeto de negocios correspondiente debe existir. De lo contrario, se registra un error.
  Sí	Sí	Sí	Período 0	Se carga en el detalle correspondiente.	Sí. El registro de objeto de negocios correspondiente debe existir. De lo contrario, se registra un error. Si no se proporciona un id. o se proporciona un id. incorrecto, se utiliza el subgrupo de estados financieros predeterminado para saldos de saldo de apertura para detectar en qué elemento de saldo de apertura se cargan los saldos de apertura.
  			Cualquier período distinto de 0	Se carga en el detalle correspondiente.	Sí. El registro de objeto de negocios correspondiente debe existir. De lo contrario, se registra un error.

  Los datos del período 0 se cargan como saldos de apertura en los elementos del saldo de apertura de la dimensión Detalles de estados financieros. Business Modeling controla esos elementos de saldo de apertura.

  A una cuenta de grupo se le puede asignar un grupo de estados financieros. Si no se asigna un grupo de estados financieros, se aplican estos hechos:

  • Los datos no se cargan en la dimensión Detalles de estados financieros. Los datos del período 0 solo se utilizan para el saldo de cierre acumulado anual calculado del cubo Finance en Financial Consolidation.
  • No se requiere validación para ningún período.

  Si una cuenta de grupo tiene un grupo de estados financieros con un saldo de apertura asignado y no hay ningún subgrupo de estados financieros asignado, se aplican estos hechos:

  • Los datos del período 0 (saldos de apertura) se cargan en el elemento de saldo de apertura correspondiente de la dimensión Detalles de estados financieros. Ese elemento de saldo de apertura lo controla Business Modeling.
  • Los datos de cualquier período distinto del período 0 (datos periódicos) se cargan en los detalles de estados financieros correspondientes. La validación es necesaria.

  Si una cuenta de grupo tiene un grupo de estados financieros con un saldo de apertura y un subgrupo de estados financieros asignados, se aplican estos hechos:

  • Los datos del período 0 (saldos de apertura) se cargan en el elemento de saldo de apertura correspondiente de los subgrupos de estados financieros. Si el id. de grupo de estados financieros no coincide con el registro de objeto de negocios correspondiente en la dimensión Grupos de estados financieros, se utiliza el subgrupo de estados financieros predeterminado durante una carga de datos.
  • Los datos de cualquier período distinto del período 0 (datos periódicos) se cargan en los detalles de estados financieros correspondientes. Si un id. de detalles de estados financieros no existe o no es válido, los datos no se cargan y se registra un error.

  Si una cuenta de grupo tiene un grupo de estados financieros asignado sin un saldo de apertura, los datos de cualquier período se cargan en los detalles de estados financieros correspondientes. Si un id. de detalles de estados financieros no existe o no es válido, los datos no se cargan y se registra un error.

Validación de una carga de tipo de cambio

Los datos de la tabla ExchangeRate se cargan en los períodos seleccionados. Se producen estas validaciones:

• Las columnas de divisa de entidad y de divisa de grupo hacen referencia a una divisa válida y activada en el objeto de negocios Divisas. Si no lo hacen, se omiten las filas que no coinciden y se registra una advertencia.
• Es decir, en la integración solo se utilizan tipos de cambio de divisa de los tipos F (tipos de cambio de cierre) y PA (tipos de cambio de promedio periódico). Los registros con otros tipos de cambio se omiten y se registra una advertencia.
• Es decir, para el cálculo de un tipo de cambio de tipo A (tipo de cambio promedio), se presentan los tipos de cambio de promedio periódico para los períodos de años fiscales anteriores. Los períodos anteriores deben tener el estado Abierto en Financial Consolidation. De lo contrario, se registra una advertencia.