Conversión de las dimensiones de período y movimiento en dimensiones densas

Creación de una aplicación con las dimensiones de período y movimiento como dimensiones densas

Conversión de aplicaciones con la dimensión de cuenta como dimensión densa a las dimensiones de período y movimiento como dimensiones densas

Pasos previos a la migración

Antes de iniciar el proceso de migración, debe completar las siguientes acciones:

• Asegúrese de que no hay errores de validación de metadatos.
• Asegúrese de que no hay ningún cambio de metadatos pendiente y de que se ha ejecutado correctamente la función Refrescar base de datos.
• Haga una copia de seguridad completa de la aplicación.

  Nota: El proceso de copia de seguridad de Lifecycle Management no incluye los datos del entorno de trabajo de Data Management. No obstante, puede tomar una instantánea del entorno de trabajo y el entorno completo de Data Management al hacer un clon o mediante los comandos de EPMAutomate o la ejecución de scripts desde la interfaz de usuario.

  Consulte estos comandos de EPMAutomate:

  • exportDataManagement

  • importDataManagement

• Desactive los trabajos programados y vuelva a programar la ventana de mantenimiento automático.
• Elimine todas las personalizaciones del orden de resolución.

Pasos de la migración

1. En la página de inicio, haga clic en Aplicación y, a continuación, en Descripción general.

2. En Acciones, seleccione Convertir periodo y movimiento en dimensiones densas para iniciar el asistente de migración.

3. Confirme que ha completado las acciones de preconversión antes de iniciar el proceso de migración y, a continuación, haga clic en Siguiente.

   
4. Revise el resumen de cambios.

   Si ha desplegado reglas de consolidación configurables, el sistema le avisa de que debe revisarlas después de la conversión.

   

5. Haga clic en Iniciar para iniciar el proceso de migración.

   Cuando se inicie el proceso, se cerrará la sesión de todos los usuarios existentes y se pararán todas las solicitudes activas.

6. Espere a que termine el proceso de migración y, a continuación, cierre sesión y vuelva a iniciarla.

Cambios clave en los metadatos

El proceso de migración produce los siguientes cambios en los metadatos:

Dimensión de vista

Los miembros FCCS_Acumulado anual, FCCS_Acumulado trimestral, FCCS_Acumulado semestral, FCCS_YTD_RULE, FCCS_QTD_RULE y FCCS_HYTD_RULE son de cálculo dinámico.

Los miembros _RULE y los miembros sin _RULE correspondientes tienen la misma fórmula de miembro.

Dimensión de movimiento

Todos los miembros padre predefinidos son de cálculo dinámico.

La dimensión de movimiento es ahora una dimensión densa.

Dimensión de período

La dimensión de período es ahora una dimensión densa.

Dimensión de origen de datos

Los siguientes miembros de la dimensión de origen de datos ya no se utilizan para la consolidación después del proceso de migración:

• FCCS_Reemplazo de tipo (miembro padre: FCCS_Tipos de sistema)

• FCCS_Reemplazo de importe (miembro padre: FCCS_Tipos de sistema)

• FCCS_PCON (miembro padre: FCCS_Tipos de sistema)

Detalles de aplicación

Las aplicaciones con las dimensiones de período y movimiento como dimensiones densas solo almacenan datos periódicos.

No debe utilizar la regla Actualizar cálculos de vistas con estas aplicaciones.

Cuando se crea una nueva aplicación, con período y movimiento como dimensiones densas, no se puede activar la opción de almacenamiento Control hasta la fecha, y las reglas de control de vista hasta la fecha no estarán disponibles (Consolidate por vista seleccionada, ForceConsolidate por vista seleccionada, Translate por vista seleccionada, ForceTranslate por vista seleccionada).

Cuando se migra una aplicación existente que tiene cuenta como dimensión densa y la opción Control hasta la fecha activada, a otra con período y movimiento como dimensiones densas, se mostrarán las reglas Consolidate, Translate "por vista seleccionada" y forzadas respectivas (basadas en una o varias monedas). Todas estas reglas solo generarán datos periódicos.

Vea el siguiente vídeo para obtener más información sobre la conversión de las dimensiones Period y Movement en densas:

Conversión de las dimensiones Period y Movement en densas en Oracle Financial Consolidation and Close.

Pasos posteriores a la conversión de una aplicación a otra con período y movimiento como dimensiones densas

Después de convertir una aplicación a otra con período y movimiento como dimensiones densas, realice los siguientes pasos:

• Revise todas las fórmulas de miembro definidas por el usuario, reglas de cálculo configurables (también conocidas como puntos de inserción) y reglas a petición para asegurarse de que se han escrito siguiendo las mejores prácticas. No es necesario que revise las fórmulas de miembro predefinidas.

  Nota: Es muy importante revisar y actualizar las fórmulas y reglas definidas por el usuario si tiene previsto activar Organización por período mejorada. Si se activa la opción Organización por período mejorada mientras faltan cambios importantes necesarios en las reglas, la aplicación puede quedar inutilizable.

• Vuelva a crear todos los trabajos de exportación de datos guardados para utilizar las dimensiones Period y Movement (dimensiones densas) en lugar de Cuenta como dimensión de controlador.
• Siga las directrices de Exportación de datos de una aplicación optimizada densa/ligera (DSO) para modificar integraciones de datos existentes que exporten datos de la aplicación de DSO migrada.
• Ejecute una tarea de configuración de migración para migrar las variables de sustitución creadas por el usuario disponibles a Configuración de consolidación. Consulte Migración de las variables de sustitución a la configuración de consolidación.
• El orden de resolución de los miembros predefinidos y definidos por el usuario cambia cuando se ejecuta la utilidad de migración. Como parte del proceso de migración, el orden de resolución de los miembros de la cuenta padre existentes se define automáticamente en 58. Asegúrese de definir el orden de resolución en 58 para todos los nuevos miembros de la cuenta padre que se agreguen en el futuro.
• Debe revisar y modificar el orden de resolución de estos miembros de cuenta, movimiento y origen de datos. Consulte Configuración del orden de resolución.

  • Account: todos los miembros de la dimensión de cuenta padre deben tener el orden de resolución definido en 58.

  • Movement: todos los miembros padre de movimiento deben ser de Cálculo dinámico. Elimine el orden de resolución de todos los miembros que haya definido previamente.

  • Data Source: elimine el orden de resolución de todos los miembros que haya definido previamente.

  Nota:

  Revise la Orden de resolución para período medio de cobro se acuerdo con este documento para mejorar el comportamiento de recuperación: Solución de problemas de rendimiento de recuperación de Financial Consolidation and Close.

  Si una fórmula de miembro contiene otro miembro Cálculo dinámico, incremente la Orden de resolución de consolidación de la fórmula de miembro hasta 1 por encima del miembro con la Orden de resolución de consolidación más alta a la que se haga referencia en la fórmula.

  Si un miembro es un miembro de cálculo dinámico y se recuperan los datos en Acumulado anual, revise el Orden de resolución en el miembro para asegurarse de que es más alto que el miembro Acumulado anual.

• Tras la conversión, no es necesario que vuelva a consolidar los períodos que ya han sido consolidados. Los datos de acumulado anual se eliminan durante la conversión de la opción de almacenamiento denso (DSO). Si se han bloqueado períodos anteriores, una práctica recomendada es no desbloquearlos ni volver a consolidarlos.

Mejores prácticas para escribir fórmulas de miembro cuando período y movimiento son las dimensiones densas

• Utilice la directiva @NONEMPTYTUPLE(); antes de escribir una fórmula que contenga referencias entre dimensiones ligeras.

• Evite devolver constantes directas. En su lugar, agregue constantes con:

  + "Scenario"->"Years"->"Period"->"Entity"->"Account"->"FCCS_Entrada de entidad"->"FCCS_Sin intercompañía"->"FCCS_Sin origen de datos"->"FCCS_Sin movimiento"->"FCCS_Periódico"-><Ningún miembro de la dimensión personalizada>

  Ejemplo de fórmula original

  
  
  

  Ejemplo de fórmula modificada

  
  
  

• Evite definir los miembros de cuenta de cálculo dinámico de hoja con fórmulas o los padres de cuenta de cálculo dinámico como cálculo Dos pasadas. En su lugar, utilice Orden de resolución. La opción de cálculo Dos pasadas calculará Account como la última dimensión, lo cual puede ser innecesario a veces.

• Evite utilizar las funciones mencionadas en este tema en la fórmula de miembro: https://docs.oracle.com/en/cloud/saas/enterprise-performance-management-common/ecalc/working_with_essbase_hybrid.html. Estas funciones no están soportadas por Essbase híbrido.

• Revise cualquier fórmula que pueda calcularse después de una agregación, como una relación. Realice un cálculo dinámico con un orden de resolución alto.

• Revise cualquier fórmula que pueda calcularse antes de una agregación. Si el rendimiento es bajo, considere la posibilidad de convertirla en un miembro almacenado y utilice un script de cálculo.

• Revise cualquier fórmula que requiera que se recuperen datos de varios bloques de datos, como una previsión continua. Si el rendimiento es bajo, considere la posibilidad de convertirla en un miembro almacenado y utilice un script de cálculo.

• Evite devolver #MISSING en las fórmulas.

  
  
  

Mejores prácticas para escribir reglas personalizadas

Revise las mejores prácticas generales para escribir reglas personalizadas y aplique los mismos conceptos para una aplicación en la que las dimensiones de período y movimiento sean densas.

• En las reglas en las que se utilice un miembro de movimiento como un bloque de anclaje, debe cambiar el miembro Anclaje a un miembro de dimensión ligero.

• Los miembros padre de movimiento solo pueden ser de cálculo dinámico y no Nunca compartir. En todas las reglas en las que hay una sentencia FIX en un miembro padre de movimiento, debe cambiarse el miembro padre y solo debe utilizarse un miembro de nivel cero.