Blog

¿Qué persona responsable de la información financiera no ha tenido que lidiar con el redondeo? no conozco ninguno En vidas anteriores y varias herramientas, esto siempre ha sido un desafío. En la hoja de cálculo manual mundo, a veces 0,4 se redondea hacia arriba y 0,6 se redondea hacia abajo para permitir el equilibrio.

El titulo de esto es Escalado, redondeo y pie , oh, pero fácilmente podría ser un poco "De puntillas a través de los tulipanes" para construir esto como la solución que evolucionó aquí. ¡Sigue leyendo!

Requisito

Los números deben informarse en una escala que se redondea a cero decimales.

La práctica de agregar ajustes de redondeo en una escala es estándar en la solución anterior.

Enfoque 1

Utilice el conjunto de dimensiones definido por el usuario como tipo de datos.

• Cree un nuevo miembro definido por el usuario en la dimensión de tipo de datos (por ejemplo, FinRpt_Scaled_Rounded), establecido como DynamicCalc, que toma el valor de moneda completo, lo escala en 1000 y lo redondea a cero decimales.



• Cree un nuevo miembro definido por el usuario en la dimensión del tipo de datos (p. ej., Rounding_Adj), que se usará para los ajustes de redondeo manuales, ingresados ​​a través de un formulario.
• Cree un miembro definido por el usuario "total" (por ejemplo, All_FinRpt_Rounded) para sumar FinRpt_Scaled_Rounded y Rounding_Adj. Dado que FinRpt_Scaled_Rounded es un Dynamic Calc, la agregación normal no funciona: el La jerarquía a continuación es puramente visual: hay una fórmula en All_FinRpt_Rounded.

Asunto

Dynamic Calc se ejecuta en los padres (es decir, sin agregación; el valor principal almacenado se escala y redondea) como miembros base/hijos. Esto puede resultar en problemas de equilibrio porque los valores a la "derecha" del decimal que aumentaría la precisión de los resultados no está allí debido al redondeo a cero lugares decimales.

Enfoque modificado 2

Encuentre una solución que no sea DynamicCalc para los miembros base y permita que los datos se agreguen naturalmente (pie) hacia arriba.

Desafío: replicar la función DynamicCalc en OneStream de forma no dinámica. ¡Solo digamos que tomó un tiempo y muchas mentes geniales!

Número 2

Debido a que los valores deben escalarse y redondearse en todos los niveles, la agregación natural (es decir, la base) que usa el Método 2 es en realidad peor que DynamicCalc (en los padres) porque los valores a la "derecha" del decimal se suma a la precisión de pie de los resultados.

La gerencia ejecutiva verifica tanto el redondeo como el pie. ¿Ahora entiendes por qué es importante hacer que esto funcione?

Enfoque modificado 3

• Utilice la dimensión del tipo de datos y las fórmulas de DynamicCalc para escalar y redondear los datos como en el enfoque original.
• Realice ajustes en los miembros de la dimensión principal, potencialmente en las entidades principales para no interrumpir el redondeo en los niveles base/principal inferiores cuyo redondeo ya se haya ajustado manualmente.

Número 3

• Se pueden realizar ajustes en las entidades principales, NO en otros miembros de la dimensión principal.
• La extensibilidad no se incorporó a la aplicación, por lo que no es posible el ajuste a los miembros principales.

Aproximación final

• Dimensión definida por el usuario: dimensión de tipo de datos
  • Utilice la dimensión del tipo de datos y las fórmulas de DynamicCalc para escalar y redondear los datos como en el enfoque original.
  • Cree un nuevo miembro definido por el usuario para la base, ej. Footing_Adj
  • Cree un nuevo miembro definido por el usuario subtotal, ej. Rounded_noFooting para subtotal de redondeo de totales que luego se pueden agregar al miembro Footing_Adj

  

• Cree nuevas cuentas de nivel base por debajo del total de miembros de la cuenta cuya base de operaciones debe ajustarse. Estas cuentas, dado que son cuentas de nivel base, se pueden usar a nivel de entidad principal usando Footing_Adj miembro para corregir cualquier ajuste de cimentación necesario.

Resumen

Escalado, redondeo y pie Los números nunca son fáciles. La precisión de los valores que se agregarán es realmente la clave de la base, es decir, el redondeo. Pero todo se basa en cómo el usuario final necesita ver los datos; en este caso, NADA más allá del decimal.

Saber lo que sé ahora me hace pensar que la extensibilidad en cada aplicación puede ser el camino a seguir; en este caso, podría haber sido una sobrecarga ya que todos los demás datos se capturan en el nivel de datos del L/M base. Extensibilidad para redondeo, pero nunca se sabe.

También sé que a veces solo necesitas seguir desconectando, tomar un descanso, tomar un café, caminar, tomar una siesta, hacer otra cosa. Luego vuelva a él porque esa solución podría aparecer en tu cabeza. La última solución surgió fuera del horario laboral (bueno, tal vez días), pero el enfoque final parece ser razonable y aceptable para el cliente.