Cuando se migra un artefacto de informe de Financial Reporting a Reports, el sistema convierte tantos elementos del artefacto del informe original a sus equivalentes en Reports como sea posible. Sin embargo, hay diferencias entre Financial Reporting y Reports, y no todos los elementos existen en ambos. El artefacto del informe migrado deberá tomarse como punto de partida para la conversión de Financial Reporting a Reports, si bien es probable que, una vez realizada la migración, sea necesario modificar determinados elementos para generar un informe equivalente al artefacto del informe original. Este tema resultará útil para comprender las diferencias entre Financial Reporting y Reports y para poder modificar el artefacto del informe migrado como sea necesario.
Funciones de Financial Reporting y equivalentes en Reports
En la siguiente sección se describen las funciones disponibles en Financial Reporting y sus equivalentes en Reports, cuando están disponibles.
Nota:
La sintaxis de las funciones de texto varía entre los dos productos. Financial Reporting necesita incluir <<, paréntesis y >> en torno a las funciones (por ejemplo, <<MemberName()>>). Reports no necesita los paréntesis.
Tabla B-1 Funciones de Financial Reporting y equivalentes en Reports
| Función de Financial Reporting | Equivalente de Reports |
|---|---|
| Annotation | |
| CalcStatus | |
| CellText | CellText |
| DataSource | |
| Fecha | DateTime |
| GetCell | CellValue |
| GetHeading | HeadingValue |
| GridDimension | |
| HFMCurrency | |
| LabeledCellText | |
| ListOfCellDocuments | |
| MemberName | MemberName |
| MemberAlias | MemberAlias |
| MemberDescription | MemberProperty |
| MemberProperty | MemberProperty |
| MemberQualifiedName | MemberName |
| Page | PageNumber |
| PageIndex | PageNumber |
| PageCount | PageCount |
| PlanningAnnotations | |
| ProcessManagementStatus | |
| ReportAuthor | ReportAuthor |
| ReportCreated | ReportCreateOn |
| ReportDesc | ReportDescription |
| ReportFolder | ReportLocation |
| ReportModified | ReportModifiedOn |
| ReportModifiedBy | ReportModifiedBy |
| ReportName | ReportName |
| ReportRunBy | ReportRunBy |
Nota:
La función de texto "DateTime" de Reports tiene dos parámetros, uno para la fecha y otro para la hora; la función "Date" de Financial Reporting solo tiene una cadena de formato de parámetro. Cuando se migran informes de Financial Reporting que usan la función "Date", donde también se especifica la hora, la función migrada en Reports tiene que modificarse para que incluya un parámetro extra de "none"; de lo contrario, se repetirá el resultado de hora. Por ejemplo, una función de texto migrada de la siguiente manera: DateTime("dd-MMM-yy h:mm:ss a") se tiene que modificar de forma manual a: DateTime("dd-MMM-yy h:mm:ss a", none)
En Financial Reporting se permiten las funciones de texto para el uso de cur, curr o current para indicar la fila, columna o cuadrícula actuales. Reports no soporta curr. En su lugar, las funciones permiten utilizar parámetros opcionales donde se utilizaba curr.
Como ejemplo podemos tomar la función de Financial Reporting <<MemberName("curr", "curr", "Product", "curr")>>, donde los elementos "curr" corresponden a un nombre de cuadrícula, fila, columna o página; en Reports los elementos "curr" no son necesarios. El equivalente en Reports será MemberName("Product"). La "cuadrícula" se define por defecto con la que contiene la función, o la única cuadrícula, si la función de texto se incluía en un objeto de texto y solo existía una única cuadrícula. Si existe más de una cuadrícula y la función de texto se produce en un objeto de texto, será necesario incluir el parámetro gridname.
Diferencias en el punto de vista (TPV)
Existen diferencias en la forma en que Financial Reporting y Reports gestionan el TPV:
En Financial Reporting, por defecto, el TPV de cuadrícula tiene un valor de "punto de vista de usuario". En Reports, el valor por defecto es "Valor por defecto".
En Financial Reporting, tanto el TPV de cuadrícula como el de usuario pueden tener listas de opciones. En el caso de Reports, esta se denomina "Lista de sugerencias". Consulte Configuración del punto de vista.
En Financial Reporting, un diseñador de informes puede seleccionar un miembro inicial que se utilizará en el TPV de cuadrícula. Si una dimensión del TPV de cuadrícula incluye una selección, esta actuará como miembro inicial para dicha dimensión del TPV de cuadrícula, cada vez que el informe se ejecute. En Reports, un diseñador de informes no puede seleccionar un miembro inicial para su uso en el TPV local cuando se ejecuta el informe. Si se define una lista de sugerencias, a la hora de ejecutar el informe, el TPV local utilizará como miembro inicial el último miembro de TPV global seleccionado para dicha dimensión. Sin embargo, si la lista sugerida se define como una selección de un solo miembro, la dimensión de TPV utiliza ese como miembro inicial cuando se ejecuta el informe, aun cuando no se haya seleccionado la opción de mostrar solo sugerencias.
Las dimensiones de TPV de cuadrícula de Financial Reporting que tienen la opción de "punto de vista de usuario" seleccionada se migrarán para usar el TPV global en Reports. Si el informe tiene varios orígenes de datos, solo se migrará la dimensión del primer origen de datos al TPV global. Todas las demás dimensiones de TPV de cuadrícula de Financial Reporting se migrarán al TPV local en Reports.
En Financial Reporting, las cuadrículas pueden tener ejes de página. En Reports, la funcionalidad de eje de página se soporta mediante la opción 'Imprimir todas las selecciones' en una dimensión del TPV. Si la selección de miembro contiene una petición de datos, se migrará como una dimensión de TPV global en Reports.
En Financial Reporting, en el editor de la cuadrícula, el usuario ve los valores del TPV de usuario para las dimensiones del TPV de cuadrícula. En Reports, el usuario solo ve 'Por defecto' o los miembros de 'Lista de sugerencias'.
Diferencias de objetos de cuadrículas
Cuando se trabaja con objetos de cuadrículas, deberá tenerse en cuenta lo siguiente:
En Reports, las cabeceras de cuadrícula están congeladas por defecto.
Reports no soporta el tipo de cabecera de 'nombre abreviado de entidad'.
En Reports no existe ninguna propiedad de Ocultar cuadrícula, sino que todas las cuadrículas ocultas se gestionan en la Hoja de elementos ocultos. Las cuadrículas ocultas de Financial Reporting se mueven a la Hoja de elementos ocultos de Reports, donde se pueden editar y gestionar. Todas las cuadrículas que estén en la Hoja de elementos ocultos no se mostrarán en la salida del informe.
Reports no soporta la propiedad de fila o columna para la situación de ‘salto de página antes = posición en parte superior’. Los saltos de página de fila o columna siempre aparecerán en la misma posición en la siguiente página.
En Financial Reporting, el operador unario 'Mostrar detalle de soporte' se define en el nivel de fila. En Reports, se define en el nivel de cuadrícula. Si el informe de Financial Reporting contiene distintos valores de propiedad de 'Mostrar detalle de soporte' para distintas filas, el sistema mostrará un error de migración.
Si el objeto de cuadrícula incluye una selección de miembros del eje de página definida como de 'punto de vista actual', el sistema sustituirá la selección con el miembro de nombre de dimensión. Esta condición no es válida en Reports, ya que la selección del miembro de eje de la página se migra a una lista de sugerencias en la dimensión de TPV de cuadrícula. En el log de la migración, el sistema mostrará: "en el objeto de cuadrícula 'Grid1', la selección de miembro de eje de página tiene una referencia de "punto de vista actual", que no es válida."
Si la selección de miembros del eje de página de Financial Reporting contiene varias peticiones de datos, la selección de miembros se migrará a una petición de datos única en Reports.
Una cuadrícula única no puede hacer referencia a varios orígenes de datos en Reports. Si una cuadrícula de Financial Reporting hace referencia a varios orígenes de datos, el sistema mostrará un error de migración.
Las cuadrículas de Reports no disponen de un eje de página por lo que, si la cuadrícula de Financial Reporting incluye una ordenación en el eje de página, el sistema mostrará un error en el log de migración.
Para informes migrados de Financial Reporting en los que el sombreado de la celda se haya definido por defecto como blanco (FFFFFF), deberá definirse el sombreado de celda del informe como "transparente" para que se utilice la propiedad de cuadrícula para las bandas de fila. En caso contrario, el sistema reconocerá el sombreado de la celda como el formato existente aplicado y la banda de fila no se aplicará.
En Reports no existe soporte para el formato condicional de Financial Reporting que empieza con el formato de celdas, continúa con alineación y sigue con aumentos de sangría por generación. La opción Sangrar por generación se puede aplicar como una propiedad de celda después de la importación.
Si un usuario ha fusionado celdas de cabecera y datos en Financial Reporting e importa el informe a Reports, la importación divide las celdas fusionadas en celdas de cabecera fusionadas y celdas de datos fusionadas. Esto cambiará el aspecto del informe y el modo en que funciona; el usuario tendrá que modificar el informe.
Reports no soporta filas o columnas con fórmulas vacías en una cuadrícula. Si se importan informes de Financial Reporting (FR) que tienen filas o columnas con fórmulas vacías, se mostrará una advertencia. El diseñador de informes necesitará editar la fórmula de la cuadrícula de Reports definiendo una fórmula e introduciendo "0" o sustituyendo la fila o columna de la fórmula con una fila o columna separadora, en el caso de que no sea necesario mostrar nada.
No están soportados los valores de la celda de cabecera de flotante en la celda de cabecera adyacente. Todos los ajustes manuales como, por ejemplo, la fusión de celdas, pueden ser necesarios para el aspecto desde el punto de vista de los informes de Financial Reporting.
En Financial Reporting, la hoja de propiedades de nivel de cuadrícula permitía a un usuario activar "Suprimir si falta/hay un error/es cero". Sin embargo, la activación de esta propiedad en el nivel de cuadrícula solo activaba la propiedad para cada fila y columna de la cuadrícula.
La activación de la propiedad no se aplicaba a la cuadrícula, solo era un método abreviado para seleccionar todas las filas y activar la propiedad y, a continuación, seleccionar todas las columnas y activar la propiedad.
En Reports, la propiedad de nivel de cuadrícula permite a un usuario activar las propiedades "Suprimir si no hay datos/hay un error/es cero", y estas propiedades se definen y almacenan en el nivel de cuadrícula. También puede seleccionar una o más filas/columnas y activar/desactivar las propiedades de supresión para dichas filas/columnas en lugar de establecer los valores de nivel de cuadrícula como los valores por defecto. Este es el motivo por el que, en el nivel de fila/columna, las propiedades de Supresión tienen tres opciones: "Valor de cuadrícula", Verdadero y Falso. El valor de la propiedad Valor de cuadrícula se diferirá al valor de propiedad en el nivel de cuadrícula. Financial Reporting no tenía esta capacidad.
Debido a estas diferencias, cuando se migra un informe de Financial Reporting (FR) a Reports, solo se importan a Reports las propiedades de nivel de fila y columna del informe de Financial Reporting (FR), a menos que cada fila y columna del informe de Financial Reporting (FR) tenga la propiedad Supresión proporcionada activada. Las propiedades de nivel de cuadrícula permanecen en su valor por defecto (Falso) si todas las filas y columnas no tienen activada la misma propiedad Supresión.
Además,Financial Reporting (FR) siempre usa el valor redondeado o con escala para la supresión básica y condicional, mientras que Reports no lo hace por defecto. Hay una propiedad general de la cuadrícula, bajo Expresión condicional, Usar valores escalados/redondeados, que por defecto se define en False. Si ve diferencias en la supresión aplicada entre Financial Reporting (FR) y Reports, puede definir esta propiedad en True.
En Financial Reporting, la "Sangría por generación relativa" se calculaba segmento por segmento, de modo que la generación relativa sería para todas las combinaciones de miembros que resulten de una única fila de tiempo de diseño. En Reports, la "Sangría por generación relativa" se calcula para el eje completo, lo que significa que la generación relativa de todas las combinaciones de miembros de fila se utiliza cuando se calcula la sangría relativa.
Para obtener los resultados en Reports que estaban previamente disponibles en Financial Reporting, puede configurar expresiones de formato condicionales para una generación específica (p. ej., Generación 3), y en el formato se aplicará una sangría por una cantidad determinada; y, a continuación, puede definir un formato condicional diferente para otra generación específica (p. ej., Generación 4), y en el formato se aplicará una sangría por una cantidad diferente.
En Reports, la propiedad de la cuadrícula, fila y columna Cabecera repetida, al definirla en Ocultar, hace que cualquier celda de fila o columna adyacente que tenga el mismo valor se tenga en cuenta para los valores repetidos. En Financial Reporting, la capa más interna de las cabeceras de fila y columna no se tienen en cuenta con respecto a los valores repetidos. Esto provocará distintos procesamientos y la presentación de valores entre Reports y Financial Reporting para la capa más interna en filas y columnas.
Diferencias de objetos de imagen
Financial Reporting soporta una opción de estiramiento para imágenes. Reports no soporta el estiramiento ni el recorte; en su lugar, la imagen se ajustará al ratio de aspecto correcto.
Diferencias de objetos de texto
En Financial Reporting, el objeto de texto tiene la propiedad 'AutoSize'. En Reports, las opciones de tamaño para altura son:
Fijo (que equivale a la opción de ajuste automático de tamaño=desactivado)
Ajustar (que equivale a la opción de ajuste automático de tamaño=activado)
Mínimo
Diferencias de objetos de gráfico
Las siguientes propiedades de gráfico de Financial Reporting no están soportadas en los gráficos de Reports:
Nota:
Después de importar un informe de Financial Reporting con gráficos combinados, los colores de las líneas de gráfico de Management Reporting no coinciden con los colores de Reports.
Ángulos de fuente: ángulos de fuente para todos los valores de fuente del texto en el cuadro de diálogo de formato de gráfico
Formato de gráfico:
Apariencia:
Color de cuadro de título
Color de borde de cuadro de título, tipo y ancho
Profundidad de cuadrícula
Leyenda:
Supresión de etiquetas repetidas
Tipo y ancho de borde de fondo
Ejes:
Color de fondo de eje X
Color de borde, tipo y ancho de eje X
Color de fondo de eje Y
Color de borde, tipo y ancho de eje Y
Formato de número de sustitución de eje Y
Cuadro de título de eje Y2
Formato de número de sustitución de eje Y2
Opciones de gráfico circular:
Posición de etiqueta de gráfico circular
Ángulo de porción de gráfico circular
Diferencias entre alineación y diseño
En Financial Reporting, un objeto se puede alinear en la parte superior/izquierda/inferior y a la izquierda/derecha/centro. No obstante, el objeto se alineará con el borde adecuado de la página (teniendo en cuenta los márgenes y la altura de cabecera/pie de página). En Reports se soportan las mismas opciones de alineación. No obstante, el objeto se puede alinear a una determinada distancia del borde adecuado. Esto se soporta mediante la propiedad de alineación de ‘sangría'.
Financial Reporting no realiza la validación del ajuste de tamaño y posicionamiento de los objetos respecto al tamaño de la página y los márgenes. Reports realiza validaciones relacionadas con el diseño. Si recibe un error de validación relacionado con un objeto que se solapa o no encaja tras abrir un informe de Financial Reporting importado en Reports, cambie el tamaño del objeto o muévalo de forma manual para solucionar el error.
Diferencias de selección de miembros
Cuando se trabaja con objetos de cuadrículas, deberá tenerse en cuenta lo siguiente:
No se permiten miembros duplicados en el mismo segmento y por eso se eliminarán.
Los operadores de selección avanzada de miembros de Financial Reporting como AND, UNION, OR y NOT se convierten en las funciones de selección de miembros de Reports Intersect (que combina varios miembros y funciones, anteriormente el operador AND en Financial Reporting) y Except (excluye un miembro o una función de otra función, anteriormente el operador NOT en Financial Reporting). Los operadores de Financial Reporting OR y UNION realizan la misma operación y son los valores por defecto para cualquier selección de miembros; por tanto, no existe necesidad de especificar ningún valor adicional en Reports para ellos. Para el operador NOT existen dos diferencias de migración:
Las selecciones de miembros de Reports no soportan la migración de sentencias anidadas 'Not'. Por ejemplo, se migraría un caso "member-selection1 and not member-selection2" pero no un caso "member-selection1 and not not member-selection2".
La selección de miembros de Reports no soporta una migración de una sentencia 'Not' en la primera selección de miembros. Así, se migraría un caso "member-selection1 and not member-selection2" pero no un caso "not member-selection1 and member-selection2".
En Financial Reporting, la selección de miembros soporta SuppressSharedMembers. En Reports, se soporta la supresión de miembros compartidos como opción para una selección de miembros existente (que se agrega mediante un menú de selección de miembros).
Reports no soporta una 'lista de miembros de usuarios' definida por el usuario, mientras que Financial Reporting sí lo hace.
Las siguientes funciones de selección de miembros de Financial Reporting no se soportan en Reports:
MatchEX
TopOfHierarchy
LSiblings
RSiblings
Top
AllMembers
En Financial Reporting, una lista de miembros del sistema es un nivel con nombre o una generación con nombre. El origen de datos subyacente proporciona estos nombres, que toman la forma de 'Lev<n>,<nombre de dimensión>' o 'Gen<n>,<nombre de dimensión>' por defecto. Sin embargo, el administrador de origen de datos también puede indicar un nombre especificado por el usuario para un nivel o una generación como, por ejemplo, SKU o País. Si la lista de miembros del sistema es uno de los nombres por defecto, se convierte en las funciones de selección de miembros 'LevelMembers' o 'GenerationMembers'. Si la lista de miembros del sistema tiene un nombre que no es el definido por defecto, el sistema no podrá determinar cuál es la lista de nombres disponible sin conectarse al origen de datos. Por tanto, mostrará un error de migración y la selección de miembros se convertirá en el miembro principal de la dimensión.
Cuando se migran miembros, cualquier nombre de miembro de Financial Reporting que incluya un prefijo "$" (lo que indica que es una variable de sustitución) se convertirá en una variable de sustitución y se agregará un prefijo "&" en Reports.
Diferencias de formato y supresión condicionales
En Financial Reporting Web Studio, las condiciones de formato y supresión condicionales evalúan los valores de datos #missing como si fueran cero.
Por ejemplo, con la expresión condicional ‘value == 0’ esto sería cierto tanto para un valor cero como para un valor #.
En Reports, las condiciones evalúan los valores de datos #missing como sin datos solo.
Por ejemplo, con una expresión condicional ‘value == 0’ esto sería cierto solo para un valor cero y NO un valor #missing.
Por lo tanto, en Reports, se tienen que definir distintas condiciones al comprobar valores cero o valores #missing.
Diferencias entre agrupación y cálculo automático
Los cálculos automáticos de Financial Reporting se migrarán a las agrupaciones de informes equivalentes con las siguientes consideraciones y diferencias:
En Financial Reporting, las fórmulas de cálculo automático eran fijas y se definían en un cuadro de diálogo. Se van a migrar a filas o columnas de fórmula equivalentes.
En Financial Reporting, la capa de dimensión sobre la que se especificaba el cálculo automático es distinta de la capa de dimensión de agrupación de Reports.
La capa 0 de Financial Reporting se consideraba un tipo de cálculo de "Suma total". Esto no aporta ningún valor real porque se trata simplemente de la suma de todas las combinaciones de las dimensiones del cálculo automático. En Reports, esto sería equivalente a las filas/columnas de fórmula no agrupadas que hacen referencia a la fila o columna agrupada. Así es como se migra el cálculo automático de una capa 0.
Los cálculos automáticos de las capas 1 y posteriores se migran a una agrupación de capa de Financial Reporting – 1 en Reports. Por lo tanto, el cálculo automático de la capa 1 será una capa de agrupación 0 y así sucesivamente.
En Financial Reporting, la propiedad Permitir salto de página después del cálculo automático se migra a una propiedad Agrupar saltos de página de nivel de cuadrícula en la dimensión correspondiente. Sin embargo, en Financial Reporting, esta propiedad se podía especificar en cada cálculo automático y cambiar dentro de una cuadrícula. En Reports se trata de una propiedad en el nivel de cuadrícula y se aplica a todas las agrupaciones de la dimensión indicada de una cuadrícula.
En Financial Reporting, la propiedad Permitir saltos de página dentro se migra a una propiedad Sin saltos de página en grupo de nivel de cuadrícula. Esta es también una propiedad de nivel de cuadrícula en Reports y se aplica a todas las agrupaciones de la dimensión indicada en una cuadrícula.
En Financial Reporting, el formato de segmentos que no son de datos en un cálculo automático se aplicaba mediante el formato condicional. En Reports esto no es necesario porque los segmentos que no son de datos de un grupo forman parte de una cuadrícula y se les puede aplicar formato directamente. El formato condicional de un informe de Financial Reporting se migra al segmento equivalente en Reports.
Características no disponibles en Reports
Las siguientes características de Financial Reporting no se soportan en Reports:
Anotaciones de unidad de planificación
Anotaciones
La función Notas de Narrative Reporting utiliza un marco subyacente y funciones distintos que las anotaciones de Financial Reporting, por lo que las anotaciones no se migran a las notas de Narrative Reporting.
Plantillas de fila/columna
Documentos de Microsoft Word en libros mediante FRExecute para embeber informes de Financial Reporting en Microsoft Word
Diferencias entre fuentes
Las siguientes fuentes por defecto de Financial Reporting se convertirán a las fuentes equivalentes de Reports, salvo que las primeras se hayan cargado como fuentes personalizadas.
Tabla B-2 Fuentes de Financial Reporting y equivalentes en Reports
| Fuentes por defecto de Financial Reporting | Fuentes equivalentes de Reports |
|---|---|
|
Microsoft Sans Serif |
Liberation Serif |
|
Arial |
Liberation Sans |
|
Times New Roman |
Liberation Serif |
|
Courier |
Liberation Mono |
Nota:
Financial Reporting Web Studio incluirá fuentes adicionales específicas de la configuración regional que no se mostraban en Reports.
Para cargar fuentes en Narrative Reporting, consulte Carga de fuentes adicionales en Administración de Narrative Reporting.
Para cargar fuentes en la plataforma EPM Cloud:
Carga de fuentes en Trabajar con Planning
Carga de fuentes en Administración de Financial Consolidation and Close
Carga de fuentes en Administración de Tax Reporting
Otras diferencias
Al migrar los informes deben tenerse en cuenta las siguientes consideraciones:
No se puede utilizar el contenido de detalle para detallar un anexo de archivo de celda con origen en un objeto de informe enlazado de Oracle Essbase o un anexo de archivo de celda de Narrative Reporting.
Los objetos enlazados y locales, que son objetos de informes como, por ejemplo, las cuadrículas o los gráficos, que se guardan en el repositorio y se insertan en el informe, no se soportan en Reports. Si se localiza un objeto enlazado en un informe de Financial Reporting que se ha migrado, el sistema mostrará un error de migración.
Si se migra un informe de EPM Cloud (por ejemplo, módulos de planificación) con un formato o supresión condicionales por tipo de cuenta (por ejemplo, la supresión de filas con un tipo de cuenta de ingresos), puede que sea necesario actualizar la expresión condicional para que se aplique correctamente. Esto se debe a que, en Financial Reporting, las expresiones condicionales para tipo de cuenta solo comprueban si el tipo es de gasto o de no gasto, mientras que en Reports, comprueban si el tipo de cuenta es de activo, pasivo, capital, ingresos, gasto o no gasto. Como resultado, deberá actualizar la expresión condicional para comprobar el tipo de cuenta verdadero. Por ejemplo, las expresiones que supriman un tipo de cuenta de ingresos (que se considera de tipo no gasto en Financial Reporting) deberán actualizarse para suprimir el tipo de cuenta verdadero de ingresos una vez migrado el informe.
Reports no soporta el tamaño de formato de papel 'personalizado'. La migración convertirá este tamaño al formato de 'carta'.
Reports no soporta el tamaño de formato de papel Super A3. La migración convertirá este tamaño al formato de 'carta'.
En Financial Reporting, los usuarios pueden agregar MemberOverride a la función CellText. En Reports no se soporta actualmente.