Oracle Fusion Cloud: qué incluye y para qué tamaño de empresa

El nombre confunde más de lo que ayuda. "Fusion" fue el nombre técnico con el que Oracle construyó esta plataforma; hoy el producto se llama Oracle ERP Cloud (antes Fusion), y buena parte del mercado en México sigue usando ambos nombres para lo mismo.

Este artículo es para quien ya opera Oracle ERP Cloud, o está por hacerlo, y quiere entender qué es de fábrica, qué incluye y para qué tamaño de empresa está pensado, sin pasar primero por una comparación de ERPs desde cero.

El origen del nombre ayuda a explicar la confusión. Oracle desarrolló Fusion como una arquitectura nueva, pensada desde cero para la nube, distinta a la de EBS. Con el tiempo, esa arquitectura se convirtió en la base de varios productos, entre ellos el que hoy se comercializa como Oracle ERP Cloud. El nombre técnico se quedó pegado en la conversación, aunque ya no aparezca así en el empaque comercial.

Qué es Oracle ERP Cloud y cómo se relaciona con EBS

Oracle ERP Cloud es un producto distinto de Oracle E-Business Suite (EBS), no una versión nueva del mismo. EBS se instala en servidores propios o contratados; ERP Cloud es un servicio que Oracle opera y actualiza de forma trimestral, con otra arquitectura por debajo.

Muchas empresas que hoy tienen ERP Cloud llegaron ahí migrando desde EBS, y por eso el vocabulario se mezcla: siguen llamándole "Oracle" a secas, como le llamaban antes. Pero para efectos de soporte, licenciamiento y roadmap son dos productos con reglas distintas.

Otras empresas llegan a ERP Cloud directo, sin haber pasado por EBS: crecieron con otro sistema, o con hojas de cálculo, y eligieron ERP Cloud desde el inicio por la escala que necesitaban. Para ellas, la relación con EBS es solo de nombre compartido, no de historia compartida, y conviene tenerlo claro para no arrastrar expectativas de un producto que nunca usaron.

Los módulos que incluye

Oracle ERP Cloud se organiza en familias de módulos que se activan según lo que la empresa contrató. Las que más aparecen en implementaciones mexicanas son estas.

• Financials: contabilidad general, cuentas por pagar y por cobrar, gestión de efectivo, activos fijos e impuestos.
• Procurement: abastecimiento, compras, gestión de proveedores y contratos.
• Project Management: planeación de proyectos, control de costos, facturación y reconocimiento de ingresos.
• Cadena de suministro (SCM, por Supply Chain Management): inventarios, planeación y logística, cuando la empresa lo contrató como módulo separado.

Cada familia trae, dentro de sí, funciones que se activan por separado. Ese detalle es justo el que explica por qué dos empresas con la misma licencia terminan usando el sistema de forma muy distinta.

El sistema se actualiza en releases trimestrales que Oracle libera a todos los clientes por igual, con nuevas funciones dentro de estos módulos que van quedando disponibles, aunque no siempre activadas. Ese ritmo es otra diferencia frente a EBS, donde la empresa decide cuándo aplicar cada actualización.

Para qué tamaño de empresa está pensado

Oracle ERP Cloud está construido para operaciones con más de una entidad legal, más de un país, o procesos financieros que necesitan consolidar información entre unidades de negocio. Es el escalón siguiente a NetSuite: cuando la complejidad de la operación crece más allá de lo que un ERP de una sola pila de módulos puede sostener con claridad.

Si la operación es de una sola entidad, sin necesidad de consolidar entre países o unidades, el costo y la complejidad de ERP Cloud rara vez se justifican. Ahí la conversación suele ser sobre NetSuite, no sobre este producto.

En la práctica, el perfil típico que opera ERP Cloud en México es una empresa con varias razones sociales, plantas en más de un estado o presencia en más de un país, donde consolidar cifras entre unidades a mano ya no es sostenible. Ese es el problema que el producto resuelve mejor: no tanto un proceso en particular, sino la vista consolidada de varios procesos a la vez.

Cómo se activa lo que ya se paga y no se usa

Es frecuente que una empresa contrate un bloque completo de licenciamiento y termine usando una fracción de lo que incluye. Pasa sobre todo con Procurement y con Project Management, que llegan como parte del paquete pero se configuran después, o nunca.

Es el caso de Cenmex, que operaba ERP Cloud desde 2019 y no tenía la cadena de suministro alineada a su operación real: gran parte de los procesos se llevaba por fuera del sistema, y el equipo había llegado a usar la plataforma prácticamente como una base de datos, sin explotar la funcionalidad que ya tenía pagada. Consideraron dejar el ERP por completo.

En vez de reimplementar desde cero, se hizo un acompañamiento de calidad sobre esos procesos: identificar qué funcionalidad ya pagada no se estaba usando bien, comparar contra la funcionalidad estándar de Oracle y priorizar qué configurar primero. La empresa terminó renovando licencias y remediando el flujo en todas sus plantas, sin un proyecto nuevo de implementación.

El punto de partida no fue asumir que el sistema estaba mal elegido, sino revisar si estaba bien aprovechado. Esa pregunta, antes de cualquier otra, es la que suele ahorrar el proyecto más caro.

Por dónde empezar

Por una revisión de lo que tu licencia de ERP Cloud incluye contra lo que hoy tienes configurado. Es la forma más directa de saber si el sistema te está rindiendo lo que ya pagas, antes de considerar cualquier proyecto nuevo. En muchos casos, ese ejercicio termina siendo suficiente por sí solo.

Cuéntanos qué módulos tienes contratados y cuáles de ellos usa tu equipo todos los días.

Otras entradas

Oracle ERP Cloud y Redwood

Módulos de Oracle ERP Cloud que casi nadie aprovecha

Oracle ERP Cloud y Redwood

Qué es Oracle SCM y cómo se integra a un ERP Cloud

Cumplimiento fiscal en México

CFDI 4.0, DIOT y contabilidad electrónica: qué automatiza un ERP y qué sigue siendo manual