¿Cuáles son los problemas en la implementación de ERP basado en la nube?

Adaptación Las compañías a veces piensan que sus datos serían comparativamente menos seguros en una ubicación en línea.

Resistencia ejecutiva Es similar a la anterior, pero la causa de esta barrera es diferente. Algunos ejecutivos corruptos de nivel CxO se opondrán a los ERP basados ​​en la nube porque ahora tendrían una menor adquisición de TI y menores costos operativos; Esto se traduce directamente en menores oportunidades de sobornos o malversación de fondos.

Integración Me ha resultado más difícil integrar ERP basados ​​en la nube con aplicaciones internas / in situ de la empresa por razones obvias.

Los problemas de conectividad a Internet en la red a menudo demuestran ser un cuello de botella para el rendimiento de ERP basados ​​en la nube. Especialmente los mecanismos de carga de datos pueden estar muy obstruidos debido a problemas de red. Para una empresa multinacional con presencia en países con poca conectividad a Internet, no hay nada que puedan hacer sobre el rendimiento de ERP (en esos países) solo por este hecho.

Dependencia del proveedor La dependencia singular del proveedor de la nube aumenta en gran medida, pero las estrategias para frenar esto son fáciles de definir e implementar.

Hay dos tipos de empresas que están mirando a la nube, ya sea grandes corporaciones que buscan actualizaciones o el sector de las PYME que está tratando de pasar de sistemas heredados a ERP con menor inversión en TI.

Para las grandes corporaciones a partir de hoy, ninguna suite incluye SAP y Oracle ofrecen funcionalidades tan amplias como en las suites locales. Se están mudando a áreas menos extensas en la nube como CRM y HCM, pero las funciones críticas como la cadena de suministro y las finanzas aún se administran en las instalaciones. Y aún existe el temor a la seguridad y privacidad de los datos.

Para el sector de las PYME, la oferta vuelve a ser demasiado incipiente para que puedan deshacerse del legado y pasar a un conjunto de aplicaciones en la nube simplificado. Están sucediendo muchas esperas para que los grandes se muevan y los proveedores de ERP permitan un ancho de función comparable al local. El miedo a la continuidad del negocio y la falta de integraciones con el legado actual es un obstáculo.

Tal vez no sea un problema de implementación como tal, pero una cosa que creo que es importante agregar es lo que sucede cuando la solución en la nube que ha elegido ya no satisface sus necesidades … ¿la solución le permite tener acceso a sus datos con suficiente detalle para extraerlos? ? Si tiene un contrato anual, necesitará cronometrar, con buena contingencia, el corte entre lo antiguo y lo nuevo, o se verá obligado a celebrar otro contrato anual solo para tener acceso a los datos que desea exportar.

Las restricciones de personalización mencionadas en la otra Respuesta de Dirk son necesarias para tener una verdadera solución de nube multiempresa; aunque la mayoría tiene la capacidad de permitir complementos aprobados como un punto medio para esto.

Sin embargo, para un cliente “Cloud” puede significar simplemente tener mis servidores en otro centro de datos. Esto significa que las soluciones tradicionales ‘en las instalaciones’ funcionan “en la nube”. De esta manera, obtiene los beneficios de un enfoque de proyecto “en las instalaciones” (como resaltó Gene) y la capacidad de adaptar su solución y tener acceso a sus datos. Aunque, muchos de los riesgos de tener sus datos en los servidores de otras compañías aún son ciertos; al igual que la probabilidad de que la empresa de alojamiento tenga una protección mucho mejor sobre esos servidores que la que podría lograr una empresa individual.

La mayoría de ustedes ha respondido esta pregunta desde SAP o desde cualquier perspectiva ERP grande. Pero el desafío que ve en ERP en la nube para una sola instancia es muy diferente del que tienen los ERP CLOUD / SaaS reales.

Permítanme explicarlo exclusivamente de SaaS ERP, ya que poseemos un ERP AcTouch.com en la nube y tenemos muchos clientes de los sectores de Fabricación, Comercio y Startups + Comercio electrónico.

1. En cuanto a la implementación, no veo mucha diferencia aparte del DINERO que obtienes ya que los segmentos objetivo son diferentes (SAP vs AcTouch.com o Quickbooks). Para los ERP en la nube, muchas grandes empresas no quieren pagar por la implementación, ya que consideran que es FÁCIL hacerlo.
2. Problemas de red / ISP: un gran dolor de cabeza para nosotros y los clientes, como en INDIA, lo que promete el ISP (línea de 8 MBPS) y lo que obtienes siempre es diferente (1 a 3 MBPS). Perder frecuentemente la conectividad.
3. Alcance de la aplicación y lo que ven en la denominación STAND ALONE, el cliente también quiere lo mismo en CLOUD. (Muchos navegadores no admiten muchas funciones y terminamos en problemas. Por lo tanto, decidimos no admitir Internet Explorer)
4. Seguridad en la nube en todas las capas de la aplicación. Así que tuvimos que construir la aplicación de abajo hacia arriba con múltiples capas de seguridad. El costo del desarrollo es enorme.
5. Rendimiento del servidor central, política de respaldo, política de seguridad (quién tiene acceso a qué datos y contraseña), etc.
6. Abordar las inquietudes de los clientes.

1. Miedo a perder los datos.
2. “Oh, el servidor no está en mi casa, no confío en ti con mis datos confidenciales”

1. Cada lanzamiento es una pesadilla, ya que las pruebas deben realizarse para todos y cada uno de los módulos, aunque no hemos realizado ningún cambio en ellos, ya que es una instancia única.
2. verifique toda la personalización realizada para clientes
3. Formularios e informes específicos para el cliente.

Gracias

Nityananda Rao

Buenas respuestas hasta ahora, pero he trabajado con M3 en los días de Lawson y tengo varios clientes en AX, no implementaciones típicas de tipo nube.

Con productos como Netsuite, Plex, Intaact, Acumatica, etc., uno de los principales problemas que enfrentan mis clientes es la posibilidad de una implementación remota. Si bien las reuniones de Webex son excelentes, simplemente no pueden tener la misma discusión y autenticidad de comunicación de estar en el sitio. Es importante ver al equipo de implementación, tratar directamente con las operaciones, encontrar quién va a resistir el cambio, administrar la política interna y mucho más que hace que un proyecto sea problemático.

Todos tienen en cuenta los costos y los gastos de viaje parecen ser una excelente manera de ahorrar, pero realmente trato de presionar a mis clientes (y socios de software) para que al menos tengan las sesiones de descubrimiento / planificación en el sitio.

La capacitación es bastante importante, pero puede ser en el sitio del cliente o en el sitio del proveedor de software con los clientes que viajan, siempre que esté en la misma sala, no tiene un maestro que presente información y un usuario revise su correo electrónico.

Cara a cara no siempre se aprueba, pero siempre es exitoso.

Hay muchos puntos a considerar con respecto a alojar un ERP en la nube, como:

• Fiabilidad / seguridad / fijación de precios del servicio de alojamiento.
• Fiabilidad de la conectividad segura, incluida la contingencia para la transición a una conexión de respaldo en caso de interrupción. Esto se aplica tanto a usuarios remotos como en el sitio. Si esa conexión se cae, su negocio también.
• Ramificaciones de hospedar información patentada en servidores remotos (puede haber restricciones legales sobre dónde se puede almacenar información tecnológicamente sensible, por ejemplo).
• Si se trata de una instalación administrada, ¿cómo afecta eso su capacidad de personalizar el código o administrar el proceso de actualización?
• Comprender las garantías de nivel de servicio de un proveedor de alojamiento administrado (tiempo de respuesta a solicitudes, etc.)

Por supuesto, esto solo toca algunos de los problemas relacionados con el alojamiento de un ERP en la nube, esa es una pregunta separada de si el ERP que está considerando es el adecuado para el trabajo.

Estoy de acuerdo con los puntos que Dirk hizo con respecto a los problemas / consideraciones de alojamiento. Desde el punto de vista de la implementación, no hay mucha diferencia con la de implementar ERP en general. Puedes leer mi blog ¿ERP es demasiado arriesgado para las PYMES? http://www.AndersonYates.Co.uk/blogs&nbsp ; para encontrar los errores que comete la gente.

Trabajamos con un marco de implementación que garantiza el éxito dividido en análisis, selección de software e implementación.

Las mayores barreras suelen ser la falta de recursos y experiencia, la falta de patrocinio y compromiso. Nos negaremos a embarcarnos en la implementación de ERP sin un compromiso de nivel C, ya que está condenado al fracaso. Entonces, la gestión del cambio y la falta de ella no dan ninguna urgencia para el cambio. Finalmente, los requisitos mal analizados y las definiciones de casos de uso resultan en la selección del producto incorrecto.

Desde entonces es un viaje de pesadilla y estamos llamados a rescatar el proyecto.