ERP completo como SaaS

¿Planificación de los recursos empresariales completa como SaaS?

Las partes anteriores de esta serie nos dejaron con el dilema siguiente: ¿Por qué el mundo de la planificación de los recursos empresariales (ERP) completa para fabricación no ha aceptado por completo el software como servicio (SaaS)? Es cierto que el SaaS Showcase contiene varias soluciones ERP SaaS, pero empresas como NetSuite, Intacct, Plexus, Workday (una nueva empresa de PeopleSoft con Dave Duffield) o Everest Software no son verdaderos representantes de capacidadse profundas y versátiles de fabricación. Además, sus productos exclusivos de SaaS no son atractivos para muchas empresas conservadoras que prefieren reservar la opción de las soluciones en sus locales como les sea necesario. De hecho, gran parte de esos ambientes demuestran un interés en probar las aplicaciones por demanda en un campo mucho más estrecho para usarlas más adelante en toda su capacidad. Habría que ver a empresas como SAP, Oracle, Infor, Lawson, Epicor, QAD, IFS, Cincom, Exact, etc., lanzarse en esta aventura para convencernos de la conversión de los proveedores de ERP tradicional a la religión de SaaS. Hay que notar que proveedores como SAP tienen varios clientes para quienes el proveedor (o uno de sus asociados) aloja un ambiente ERP de fabricación. Si bien esto no necesariamente es SaaS, al menos debemos reconocer que es un paso en esa dirección.

Con esto concluye la serie El software como servicio.

El primer paso para resolver este dilema sería cambiar la arquitectura de modo que las aplicaciones funcionen en la web y en modo de varios inquilinos. Aunque esto puede resultar un obstáculo enorme, ciertamente no es insuperable. De forma concreta, Epicor, probablemente sin quererlo, reescribió su producto Vantage (consulte Ejemplos de habilitación en Microsoft .NET) en una arquitectura de varios inquilinos, pero sigue pensando si lanzará su oferta por demanda dentro de poco tiempo.

Si desea consultar las partes anteriores de esta serie:
El software como servicio
Advertencias sobre el software como servicio
El aspecto funcional del software como servicio

La tímida aceptación que han tenido los clientes prospectos y los dolores relacionados con las transiciones son otras razones por las que el SaaS ha tardado. Asimismo, los procesos de ERP son específicos para la industria, abarcan de un extremo a otro y pasan de un departamento a otro, y eso ha sido otro obstáculo para la entrada de SaaS, que, como se dijo antes, sólo ha logrado prosperar en funcionalidades aburridas de gestión de relaciones con los clientes (CRM) y gestión de cadena de suministro (SCM) para un departamento en particular. Cuando se trata de orquestración complea e integración de los procesos de negocios, la funcionalidad de SaaS sigue estando detrás de su homóloga en los locales. Por lo tanto, resulta irónico (aunque poderoso) que Salesforce.com opere su negocio de back-office „a la antigüita“, usando Oracle E-Business Suite, aunque usa Salesforce.com para sus actividades de front-office, sobre todo las campañas de mercadotecnia y la gestión de oportunidades y asociados.

Otro problema con la oferta de ERP como SaaS se debe a que para reducir la complejidad, la mayoría de los sistemas ERP incluyen varias plantillas que se adaptan a ciertas industrias y que implican establecer las neceidades de los parámetros del sistema. Sin embargo, una vez que se han definido dichos parámetros, es difícil realizar cambios. Todos los prdouctos SaaS que están disponibles actualmente tienen una capacidad limitada para convertir y limpiar datos, correr scripts de prueba o documentar los procesos, que son tareas que comprenden hasta el 70 por ciento de los costos de implementación, sin tener en cuenta el producto. Por lo tanto, debemos buscar la lógica que incluye una aplicaicón ERP, que debe adaptarse a diferentes ambientes de fabricación o planeación, pero que no se activan antes de que los usuarios definan qué tipo de lógica se necesita en el nivel de los artículos. Esto significa que una empresa podría planear algunas piezas usando órdenes de trabajo separadas y algunas usando programas repetitivos en la misma ubicación, de forma que algunas piezas en la ubicación podrían deducirse posteriormente de forma automática y otras saldrían en la orden. Tener un sistema que pueda soportar fabricación de modos mixtos sin tener que establecer restricciones artificiales implicaría tener tecnología disponible para ofrecer ERP de fabricación por demanda en el mercado.

Las declaraciones de un proveedor veterano de planificación de recursos empresariales

Por consiguiente, es refrescante ver que la primera solución ERP para fabricación por demanda como SaaS proviniera de un proveedor veterano cuyas capacidades simpre han parecido ser mayores que su reconocimiento en el mercado global de aplicaciones empresariales. Glovia International, un proveedor de soluciones ERP extendida tanto para empresas de fabricación de ingeniería bajo pedido (ETO) y repetitiva/de gran volumen, anunció en octubre de 2006 la inauguración de Glovia Series Inc. –una empresa nueva que podría ser el proveedor principal en la industria de soluciones SaaS diseñadas especialmente para ayudar a las pequeñas y medianas empresas (PYME) a manejar sus procesos de fabricación. Glovia International tiene sus oficinas generales en El Segundo, California, y es una filial de Fujitsu Limited (TSE:6702 de la bolsa de Tokio), uno de los principales proveedores de soluciones de tecnología de la información (TI) y comunicaciones para el mercado global en Tokio. La empresa registró ingresos de más de 40 mil millones de dólares (USD) en el 2006.

Junto con el lanzamiento de Glovia Services Inc., Glovia International presentó GSInnovate, una solución para fabricación basada en su propio producto para fabricación en los locales glovia.com. con este modelo de entrega innovador, la solución soporta la gestión de varios procesos de fabricación en una plataforma tecnológica SaaS que promete un desempeño general del negocio con inversiones y riesgo menores. Glovia Services es la empresa rara que tiene una solución SaaS completa diseñada específicamente para ayudar a que las PYME de fabricación manejen sus procesos clave, como gestión de inventario, gestión de órdenes, abastecimiento y gestión financiera y contable.

La solución está basada en un modelo de entrega SaaS en el que el fabricante no debe comprar o mantener software, hardware o infraestructura. Se accede a una aplicación SaaS mediante la Internet con un navegador, eliminando así los costos directos de hardware, licencias y el personal técnico costoso que se necesita para mantener estos sistemas. Glovia Services enfocará sus soluciones exclusivamente en este creciente mercado de fabricantes pequeños –un mercado que no había sido bien atendido por los proveedores de soluciones tradicionales para aplicaciones, pero que representa una oportunidad de crecimiento de varios miles de millones de dólares para la tecnología emrpesarial. La solución está orientada a fabricantes discretos, de taller o ETO que tengan ingresos anuales de 10 millones a 50 millones de dólares (USD), o pequeñas filiales de empresas grandes. La serie ERP extendida de glovia.com es funcional y flexible y satisface las necesidades de los ambientes de fabricación ETO, fabricacion bajo pedido (MTO), de gran volumen y de modos mixtos. Para ello cuenta con una funcionalidad amplia que trata casi todas las etapas del ciclo de vida de los productos (es decir, desde el diseño y la fabricación, hasta la satisfacción y el servicio).

Glovia sabe que para atraer clientes ajenos a su limitada base de ERP, su prioridad debe ser el agnosticismo de la plataforma de back-office de sus productos de e-business. Gracias a la flexibilidad que ha adquirido gracias a su habilitación en Java y XML, glovia.com puede funcionar ahora como sistema central de una empresa o como una solución que lleva a cabo las operaciones y la planeación en la planta o en el nivel de las unidades. Con respecto a su coexistencia con otros sistemas en el último caso, el proveedor empieza a ofrecer adaptadores de integración para enlazarse con otros sistemas empresariales o legados.

Glovia espera convertirse en una plataforma de servicios para fabricación que conectará e integrará los diferentes sistemas de negocios que puede usar una empresa actualmente. Por lo tanto, los clientes deben obtener las respuestas al qué, cuándo, cuánto, cómo de la demanda en toda la cadena de suministro, gracias a dichos motores optimizados para las plataformas de servicio.

La adaptación del software como servicio

El objetivo inicial de las operaciones de ventas de Glovia Services es obtener clientes nuevos, aunque esto no elimina contar con las pequeñas unidades operativas de los clientes existentes, cuando sea adecuado. El proveedor ha analizado toda la oferta de glovia.com y ha seleccionado el conjunto funcional que cree que se adaptará mejor al cliente objetivo. Esto no quiere decir que la oferta SaaS no cambiará; es posible que Glovia decida aumentar la funcionalidad usando otros módulos.

Actualmente, GSInnovate es una serie amplia de soluciones que se creó para los fabricantes del mercado de las PYME y que soporta los procesos críticos de fabricación como gestión de inventario, planificación de requisitos de material (MRP) y nomenclaturas, gestión de órdenes, abastecimiento, aprovisionamiento y gestión financiera y contable. Algunas de las atracciones clave para los fabricantes pequeños deben ser un costo inicial interesantes, precios de implementación por paquete, tarifas mensuales bajas y contratos mensuales. Los fabricantes pueden operar desde un solo sitio, varios sitios en un solo país o varios sitios alrededor del mundo, y aque la solución también tiene capacidades para varios idiomas y varias monedas. Sin embargo, una pequeña desventaja es que como GSInnovate es una serie completa y funcional, su implementación completa puede ser larga, aunque Glovia Services estima que generalmente debe realizarse en tres meses.

Glovia también cree que GSInnovate se diferencia gracias a una filosofía „ventas directas, soporte directo“ para servir a los clientes prospectos. Esto puede ser bueno a corto plazo, ya que el modelo de negocios de los asociados SaaS y su propuesta de valor no se han concretizado todavía en el mercado. Asimismo, a diferencia de los proveedores de mercancía, los clientes de SaaS de Glovia pueden obtener un valor agregado de un equipo de ventas directas que conoce el mercado de la fabricación y los retos específicos que enfrentan los negocios pequeños.

Recomendaciones para los usuarios

Los clientes prospectos y los competidores de un proveedor que ofrezca SaaS deben tomar nota, ya que la idea de pagar por un software (servicio) de acuerdo al uso, implementaciones más rápidas y costos iniciales más bajos no se puede ignorar. De cualquier forma, muchos clientes siguen sin aceptar por completo el alcance funcional, el enfoque vertical y la viabilidad del proveedor, y quieren tener la opción para traer todo a sus instalaciones, por la razón que sea.

Cuando se traten los problemas de seguridad en Internet, privacidad y las interfaces de los productos de varios proveedores, el número de proveeedores que adopten Saas y otros modelos de negocios, sin duda crecerá. Los clientes prospectos no deben enfocarse en la semántica y en los artilugios de mercadotecnia de los proveedores, sin en ver SaaS o las necesidades por demanda como parte de la estrategia a largo plazo. Después de identificar qué partes del negocio podrían usar SaaS o las aplicaciones por demanda, hay que realizar pruebas piloto en una prte aislada de las operaciones, para probar las funciones e identificar las fallas posibles.

Por su parte, los proveedores deben definir y proporcionar más opciones para clos clientes de los modelos de licencias perpetuas, por periodo, por empresa y basadas en el valor, y deben crear un plan para migrar a los clientes en dos direcciones entre los modelos de licencias a medida que cambian las necesidades del negocio. Para reemplazar los procesos manuales y en hojas de cálculo, hacer crecer el software casero o desarrollado a la medida o hacer crecer los sistemas ERP legados, los fabricantes pequeños deben explorar las alternativas de ERP como SaaS y tradicional en los locales. Muchas empresas pequeñas usan sólo una parte de la funcionalidad de un sistema ERP típico (consulte Erosión de las aplicaciones: causas y curas), por lo tanto, las implementaciones de SaaS deben ser una forma para acceder a esta funcionalidad de base con mayor rapidez y para tener costos directos más bajos, mientras se mantiene la capacidad para “encender” capacidades más avanzadas a medida que se vayan necesitando.

Por lo general, el uso de arreglos alojados como soluciones (y no sólo como ejercicios para reducir los costos) tendrá sentido para los fabricantes de electrónicos o alta tecnología y los segmentos de fabricación similares que ya subcontraten algunas partes de sus operaciones de fabricación o que tengan sus propios centros de fabricación y distribución repartidos en todo el mundo. Es necesario realizar la debida diligencia antes de decidir si se adoptan aplicaciones alojadas, como se hace con cualquier decisión de importancia estratégica. Esto se aplica tanto a los proveedores como los clientes potenciales, ya que si bien existe la promesa de reducir los riesgos y los tiempos de implementación, los costos directos, etc., que puede justificar el modelo de alojamiento, presenta una serie de problemas nuevos que deben tomar en cuenta las organizaciones del mercado medio. Por consiguiente, las empresas que estén evaluando varias opciones de implementación deben pensar seriamente tanto en SaaS como en las opciones tradicionales en los locales. Dependiendo de los modelos de negocios y los factores económicos, las diferencias en las ventajas para el negocio, la flexibilidad, el enfoque vertical y la gestión de riesgos adquieren importancia al comparar estas opciones de implementación. Los usuarios deben aceptar el modelo de SaaS por su posible propuesta de valor (y no por su costo inicial), tal como la facilidad para compartir datos con los socios comerciales, la disponibilidad de centros de datos de respaldo para recuperación de las operaciones en caso de desastre y el acceso a los servicios y las capacidades de la aplicación, cuya obtención y cuyo mantenimiento serían demasiado costosos si se tuviera en los locales.

Algunos de los problemas que hay que considerar son la capacidad técnica del proveedor para administrar el programa; la industria en la que se enfoque el proveedor; la capacidad para personalizar las aplicaciones; la capacidad del proveedor o el proveedor de servicios para garantizar la conectividad; el modelo de precios seleccionado y la forma para negociar un acuerdo de nivel de servicio. Hay que tratar estos asuntos al mismo tiempo que se evalúan las capacidades del paquete de software se comprende si la oferta alojada es distinta a la oferta de licencias tradicionales. Los clientes deben comparar cuidadosamente las ventajas con las restricciones potenciales para el negocio que tiene la opción alojada, y deben realizar evaluar las referencias proporcionadas por otros clientes.

Antes de tomar una decisión final, los usuarios prospectos deben comprender bien sus planes de continuidad de negocios y hacer preguntas como “¿Quién es el dueño de los datos y cómo puede usarlos el proveedor? ¿Qué les sucede a los datos al descontinuar el arreglo por SaaS? ¿Cómo se garantizan la confidencialidad y la integridad de los datos?” Hay que hacer preguntas a los proveedores que estén compitiendo sobre sus iniciativas con respecto a control de intrusiones, normas de privacidad de los datos, soporte para dispositivos portátiles, identificación y prevención de puntos potenciales de fallas en las redes y los servidores (mediante respaldos, recuperaciones, etc.) y capacidad de graduación y redundancia, entre otros asuntos. Los usuarios deben preguntarles a los proveedores qué garantías pueden darles con respecto a los acuerdos de nivel de servicios, y pedirles que les hagan saber sobre las interrupciones de suministro recientes planeadas y no planeadas, sobre todo al pensar en las posibles fallas que tengan los proveedores externos (asociados), que puedan afectarles. Asimismo, debe asegurarse la fortaleza del aprovisionamiento, la administración, el registro único y la tecnología de gestión de sistemas del proveedor. Los usuarios deben comprender las consecuencias que pueden tener las futuras actualizaciones al sistema y la infraestructura y las interrupciones al suministro que pueden presentarse (es decir, si estas actualizaciones deben implementarse en todo el sistema o si el proveedor les proporciona actualizaciones graduales).