El negocio ERP de 66 mil millones de dólares y por qué los CFO siguen recurriendo a Excel

Los CFO siguen recurriendo a Excel después de un programa ERP multimillonario porque el ERP se configuró para capturar datos, no para respaldar las decisiones que toman las personas de finanzas y de operaciones. Excel les da control, flexibilidad y rapidez justo para esas decisiones. La solución no es sacar a la gente de las hojas de cálculo a base de formación. Es encontrar las hojas que importan, entender qué decisión respalda cada una y diseñar informes y analítica del ERP que hagan ese trabajo mejor. Este artículo es para CFO, responsables de sistemas financieros y sponsors de programas. Explica por qué persiste Excel, cuánto cuesta, qué cambian las herramientas de SAP y la IA, y ofrece una hoja de trabajo para sustituir sus hojas de cálculo más importantes.

El supervisor de logística de uno de mis clientes industriales me contó que su equipo exportaba cada semana los datos del ERP a Excel para planificar el inventario. La empresa había pagado una fortuna por sus módulos de planificación, y estos tenían los mejores paneles de todo su reporting. El equipo seguía usando la hoja de cálculo. No es una excepción. He trabajado con varias empresas de Fortune 500 que admiten abiertamente que usan Excel para trabajo crítico: auditorías financieras, informes para la dirección, incluso el cálculo de la nómina.

Esa es la verdadera historia del fracaso de los ERP. No el go-live. No la configuración. La brecha entre lo que produce el sistema y lo que necesita quien toma la decisión.

Gartner sitúa los ingresos mundiales de software ERP en 66 mil millones de dólares en 2024. Los business cases suelen justificar parte de ese gasto con la eliminación del trabajo manual en hojas de cálculo. Sin embargo, en una encuesta de mayo de 2026 a 303 CFO del Reino Unido realizada por Odoxa, el 67 % seguía usando Excel para el análisis y la conciliación de cuentas, exactamente los mismos que usaban su ERP. No porque hubieran fallado en la implementación. Sino porque el sistema, tal como se implementó, no sustituyó lo que hacía la hoja de cálculo.

Excel tiene cuatro propiedades que la mayoría de las implementaciones de ERP no consiguen replicar.

Familiaridad. La mayoría de los profesionales de finanzas y de operaciones llevan veinte años usando Excel. Cuando un gerente necesita una respuesta antes de la reunión del consejo de mañana, abre la herramienta que sabe que se la dará.

Flexibilidad. Excel permite construir el análisis que uno necesita en lugar del que ofrece el sistema. Un CFO puede modelar tres escenarios de caja en una tarde. En un ERP, el mismo análisis puede requerir una solicitud de configuración, una construcción y un ciclo de pruebas.

Rapidez. Cambiar una fórmula lleva segundos. Cambiar un informe del ERP requiere a alguien que sepa hacerlo, una aprobación y pruebas.

Control. La gente confía en lo que puede ver y modificar. Para la mayoría de los usuarios, un ERP es una caja negra. En Excel pueden rastrear cada cifra hasta su origen.

Son respuestas racionales a sistemas que no se diseñaron para las decisiones que la gente necesita tomar.

Las pantallas tradicionales del ERP se construyeron para la integridad de los datos y de los procesos. La transacción de entrada de mercancías captura todos los campos obligatorios. El informe que muestra qué significa esa posición de inventario para el plan de producción del mes que viene necesita otra herramienta, otra configuración y, a menudo, otro especialista.

SAP Fiori fue un avance real: launchpads por rol, pantallas más simples, acceso móvil. En muchas implementaciones, la configuración no ha estado a la altura de la intención. Los usuarios tienen acceso a Fiori, pero los mosaicos analíticos nunca se configuraron en torno a las decisiones que necesitan tomar. Ejecutan las transacciones, luego exportan a Excel, y Fiori se convierte en un simple paso hacia el mismo problema.

La analítica integrada de S/4HANA y SAP Analytics Cloud van más allá, porque llevan el análisis al mismo entorno que la transacción. SAP Business Data Cloud es el hogar actual que SAP ofrece para la capa de datos más amplia. Donde las empresas los han configurado bien, la dependencia de Excel es realmente menor. En la mayoría, la inversión analítica queda muy por detrás de la inversión transaccional. Los contratos en la nube facilitan licenciar parte de la analítica. No eliminan el trabajo de diseño.

Las herramientas de IA generativa que hoy rodean a SAP ayudan con algunos de los motivos por los que la gente exporta:

1. Joule en las aplicaciones de SAP responde en lenguaje natural a preguntas sobre los datos de SAP y abre la aplicación adecuada. Es útil para la consulta puntual que antes desencadenaba una exportación. No sustituye al reporting operativo programado.
2. Microsoft 365 Copilot redacta el texto que acompaña a las cifras. El comentario para el consejo que un CFO solía escribir a mano puede partir de un borrador sobre cifras procedentes del ERP, lo que acorta el final del cierre.
3. Copilot en Power BI genera medidas, visualizaciones y resúmenes a partir de lenguaje sencillo. Donde Power BI ya trabaja sobre datos de SAP, acelera la construcción. Donde no, no cambia la decisión de arquitectura.

El patrón común a las tres: la IA acelera el trabajo una vez que el reporting está diseñado en torno a la decisión. No decide qué construir. Eso sigue necesitando personas que entiendan lo que hace el negocio.

Los costos se acumulan en silencio.

Conflictos de versiones. Cuando cinco personas actualizan sus propias copias y concilian cada semana, siempre hay alguien trabajando con la versión equivocada. Un cierre llevado en un libro compartido está a una edición simultánea de convertirse en un ejercicio de conciliación que retrasa el paquete para el consejo.

Lagunas de auditoría. Los sistemas ERP conservan una pista de auditoría por diseño. Las hojas de cálculo no. Cuando un auditor pregunta por qué una cifra cambió entre borradores, la hoja de cálculo normalmente no puede responder.

Datos que divergen. Cuando el ERP y la hoja de cálculo guardan versiones distintas de los mismos datos, las decisiones se dividen. Operaciones confía en la hoja de cálculo, finanzas confía en el ERP y la conciliación mensual consume tiempo y confianza.

Errores manuales que se acumulan. Un copiar y pegar que se salta una fila, una fórmula que no se extiende a los datos nuevos, un filtro que se quedó activado. Cuantos más pasos manuales, mayor es la tasa de errores con el tiempo.

Mi guía de SAP FICO explica cómo debe funcionar el cierre financiero dentro de S/4HANA.

Sí, si la implementación aborda los motivos por los que la gente recurrió a Excel.

El cierre financiero que se hace con tablas dinámicas no es un problema de formación. Es un problema de diseño del reporting: el cierre necesita salidas que el ERP no produce de forma utilizable. Configure el ERP para que las produzca, en lugar de decirle a la gente que deje de usar Excel.

El planificador de inventario que exporta a Excel no se resiste al sistema. Los informes de planificación no le muestran lo que necesita para su decisión. Diséñelos en torno a la decisión, no al modelo de datos. Para la planificación que de verdad necesita escenarios y simulación, SAP IBP está hecho para eso, pero solo si los planificadores confían en sus resultados.

En cada revisión posterior al go-live en la que la dependencia de las hojas de cálculo es alta, el patrón es el mismo. TI y el consultor SAP diseñaron los informes en torno a lo que el sistema podía producir, no a lo que el negocio necesitaba ver. Es el mismo error que comprar el sistema antes de mapear los procesos, solo que más tarde en el programa.

Empiece por los procesos en los que más importan la exactitud y la pista de auditoría: el cierre financiero, la conciliación de inventario, el análisis de compras y el reporting de gestión. Para cada hoja de cálculo importante, rellene una fila.

1. 01Elegir la hoja de cálculoPrimero cierre, inventario, compras y reporting
2. 02Nombrar la decisiónPor ejemplo, la previsión de caja del paquete para el consejo
3. 03Por qué el ERP se queda cortoInforme que falta, formato inadecuado, criterio, rapidez
4. 04Diseñar la sustituciónInforme del ERP, app de Fiori, SAP Analytics Cloud o Power BI
5. 05El responsable la pruebaAntes del go-live, frente a la misma decisión
6. 06Retirar la hoja de cálculoEn una fecha fijada

La decisión se toma sobre el sistema de registro

Campo	Qué registrar
Hoja de cálculo	Nombre y ubicación del libro
Responsable	La persona que la mantiene
Decisión a la que da soporte	La decisión o salida concreta, por ejemplo la previsión mensual de caja para el paquete del consejo
Fuentes de datos	Qué informes o exportaciones del ERP la alimentan y qué entradas manuales tiene
Por qué el ERP no lo hace hoy	Informe que falta, formato inadecuado, paso de criterio, rapidez
Sustitución	Informe del ERP configurado, app analítica de Fiori, story de SAP Analytics Cloud o Power BI sobre datos gobernados
Prueba de aceptación	El responsable confirma que la sustitución respalda la misma decisión antes del go-live
Fecha de retirada	Cuándo se deja de usar la hoja de cálculo

A veces el ERP realmente no puede producir lo que el negocio necesita a la velocidad que lo necesita. Entonces conviene usar una capa de analítica gobernada, como SAP Analytics Cloud o Power BI, sobre los datos del ERP, y no una exportación y reconstrucción manual. Los datos se quedan en el sistema de registro. La visualización sale al encuentro de la decisión.

Lo que no funciona es formar a la gente para que use informes que no se diseñaron para sus decisiones. Vuelven a Excel. No porque se resistan al cambio. Sino porque el informe no hace el trabajo.

¿Por qué los CFO siguen usando Excel pese a tener sistemas ERP?

Porque Excel es familiar, flexible, rápido y transparente, y porque los informes del ERP se configuraron normalmente en torno a lo que el sistema podía producir y no a las decisiones que finanzas necesita tomar. Un controller que construye el modelo del cierre mensual en Excel suele hacerlo porque los informes de cierre del ERP no producen el formato que exige el paquete de gestión. Sustituya esa salida y la hoja de cálculo pierde su razón de ser.

¿Qué riesgos tiene llevar procesos de negocio en hojas de cálculo?

Conflictos de versiones cuando varias personas mantienen copias del mismo modelo. Lagunas de auditoría, porque las hojas de cálculo no guardan un historial de cambios fiable. Datos que se alejan de los del ERP, de modo que operaciones y finanzas trabajan con cifras distintas. Y errores manuales que se acumulan con cada copia, pegado y fórmula, y que suelen aflorar en una auditoría o en un informe de gestión en lugar de en el momento en que se producen.

¿Cómo pueden los sistemas ERP reducir la dependencia de Excel?

Configurándose en torno a las decisiones que toma la gente. Antes del go-live, enumere las hojas de cálculo más importantes de cada rol clave y la decisión a la que da soporte cada una. Diseñe el informe del ERP, la app de Fiori o la story de analítica que sustituya esa hoja concreta, y haga que su responsable la pruebe antes del go-live. Para el cierre, produzca directamente el formato del paquete de gestión en lugar de exigir una exportación y un reformateo.

¿Acaba la IA, como Joule o Copilot, con la necesidad de Excel?

No por sí sola. Joule responde consultas puntuales sobre los datos de SAP, lo que elimina algunas exportaciones. Copilot redacta comentarios y contenido de Power BI con más rapidez. Ninguno decide qué informes necesita el negocio ni rediseña un informe construido en torno al modelo de datos. La IA acelera un buen diseño de reporting; no lo sustituye.

¿Por qué los equipos de inventario y de cadena de suministro siguen usando Excel tras el go-live del ERP?

Por dos motivos. Los informes de planificación no se configuraron para la decisión del planificador, por ejemplo una vista de cobertura móvil de doce semanas con indicadores de excepción. Y los planificadores confían en los datos del ERP, pero aplican su propio criterio sobre plazos de entrega, fiabilidad de proveedores y prioridad de clientes, algo para lo que el ERP no les ofrece dónde registrarlo. Configure primero informes centrados en la decisión; para la planificación compleja con escenarios, SAP IBP ofrece un lugar para ese criterio.

¿Cuál es el costo real de un ERP que no sustituye a las hojas de cálculo?

A cinco años vista, suele ser mayor que el sobrecosto de la implementación. Incluye el tiempo de conciliación entre finanzas y operaciones y la corrección de hallazgos de auditoría cuando afloran errores de las hojas de cálculo. A eso se suma pagar el ERP mientras la gente mantiene equivalentes manuales, decisiones más lentas y talento sénior dedicado a ensamblar datos. Un ERP que está en producción pero no ha sustituido los procesos manuales se ha comprado, no entregado.