Migrar a S/4HANA o salir de él: la decisión que hoy enfrenta la empresa colombiana
El mantenimiento estándar de SAP ECC 6.0 termina el 31 de diciembre de 2027. Desde entonces el fabricante sólo ofrece mantenimiento extendido hasta 2030, con dos puntos porcentuales de recargo sobre un mantenimiento que ya ronda el 24 % del valor de la licencia cada año. Ese cambio de precio llega con o sin proyecto de migración.
Y llega a casi todo el mercado colombiano. De 1,53 millones de empresas formales activas, sólo el 0,4 % son grandes; el resto son micro, pequeñas y medianas. La conversación sobre el ERP ocurre en todo el país, no en su borde.
La decisión no empieza por el software
Empieza en una reunión de presupuesto, cuando alguien pregunta cuánto cuesta el año siguiente y la respuesta llega partida en contratos que nadie tiene en la misma hoja: licencia, mantenimiento, nube, el consultor que sostiene los desarrollos a medida y el equipo interno que atiende el proyecto en lugar del negocio.
Cuando la pregunta cambia de forma, deja de ser qué plataforma es mejor y se vuelve cuánto cuesta seguir, cuánto cuesta cambiar y qué se pierde en cada camino. Esas tres preguntas son las que ordenan este análisis.
Lo que la propuesta siempre trae y lo que nunca
Toda propuesta trae plazo y precio de licencia. Casi ninguna trae las tres partidas que deciden si el proyecto se entrega o se extiende: el costo del uso que generan los sistemas que ya conversan con el ERP, el costo de la plataforma sobre la que se montan las extensiones y el trabajo real de mover los datos maestros.
En 1-800CLOUD medimos esas cinco cosas sobre la operación de cada cliente antes de recomendar una ruta. Las dos primeras caben en cualquier cotización. Las otras tres suelen aparecer en el mes nueve.
Qué se cobra en cada modelo
SAP cobra por lo que hace cada persona y por las operaciones que activa. En ECC es un usuario nombrado, clasificado según las transacciones que ejecuta. En S/4HANA la unidad es el equivalente de uso completo, que pondera cada rol: un usuario de uso avanzado vale lo que cinco de uso core y lo que treinta de autoservicio. La misma persona cuesta distinto según el perfil que le activen, y ese perfil se revisa mes a mes.
Odoo cobra por usuario, con acceso a las funcionalidades bajo el perfil que el rol exige, y sobre esa licencia se paga el servicio de plataforma en las modalidades PaaS y SaaS. Medida a cinco años, la inversión total en el modelo de Odoo baja hasta 70 % frente a la ruta tradicional.
El costo que no está en la propuesta
Aquí está la diferencia que más plata mueve. En SAP, cualquier sistema externo que cree documentos en el ERP consume licencia: el WMS que confirma una entrada, la tienda que registra un pedido, el EDI que transmite una orden de compra. El esquema se llama Digital Access y factura por volumen anual de documentos. Como se cuenta por tipo de documento y no por usuario, un proceso bien automatizado puede generar millones de registros en categorías que nadie presupuestó.
Además, adoptarlo exige una adenda al contrato. Quien migra a S/4HANA sin resolverla queda expuesto a la interpretación más estricta de su contrato anterior, y la auditoría la hace valer. El caso Diageo fijó el criterio: si el documento lo crea un sistema que no es SAP, el documento se licencia.
En Odoo esa figura no existe. Un usuario con permisos, una integración o un proceso automatizado escriben bajo la licencia del usuario que opera, y conectar el WMS o la tienda no abre una línea de facturación aparte.
La plataforma que se paga aparte
Encima del ERP, RISE incluye un tramo de créditos de plataforma calculado como porcentaje del valor anual del contrato. Financian integraciones, extensiones y analítica; cuando se agotan, el consumo se factura a lista, y los que sobran al cierre del periodo se pierden. Ahí termina viviendo el desarrollo propio que antes corría dentro del sistema, de modo que la plataforma deja de ser un extra y se vuelve el lugar del código que la empresa ya tenía.
Odoo se extiende dentro del propio sistema, sobre un servidor estándar, sin una capa facturada por separado.
IA: puerta de entrada y medidor de consumo
Es el punto donde más ruido hay, y conviene leerlo con el documento a la mano. El reglamento de integración que SAP publicó en abril de 2026 no prohíbe la inteligencia artificial: prohíbe que un agente externo planifique y ejecute por su cuenta, fuera de las rutas que el fabricante avala. Las rutas admitidas son tres, y la misma política aclara que no restringe las plataformas de IA o de datos que no son SAP. El código propio de la empresa queda intacto.
Lo que cambia entonces es quién opera la puerta y cómo la cobra. La IA sobre datos de SAP se factura por consumo, por acción de agente o por cómputo, y esa es una línea de costo variable que crece con el uso y que no existía en el contrato anterior. La pregunta concreta antes de firmar: cuántas acciones al mes genera su operación, a qué precio unitario y qué pasa cuando el consumo supera el tramo incluido.
En Odoo los módulos con IA y los conectores a modelos externos se operan bajo la licencia que la empresa ya paga. Nadie cobra cada vez que un proceso piensa.
El plazo, y quién responde después
Una migración a S/4HANA se planea en trimestres, con estabilización después del arranque y el equipo interno dedicado al proyecto. Una implementación de Odoo Enterprise avanza por módulos: finanzas y ventas operan mientras inventario y producción siguen en diseño, y el valor aparece en el primer tramo.
Después del arranque llega la parte que casi nadie evalúa al comprar. El mantenimiento del fabricante conserva el software funcionando; el evolutivo mantiene la operación al día. Y la flexibilidad se paga en meses de espera: en S/4HANA cada ajuste entra en un ciclo formal de especificación y desarrollo, y desde 2026 la extensión vive fuera del núcleo, con un consumo que hay que pagar.
Por qué esta comparación la puede hacer 1-800CLOUD
Un socio que sólo implementa una de las dos plataformas recomienda la que vende. La comparación sirve cuando la hace alguien que ha ejecutado proyectos en ambas: venimos de veinte años en el ecosistema SAP y somos partner oficial de Odoo desde hace cinco. Eso obliga a poner sobre la mesa el número que ningún proveedor de una sola plataforma pone: el costo de seguir frente al costo de cambiar.
Y hay casos donde la respuesta honesta es quedarse. Cuando la operación comparte procesos con filiales en varios países o depende de funcionalidad sectorial certificada por el fabricante, una plataforma global puede ser el camino con menor riesgo. El criterio es la naturaleza del negocio, no su tamaño.
Qué preguntar
Pida a cada proveedor, con la misma unidad en las dos columnas: año de arranque en producción; costo total a cinco años con mantenimiento y plataforma; volumen anual de documentos creados por sistemas externos; consumo anual de IA y número de ajustes incluidos tras la puesta en marcha. Una propuesta que no entrega los cinco todavía no está lista para compararse.
En 1-800CLOUD hacemos ese diagnóstico con cifras sobre su operación: qué cuesta seguir, qué cuesta migrar y en qué orden conviene hacerlo. La reunión termina con el estimado del proceso, con o sin nosotros ejecutándolo.
Actualizado en noviembre de 2026. Las condiciones citadas corresponden a la política de API de SAP v.4.2026a (abril de 2026) y su FAQ v1.3, al modelo Digital Access vigente y al calendario de mantenimiento publicado por SAP.