Reglas de validación de las cargas de datos en Financial Consolidation.
Después de hacer clic en en el cuadro de diálogo Cargar datos, se inicia el proceso de validación y se proporcionan sus resultados. Los resultados incluyen estos elementos:
- Número de entidades validadas.
- Número de entidades que se han cargado correctamente.
- Número de entidades para las que se ha registrado una advertencia.
Una advertencia indica que se han cargado los datos y, si existen incoherencias de los datos, se han registrado.
- Número de entidades para las que se ha registrado un error.
Las entidades con errores se ignoran durante una carga de datos.
Descargue un registro si se han detectado advertencias o errores durante la validación.
Si tiene acceso, podrá ver y descargar los registros de errores también en EPM Administration. Seleccione y especifique los filtros correspondientes. En el campo Eventos, seleccione . Tras aplicar los filtros, se muestra una lista de entradas del registro. Haga doble clic en una entrada del registro para ver información detallada en el panel Mensaje. Si es obligatorio, puede copiar el mensaje en el portapapeles. Encontrará dos entradas del registro para cada carga de datos. Una es para la validación de datos, la otra para el proceso de importación de datos.
Los datos de ExchangeRate se cargan según los períodos seleccionados en el cuadro de diálogo Cargar datos.
Consulte el tema «Cargas de datos en Financial Consolidation» y sus temas secundarios en la sección Modelo de datos de aplicación para Business Modeling de esta documentación.
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 e Intercompañía pueden ser los mismos solo si la propiedad Intercompañía de la cuenta de grupo a la que se hace referencia está seleccionada en Business Modeling. De lo contrario, los datos de la tabla BudgetingMain se cargarán en el elemento Externo de la dimensión Intercompañía y se omitirán los registros de la tabla FactsTransactionCurrency. 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 y haga clic en . 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 Carga en el detalle estadístico 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 estadístico 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 estadístico de la dimensión Detalles de estados financieros. Estos elementos estadísticos del saldo de apertura estadístico se controlan mediante Business Modeling.
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 estadístico correspondiente de la dimensión Detalles de estados financieros. Ese elemento del saldo de apertura estadístico se controla mediante 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 estadístico correspondiente de los estados financieros secundarios. 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.