HFM contra FCCS?

Oracle contra Oracle: ¿HFM o FCCS?

Entonces, ¿por qué existen estos productos por separado si ambos pueden hacer lo mismo?

Algunas personas pueden haber escuchado que FCCS es el siguiente paso en la evolución de HFM, o que FCCS es "HFM en la nube". Este absolutamente no es el caso. Si bien HFM es una herramienta "local" y FCCS está basado en la nube, FCCS y HFM deben considerarse productos competitivos, cada uno de los cuales proporciona diferentes medios para el mismo fin.

Diferencia clave: personalización frente a estandarización

HFM es esencialmente una pizarra en blanco. Las aplicaciones pueden ser altamente personalizadas y diseñadas teniendo en cuenta las operaciones de empresas grandes o pequeñas. Los requisitos comerciales simples o complejos se pueden acomodar a través de flexibles reglas de negocio y jerarquías.

FCCS, si bien brinda cierta personalización, favorece a aquellos que están dispuestos a adaptarse a la funcionalidad lista para usar según la investigación de Oracle sobre las "mejores prácticas". Por ejemplo, cada aplicación FCCS comienza con un plan de cuentas predefinido. La idea es que una estructura más "lista para usar" requerirá menos personalización y, por lo tanto, un ciclo de implementación más rápido.

HFM y FCCS: otras diferencias importantes

• Tecnología subyacente
  • HFM está instalado en las instalaciones o alojado por un tercero
    • Los datos se almacenan en una base de datos relacional
• FCCS está alojado en la nube
  • Los datos se almacenan en una base de datos Essbase multidimensional, con una interfaz de base de datos relacional para administrar los metadatos.
• Dimensiones personalizadas para vistas alternativas de datos (Centro de costos, Línea de productos, Geografía, etc.)
  • HFM tiene por defecto 4 dimensiones personalizadas, con la capacidad de agregar un número ilimitado de dimensiones personalizadas si es necesario
  • FCCS proporciona un máximo de 4 dimensiones personalizadas
• Integración de datos
  • HFM utiliza FDMEE, un producto local independiente que permite secuencias de comandos personalizadas (a través de SQL, VB y Jython).
  • FCCS incluye una versión reducida de FDMEE llamada Gestión de datos (DM) que está basada en la nube pero no permite secuencias de comandos personalizadas.
  • FDMEE se puede usar con FCCS si se compra por separado y se instala localmente
• Formato de extracción de datos nativos
  • HFM puede extraer datos de forma predeterminada como archivos planos (de texto), que contienen todas las dimensiones como columnas delimitadas en el archivo, incluidos los valores de datos. Esto hace que sea bastante fácil extraer datos de HFM para cargar en fuentes externas.
  • FCCS puede extraer datos como un archivo plano, en un formato diseñado principalmente para importar/exportar entre cubos de Essbase. Específicamente, se requiere que una dimensión "densa" (por defecto la dimensión Cuenta) sea utilizado como base para las columnas. Este formato puede ser difícil de cargar en fuentes externas sin usar algún tipo de utilidad de integración o transferencia. DM se puede utilizar para facilitar esta transformación, pero no es nativo de la aplicación y puede requerir acceso de usuario final al entorno de DM.
• Flujo de trabajo/Gestión de tareas
  • HFM se entrega con herramientas integradas rudimentarias para la automatización de tareas, como la ejecución de cargas de datos, consolidaciones e informes. No hay una función integrada para facilitar el cierre. proceso a través de Workflow. Para un control más sólido sobre el proceso de cierre, se requiere un producto separado "Financial Close Manager"
  • FCCS está diseñado como un producto orientado a tareas donde el flujo de trabajo está integrado en cada aplicación. Las actividades de cierre financiero, como el procesamiento de datos, la validación y la generación de informes, pueden configurarse y monitorearse dentro de la aplicación sin necesidad de software adicional.
• Múltiples Aplicaciones
  • HFM permite múltiples entornos (por ejemplo, prueba, desarrollo, control de calidad, capacitación, producción, etc.). Cada entorno puede albergar múltiples aplicaciones según sea necesario.
  • FCCS permite 2 instancias conocidas como "pods" (Prueba y Producción), cada una de las cuales aloja una sola aplicación. Las URL para aplicaciones adicionales o instancias de aplicaciones requieren una compra adicional.
• Reserva de recursos
  • HFM ha sido el estándar de oro de la industria durante casi dos décadas. Existen innumerables recursos, tanto personales como escritos, que pueden ayudar con prácticamente cualquier problema de diseño o desarrollo.
  • FCCS es relativamente nuevo con menos implementaciones exitosas y, por lo tanto, menos recursos con el conocimiento y la experiencia para implementar el producto. La contrapartida a esto es que el control estricto La naturaleza del diseño de FCCS debería requerir menos recursos debido a la menor necesidad de personalización.
• Product Updates
  • HFM: una vez que se ha instalado HFM, el personal de TI debe programar los parches y las actualizaciones de versión y, a menudo, manejarlos con cuidado.
    • Pro: un cliente tiene control sobre la versión que prefiere y puede administrar sus actualizaciones según su programación.
    • Consideración: el momento de las actualizaciones y mejoras puede estar determinado por los plazos de soporte de Oracle.
    • Consideración: la actualización a la última versión puede requerir un ciclo de parches incrementales que requiere la aplicación de varios parches secuenciales en un orden específico.
  • FCCS: el enfoque futuro de Oracle está en el software como servicio (SAAS) basado en la nube. Al igual que todos los productos en la nube de Oracle, cada entorno FCCS recibirá actualizaciones de servicio mensuales que brindan nuevas funciones. y características automáticamente. Las actualizaciones de los pods de "prueba" se realizan a principios de un mes para que un cliente pueda probar las actualizaciones en su aplicación. Las actualizaciones de los pods "prod" se realizan más adelante en el mes, presumiblemente después el cliente ha podido validar las actualizaciones.
    • Pro: No se necesita la interacción de los administradores de aplicaciones de un cliente o de TI para que se produzcan las actualizaciones.
    • Consideración: los clientes deben aprovechar el tiempo entre la prueba (actualmente programada universalmente el primer viernes de cada mes) y las actualizaciones de producción (actualmente programadas universalmente el tercer viernes). de cada mes) para confirmar que las actualizaciones no afectarán negativamente a una aplicación.
    • Consideración: un cliente puede optar por renunciar a las actualizaciones por solicitud específica; sin embargo, estas actualizaciones no se pueden aplazar indefinidamente.
• Ciclo de vida del producto
  • HFM: Oracle ha reducido el enfoque en esta aplicación heredada a favor de sus productos alojados en la nube. Sin embargo, esto no significa que HFM ya no sea compatible o desarrollado. Se lanzó una nueva versión (11.2) comercialmente en octubre de 2019 y los parches seguirán estando disponibles.
  • FCCS: el enfoque de Oracle en lo que respecta a la gestión del rendimiento corporativo está en el software como servicio (SAAS) basado en la nube. Como todos los productos en la nube de Oracle, FCCS seguirá recibiendo la funcionalidad del producto y actualizaciones de características mensuales.
• Entonces, ¿cuál es el adecuado para ti?
  • ¿Valora la personalización sobre la velocidad de la implementación?
  • ¿Está dispuesto a hacer algunas concesiones de diseño para que su solución de CPM esté lista y funcionando rápidamente?
  • ¿Debería personalizar la solución para satisfacer sus necesidades comerciales o ser flexible en sus requisitos para adaptarse al diseño estructurado?

¡MindStream puede ayudarlo a decidir!