Durante muchos años, SAP Financial Consolidation (SAP BFC), SAP Business Planning and Consolidation (SAP BPC) y Oracle Hyperion Financial Management (HFM) han constituido la base del reporting financiero, la planificación y la consolidación de numerosos grupos.
Estas plataformas siguen ocupando con frecuencia un lugar central en procesos críticos. Sin embargo, sus hojas de ruta de mantenimiento son ahora muy diferentes. Algunos plazos se acercan, mientras que otras soluciones continúan beneficiándose de soporte a largo plazo por parte del editor.
Por tanto, es esencial distinguir cada situación y preparar una hoja de ruta adaptada a cada entorno.
SAP Financial Consolidation: el fin del mantenimiento está fijado para 2030
SAP Financial Consolidation, también conocido como SAP BFC, sigue utilizándose ampliamente para la consolidación estatutaria, el reporting de grupo y la elaboración de estados financieros.
SAP indica que el mantenimiento estándar de SAP Financial Consolidation 10.1 finalizará el 31 de diciembre de 2030. Este plazo ofrece tiempo adicional a las empresas, pero no debe interpretarse como una razón para esperar.
La sustitución de una herramienta de consolidación va mucho más allá de una migración técnica. Requiere abordar:
- los perímetros y métodos de consolidación;
- los planes de cuentas, flujos y socios intercompañía;
- las reglas de conversión y eliminación;
- las interfaces con los ERP y los sistemas de reporting;
- los controles, informes y notas;
- los datos históricos necesarios para la información comparativa;
- los procedimientos de cierre y la documentación asociada.
La proximidad del plazo debe llevar a las empresas a evaluar desde ahora su entorno BFC e identificar posibles escenarios de transformación.
SAP BPC: distintos calendarios según la versión
La situación de SAP BPC es más matizada, ya que las fechas de mantenimiento dependen de la plataforma y de la versión utilizadas.
Para SAP BPC 10.1 versión Microsoft, el mantenimiento estándar finaliza el 30 de junio de 2026. SAP precisa que no está prevista ninguna nueva ampliación general después de esta fecha y que el soporte pasará a ser específico para cada cliente.
Para SAP BPC 10.1 sobre SAP NetWeaver y BW 7.5, el mantenimiento estándar está previsto hasta el 31 de diciembre de 2027, con una opción de mantenimiento ampliado hasta finales de 2030.
Las versiones de BPC basadas en SAP BW/4HANA siguen una hoja de ruta diferente. SAP BPC 2021 recibe soporte hasta finales de 2030 cuando está asociado a las versiones correspondientes de BW/4HANA. Las implantaciones de BPC integradas en SAP S/4HANA siguen el ciclo de vida de la versión S/4HANA correspondiente, con una perspectiva que puede extenderse al menos hasta 2040.
Por tanto, no existe una única fecha de «fin de SAP BPC». Cada empresa debe identificar con precisión:
- la versión de BPC utilizada;
- la plataforma subyacente;
- la versión de SAP BW o SAP BW/4HANA;
- el nivel de soporte realmente contratado;
- las funciones cubiertas: planificación, consolidación, reporting o una combinación de estos usos.
Este diagnóstico determinará la estrategia adecuada: actualización, mantenimiento temporal controlado, transformación progresiva o sustitución completa.
Oracle HFM: no existe un fin de mantenimiento inminente para la versión 11.2
Oracle HFM debe analizarse de forma diferente. Contrariamente a una idea extendida, Oracle no ha anunciado la desaparición inminente de la solución.
Oracle Hyperion EPM 11.2 se beneficia del modelo Continuous Innovation. Oracle mantiene actualmente el Premier Support de las aplicaciones Hyperion on-premise hasta al menos 2037, con una revisión anual que podría ampliar todavía más este compromiso.
Sin embargo, las empresas que utilizan una versión anterior de HFM deben verificar su situación. El soporte a largo plazo se aplica principalmente a la rama 11.2. Por tanto, puede ser necesaria una actualización técnica a una versión reciente para permanecer en un entorno con soporte oficial.
Para los usuarios de HFM, la cuestión no se limita al fin del soporte. También incluye:
- el coste de mantenimiento de la infraestructura;
- la disponibilidad de competencias técnicas;
- la frecuencia y complejidad de las actualizaciones;
- la integración con el sistema de información;
- la evolución de las expectativas en materia de automatización y experiencia de usuario;
- la oportunidad de migrar a una solución cloud.
¿Por qué no debe esperarse hasta el último año?
Una migración EPM es tanto un proyecto de negocio como un proyecto tecnológico. Esperar hasta que se aproxime el fin del mantenimiento reduce las opciones y aumenta los riesgos.
Una planificación anticipada permite:
- comparar varias soluciones sin una presión excesiva de calendario;
- cuestionar los procesos históricos en lugar de reproducirlos sin cambios;
- depurar datos maestros y reglas obsoletas;
- racionalizar las interfaces y los archivos manuales;
- asegurar la migración de los datos históricos;
- organizar varios cierres en paralelo;
- formar progresivamente a administradores y usuarios;
- controlar el presupuesto y la carga de trabajo de los equipos financieros.
El objetivo no debe ser una simple migración técnica. La sustitución de una plataforma histórica puede convertirse en una oportunidad para rediseñar el modelo de consolidación, mejorar los controles y acercar la consolidación estatutaria, el reporting de gestión y las previsiones.
¿Qué enfoque debe adoptarse?
1. Evaluar el entorno existente
Identificar las versiones instaladas, la arquitectura técnica, las aplicaciones utilizadas, las interfaces, los volúmenes, las personalizaciones y los procesos manuales que dependen de la solución.
2. Aclarar las necesidades futuras
Las necesidades deben ir más allá de la simple reproducción del sistema actual: consolidación estatutaria, reporting de gestión, presupuesto, forecast, simulaciones, disclosure management, ESG o integración con herramientas de BI.
3. Estudiar varios escenarios
Según la situación, la empresa puede plantearse una actualización, un período de mantenimiento controlado, una migración progresiva o la sustitución completa de la plataforma.
4. Asegurar los datos y las reglas de negocio
La migración de datos históricos, asientos de consolidación, controles y reglas de cálculo debe apoyarse en una estrategia precisa. También es indispensable definir qué información seguirá estando disponible en el sistema anterior.
5. Planificar una fase de funcionamiento en paralelo
Varios cierres en paralelo permiten comparar resultados, validar los procesos y asegurar la puesta en producción antes de retirar definitivamente la solución anterior.
Transformar una limitación en una oportunidad
Los plazos de mantenimiento no son iguales para SAP BFC, SAP BPC y Oracle HFM. SAP BFC dispone ahora de mantenimiento estándar hasta finales de 2030. SAP BPC sigue distintos calendarios según su versión y plataforma técnica. Oracle HFM 11.2, por su parte, continúa recibiendo soporte a largo plazo de Oracle.
En todos los casos, el primer paso consiste en conocer con precisión la situación del entorno actual. Una hoja de ruta preparada con suficiente antelación permite limitar los riesgos y transformar una obligación tecnológica en un verdadero proyecto de mejora de la función financiera.
Calisto Consulting acompaña a las direcciones financieras desde el diagnóstico de su plataforma actual hasta la selección, integración e implantación de su futura solución EPM, incluyendo la migración de datos, la formación y el acompañamiento de los equipos.
Fuentes: calendarios de mantenimiento y documentación oficial de SAP y Oracle, consultados en agosto de 2026.