Las empresas adquieren software para resolver un problema del negocio u obtener una ventaja competitiva. Casi siempre toman en cuenta un paquete de soluciones para no favorecer las soluciones locales y poder aprovechar la experiencia de los demás. Un paquete de soluciones presupone que el proveedor de software se mantendrá al día con las últimas mejoras tecnológicas para hardware y sistemas operativos, y que se asegurará de que el paquete refleje y soporte las tendencias de la industria. Sin embargo, las empresas no gozan de estas ventajas por ósmosis, telepatía o gracia divina, sino que se presentan en forma de versiones del software, service packs o retoques para los sistemas. La empresa que decida no implementar estos productos puede aislarse del software o encontrarse sin soporte alguno. Este artículo evalúa el razonamiento que implica la decisión de actualizar, no actualizar o evitar las nuevas versiones del software.
Antes de iniciar el tema de las actualizaciones, hay que definir algunos términos. Como demuestra la pirámide jerárquica de las actualizaciones, por lo general una versión nueva ofrece funciones nuevas (como componentes habilitados para red, soporte de identificación por radio frecuencia [RFID] o arquitectura orientada a los servicios [SOA]), proporciona nuevos elementos y captura de datos (por ejemplo, registro de medicamentos o consciencia del bioterrorismo). Generalmente, una versión nueva implicará pruebas piloto y evaluaciones, capacitación para los usuarios y conversión de datos, mientras que un service pack pretende corregir los errores inherentes al software del proveedor. Estos service packs no introducen elementos de datos nuevos como tales, y no implican pruebas exhaustivas. Seamos honestos, el proveedor debe dedicarse a corregir los problemas existentes, no a crear unos nuevos. Un retoque es una solución o una actualización más localizada, que, al igual que los service packs, debe ser transparente para la comunidad de usuarios. La jerarquía de las actualizaciones puede representarse con una pirámide, ya que las versiones nuevas pueden incluir service packs y retoques pasados, mientras que los service packs pueden incluir retoques. Nuestra discusión se centrará en las versiones nuevas y los service packs, en los que incluiremos los retoques.
Establecer expectativas de antemano
El usuario, que actúa como director de proyecto y representante de las facciones de tecnología de la información (TI), no está preparado para las versiones nuevas. Los proyectos de implementación de soluciones de planificación de los recursos de la empresa (ERP) pueden durar entre nueve y doce meses, aunque probablemente usted sepa de algunos que han durado años. Durante el proyecto, muchos usuarios trabajan doble, porque no sólo asisten a los cursos de capacitación, introducen datos, crean tablas y realizan pruebas piloto del software nuevo, sino que deben cumplir con las responsabilidades normales de un trabajo de ocho horas diarias. Pero hacen todo esto porque se les ha dicho que el software ERP puede darle a la empresa una ventaja competitiva -traer clientes nuevos, aumentar el tamaño de los pedidos, reducir las ineficacias de fabricación, acelerar las entregas, etc. Todos hemos pasado por esto.
El problema es que, mientras las empresas están en medio de un proyecto de ERP de nueve meses, los desarrolladores de software están creando las versiones nuevas. Así, cuando los empleados creen que ya pueden regresar a sus actividades laborales normales, se les pide que se preparen para la versión nueva. Muchas veces se hace creer a los usuarios que la implementación es un evento que sólo se da una vez, y no hay nada más falso. Un proyecto de ERP no termina nunca.
Hay que ayudar a la comunidad de usuarios a entender este hecho. Si bien la noticia no los hará dar saltos de alegría, al menos no se sentirán engañados. Si los ejecutivos de la empresa les recuerdan esto a sus usuarios, estos terminarán por aceptarlo, aunque sea a regañadientes. Algunas organizaciones hasta crean subconjuntos del equipo de implementación que permanecen en el sitio para entregar las versiones nuevas. Sólo hay que asegurarse de que se justifican adecuadamente estos costos de personal.
El razonamiento de las actualizaciones
La salida más obvia del dilema de las actualizaciones es que si ya pagó por la versión nueva, ¿por qué no usarla? Haga las cuentas. Siendo conservadores, podemos afirmar que un software ERP que cuesta unos $250,000 dólares (USD) implica un precio de mantenimiento de entre $50,000 y $60,000 dólares (USD). Si usted no hace las actualizaciones, estará tirando su dinero a la basura. Ahora exploremos algunas de las razones menos obvias.
Service packs
Tomar la decisión de aplicar los service packs debe ser relativamente fácil si se ha seleccionado un proveedor que tiene un programa eficaz de aseguramiento de la calidad. Los service packs modifican el código para resolver los problemas del software. Así, implican un mínimo de pruebas y es posible que no se requiera capacitación alguna. El único defecto que pude tener este proceso es que se hayan realizado demasiadas mejoras o modificaciones al paquete.
Cuando se trata de mejoras, en primer lugar hay que determinar si el service pack las afecta de alguna forma. En segundo lugar, hay que adaptarlas de forma retroactiva al service pack. Ya no se puede pensar que las pruebas deben ser mínimas, porque deben servir para asegurarse de que las mejoras funcionan como debe ser y que no invalidan la solución del service pack. Como regla general: para cada service pack hay que presupuestar el 20 por ciento del costo original de las mejoras o las actualizaciones. Así, para una mejora que se había instalado inicialmente por $50,000 dólares (USD) (y suponiendo que se lanzan cuatro service packs durante el año -una cantidad razonable de lanzamientos para algunos vendedores), estamos hablando de un costo de $40,000 dólares (USD). Esta cifra no toma en cuenta el tiempo que pasan los empleados realizando pruebas. Si bien los presidentes generales de las empresas disfrutan atender las necesidades de sus usuarios y domar la bestia del software, muchos no logran prever las repercusiones que puede tener a futuro.
Versiones nuevas
La decisión de implementar la nueva versión de un paquete es mucho más complicada, porque conlleva costos más altos y un periodo más largo. En gran parte es necesario tratar las versiones nuevas como implementaciones nuevas, para incluir la conversión de datos, las pruebas piloto, las pruebas integradas y la aceptación de los usuarios. Si no hay cambios importantes en la funcionalidad, no es necesario pasar por las etapas estado actual, estado futuro y análisis de las diferencias. Los usuarios que ya han recorrido la curva de aprendizaje necesitan menos capacitación en comparación con la implementación inicial.
Dicho esto, en el extremo superior de la escala, la implementación de una versión nueva debe presupuestarse como el 50 por ciento del proyecto original. Sin embargo, si se han hecho mejoras importantes al software de base, es posible que la estimación aumente al 70 por ciento o más, ya que todas las mejoras deben adaptarse de forma retroactiva a la versión nueva y deben probarse.
Sin embargo, las versiones nuevas no son como los modelos nuevos de los automóviles, que uno quiere ser el primero en tener. Salvo en los casos en que hay una necesidad apremiante de funcionalidad o el proveedor se compromete a proporcionar una mejora importante de acuerdo al contrato de venta, la mayoría de las empresas permanecen una versión atrás. Nadie quiere tener lo último en tecnología ni convertirse en un sujeto de pruebas para las funcionalidades nuevas. En general, las empresas que quieran implementar la versión actual deben esperar a que salga el primer service pack del software. Aún cuando la versión nueva ya está disponible, los proveedores siguen realizando pruebas. Si bien este plan de acción no demuestra mucha confianza en los desarrolladores de software, tiene base en el estado del desarrollo de software y en la prisa que normalmente tienen los proveedores para comercializar sus productos.
Mantenimiento continuo
Ninguna discusión sobre actualización a una versión nueva estaría completa si no se menciona el mantenimiento continuo y las tarifas relacionadas con él. Considere que, por razones válidas, su empresa decide no implementar las versiones nuevas. Debe preguntarse ¿Para qué quedarse en el mantenimiento? Es necesario que las empresas se hagan esta pregunta cada vez que toman la decisión de no implementar una versión nueva, aún después de que han salido varios service packs. Para las empresas grandes que tienen suficientes recursos de TI, acceso al código fuente y conocimiento sobre el uso de herramientas de desarrollo, la respuesta lógica sería no realizar el mantenimiento. Pero piense que aún con estas ventajas, temas como los lenguajes propietarios de cuarta generación y las tecnologías de bases de datos pueden obstaculizar el objetivo de la autosuficiencia.
Por lo general, las pequeñas y medianas empresas (PYME) no tienen estas ventajas. Además, con frecuencia los proveedores de conjuntos de soluciones les dicen que no necesitan personal de TI (Nosotros seremos su personal de TI). Esto puede ser cierto si suponemos que las PYME siguen las instrucciones del proveedor, pero esta lealtad implica un pago anual por mantenimiento y soporte. Es por eso que es más difícil para las PYME tomar la decisión de dejar el mantenimiento. Si ignoramos el hecho de que no es probable tener una funcionalidad nueva, nos topamos con la preocupación mayor de la gestión del ambiente tecnológico. Si bien muchas PYME ven la licencia de mantenimiento como una póliza de seguro, sería más realista verla como una garantía. Una póliza de seguro le da dinero por su dolor y su sufrimiento, mientras que una garantía le da también las piezas y mano de obra de los expertos. Sin una garantía, debe negociar constantemente el tiempo y el material con el proveedor de software o encontrar un proveedor externo. Dependiendo de la popularidad de su conjunto de software, la última opción puede ser extremadamente difícil.
Razones para saltarse las versiones
Es probable que algunas empresas aplacen la implementación de una versión nueva de un paquete ERP si no se les proporciona una funcionalidad nueva. Esta situación puede prolongarse varias versiones. Por ejemplo, es posible que una empresa siga operando la versión 1.0 aún cuando la versión 4.0 esté disponible. Una práctica común y contractual entre los proveedores de software es soportar tanto la versión actual como la anterior. Para la empresa de nuestro ejemplo, la versión 1.0 ya no recibe soporte. Además, para complicar las cosas, es probable que nuestra empresa hipotética siga pagando mantenimiento, pero no lo está aprovechando.
Saltarse versiones puede ser un arma de dos filos. Las empresas creen que al hacerlo están ahorrando tiempo y dinero, y que no pasarán por las complicaciones de un proyecto de implementación. Pero puede no ser el caso. Como afirmamos antes, las versiones nuevas incluyen funciones y elementos de datos nuevos. Una empresa tendría que llevar a cabo las rutinas de conversión para ir de la versión 1.0 a la 2.0, de la versión 2.0 a la 3.0, y así sucesivamente. Hay que establecer, probar y operar los trabajos, y no hay ahorro de tiempo. También hay que realizar pruebas piloto y evaluar y verificar la funcionalidad nueva. Cuando se introdujo el concepto de peso variable (asignación de precio a mercancía como, por ejemplo, carne y aves, por peso real y no por tamaño del contenedor) por primera vez en la industria, muchos proveedores implementaron esta funcionalidad por etapas para poder acelerar su penetración en el mercado. La primera etapa (probablemente la versión 2.0 de nuestro ejemplo) era introducir el peso variable como un elemento de datos nuevo. La segunda (versión 3.0) era incorporar el peso variable en las rutinas de contabilidad de costos para el material de producción. La etapa final (versión 4.0) era incorporar los enlaces de la cadena de suministro. En nuestro ejemplo de la industria alimenticia, sería muy prudente verificar la precisión del peso variable en cada versión, ya que esta funcionalidad debería encargarse de la fuerte dependencia y las decisiones relacionadas con los pronósticos. Una vez más, no hay ahorro de tiempo. Podríamos usar argumentos similares para las mejoras y los cambios tecnológicos.
Sin duda es posible eliminar o reducir de forma significativa algunas etapas, como la capacitación. Pero una empresa estaría concentrando una cantidad importante de fuerza laboral durante mucho tiempo, en tratar varias versiones de forma simultánea. Puede ser que existan factores irreprimibles, como el desarrollo de productos nuevos o los programas avanzados de mercadotecnia, que cruzan los límites de un paquete ERP y que pueden requerir un retraso en la implementación de una versión nueva. Sin embargo, si se renuncia a estos factores, los intercambios que se obtienen al saltarse las versiones nuevas no garantizan este enfoque.
Descubrimientos y recomendaciones
Cuando una empresa se compromete a comprar e implementar soluciones para toda la empresa, el proyecto se alarga más allá de la fecha de inicio de sus operaciones en vivo. Aún cuando la implementación inicial toma nueve meses, la empresa necesita comprometerse con el personal, y los planes del proyecto pueden durar varios años.
Suponiendo que no hay mejoras o son mínimas, hay que tratar los service packs a medida que van apareciendo en el mercado. Para instalarlos, las empresas no necesitan muchas pruebas y capacitación para los usuarios. Estos service packs están hechos para resolver problemas, no crearlos. Si no es así, las empresas deben pensar seriamente en el motivo de las tarifas anuales de mantenimiento y hablar de ello con sus proveedores de software. Si las mejoras son significativas, tal vez quieran cuestionar el paquete de software que seleccionaron. Además, el grado de dificultad y la cantidad de tiempo necesario para la implementar service packs en una situación como ésta se acercarán más a los de las versiones nuevas.
La naturaleza y el alcance de la implementación de una versión nueva hacen que su proyecto, su programa y su uso de los recursos sean más complejos que los del service pack. Debido a la ausencia de condiciones competitivas y convincentes del negocio, los presupuestos para las versiones nuevas no deben durar más de un año. Si las versiones nuevas tardan más de un año, el grupo de usuarios debe reunirse con el proveedor de software para rectificar esta situación. Las empresas no deben vivir en un estado constante de implementación, aún cuando hayan formado un equipo del proyecto con este propósito. Si la funcionalidad nueva se empaca adecuadamente, las versiones nuevas pueden programarse en intervalos de dieciocho meses, con la participación del grupo de usuarios.
Como se mencionó, saltarse las versiones y combinarlas puede no producir las ventajas esperadas ni un ahorro de tiempo significativo. Además, para que un proyecto se adapte a varias versiones, deberá tener un grado mayor de dificultad, como se ilustra en la tabla siguiente.
No es fácil manejar las aplicaciones empresariales y las versiones nuevas correspondientes. La simple implementación de estas últimas representa un porción grande y compleja de las responsabilidades del departamento de TI. Muchos departamentos de TI no cuentan con el personal adecuado para esta tarea, y se olvidan de crear el presupuesto y la gestión necesaria para ella. Esto hace que las empresas piensen seriamente en subcontratar la gestión de las versiones nuevas de ERP, para poder reorientar sus esfuerzos en iniciativas que generen más ingresos.
Ahora que los proveedores están empezando a organizar sus series de software en componentes, se está revalorizando el atractivo paradigma de las actualizaciones gratuitas. Los proveedores de software se están alejando de las series todo incluido y están empezando a cobrar tarifas nuevas por las licencias de los componentes nuevos (o la funcionalidad SOA) a medida que se desarrollan. La forma en que estos componentes se integrarán con las series de software existentes les está dando más dolores de cabeza a los directores de informática. Muchas empresas no pueden permitirse las actualizaciones a la versión más reciente y por componentes de las soluciones, y si pudieran, tendrían que pagar las tarifas por las licencias nuevas por la dificultad que las caracteriza. Esta transición puede obligar a muchas empresas a dejar el mantenimiento simplemente porque no quieren pagar por algo que nunca utilizan. Pero esa es otra historia.
Lo importante es que hay que pensar en la gestión de las versiones nuevas y la implementación del software en toda la empresa al revisar la justificación de los costos de la compra del software. Si bien esta consideración no tiene que cambiar su decisión de adquirir una solución ERP, seguramente alterará los cálculos del tiempo necesario para obtener el retorno de su inversión y recuperarse.
La tabla siguiente le ayuda a medir el esfuerzo necesario para cada tipo de actualización, y le proporciona un resumen general de este artículo. Refleja el tiempo necesario para adaptar las mejoras de forma retroactiva, que es directamente proporcional a la dificultad y el alcance de las mismas. Es necesario revisar las notas de las versiones para terminar las etapas de análisis del estado actual, el estado futuro y las diferencias, y poder tomar una decisión en caso de que se requiera un análisis más profundo.
A cada tarea de implementación se ha asignado un grado de actividad -bajo, moderado o alto-, para aplicar el esfuerzo de la forma siguiente:
- Un grado de actividad bajo requiere un esfuerzo de una semana de trabajo o menos.
- Un grado de actividad moderado requiere un esfuerzo de un mes de trabajo o menos.
- Un grado de actividad alto requiere un esfuerzo de un mes de trabajo o más.
De acuerdo a estas asignaciones, es posible terminar en un mes o menos el proyecto de actualización de un service pack en un ambiente donde hay pocas mejoras o ninguna. Por otro lado, un proyecto de implementación de una versión nueva en una solución de conjunto que ha tenido muchas mejoras, puede durar hasta cuatro meses. Pero recuerde que hay que agregar el esfuerzo necesario para la adaptación retroactiva de las mejoras, y esto puede representar más del doble del programa de actividades del proyecto. Utilice estas estimaciones como una guía para evaluar su proyecto de forma razonable.
Finalmente, habrá quienes piensen que es más fácil hablar de los conceptos explorados en este artículo que llevarlos a la práctica, y tienen toda la razón. Sin embargo, si se definen de antemano las expectativas de la comunidad de usuarios, se deja en claro que la implementación de un paquete en toda la empresa no es un proyecto que se lleva a cabo una sola vez y se establecen claramente las desventajas de no implementar o saltarse las versiones futuras, se estará más cerca del objetivo deseado.
Acerca de los autores
Joseph J. Strub cuenta con una vasta experiencia como gerente de proyecto senior y consultor para planeación y realización de proyectos ERP para sistemas de fabricación y distribución en empresas medianas y grandes de las industrias de procesos de menudeo, alimentos y bebidas, química y de bienes de consumo. Ha desarrollado programas de mercadotecnia y comunicación para empresas de TI y ha realizado consultoría para oportunidades de subcontratación en el exterior para empresas multinacionales. Además, fue consultor y auditor de sistemas de información para PricewaterhouseCoopers y director de desarrollo de aplicaciones y soporte para varias empresas Fortune 100. actualmente es consultor independiente. Se le puede contactar en JoeStrub@WriteTechnologyPlus.com.
Predrag Jakovljevic es uno de los principales analistas de Technology Evaluation Centers (TEC) para el mercado de las aplicaciones empresariales. Cuenta con cerca de veinte años de experiencia en la industria de fabricación, incluyendo varios años como súper usuario de TI, ERP y aplicaciones relacionadas, así como consultor, implementador y analista del mercado. Tiene el título de ingeniero mecánico de la Universidad de Belgrado (Serbia [la antigua Yugoslavia]) y cuenta con las certificaciones en gestión de la producción e inventario (CPIM) y gestión integrada de los recursos (CIRM) de APICS.
Los cinco conceptos a controlar en todo ERP | Retrato de un usuario de sistemas empresariales en la industria de la educación | Solución de Siemens para el desarrollo de productos en la industria por procesos | ¿Conservar o cambiar su antiguo sistema ERP? Y cómo decidir | ERP en la nube para la manufactura: 6 consideraciones importantes | Retrato de un usuario de software empresarial en la industria farmacéutica | El camino hacia la gobernabilidad de datos saludables | No olvide el factor movilidad en su selección de un nuevo sistema ERP | Tres consideraciones importantes para la selección de su solución SCM | Uso de un ERP para el comercio electrónico en una empresa de ingeniería bajo pedido | Cadenas de suministro de capital humano: revisión de un libro | ¿Por qué las empresas deben administrar cuidadosamente sus contratos? | Cuando ERP y CRM se conectan en la nube | Por qué me gusta la vainilla | ¿Será que las “soluciones alternativas” a los problemas en un ERP son la mejor forma de meterse en la boca del lobo? |
Características y funciones de un ERP: guía de referencia para los sistemas de manufactura por procesos | Seleccionando un ERP de fabricación para la conformidad con ISO 26000 | El sendero hacia un ERP para la pequeña empresa -tercera parte: la selección del sistema ERP | Informe de TEC "proveedor en la mira": Pronto Software | ERP para una cadena de suministros ecológica en la manufactura | El sendero hacia un ERP para la pequeña empresa –segunda parte: la evaluación | Análisis comparativo: ¿aún está confundido entre APS, SCM y ERP? | El sendero hacia un ERP para la pequeña empresa –primera parte: la invetigación | La línea borrosa entre ERP y PLM en la ingeniería bajo pedido (ETO) | Juagando al abogado del diablo con las "técnicas" innovadoras de los proveedores | Proveedor en la mira: Agresso | ¿Quién necesita una garantía? - Segunda parte de dos | ¿Quién necesita una garantía? - Primera parte de dos | Planeación racional para la compra de software | ¿Qué es un RFI? | Alcanzando la cima de CMMI: ¿Qué tan rápido puede subir? | Sobreviva la recesión cambiando su perspectiva administrativa | Gestión de devoluciones | Nueve maneras de usar un ERP para lograr una cadena de suministros magra | Gestión de efectivo, curso básico | Opciones tecnológicas para el rendimiento medioambiental desde la perspectiva empresarial | CÓMO CONSTRUIR UN SISTEMA DE CALIFICACIÓN DE OPORTUNIDADES (LEAD SCORING) | Medio ambiente, presión social sobre las compañías, inversión extranjera y relaciones diplomáticas | El ecosistema ERP | Venta consultiva: 5 pasos para calificar un LEAD | ERPs en México: una ventaja para quien la quiere | ¿Integrar ERP es integrar personas? 7 Hábitos para el éxito del ERP | El costo de una solución de Business Intelligence | Los factores que afectan la gestión de las relaciones con los clientes en ERP para distribución:
Entrevista con Rodney Winger de Epicor | ¿Su empresa está lista para implementar un ERP? | ¿El ERP toma el control de las compañías? Una réplica de Gran Hermano dentro de la empresa | ¿Qué le paso a Enrique? ¿Cómo evitarlo en su selección? | ¿Cómo NO debemos seleccionar una herramienta de Business Intelligence? | Gestión de bodegas para fabricantes: por qué un ERP ampliado puede ser la opción indicada | EAM versus CMMS: ¿cuál es la solución ideal para su empresa? | Perspectiva de analista sobre los retos de las PYMES en la industria por procesos | Panorama actual de ERP discreto: | Otra Catástrofe de Identificación (esta vez, es ERP para el sector de los servicios) | Relación entre MES y TPM | La evolución de ERP | Integrar ERP y MES | Sistemas ERP para la industria minera | La fabricación por procesos | Cómo ERP puede ayudarle a manejar el riesgo y evitar un fraude | Introducción a los sistemas de ejecución de fabricación | Confusiones con ERP | Cuatro maneras de echar a perder su implantación de ERP | Radiografía de un sistema de planeación de ventas y operaciones | ERP para empresas de servicios | Seis errores de migración de datos | Minimice el costo del soporte técnico | Guía de selección de software empresarial: Segunda parte | Guía de selección de software empresarial: Primera parte | Evaluación y selección de software | Una gran oportunidad en el mundo de la fabricación | Historia de una migración a un sistema ERP bajo demanda | Los retos de las pequeñas fusiones | Q2O y KPI | El punto ideal de un proveedor de ERP | Los grandes del área de fabricación | Gestión de cotizaciones y asignación de precios | Una fusión discreta en el área de ERP | ¿Qué hay detrás del software ERP para fabricación por procesos? | Cómo tener una mayor influencia en su segmento vertical del mercado | Las complejidades de los sistemas Q2O | Inteligencia de negocios en la pequeña y mediana empresa | La selección de software de recursos humanos no tiene mayor complicación | Los retos para un proveedor de sistemas de sourcing global | El atractivo enfoque de un proveedor en la mercadotecnia | El tamaño de una empresa no determina su éxito | ¿Eliminar los cuellos de botella en la fabricación? | El gran sobreviviente del mercado de ERP | Las pequeñas y medianas empresas y la búsqueda de software | Evolución, no revolución, con CRM | Finalmente, una implementación de RFID completa | Las cuatro etapas de la implementación de un sistema RFID | Los primeros pasos de la implementación de un sistema de identificación por radio frecuencia | Cómo inspeccionar el lugar donde se hará una instalación de RFID | Cinco pasos para lograr un proyecto de business intelligence exitoso | Estudios de casos de fabricación esbelta usando Microsoft Dynamics AX | Fabricación esbelta usando Microsoft Dynamics AX | De tin marin de do pingüé | Un vistazo al problema de los minoristas de vestido | ¿Quién dijo que el sourcing en el extranjero es cosa fácil? | Anatomía de los procesos de sourcing para menudeo | Portales de ventas por web | La evolución de ERP en nuestra nueva economía global | La importancia de la búsqueda en las aplicaciones empresariales en su sistema de ERP | Un proveedor de soluciones que trata los problemas de la industria aseguradora | Estrategias de retención y recompensas para las empresas aseguradoras | El regreso de la gestión de las relaciones con los clientes | El director de informática y el director de mercadotecnia | ¿Se ha estancado su aplicación empresarial? | ¿Conoce de identificación por radio frecuencia? | Una respuesta dinámica a la planificación de recursos empresariales para servicios | Los retos y la competencia de un proveedor de soluciones bajo demanda | El secreto de las sociedades de gestión de las recompensas bajo demanda | La solución de un proveedor de gestión de recompensas | Un proveedor de gestión de recompensas forzado | Un proveedor y los problemas de soporte y mantenimiento | Las últimas noticias de un proveedor externo de soporte y mantenimiento | ¿Un vendedor ambulante de soporte y mantenimiento? | Microsoft Dynamics AX 4.0 para ambientes de manufactura | Microsoft Dynamics AX 4.0 para ambientes de distribución | Alternativas de soporte y mantenimiento del software | La evolución de la planificación de los recursos empresariales | Las distintas opciones en cuanto a soporte y mantenimiento | ¿Cuál es la propuesta de valor del soporte y el mantenimiento? | El secreto a voces de la industria del software | ¿Abundancia de soporte para las empresas usuarias? | Los sistemas empresariales y su agilidad después de la implementación | Una solución flexible de integración de datos de los clientes | Cómo simplificar la visualización de los datos | Gobernabilidad, gestión de riesgo y cumplimiento por procesos | Cómo definir y manejar la gobernabilidad, la gestión de riesgos y el cumplimiento | Software de gobernabilidad, gestión de riesgo y cumplimiento y su relación con el comercio mundial | Reglamentos ambientales para las industrias electrónica, química y petrolera | Reglamentos y más reglamentos | La punta del iceberg | La ley Sarbanes-Oxley y la gestión de cadena de suministro | Un proveedor de ERP aborda el software como servicio | Declaraciones de un proveedor veterano de planificación de recursos empresariales | Las ventajas y los retos de la gestión de las relaciones con los proveedores | ERP completo como SaaS | El aspecto funcional del software como servicio | Advertencias sobre el software como servicio | El software como servicio | La relación con SAP y sus retos | Los directores y el coste total de propiedad | Por qué no modificar su software empresarial | Minimizar el costo del soporte técnico | Una jugada arriesgada en el mercado de gestión de la cadena de suministro | Recomendaciones para los usuarios que pertenecen a la industria de alimentos y bebidas | El apretón de los márgenes y la globalización en la industria de alimentos y bebidas | Tendencias y problemas de la industria de productos alimenticios y bebidas | ¿Existe una diferenciación en el mercado de CPM?
Un mapa de la percepción le da la respuesta
| En busca de la agilidad: retos y recomendaciones para los usuarios | La amargura del vencimiento: la propuesta de valor y la estrategia para un proveedor de sistemas empresariales ágiles | Cómo un vendedor da agilidad a los sistemas empresariales después de su implementación | Los sistemas empresariales y su agilidad después de la implementación, ¿un oxímoron? | El descubrimiento adaptativo para la gestión de los procesos del negocio | La relación entre la creación de modelos y la agilidad después de la implementación en la empresa | Industrias de molino: Un reto para el ERP genérico | El proceso de selección de software; aceleración de la identificación del vendedor | Industrias de corte a la medida o forma | Cotizaciones y costos para múltiples unidades de medida | Los diferentes sabores de los plásticos | Las organizaciones profesionales de servicios automatizan sus procesos | ¿La planificación de los recursos de la empresa se está convirtiendo en una mercancía? | Datos de los activos para una gestión precisa del ciclo de vida | Capturado por los datos | Paradojas de la estimación de software | El ágil vendedor de aplicaciones empresariales enfrenta retos en un ambiente competitivo | El resistente vendedor de soluciones empresariales muestra un desarrollo pragmático del producto y sociabilidad | El vendedor de aplicaciones empresariales revierte fortunas, pero ¿será suficiente la agilidad y la perseverancia? | Retos y recomendaciones para el usuario para una solución de planificación de los recursos de la empresa enfocada | Una solución impresionante de planificación de los recursos empresariales obtiene un poco de ayuda de sus amigos | La solución de planificación de los recursos de la empresa basada en la Web muestra un acercamiento esbelto | Una solución enfocada basada en la Web para las industrias químicas, farmacéuticas y basadas en molinos | El vendedor defiende sus fortalezas con una solución de planificación de los recursos empresariales enfocada | De un presupuesto mínimo a uno de millones: el camino para el vendedor de software de gestión empresarial | El vendedor de software de gestión empresarial proporciona soluciones notables | El vendedor de software de gestión empresarial le da la bienvenida a las adiciones | Las inversiones montañosas transforman al vendedor de software de gestión empresarial | El juego que motiva: el santo grial de la gestión del cambio | Gestión de las relaciones con los clientes en las instalaciones contra la hospedada | Retos de la gestión del ciclo de vida del producto: Desde la evaluación de la solución hasta su inicio | Una revisión general de los retos de implementación de la gestión del ciclo de vida del producto | BLM - Gestión del ciclo de vida de las palabras conocidas dentro de una jerga | Hay que enseñarle a su proceso de abastecimiento a competir | Recomendaciones para el usuario del software orientado a los proyectos | Software orientado a proyectos: varias opciones, varias diferencias | Requisitos obligatorios para la industria del Whisky | SAP para la industria química: Retos y recomendaciones para los usuarios | SAP para la funcionalidad de la industria química | SAP para la industria química: Una solución empaquetada para las compañías del mercado medio | Los fabricantes de bienes de consumo le dan servicio a los clientes demandantes | Las soluciones industriales de SAP para las compañías del mercado medio | Estudio de caso de una mejora continua: Paso a paso hacia los beneficios tangibles | Acercamientos innovadores en el mundo de los revendedores de valor agregado | ¿Cómo están los líderes del mercado navegando el mundo de los revendedores de valor agregado? | El cambiante y retador mundo de los revendedores de valor agregado | Manejo de la demanda: consideraciones para la industria química | La superación de los retos de la industria química a través de la optimización de la distribución y el inventario | ¿Qué sucede con los químicos? | El gigante de las aplicaciones empresariales introduce una opción de soporte de nivel medio | El vendedor de gestión de la cadena de suministro encuentra balance para las cadenas de suministro de servicio | Recomendaciones para el usuario de la gestión de asignación de precios | El campo de batalla del menudeo para la gestión de asignación de precios | Los gigantes de aplicaciones reafirman sus capacidades de gestión de asignación de precios | Recomendaciones para los usuarios de sistemas ERP adquiridos | Las adquisiciones impulsan el crecimiento de los vendedores en el campo de las aplicaciones empresariales | ¡No se trata de malas empresas, sino de malos directores! | El impacto de 'la estrategia de ensamble' en el campo de las aplicaciones empresariales | Nuevas estrategias de adquisición del vendedor en el campo de las aplicaciones empresariales | Contribución para el rejuvenecimiento del legado de sistemas en el campo de la planificación de los recursos empresariales | Las aplicaciones empresariales luchan por ser el número tres | Un pequeño vendedor de planificación de los recursos de la empresa: La visión y los retos | Obtenga el producto, la calidad, el tiempo y el precio adecuado | La fórmula para el éxito del producto es: Enfocarse en flexibilidad y cooperación | Jeeves—prospera orgánicamente como un humilde servidor | Planificación de los recursos empresariales para servicios y para la automatización de servicios profesionales: ¿Dónde se traza la línea? | Alineación de la tecnología de la información con la estrategia corporativa | El aumento de la gestión de precios | El caso para la gestión de la asignación de precios | Competencia de un vendedor pequeño | Los vendedores más importantes se adaptan a los requisitos del usuario | Factores de conducción en el mercado de las aplicaciones empresariales | Sistemas de menudeo: un breviario | El vendedor siente el calor del ardiente mercado de gestión del ciclo de vida de los productos | El proveedor de la aplicación empresarial puede profundizar el impacto en el mercado | El vendedor le da la bienvenida a la industria hospitalaria | El vendedor de la planificación de los recursos empresariales extendida muestra su lado esbelto | Cambia la solución clásica de planificación de los recursos de la empresa | La recuperación de SoftBrands aminora el golpe de la bancarrota de AremisSoft | Reflexiones acerca de la filosofía esbelta y la teoría de restricciones | La teoría de las restricciones entra en el campo de la fabricación esbelta | Los vendedores de planificación de los recursos de la empresa dirigen la fabricación esbelta | Fabricación esbelta con tecnología de la información contra la manual | Como lograr la fabricación esbelta | Herramientas y prácticas esbeltas que eliminan el desperdicio de fabricación | Fabricación esbelta: un breviario | ¿Ha SAP asegurado el liderazgo a nivel de planta con Lighthammer? | Antecedentes, dirección y recomendaciones para el usuario de SAP NetWeaver | SAP NetWeaver para múltiples propósitos | Los gigantes de la planificación de los recursos de la empresa tienen en la mira la planta | Obtenga más de sus proyectos IT | SSA Global encuentra piedras preciosas de SCM al completar su portafolio de soluciones | Exact enfrenta los retos | Exact adquiere Vanguard Solutions Group | Proporcionar una gestión de los procesos comerciales le da ventaja a la planificación de los recursos de la empresa | Una sola solución de software que permite la gestión de los procesos comerciales | Aspiraciones del software mundial | Exact Software continúa con su participación en el mercado de adquisiciones prudentes | ¿Qué le dice la competencia? Un estudio de caso: La nueva campaña de publicidad de SAP | ERP fácil: Un reto al pensamiento convencional | Acercamientos nuevos a la asignación de precios del software | Alternativas del mantenimiento y servicio del software empresarial | ¿Existe alguna panacea para la asignación de precios del software empresarial? | ¿La inteligencia de planta sirve como pegamento para los datos dispersos? | ERP Plus y más | La solidez de un proveedor de software empresarial centrado en la verticalidad | Las necesidades exactas de los centros de servicio para la industria del metal | ¿Qué son los sistemas industriales de ejecución? | Los retos de integrar la planificación de los recursos de la empresa y los sistemas industriales de ejecución | Lo que los sistemas a nivel de planta pueden hacer por el mercado empresarial | Los sistemas a nivel de planta enfrentan y solucionan obstáculos | La importancia de los sistemas a nivel planta | Los retos de la fusión de Lawson e Intentia | El impacto en el mercado de la fusión de Lawson e Intentia | Intentia se prepara para la fusión con Lawson | Las 'nuevas' intenciones de planificación de los recursos de la empresa del software de Lawson | Planificación de los recursos de la empresa: La unión de la visión del producto y la ejecución del mismo | Estabilidad y funcionalidad para procesos y fabricantes discretos | La alineación de las estrategias de aplicación basadas en Java | ¿Una nueva plataforma para combatir la 'inflamación' del software? | ¿Puede Java mejorar el legado de sistemas de la planificación de los recursos de la empresa? | La estrategia del portal: La historia de un vendedor y su significado | Epicor le da a sus aplicaciones más que un retoque | ¿Arquitectura o durabilidad del producto? | ¿Programación para analistas comerciales? Acceso, implementación y servicios Web más simples | El software de un nicho en su mejor momento | Los portales: necesarios pero no autosuficientes | El dilema de la fabricación esbelta de calidad mundial y de la tecnología de la información. La pérdida de la conciencia corporativa | ERP y gestión de almacén: Tecnología, retos y recomendaciones para los usuarios | Una respuesta a las necesidades de gestión de almacén | La estrategia del mercado medio: Soluciones de la empresa internacional | La FORMULA para el mercado medio | Rejuvenecer los sistemas legados: ¿bendición o maldición? | La rápida consolidación del mercado de las aplicaciones empresariales | El nacimiento, la muerte y el renacimiento de ERP | Fabricación y almacenamiento controlados por la demanda | El impacto de la tecnología controlada por la demanda en el mercado de SCM | Referencia de las operaciones de la cadena de suministro y otras funciones | Para ganar la carrera de SCM | Introducción al software para fabricación por procesos | ¿Por qué una solución es para procesos? | El impacto que tienen los dos motores del mercado | Ofreciendo una integración de EAM | El futuro de la infraestructura y las aplicaciones basadas en SOA | SOA como base para las aplicaciones y la infraestructura | ¿La infraestructura y las aplicaciones por SOA son la próxima frontera? | Cuidado con los vendedores que le traen soluciones | Un producto para fabricantes grandes y pequeños: retos y recomendaciones a los usuarios | La sincronía que produce el EDI nativo de IQMS | Una solución completamente integrada para resolver los problemas de la empresa | La importancia del servicio: soluciones empresariales, diferenciación en el mercado e IQMS | IQMS prospera dando inteligencia a las empresas | Los participantes en los modelos del negocio de software como servicio y la forma para encontrar las mejores propuestas de valor | ¿Innovaciones nocivas? Modelos de precios y vendedores por demanda | La cuadrícula o el cómputo de las utilidades | Tendencias de las entregas y los modelos de precios para las aplicaciones empresariales: opciones de precios | Más causas y soluciones para la erosión de las aplicaciones | La erosión de las aplicaciones y de su valor | Mire antes de saltar | Las ventajas y las desventajas de un EDI integrado
Tercera parte: las ventajas para otras industrias | Las ventajas y las desventajas de un EDI integrado
Segunda parte: las ventajas para los proveedores automotrices | Las ventajas y las desventajas de un EDI integrado
Primera parte: las desventajas | Oracle sigue planeando su ataque a SOA
Sexta parte: debilidades y recomendaciones a los usuarios | Necesita más funciones para implementar un paquete ERP
Segunda parte: más herramientas y resumen | El nirvana de los fabricantes: información recurrible en tiempo real | Jack Link's Beef Jerky: "Wal-Mart no me obligó a hacerlo"
Tercera parte: las ventajas esperadas y las lecciones aprendidas | Jack Link's Beef Jerky: "Wal-Mart no me obligó a hacerlo"
Segunda parte: un acercamiento a la implementación de RFID | Jack Link's Beef Jerky: "Wal-Mart no me obligó a hacerlo"
Primera parte: RFID para PYME y antecedentes de la empresa | Made2Manage Systems un año después, reactivado y creciendo
Quinta parte: resumen, retos y recomendaciones a los usuarios | Made2Manage Systems un año después, reactivado y creciendo
Cuarta parte: procesos de gestión de la calidad | Made2Manage Systems un año después, reactivado y creciendo
Tercera parte: impacto en el mercado | Made2Manage Systems un año después, reactivado y creciendo
Segunda parte: la dirección futura | Made2Manage Systems un año más tarde, reactivado y creciendo
Primera parte: Resumen del evento | Microsoft Axapta: los factores de diseño dan forma al uso del sistema
Tercera parte: ambientes de fabricación | Cómo los ganadores atrapan la competencia | Programación del mantenimiento para principiantes | Los vendedores pequeños todavía pueden proporcionar sistemas del negocio Relevantes
Quinta parte: retos y recomendaciones a los usuarios | Los vendedores pequeños todavía pueden proporcionar sistemas del negocio Relevantes
Cuarta parte: MRO y gestión de las refacciones | Los vendedores más pequeños todavía pueden proporcionar sistemas del negocio Relevantes
Tercera parte: empresas orientadas a los proyectos | Los vendedores pequeños todavía pueden proporcionar sistemas del negocio Relevantes
Segunda parte: impacto en el mercado | Los vendedores pequeños todavía pueden proporcionar sistemas del negocio Relevantes
Priemera parte: Resumen del evento | Sistemas ERP o de contabilidad orientados a los proyectos o sistemas genéricos orientados al libro mayor | La preparación de los vendedores y la gestión de los contratos federales
Tercera parte: cumplir con los requisitos federales | La preparación de los vendedores y la gestión de los contratos federales
Segunda parte: tratar con el gobierno federal | La preparación de los vendedores y la gestión de los contratos federales
Primera parte: la entrada de los vendedores pequeños en los contratos federales | Consideraciones para MRO y la gestión de las refacciones |