Universidad Autónoma de Guadalajara Maestría en Administración TECNOLOGÍA DE LA INFORMACIÓN Y LA OPERACIÓN Actividad: Investigación sobre ERP Investigación Documental Presenta: Nicanor Alejandro Hernández Pérez 29 de septiembre de 2010.
Planificación de recursos empresariales De Wikipedia, la enciclopedia libre Saltar a navegación, búsqueda Los sistemas de planificación de recursos empresariales, o ERP (por sus siglas en inglés, Enterprise resource planning) son sistemas de información gerenciales que integran y manejan muchos de los negocios asociados con las operaciones de producción y de los aspectos de distribución de una compañía comprometida en la producción de bienes o servicios. La Planificación de Recursos Empresariales es un término derivado de la Planificación de Recursos de Manufactura (MRPII) y seguido de la Planificación de Requerimientos de Material (MRP). Los sistemas ERP típicamente manejan la producción, logística, distribución, inventario, envíos, facturas y contabilidad de la compañía. Sin embargo, la Planificación de Recursos Empresariales o el software ERP puede intervenir en el control de muchas actividades de negocios como ventas, entregas, pagos, producción, administración de inventarios, calidad de administración y la administración de recursos humanos. Los sistemas ERP son llamados ocasionalmente back office (trastienda) ya que indican que el cliente y el público general no están directamente involucrados. Este sistema es, en contraste con el sistema de apertura de datos (front office), que crea una relación administrativa del consumidor o servicio al consumidor (CRM), un sistema que trata directamente con los clientes, o con los sistemas de negocios electrónicos tales como comercio electrónico, administración electrónica, telecomunicaciones electrónicas y finanzas electrónicas; asimismo, es un sistema que trata directamente con los proveedores, no estableciendo únicamente una relación administrativa con ellos (SRM). Los ERP están funcionando ampliamente en todo tipo de empresas modernas. Todos los departamentos funcionales que están involucrados en la operación o producción están integrados en un solo sistema. Además de la manufactura o producción,
almacenamiento, logística e información tecnológica, incluyen además la contabilidad, y suelen incluir un Sistema de Administración de Recursos Humanos, y herramientas de mercadotecnia y administración estratégica. Definición Los sistemas de planificación de recursos empresariales (en inglés ERP, Enterprise Resource Planning) son sistemas de gestión de información que integran y automatizan muchas de las prácticas de negocio asociadas con los aspectos operativos o productivos de una empresa. Los sistemas ERP son sistemas integrales de gestión para la empresa. Se caracterizan por estar compuestos por diferentes partes integradas en una única aplicación. Estas partes son de diferente uso, por ejemplo: producción, ventas, compras, logística, contabilidad (de varios tipos), gestión de proyectos, GIS (sistema de información geográfica), inventarios y control de almacenes, pedidos, nóminas, etc. Sólo podemos definir un ERP como la integración de todas estas partes. Lo contrario sería como considerar un simple programa de facturación como un ERP por el simple hecho de que una empresa integre únicamente esa parte. Ésta es la diferencia fundamental entre un ERP y otra aplicación de gestión. El ERP integra todo lo necesario para el funcionamiento de los procesos de negocio de la empresa. No podemos hablar de ERP en el momento que tan sólo se integra uno o una pequeña parte de los procesos de negocio. La propia definición de ERP indica la necesidad de "Disponibilidad de toda la información para todo el mundo todo el tiempo". Los objetivos principales de los sistemas ERP son: Optimización de los procesos empresariales. Acceso a toda la información de forma confiable, precisa y oportuna (integridad de datos). La posibilidad de compartir información entre todos los componentes de la organización. Eliminación de datos y operaciones innecesarias de reingeniería.
El propósito fundamental de un ERP es otorgar apoyo a los clientes del negocio, tiempos rápidos de respuesta a sus problemas, así como un eficiente manejo de información que permita la toma oportuna de decisiones y disminución de los costos totales de operación. Las características que distinguen a un ERP de cualquier otro software empresarial, es que deben de ser sistemas integrales, con modularidad y adaptables: Integrales, porque permiten controlar los diferentes procesos de la compañía entendiendo que todos los departamentos de una empresa se relacionan entre sí, es decir, que el resultado de un proceso es punto de inicio del siguiente. Por ejemplo, en una compañía, el que un cliente haga un pedido representa que se cree una orden de venta que desencadena el proceso de producción, de control de inventarios, de planificación de distribución del producto, cobranza, y por supuesto sus respectivos movimientos contables. Si la empresa no usa un ERP, necesitará tener varios programas que controlen todos los procesos mencionados, con la desventaja de que al no estar integrados, la información se duplica, crece el margen de contaminación en la información (sobre todo por errores de captura) y se crea un escenario favorable para malversaciones. Con un ERP, el operador simplemente captura el pedido y el sistema se encarga de todo lo demás, por lo que la información no se manipula y se encuentra protegida. Modulares. Los ERP entienden que una empresa es un conjunto de departamentos que se encuentran interrelacionados por la información que comparten y que se genera a partir de sus procesos. Una ventaja de los ERP, tanto económica como técnica es que la funcionalidad se encuentra dividida en módulos, los cuales pueden instalarse de acuerdo con los requerimientos del cliente. Ejemplo: ventas, materiales, finanzas, control de almacén, recursos humanos, etc. Adaptables. Los ERP están creados para adaptarse a la idiosincrasia de cada empresa. Esto se logra por medio de la configuración o parametrización de los
procesos de acuerdo con las salidas que se necesiten de cada uno. Por ejemplo, para controlar inventarios, es posible que una empresa necesite manejar la partición de lotes pero otra empresa no. Los ERP más avanzados suelen incorporar herramientas de programación de 4ª Generación para el desarrollo rápido de nuevos procesos. La parametrización es el valor añadido fundamental que debe contar cualquier ERP para adaptarlo a las necesidades concretas de cada empresa. Otras características destacables de los sistemas ERP son: Base de datos centralizada. Los componentes del ERP interactúan entre sí consolidando todas las operaciones. En un sistema ERP los datos se ingresan sólo una vez y deben ser consistentes, completos y comunes. Las empresas que lo implanten suelen tener que modificar alguno de sus procesos para alinearlos con los del sistema ERP. Este proceso se conoce como Reingeniería de Procesos, aunque no siempre es necesario. Aunque el ERP pueda tener menús modulares configurables según los roles de cada usuario, es un todo. Esto significa: es un único programa (con multiplicidad de bibliotecas, eso sí) con acceso a una base de datos centralizada. No debemos confundir en este punto la definición de un ERP con la de una suite de gestión. La tendencia actual es a ofrecer aplicaciones especializadas para determinadas empresas. Es lo que se denomina versiones sectoriales o aplicaciones sectoriales especialmente indicadas o preparadas para determinados procesos de negocio de un sector (los más utilizados). Las soluciones ERP en ocasiones son complejas y difíciles de implantar debido a que necesitan un desarrollo personalizado para cada empresa partiendo de la parametrización inicial de la aplicación que es común. Las personalizaciones y desarrollos particulares para cada empresa requieren de un gran esfuerzo en tiempo,
y por consiguiente en dinero, para modelar todos los procesos de negocio de la vida real en la aplicación. Las metodologías de implantación de los ERP en la empresa no siempre son todo lo simples que se desearía, dado que entran en juego múltiples facetas. No hay recetas mágicas ni guiones explícitos para implantaciones exitosas; solamente trabajo bien realizado, una correcta metodología y aspectos que deben cuidarse antes y durante el proceso de implantación, e inclusive cuando el sistema entra en función. Por ello, antes, durante y después de la implantación de un ERP es conveniente efectuar lo siguiente: Definición de resultados a obtener con la implantación de un ERP. Definición del modelo de negocio. Definición del modelo de gestión. Definición de la estrategia de implantación. Evaluación de oportunidades para software complementario al producto ERP. Alineamiento de la estructura y plataformas tecnológicas. Análisis del cambio organizativo. Entrega de una visión completa de la solución a implantar. Implantación del sistema. Controles de calidad. Auditoría del entorno técnico y del entorno de desarrollo. Benchmarking de la implantación. [editar editar] Implantación Debido a que cubre un espectro de aspectos de la gestión de una empresa, un sistema de software ERP está basado en algunos de los productos de software de mayor tamaño y complejidad en la industria. Al implementar tales sistemas en una compañía la metodología tradicional solía involucrar a un grupo de analistas, programadores y usuarios. Este fue el esquema que se empleó, por lo menos, hasta el desarrollo de la Internet. Esta permite a los consultores tener acceso a las computadoras de la compañía con el fin de poder instalar los datos actualizados y
estandarizados de implementación del ERP, sin ayuda profesional. Este tipo de proyectos pueden llegar a ser muy caros para grandes compañías, especialmente para las transnacionales. Las compañías especializadas en la implementación del ERP, sin embargo, pueden agilizar estos procesos y completar la tarea en menos de seis meses con un sólido examen piloto. A la hora de realizar la implementación de los sistemas ERP, las compañías muchas veces buscan la ayuda de un proveedor o vendedor de ERP o de compañías consultoras. La consultoría en materia de ERP es de dos tipos, la consultoría de negocios y la consultoría técnica. La consultoría de negocios estudia los procesos de negocios actuales de la compañía y evalúa su correspondencia con los procesos del sistema ERP, lo cual generalmente incluye la personalización de ciertos aspectos de los sistemas ERP para las necesidades de las organizaciones. La consultoría técnica muchas veces implica programación. La mayoría de los vendedores de ERP permiten modificar su software para las necesidades de los negocios de sus clientes. Muchas de las empresas que buscan la implantación de un ERP comenten el error de buscar soluciones a bajo coste, o no contratar a una empresa integradora. Este tipo de empresa, no solamente les ayuda en la implantación sino que les apoya a visualizar a su cliente en todos los aspectos de su negocio tanto en hardware, software y en la administración del cambio. Algunas de las empresas integradoras más importantes son Deloitte, EDS, PricewaterhouseCoopers, IBM, GETI, Neoris, o AVANADE. Personalizar un paquete ERP puede resultar muy costoso y complicado, porque muchos paquetes no están diseñados para su personalización, así que muchos negocios implementan sus sistemas ERP siguiendo las mejores prácticas de la industria. Algunos paquetes ERP son muy genéricos en sus reportes e informes; la personalización de dichos elementos se debe hacer en cada implementación. Es importante tener en cuenta que en ciertas ocasiones tiene mucho más sentido la compra de paquetes de generación de reportes fabricados por terceros y que están hechos para interactuar directamente con el ERP.
Hoy en día, un buen número de sistemas ERP tienen una interfaz Web. La ventaja de este tipo de interfaz es que no requiere la instalación de una aplicación cliente. Mientras se tenga una conexión a Internet (o a la red local de la empresa, según sea el caso), se puede acceder a los ERP basados en Web a través del típico navegador web. [editar editar] Ventajas Una empresa que no cuente con un sistema ERP, en función de sus necesidades, puede encontrarse con muchas aplicaciones de software cerradas, que no se pueden personalizar, y no se optimizan para su negocio. Diseño de ingeniería para mejorar el producto, seguimiento del cliente desde la aceptación hasta la satisfacción completa, una compleja administración de interdependencias de los recibos de materiales, de los productos estructurados en el mundo real, de los cambios de la ingeniería y de la revisión y la mejora, y la necesidad de elaborar materiales substitutos, etc. La ventaja de tener un ERP es que todo esto, y más, está integrado. El cambio como un producto está hecho en los detalles de ingeniería, y es como ahora será hecho. La efectividad de datos puede usarse para el control cuando el cambio ocurra desde una versión anterior a la nueva, en ambos productos los datos van encaminados hacia la efectividad y algunos van a la suspensión del mismo. Parte del cambio puede incluir la etiqueta para identificar el número de la versión (código de barras). La seguridad de las computadoras está incluida dentro del ERP, para proteger a la organización en contra de crímenes externos, tal como el espionaje industrial y crimen interno, tal como malversación. Una falsificación en el escenario de los datos puede involucrar terrorismo alterando el recibo de materiales como por ejemplo poner veneno en los productos alimenticios, u otro sabotaje. La seguridad del ERP ayuda a prevenir el abuso. Hay conceptos de mercadeo y ventas (los que incluyen CRM o la relación administrativa con los consumidores, back end (el trabajo interno de la compañía para satisfacer las necesidades de los consumidores) que incluye control de calidad, para
asegurarse que no hay problemas no arreglados, en los productos finales; cadena de abastecimiento (interacción con los proveedores y la infraestructura). Todo esto puede ser integrado a través de la ERP, aunque algunos sistemas tengan espacios de menos comprensibilidad y efectividad. Sin un ERP que integre todo esto, puede ser complicado para la administración de la manufactura. [editar editar] Desventajas Muchos de los problemas que tienen las compañías con el ERP son debido a la inversión inadecuada para la educación continua del personal relevante, incluyendo los cambios de implementación y de prueba, y una falta de políticas corporativas que afectan a cómo se obtienen los datos del ERP y como se mantienen actualizados. Limitaciones y obstáculos del ERP incluyen: El éxito depende en las habilidades y la experiencia de la fuerza de trabajo, incluyendo la educación y como hacer que el sistema trabaje correctamente. Muchas compañías reducen costos reduciendo entrenamientos. Los propietarios de pequeñas empresas están menos capacitados, lo que significa que el manejo del sistema ERP es operado por personal que no está capacitado para el manejo del mismo. Cambio de personal, las compañías pueden emplear administradores que no están capacitados para el manejo del sistema ERP de la compañía empleadora, proponiendo cambios en las prácticas de los negocios que no están sincronizados con el sistema. La instalación del sistema ERP es muy costosa. Los vendedores del ERP pueden cargar sumas de dinero para la renovación de sus licencias anuales, que no está relacionado con el tamaño del ERP de la compañía o sus ganancias. El personal de soporte técnico en ocasiones contesta a las llamadas inapropiadas de la estructura coorporativa.
Los ERP son vistos como sistemas muy rígidos, y difíciles de adaptarse al flujo específico de los trabajadores y el proceso de negocios de algunas compañías, este punto se cita como una de las principales causas de falla. Los sistemas pueden ser difíciles de usarse. Los sistemas pueden sufrir problemas de "cuello de botella": la ineficiencia en uno de los departamentos o en uno de los empleados puede afectar a otros participantes. Muchos de los eslabones integrados necesitan exactitud en otras aplicaciones para trabajar efectivamente. Una compañía puede lograr estándares mínimos, y luego de un tiempo los "datos sucios" (datos inexactos o no verificados) reducirán la confiabilidad de algunas aplicaciones. Una vez que el sistema esté establecido, los costos de los cambios son muy altos (reduciendo la flexibilidad y las estrategias de control). La mala imagen de unión de la compañía puede causar problemas en su contabilidad, la moral de sus empleados y las líneas de responsabilidad. La resistencia en compartir la información interna entre departamentos puede reducir la eficiencia del software. Hay problemas frecuentes de compatibilidad con algunos de los sistemas legales de los socios. Los sistemas pueden tener excesiva ingeniería respecto a las necesidades reales del consumidor. [editar editar] ERP versus software de gestión La clasificación de un determinado software de gestión como ERP determina que disponga de una serie de requisitos y funcionalidades que posibiliten su diferenciación. En el mercado del software de hoy en día es habitual que cualquier suite de gestión pretenda un mayor reconocimiento (por lo general irreal, dado que es igualmente necesario un software de gestión normal que un ERP, sólo que para niveles diferentes) por el hecho de ser conocida como ERP en lugar de como software de gestión. Así podemos ver como estrategias de marketing que determinados programas de gestión que llevan en el mercado varios años, cambian bruscamente su denominación a ERP, buscando un nicho de trabajo superior (por lo general
acompañado de una mayor remuneración, reconocimiento, etc) sin incrementar proporcionalmente la funcionalidad. La principal diferencia estriba en la definición. Un ERP es una aplicación que integra en un único sistema todos los procesos de negocio de una empresa. Adicionalmente se pretende que todos los datos estén disponibles todo el tiempo para todo el mundo en la empresa (obviando por el momento permisos sobre disponibilidad, etc) de una manera centralizada. Esto descarta como ERP aquellos programas basados en múltiples aplicaciones (denominados comúnmente suites) independientes o modulares que duplican la información (aun cuando la enlacen automáticamente) o no la centralizan en una única base de datos. También elimina aquellos programas que se basan en sistemas de base de datos de ficheros independientes (sin motor de base de datos). Por otra parte la definición tradicional nos dice que los ERP están diseñados para modelar y automatizar todos los procesos básicos con el objetivo de integrar información a través de la empresa, eliminando complejas conexiones entre sistemas distintos. Un ERP es una arquitectura de software que facilita el flujo de información entre las funciones de manufactura, logística, finanzas y recursos humanos de una empresa. Así que a la característica de la base de datos centralizada y de que los componentes del ERP interactúen entre sí, consolidando todas las operaciones, se debe añadir que en un sistema ERP los datos se introducen una sola vez, debiendo mantener la consistencia, y ser completos. Como característica colateral se puede añadir que, normalmente, las empresas deben de modificar algunos de sus procesos para alinearlos con los del sistema ERP. Es lo que se conoce como Reingeniería de Procesos. Estas características básica debieran permitir diferenciar básicamente entre una suite de gestión (habitualmente compuesta de programas o módulos de facturación y contabilidad) y un ERP puro que debiera incluir todas aquellas funcionalidades que
una empresa pueda necesitar (gestión de proyectos, gestión de campañas, comercio electrónico, producción por fases, trazabilidad, gestión de la calidad, gestión de cajas descentralizadas o centralizadas (TPVs), pasarelas de pago electrónico, gestión de la cadena de abastecimiento, logística, etc) integradas y enlazadas entre sí. No basta con tener algunas de esas funcionalidades. Realmente es necesario tener todas, aun cuando no siempre las empresas las necesiten en este momento. Pero deben de estar disponibles internamente para suplir las necesidades futuras. El saber si una empresa necesita o no un ERP o una simple suite de gestión es otro asunto, no obstante la definición y características de un ERP debieran quedar claros. Así por ejemplo la gestión correcta de la cadena de abastecimientos es vital para una empresa que precise de un ERP (una gran parte de los procesos de negocio dependen de la cadena de abastecimiento y su logística asociada), pero puede no serlo tanto para otra que necesite únicamente automatizar una parte de sus procesos de negocio. El que la primera debe de utilizar un ERP es claro, que a la segunda le basta una suite de gestión más simple, puede ser más discutible (en función de las necesidades reales de la empresa tras pasar por una reingeniería de procesos), lo que no es justo ni real, es denominar comercialmente ERP a la suite de gestión utilizada por la segunda empresa. En definitiva, las suites de gestión y los ERP ocupan dos nichos de mercado, claramente distinguibles desde un punto de vista técnico, pero comercial y publicitariamente cruzables desde abajo hacia arriba. Esto último es lo que hace que muchas empresas medianas o grandes, se enfrenten con graves problemas de gestión al implementar un software que creían ERP y que deja fuera de sus necesidades, bien sean actuales o futuras, muchos de los procesos de negocio básicos que la empresa usa o que ha pasado a usar con el devenir del tiempo. Ahora empiezan a verse los problemas del ERP Filed under: Negocios, Software gallir @ 3:58
Nicholas Carr hace un breve comentario sobre los problemas del ERP a partir del estudio The Trouble With Enterprise Software en MITSloan. Aunque dije que escribiría sobre ello mañana, con más tiempo y las neuronas en un estado menos pésimo que lo habitual, pero no pude reprimirme. A mí me parece que es una especia de catástrofe anunciada. Desde mediados de los 90, cuando ya era notable la forma en que Internet estaba cambiando de forma radical nuestra forma de usar los ordenadores y de interactuar con las personas (y clientes), las grandes empresas se lanzaron a gastar enormes fortunas a su propia revolución del negocio, los ERP. Aunque sólo se trataba de una aplicación de las arquitecturas cliente-servidor, las modularización (como la que conocemos en Unix desde hace casi 40 años) y las ideas de las hojas de cálculo aplicadas al software de gestión de las empresas. La promesa era que ya no había que programar casi nada, sencillamente había que instalar y configurar los módulos adecuados y personalizarlos casi como si se tratasen de hojas de cálculo. La realidad fue mucho más compleja, los principales problemas según el estudio son: 1. Se tardaba muchísimo tiempo en ponerlos en marcha por la complejidad de la personalización. 2. Se gastaban fortunas en consultores externos que hacían dicha instalación. 3. El 75% de los proyectos de instalación de ERP fallaron, tanto que acabar con la puesta en marcha ya era considerado un éxito en sí mismo. 4. Se han dado cuenta de la exponencialmente creciente complejidad del software, que la idea de tratar módulos de software como piezas de Lego es imposible. Aunque en el estudio no lo mencionan hay otro problema fundamental, las empresas se volvían cautivas de sus proveedoras de software (fundamentalmente SAP y Oracle). Sumado a que estos programas son privativos, de millones de líneas y que el
panorama informático estaba cambiando radicalmente, se tiene la receta perfecta para la catástrofe a medio plazo. Pues parece que eso está ocurriendo, y aunque muchos plantean que la solución es la nueva palabrota de moda, el SOA (Services Oriented Applications), parece que tampoco se libra de sus problemas. Estos sistemas SOA heredarían y mezclarían código de los ERP aumentando así su complejidad y yo diría también la cautividad. Pero lo importante del estudio es que de alguna manera formaliza el problema: aunque estaban diseñados para reemplazarlos, los ERP ya son parte de los sistemas legacy (heredados) de las organizaciones. Pero además han agregado aún más complejidad después de gastarse fortunas. Se acercan años de justificaciones y cambios importantes en los departamentos. Carr dice que tampoco sabe la solución, yo creo que hay pistas por dónde irán las cosas. Una de ellas es que el tratamiento masivo de datos es un área caliente de investigación e incluso de negocios: es el fundamento de Google que lo lleva al extremo de hacer altamente distribuido, replicado y auto recuperable, y de casi todos los nuevos sitios sociales o Web 2.0 (aunque estos en mucha menor escala). Quizás dentro de unos años veamos que además de lo que está enseñando Google a los conservadores informáticos de empresas, lo que hoy conocemos como Web 2.0 también dejará su contribución (sino basta mirar los problemas y soluciones ad hoc de bases de datos en Technorati, Wordpress.com, Facebook, Digg, Twitter [1]): No te preocupes tanto de los programas y algoritmos como de la forma en que almacenas y recuperas una enorme cantidad de datos, con latencias mínimas y alta disponiblidad. A los estudiantes que me preguntan les digo siempre que se dediquen a estudiar a arquitecturas y organización de bases de datos orientadas a tratamiento de enormes cantidades de datos.
[1] Menéame no es comparable en volumen de datos, aunque también una cantidad considerable 12 millones de votos, 1 millón de comentarios, 200.000 noticias y los requisitos de tiempo de respuesta son similares incluso más estrictos y con 800 consultas por segundo de media a la base de datos. 9 Comments 1. El software libre esta cambiando esto: http://www.principiolegal.com/software/erpcrm.php Y creo que la clave que haga que se estandarize el tema sea la factura y contratos electrónicos: Hay un proyecto español: https://www.tractis.com/ Comment by Taikochu Wednesday 15/8/2007 @ 4:04 2. Malditas aplicaciones legacy, y cómo las empresas están pilladas de los huevos por el proveedor, por no tener ni puta idea de lo que les venden. La culpa, como casi siempre en este sector, por la visión cortoplacista. La mejor solución para este ejercicio fiscal te va a joder vivo de aquí a 6 años, estúpido xd. Comment by DZPM Wednesday 15/8/2007 @ 5:20 3. La mejor solución implementada hasta el momento para bases de datos _realmente_ grandes son motores orientados a columnas. A diferencia de los motores relacionales de toda la vida (desde Oracle a MySQL) que almacenan la información fila a fila, éstos almacenan tuplas clavevalor de tal manera que no hace falta recuperar toda la tabla para hacer operaciones agregadas sobre una o varias columnas. Hay un proyecto libre llamado Monet que es puntero en estos temas. Su principal problema es que devora la memoria RAM ya que necesita cargar cada columna en memoria antes de tratarla (y para tablas de cientos de millones de filas eso es mucha RAM).
En el apartado privativo, la única solución seria es Sybase IQ. que tiene un rendimiento espectacular. Realiza la mayoría de las operacioness básicas SQL sobre una tabla de 650 millones de filas en menos de 10 segundos. Comment by Guillelle Wednesday 15/8/2007 @ 12:00 4. #3, el problema de estas soluciones es que necesita cargado en memoria. No le veo demasiado adecuado para cantidades masivas de datos (a menos que tenga soluciones sencillas de particionado). Por otro lado, desde el punto de vista web y aplicaciones interactivas, 10 segundos es demasiado. Google hace todas sus consultas en bases de datos de miles de millones de filas en pocas décimas de segundo. Por aquí va el tema. PS: Otra cosa son las consultas OLAP (On-Line Analytical Processing), en este caso los 10 segundos son más que aceptables. Comment by gallir Wednesday 15/8/2007 @ 13:23 5. Yo estoy trabajando en una herramienta ERP libre que es OFBiz (Open For Business) detrás de la cual está ahora Apache y que creo que podría ser solución a varios de los problemas que consideras. De todas formas mi conocimiento es poco profundo ya que solo he hecho un mes de becario (por ahora) y simplemente me dedico a hacer nuevas funcionalidades a un programa ya en funcionamiento. De todas formas, teniendo una idea así a grandes rasgos de OFBiz me parece un ERP muy interesante y que da bastantes posibilidades. Comment by morri Wednesday 15/8/2007 @ 15:53 6. [ ] a comentar en el blog de Ricardo Galli pero al final he creído mejor hacerlo en un apunte ya que me estaba enrollando demasiado. El [ ]
Pingback by Sobre los problemas de los ERPs by Tecnorantes Wednesday 15/8/2007 @ 16:38 7. [ ] unas horas escribí Ahora empiezan a verse los problemas del ERP. Sergi de Tecnorantes me contesta en su blog porque la respuesta le estaba quedando muy larga para [ ] Pingback by Ricardo Galli, de software libre» Sí que es relevante que un ERP sea libre Wednesday 15/8/2007 @ 17:39 8. [ ] Ahora empiezan a verse los problemas del ERP de Ricardo Galli de Software libre. Afortunadamente cada vez hay menos gente que continúe pensando que se puede comprar el know-how y la experiencia a base de talonario. Falta un libro con casos reales de batacazos a alto nivel estaría entretenido para el verano [ ] Pingback by Lo que me ha llamado la atención durante la semana (2007/33) Jordi Planas Manzano Sunday 19/8/2007 @ 20:44 9. Obviamente el problema de raíz es la falta de uniformidad en los procedimientos de los procesos de negocio y en los formatos de datos - eso es lo que impide que un enfoque basado en componentes y módulos configurables no sea tan maravilloso (por cierto, la alternativa, que es hacer un desarrollo a medida NO es la panacea ni la solución, porque al final acaba teniendo los mismos problemas de costes y dependencias, éstos últimos incluso peores) El software libre no creo que sea diferente al propietario en cuanto a esta problemática de costes sobrepasados, dependencias y expectativas no cubiertas. No obstante, en mi opinión, en el futuro pueden cambiar las cosas para mejor por varias razones:
* Emergencia de estándares promovidos por la industria y organizaciones sectoriales, tipo AECOC, en formatos de documentos basados en XML * Consolidación de las soluciones basadas en SasS que facilitarán la adopción de procedimientos comunes y la integración de los datos entre empresas (si comparten sistema y éste es bastante estándar, es más fácil integrar). El maridaje entre SaaS y software libre es el tema de un post que estoy barruntado hace tiempo * Consolidación del SOA como filosofía que inspira las nuevas arquitecturas tecnológicas de los diferentes productos. En realidad tampoco es algo realmente nuevo, al fin y al cabo hace ya tiempo que se inventó lo de encapsular en cajas negras y así facilitar la integración. * Extensión de las mejores prácticas entre las empresas del mismo sector. Aquí saco pecho, porque los consultores contribuimos bastante a ello (aunque sea a base de copy&paste, todo sea dicho) INVESTIGACION DOCUMENTAL (FUENTE ( INTERNET) BIBLIOGRAFIA Planificación de recursos empresariales. 22/09/2010 Recuperado el 29/09/2010 http://es.wikipedia.org/wiki/planificaci%c3%b3n_de_recursos_empresariales Nicholas Carr.2007.Ahora empiezan a verse los problemas del ERP Recuperado el 29/09/2010 http://mnm.uib.es/gallir/posts/2007/08/15/1146/