Antecedentes
Durante los últimos diez años, la mayoría de los vendedores de la planificación de los recursos de la empresa (ERP) han invertido fuertemente en las series de solución de sus productos para poder extender su portafolio de producto más allá de los componentes tradicionales ERP integrados como la contabilidad financiera, recursos humanos (HR), planificación de los recursos de fabricación, gestión de órdenes, gestión de inventario, etc. Los segmentos comunes de extensión de la aplicación, generalmente construidos en la misma plataforma tecnológica como los módulos ERP, incluyen gestión de las relaciones con los clientes (CRM), gestión de las relaciones con los proveedores (SRM), gestión de la cadena de suministro (SCM), y gestión del ciclo de vida de los productos (PLM).
En el nivel uno de ERP, que claramente incluye SAP y Oracle, se han realizado grandes esfuerzos para evitar los intentos de los vendedores de excelencia para explotar las oportunidades de ingreso resultado de los intervalos dejados por ERP. Sin embargo, las dos compañías han tomado acercamientos considerablemente diferentes. SAP ha tomado el crecimiento orgánico a través del acercamiento del desarrollo interno para las extensiones de la aplicación, que pueden consumir mucho tiempo y con frecuencia los resultados llegan tarde al mercado y hay gran protesta por parte de los clientes necesitados. Por otro lado, con frecuencia resulta ser un producto con los mismos controles de procesos y apariencia que los componentes tradicionales ERP y tienen mejores puntos de integración. Oracle tiene un acercamiento de adquisición algo más arriesgado y caro para ciertas áreas funcionales, como se demuestra con las adquisiciones de Siebel para CRM, G-Log para la planificación y ejecución de transporte multimodal, y Retek para aplicaciones y conocimientos de menudeo únicos. Sin embargo, PLM parece ser un acertijo más difícil de resolver para Oracle. El desarrollo interno y el compromiso con el conjunto de soluciones PLM sigue siendo algo muy serio, y cualquier especulación acerca de que su plan pueda incluir una adquisición PLM alternativa es solamente eso: una especulación.
La serie PLM de Oracle está construida en un sólo modelo de datos de la serie de comercio electrónico y plataforma tecnológica, que proporciona la integración de procesos y la inteligencia comercial, que son dos de las fuerzas de Oracle entre sus aplicaciones comerciales generales. Los datos centrales PIM de Oracle extienden la solución PLM de Oracle para sincronizar la expansión de datos del producto a lo largo de diversas entidades comerciales. El PLM de Oracle también se integra con los servicios de contenido de Oracle para proporcionar la gestión de contenido y documentos específicos para la aplicación. Por último, el PLM de Oracle dirige la mayoría de las necesidades y matices de NPDI y dirige todos los problemas sobresalientes de cumplimiento para las industrias discretas y de procesos.
Mientras que la serie PLM descrita arriba parece relativamente completa, se ha juntado con el tiempo como una conglomeración de módulos existentes que no se desarrollaron necesariamente con el PLM en mente, aunque hubo un desarrollo de producto considerable que sí tenía un enfoque PLM. Dado el legado de Oracle en la gestión de bases de datos, no es de sorprender que la gestión de datos del producto, la inteligencia comercial y las capacidades de soporte de decisión son las partes más sólidas de la serie PLM. Estas fuerzas, aunadas a las adquisiciones para la venta guiada (Concentra en 1998) y la tecnología de visualización CAD (Assentive en 2001), y una fuerte dosis de trabajo de integración y desarrollo interno han ayudado a darle al PLM de Oracle el nivel en donde es una solución viable para su base instalada. De hecho, la serie tiene varios clientes de alta tecnología clave, y realmente ha obtenido un gran impulso en otros verticales clave de Oracle.
Dada la baja presencia de Oracle en PLM, una adquisición los pondría en la primera plana, y obtendría el apoyo para que sus esfuerzos en PLM siguieran adelante. De hecho, algunos discutirían que Oracle necesita una iniciativa de impulso positivo e importante en el frente de PLM, y que una adquisición inteligente podría ser el impulso que necesita para poder ser tomado en serio fuera de su base instalada de aplicaciones. Sin embargo, el camino actual del desarrollo interno con un enfoque en un enriquecimiento del producto PLM puede ser el curso de acción más lógico.
Fusion es el resultado de un esfuerzo muy importante de desarrollo para traer todas las aplicaciones diversas recientemente adquiridas bajo un mismo modelo común de datos y una plataforma de arquitectura orientada al servicio (SOA), al seleccionar los mejores elementos de cada uno y al consolidarlos con lo mejor de la serie de comercio electrónico de Oracle. Al utilizar las herramientas de Fusion Architecture, Oracle espera tener la consolidación completa para fines del 2008. Con su enfoque en Fusión, Oracle ha puesto mucho esfuerzo dentro de un curso de acción. Esta estrategia puede estar dando frutos, ya que a principios de enero Oracle anunció su entrega exitosa en compromisos considerables de Oracle Fusion en el 2005. De hecho, desde su introducción en enero 2005, las organizaciones combinadas Oracle-PeopleSoft definieron Oracle Fusion Architecture, vista como una adopción industrial muy amplia de Oracle Fusion Middleware, se certificaron aplicaciones de PeopleSoft y JD Edwards en Oracle Fusion Middleware, y lanzaron aplicaciones previas a Fusion.