Retraso en Oracle Fusion ERP en Birmingham: la reimplantación se mueve a verano por riesgos operativos

Retraso Oracle Fusion ERP en Birmingham por replanificación del go-live y mitigación de riesgos en nóminas y procesos

Retraso en Oracle Fusion ERP en Birmingham: la reimplantación se mueve a verano por riesgos operativos

Compartir:

Retraso en Oracle Fusion ERP en Birmingham: la reimplantación se mueve a verano por riesgos operativos

El Retraso Oracle Fusion ERP en Birmingham ya es oficial: Birmingham City Council (el mayor ayuntamiento de Europa por tamaño) ha decidido posponer el relanzamiento de su sistema Oracle Fusion ERP, inicialmente previsto para abril con el inicio del nuevo ejercicio fiscal, hasta “al menos” el verano. La organización argumenta que necesita más tiempo para que el personal se adapte a los procesos estándar del fabricante, y para disminuir el riesgo en áreas sensibles como la nómina y la preparación operativa.

El movimiento llega cuatro años después del go-live de 2022, ampliamente considerado un fracaso por su impacto en la capacidad del consistorio para producir cuentas auditables y cumplir con requisitos legales. En ese periodo, el coste total del programa de migración a Oracle ha escalado, según la información disponible públicamente, desde una estimación inicial de 19 millones de libras hasta alrededor de 131 millones.

Retraso Oracle Fusion ERP en Birmingham: por qué se aplaza el go-live

En una comunicación escrita a concejales, responsables del programa indicaron que insistir en una fecha fija de abril elevaba el riesgo. El consistorio explicó que, a medida que avanzaba el end-to-end testing y la preparación de datos y operaciones, realizaron una “toma de pulso” del proyecto y optaron por replanificar tras escuchar a los equipos internos y revisar el estado real de pruebas y readiness.

Entre los motivos citados, la precisión de la nómina aparece como un factor crítico: el ayuntamiento señaló que garantizar la exactitud de los pagos al personal fue “una de las principales razones” para ajustar el calendario. En términos de gobierno del programa, la entidad enmarca el aplazamiento como una decisión de timeline para reducir riesgo, y no como un reinicio del proyecto ni un cambio de alcance.

De una migración “estándar” a la deriva de las customizations

El origen del problema se remonta a la transición desde un entorno SAP legacy hacia Oracle Fusion. En 2020, el plan era una implantación estándar (“out of the box”). Sin embargo, el proyecto derivó hacia un conjunto de customizations, incluyendo un sistema de conciliación bancaria (Bank Reconciliation System) que, de acuerdo con los antecedentes del caso, terminó sin funcionar correctamente. Esa falla se asoció a bloqueos en la capacidad de cerrar y reportar cuentas conforme a las exigencias legales.

Tras el impacto del despliegue inicial, el ayuntamiento reorientó la estrategia: reimplantar Oracle Fusion con mínima personalización y cubrir la conciliación bancaria con software de terceros “off-the-shelf”, renombrado internamente como Income Management.

Gobernanza y assurance: el control de riesgo como mensaje central

El consistorio indicó que se esperan decisiones formales adicionales de gobernanza más adelante este mes, junto con un proceso de independent assurance para validar que el programa está listo antes del go-live. En paralelo, la organización sostiene que el aplazamiento no afecta al funcionamiento del sistema actual y que los servicios continúan operando con normalidad, incluyendo pagos a empleados y proveedores.

Como contexto de alcance, Birmingham ya había reducido el perímetro del programa en 2024 al retirar a las escuelas del proyecto, aunque los costes continuaron aumentando según reportes previos.

Implicaciones políticas y operativas

El retraso también tiene lectura política: el líder de la oposición conservadora en el consejo, Robert Alden, criticó el incumplimiento de objetivos y advirtió de la posibilidad de llegar a las elecciones locales de mayo sin un sistema financiero plenamente operativo. El ayuntamiento, por su parte, insiste en que prioriza estabilidad y preparación por encima de fechas cerradas.

Qué significa para Transformación Digital en el sector público

Más allá del caso local, el Retraso Oracle Fusion ERP en Birmingham vuelve a poner el foco en un patrón recurrente en Transformación Digital pública: la tensión entre adoptar procesos estándar de suites ERP cloud y la presión por replicar flujos heredados mediante customizations. En plataformas como Oracle Fusion, cada desviación del estándar incrementa complejidad de pruebas, dependencia de integraciones y riesgo operacional, especialmente en procesos de misión crítica como contabilidad, recaudación y payroll.

Oracle posiciona Fusion como una suite cloud para finanzas, RRHH y operaciones con procesos predefinidos y actualizaciones continuas, un enfoque que suele chocar con prácticas históricas y modelos de control muy personalizados en grandes administraciones. Más información oficial: Oracle Fusion Cloud ERP.

Como referencia de contexto sobre estrategias de migración y gobierno de grandes programas ERP (especialmente en entornos SAP), puede consultarse documentación técnica y de producto en: SAP ERP.

En el cierre, el ayuntamiento asegura que el presupuesto de la reimplantación incluye contingencias para absorber cambios, por lo que no espera incrementos adicionales derivados del aplazamiento. Aun así, el nuevo calendario deja una conclusión clara: el Retraso Oracle Fusion ERP en Birmingham se ha convertido en un hito de gestión de riesgo, con la adopción del estándar del proveedor y la estabilidad operativa como condiciones previas al próximo go-live.

Compartir:

También podría interesarte

Déjanos tu comentario

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Scroll al inicio