¿Oracle o SAP ganarán la carrera de ERP en la nube en 2020?

La implementación de la nube SAP S / 4Hana ha sido difícil para SAP después de las adquisiciones recientes, pero ha fijado una fecha límite, para 2025, para que los clientes heredados de Planificación de recursos empresariales (ERP) consideren cambiar a las ofertas en la nube.

Aunque el gigante corporativo alemán continúa presionando por la innovación y las nuevas tecnologías, su estrategia sobre futuros modelos de datos comunes e integración aún no está clara para muchos de sus clientes.

Según la firma de investigación Gartner, SAP tenía una participación de mercado del 22 por ciento en el mercado global de ERP, en la nube y en las instalaciones, mientras que Oracle tenía una participación de mercado del 11 por ciento en 2018.

SAP y Oracle, los mayores proveedores de ERP, se están preparando para convertirse en el proveedor de aplicaciones líder en el mundo.

SAP tiene grandes seguidores en el ERP local y una fabricación muy sólida y, en el caso de Oracle, son fuertes en el sector público.

En un evento reciente de SAP Capital Markets Day, el nuevo co-CEO de SAP, Christian Klein, dijo que SAP era el ERP número uno, mientras que el director técnico y El presidente de Oracle, Larry Ellison, dijo en la conferencia Oracle OpenWorld en septiembre que su ERP Fusion era la oferta de nube número uno. y posee más del 95% de participación de mercado.

SAP comenzó a ofrecer ERP en el sitio mucho antes de Oracle, pero Ellison dijo que su ERP Fusion sería la palanca que finalmente desalojaría a SAP del primer lugar.

Según una encuesta de 270 DSI en Alemania, Austria y Suiza, realizada por el grupo de usuarios de habla alemana SAP DSAG en septiembre, solo alrededor de una cuarta parte de los encuestados dijeron que estaban bien informados sobre el papel que desempeña la hoja. de productos SAP en sus negocios. Estrategias de escaneo, 45% estaban parcialmente de acuerdo y 30% dijeron que no estaban bien informados.

DSAG había escrito en su blog que una queja importante era el hecho de no recibir sus nuevas ofertas en el mismo lenguaje de codificación, creando trabajo adicional para sus clientes para que todo funcione en conjunto y el grupo quiera una mejor integración, Datos maestros uniformes, funcionalidad avanzada y estable y escalabilidad de soluciones y modelos de licencia.

Ellison dijo en septiembre que Oracle había comenzado a reescribir todas sus aplicaciones locales para la nube hace una docena de años, pero SAP, que adquirió varias compañías de aplicaciones en la nube en los últimos años. años, de alguna manera se ha olvidado de reescribir sus aplicaciones para la nube.

Zakaria Haltout, directora ejecutiva de SAP UAE, dijo que la oferta de nube pública era algo nuevo, hace unos tres años.

ERP en la nube pública puede ser difícil

(Crédito de la foto: Gartner)

ERP en una nube pública puede ser difícil, dijo Haltout, y agregó que los clientes no lo tomaron en serio desde el principio y debido a la falta de participación de la alta gerencia porque dependen solo de Personal de TI.

"Cuando nos encontramos con un cliente, decimos que es un proyecto empresarial y no un proyecto informático. El cliente debe tener una comprensión clara de lo que está buscando y sin aprovechar las mejores prácticas de SAP, por lo que es difícil. La nube pública limita la personalización ", dijo.

"Siempre agregamos soluciones verticales en piezas. Los clientes esperan la misma oferta que obtienen en el sitio en la nube, al igual que plug-and-play. La gente lo compara con S / 4 Hana en el sitio porque cubre veinticinco soluciones verticales ", dijo Haltout.

Según el Cuadrante Mágico de Gartner, Oracle ERP ha estado en la categoría líder durante tres años, mientras que SAP está en la categoría visionaria.

Aarti Mohan, director de estrategia de nube ERP y EPM en Oracle Eastern Central Europe, Middle East, Africa, dijo que Oracle ha aprovechado al máximo los diversos ERP desde 2011 que poseen y los fusionaron para Fusion ERP.

"Fue diseñado específicamente para trabajar en la nube. No hemos reempaquetado nuestro software in situ existente y hemos declarado que era un ERP en la nube. Lo construimos desde cero. Sabemos que el ERP de ayer se diseñó solo para tecnología local y para la Web y no para la nueva era de los móviles, los grandes datos, la inteligencia artificial, los chatbots digitales o blockchain o IoT. Hemos construido la nube ERP, desde cero, para infundir estas tecnologías a medida que avanzamos ", dijo.

Cuando se le preguntó si SAP enfrentó un desafío técnico importante para que todas las adquisiciones recientes funcionen juntas al integrarlas, Haltout dijo que más del 90% de sus adquisiciones ahora se ejecutaron en Hana y que todo estaría funcionando la plataforma Hana en 2020.

"Nuestro objetivo es exterminar los silos de productos y aportar más enfoque y rigor a la estrategia de productos de SAP", dijo.

"El corazón de S / 4 Hana es el mismo, pero los productos públicos y privados son diferentes. Si los clientes demandan mucha personalización en la nube pública, recomendamos que la tengan en el sitio. Si los clientes optan por fabricación discreta, fabricación, servicios profesionales, venta minorista, etc., recomendamos la nube pública ", dijo Haltout.

Además, dijo que el objetivo de la nube pública es tener una "personalización cero".

Desafíos de integración

En términos de integración de productos, Chris Pang, analista director senior de Gartner, dijo que algunos de los proveedores más grandes han hecho varias adquisiciones y, a pesar de que es casi lo mismo. una sola marca, generalmente hay muchos productos a continuación.

"Habrá algunos desafíos de integración después de unos años de adquisiciones. SAP, Oracle y otros proveedores tienen programas para armonizar la estructura de datos y también el modelo de seguridad, pero tomará algunos años.

"Si buscas en Google algunos de los grandes nombres, obtendrás historias de terror y esa no es la falta de integración, sino la falta de calidad. la integración. Muchas de las adquisiciones de SAP están históricamente diseñadas para funcionar fuera de SAP, así como con SAP y otros proveedores. El problema es la calidad de la integración ", dijo Pang.

Las principales adquisiciones realizadas recientemente por SAP son Qualtrics por € 8 mil millones, Concur por € 8.3 mil millones, SuccessFactors por € 3.4 mil millones y Callidus Software por € 2.4 mil millones.

Pang dijo que SAP ha adquirido Concur (Gestión de gastos) y que debe trabajar con ERP y SuccessFactors, mientras que su adquisición de Qualtrics debe funcionar con todo.

"Por lo tanto, las adquisiciones deben integrarse y operar en múltiples frentes. Con Oracle, está en una posición ligeramente diferente. En los últimos años, ha habido menos adquisiciones, pero si regresas a años anteriores, hicieron un buen número de adquisiciones entre 2005 y 2018 ", dijo.

En los últimos años, dijo que Oracle tenía menos problemas, pero que también habían encontrado problemas difíciles antes.

Pero agregó que Oracle ahora tiene un marco estándar sobre cómo crear aplicaciones con Fusion y cómo se combina todo.

SAP ha sido lento en la nube

Comparando SAP y Oracle en el espacio de ERP, dijo que ambos tienen lo mejor en recursos humanos cuando implementan ERP básico, Oracle está un poco por delante en tener más ERP en la nube que SAP.

"SAP se ha tomado el tiempo de lanzar aplicaciones S / 4 Hana ERP en la nube pública, pero dicho esto, tienen muchas aplicaciones ERP en las instalaciones", dijo.

SAP falló en muchas implementaciones de ERP en la nube, pero Pang dijo que, por lo general, lleva al menos un año implementar ERP o puede durar cinco años, depende de cómo sea su negocio. integrado.

Además, dijo que muchas implementaciones de EPR fallidas están más relacionadas con las expectativas iniciales y que hay mucha expectación sobre lo que la tecnología puede hacer y lo plano -forma puede hacer ya veces es mala comunicación y mala planificación.

"Muchos proyectos de ERP, que pasan de un sistema antiguo a uno nuevo, fallan porque tienen que transportar algunos datos antiguos para obtener informes correctamente y el problema aquí es que el sistema generalmente tiene algunas diferencias en la estructura de datos". Si transfiere datos de un sistema antiguo a uno nuevo, tendrá problemas de calidad de datos ", dijo.

Algunas organizaciones proporcionan datos durante uno o dos años y algunas organizaciones aportan todos los datos al nuevo sistema.

El ERP ya no es un proyecto informático

Para que un proyecto ERP en la nube tenga éxito, Mohan dijo que había muchos factores involucrados. En las instalaciones, dijo que llevará años implementar un ERP porque las organizaciones son muy dinámicas y algunos patrocinadores han comenzado el proyecto y cuando la administración cambia después de unos años, el proyecto se queda solo o Se producen varios cambios en el software.

Pasar del sitio a la nube es un 40% más barato y más rápido, agregó.

Sin embargo, dijo que si hay un cambio en la gestión o la cultura de la organización o si los diferentes líderes empresariales no pueden comunicarse entre sí, entonces el proyecto lleva tiempo para ser actualizado

"Cada ERP necesita coordinación en el nivel C para tener éxito. Esto ya no es un proyecto informático. En las instalaciones, TI estuvo muy involucrado a pesar de la participación de las partes interesadas de la compañía.

"SAP salió primero con la suite ERP local, pero en el mundo de la nube, Oracle está muy por delante de SAP y tenemos más de 6.500 grandes empresas. De este número, más del 60% son clientes nuevos. Nuestra mayor fortaleza en la nube es que tenemos una plataforma conectada en lugar de una plataforma separada para compras, recursos humanos, etc. Ella dijo.

Desde el punto de vista en el sitio, Mohan dijo que las compañías eran propietarias del núcleo, la base de datos y el servidor y que podían cambiar cualquier cosa en el modelo de datos y cuándo comenzaron a nivel porque tenían el modelo de datos y la personalización, se volvió económico y tardó más en actualizarse.

"En la nube, tenemos la capacidad estándar de SaaS, un modelo de datos protegidos para finanzas, recursos humanos, suministro y cadena de suministro. Dado que cada cliente es único y tiene sus configuraciones de la industria que quería hacer en su ERP y que no están disponibles en el software estándar, les proporcionamos un entorno separado en PaaS para la personalización, una base de datos y un desarrollador de Java en la parte superior, que está relacionado con SaaS ", dijo.

En aplicaciones en la nube, Pang dijo que había un cuadro negro en el medio y que las compañías no podían ingresar al cuadro negro para realizar cambios importantes.

"En local, el código fuente está con el cliente y él puede personalizarlo como desee como propietario de la aplicación. En la nube, hay un marco estándar y no se puede cambiar para cada cliente ", dijo.

Mohan dijo que los clientes pueden realizar una personalización completa (agregar campos, eliminar campos, crear informes, crear flujos de trabajo, configurar pantallas) en lugar de la personalización en SaaS en la nube.

En las instalaciones, dijo que los clientes usan para cambiar el código y personalizar, y es por eso que la actualización es costosa.

"En la nube, no permitimos que los clientes toquen nuestro modelo de datos SaaS, pero les damos una caja de arena o un patio de juegos separado en PaaS para que puedan crear la tabla o extensiones de su elección Hemos mantenido el modelo de datos separado para que la actualización sea fácil y sin problemas. En el ERP in situ, los clientes usarían el 50% de la capacidad estándar y el 50% de la personalización mientras están en la nube, eso es el 80-90% de la capacidad estándar y el 10-20% de la personalización en PaaS " dijo ella.

Además, si un cliente desea pasar de la versión en el sitio (todas las versiones anteriores) a la última SaaS, dijo que Oracle tiene un programa llamado `` Soar ''. donde creó un conjunto de herramientas que extrae todas sus configuraciones, datos, instalaciones y actualizaciones. directamente en la versión en la nube.