E-Business Suite
Cuánto cuesta de verdad mantener Oracle EBS en sitio
El costo de operar Oracle EBS en sitio no es solo la licencia. Los costos visibles, los ocultos y cómo se comparan contra un modelo de soporte por continuidad.
· 5 min de lectura
La pregunta que llega a Sistemas no suele ser "¿cuánto cuesta EBS?". Es más bien una sospecha: que el sistema sale caro, pero nadie lo ha puesto en un número. La licencia se ve en la factura de Oracle; el resto se reparte entre varias áreas y rara vez se suma.
Este artículo separa esos costos: los que ya están en un reporte y los que no, para que la comparación contra otras opciones se haga con cifras completas y no solo con la más visible.
La pregunta suele aparecer en dos momentos distintos. El primero es cuando alguien en finanzas revisa el gasto en tecnología año contra año y nota que EBS lleva tiempo en la misma línea, sin que quede claro si ese monto es razonable. El segundo es cuando un incidente expone el costo de golpe: un cierre de mes que se atrasó, un módulo que dejó de funcionar y nadie interno supo por qué. En ambos casos, la conversación mejora cuando hay un número completo sobre la mesa, no una sospecha.
Los costos visibles: licencia, infraestructura, soporte
Son los que cualquier área de finanzas ya conoce, aunque estén repartidos en distintas partidas.
- Licenciamiento de Oracle EBS y de la base de datos que lo soporta, con su cuota anual de soporte.
- Servidores y almacenamiento, propios o rentados, dimensionados para el pico de operación, no para el uso diario.
- Personal de infraestructura: administración de base de datos, respaldos, parches del sistema operativo.
- Contrato de soporte funcional y técnico con un proveedor, cuando el equipo interno no lo cubre completo.
Sumados, ya dan una cifra que el negocio reconoce como "el costo de EBS". El problema es que esa cifra suele quedarse corta, porque casi nunca incluye el tiempo del propio equipo de sistemas dedicado a mantener la infraestructura funcionando, ni el costo de oportunidad de no invertir ese tiempo en otra cosa.
Los costos ocultos: consultores escasos y curva de aprendizaje
Estos no aparecen en ninguna factura, y son los que más pesan con el tiempo.
- Consultores de EBS cada vez más escasos en el mercado, porque buena parte de los partners se reconvirtió a productos en la nube.
- Cada ticket que antes se resolvía en horas ahora toma días, porque el proveedor tuvo que reasignar a alguien que no conocía el sistema.
- Tiempo del equipo interno explicándole al consultor externo cómo funciona una personalización que nadie documentó a tiempo.
- Proyectos que se posponen porque nadie quiere ser quien toque el sistema y lo rompa antes del cierre de mes.
Ninguno de estos aparece como una línea en el presupuesto, pero se paga igual: en horas de gente, en incidentes que tardan más de lo que deberían, y en decisiones que se posponen porque tocar el sistema da miedo.
Qué pasa cuando el soporte extendido de Oracle se acaba
Oracle ha extendido varias veces el Premier Support de EBS 12.2, y hoy cubre al menos hasta 2037. Ese horizonte largo es una razón más para no confundir el costo de sostener el sistema con una fecha límite de Oracle: el sistema puede seguir soportado por años y, aun así, salir caro si nadie lo cuida bien.
El riesgo real no es que Oracle deje de dar soporte al producto. Es que la empresa se quede sin la gente que sabe operarlo, mucho antes de que ese soporte se termine.
Cómo se compara contra sostenerlo con un modelo de continuidad
La alternativa no es necesariamente migrar. Es contratar soporte bajo un modelo de cobertura continua, en vez de bolsas de horas que se agotan justo cuando más se necesitan. La diferencia se nota en tres cosas: cuánto tarda un ticket en resolverse, qué tan documentado queda cada cambio, y si el mismo equipo sigue en el proyecto seis meses después.
Un modelo así no elimina los costos visibles, pero sí reduce buena parte de los ocultos: menos tiempo perdido explicando el sistema desde cero, menos tickets que se alargan porque cambió el consultor, menos parches acumulados por miedo a tocar algo.
Qué preguntar antes de comparar dos cotizaciones de soporte
No todas las propuestas de soporte cubren lo mismo, aunque se vean parecidas en el número final. Antes de comparar precio contra precio, conviene aclarar cuatro cosas.
- Si la cobertura incluye base de datos y sistema operativo, o solo la capa funcional del ERP.
- Cuántas personas conocen tu instalación específica, y qué pasa si una de ellas deja el proyecto.
- Si la documentación de cada cambio queda como entregable tuyo, o se queda en el conocimiento del proveedor.
- Cómo se mide el tiempo de respuesta: desde que se abre el ticket, o desde que alguien lo revisa.
Dos cotizaciones con el mismo precio pueden cubrir cosas muy distintas. La que parece más barata puede terminar costando más, si obliga a resolver por fuera lo que debería estar incluido.
Por dónde empezar
Por un diagnóstico que ponga en un mismo documento los costos visibles y los que hoy están repartidos entre áreas. Es el punto de partida para comparar, con números y no con sospechas, si conviene sostener, mover la infraestructura o migrar.
Cuéntanos cómo está contratado tu soporte hoy y qué tan seguido un ticket tarda más de lo que debería. El diagnóstico se entrega y es tuyo, aunque decidas no continuar.
Dónde atendemos esto
¿Te está pasando algo parecido?
Cuéntanos qué sistema tienes y qué es lo que hoy no puedes hacer. La primera conversación es para entender.
Pedir un diagnóstico
Guía gratuita · 18 páginas
De Excel a ERP: la guía para saber si ya es momento
Lo que te diríamos en una primera reunión de diagnóstico, por escrito: cómo saber si necesitas un ERP, cuánto cuesta en rangos estimados y cómo migrar sin detener la operación.
- Las 7 señales de que ya no cabes en Excel
- Cuánto cuesta un ERP y de qué depende
- Los 5 errores que más cuestan
- Un checklist para decidir si ya es momento