OpenBravo vs Microsoft Dynamics NAV


Estamos evaluando para TopRural la implementación de un ERP. Desde 2002 hemos funcionado con un sistema de facturación propio (desarrollo interno) con exportación de los ficheros hacia el software de contabilidad que usa nuestra asesoría (Microlab). Ahora, para concentrarnos en nuestro negocio y dedicarnos a lo que hacemos mejor (somos un buscador de casas rurales, no una empresa de desarrollo de un ERP casero), estamos estudiando cambiar a un ERP externo. Nuestra necesidad radica principalmente en la implementación de los módulos de facturación y de contabilidad financiera y analítica, además de la integración del ERP con nuestra web y con nuestra intranet.

Hemos valorado 3 alternativas, de las cuales descartamos el Business One de SAP (que descartamos por demasiado complejo en y caro en comparación con lo que necesitamos), y los 2 finalistas: el software open source español Openbravo, y Microsoft Dynamics NAV (antes llamado Navision).

Ventajas de Openbravo:

La verdad es que nos encantaría usar Openbravo. En TopRural nuestra preferencia a priori va para el software libre (trabajamos entre otros con Open Office, Gimp y Thunderbird).

  • Crecimiento importante: el producto, aunque es relativamente joven (desde 2006-2007), parece tener un crecimiento importante, aunque la tendencia de crecimiento sigue favorable al Microsoft Dynamics (ver comparativa en google trends).
  • Financiación fresca para futuros desarrollos: Openbravo acaba de recibir una inversión de 12 millones de dolares (visto en Loogic), aunque no pesará mucho frente a los medios que pueda invertir Microsoft en sus productos.
  • Es un interfaz 100% web: no tienes que instalar ningún software en los puestos de trabajo.

Inconvenientes de Openbravo vs Microsoft Dynamics NAV:

Aunque tenga nuestra preferencia inicial, nos hemos encontrado en la versión actual de Openbravo con importantes limitaciones:

  • No permite manejar simultaneamente varios idiomas para los clientes: la versión estándar no permite indicar un idioma de comunicación distinto para cada cliente: puedes usar el Openbravo en varios idiomas, pero no simultáneamente (por ejemplo para generar facturas en el idioma del cliente). Esta funcionalidad requiere un desarrollo a medida mientras con MS Dynamics viene como opción estándar.
  • No permite enviar facturas por mail en lugar de imprimirlas: a estas alturas parece mentira pero de momento esta funcionalidad requiere un desarrollo a medida (también es el caso con MS Dynamics.
  • Contabilidad analítica muy limitada: ofrece un único nivel de centro de coste (ej. Francia o Marketing, pero no Francia > Marketing). Para más niveles requiere un desarrollo a medida.
  • Usabilidad pobre: para una herramienta que será usada por unos pocos usuarios profesionales, las teclas de acceso directo y la navegación por tabulador son fundamentales. Openbravo al ser 100% web tiene este aspecto muy poco trabajado.
  • Pocos profesionales formados: aún hay poco profesionales con conocimientos del Openbravo: por ejemplo en la base de datos de curriculums de Infojobs, con “Openbravo” encontramos 40 curriculums vs los más de 15.000 que encuentramos buscando por “Microsoft dynamics” o “Navision” (antiguo nombre de Microsoft Dynamics).
  • Pocas referencias: según las fuentes que hemos consultado las mayores referencias de Openbravo en España son Eroski, y la SGAE (mira quien quiere ahorrarse derechos de autor con software libre ;). Son muy pocas referencias de peso aún.
  • El software es gratuito pero la implementación no es barata: la propuesta que nos ha hecho el partner de Openbravo consultado ronda los 27.000 € de coste de implementación inicial, vs los 32.000 € de Microsoft Dynamics NAV (10.000 € de licencia y 22.000 € de implementación según la primera propuesta que hemos recibido de un integrador).
  • De forma general el producto es aún poco completo: en comparación con el Microsoft Dynamics NAV se nota que el producto necesita completarse aún mucho antes de ofrecer funcionalidades comparables con el Microsoft Dynamics NAV.

Como concluye Rafael Pérez-Olivares, nuestro director de operaciones que se ha estudiado el tema a fondo, “Navision sería la opción que mejor cubre nuestras necesidades actuales y futuras desde un producto estándar, con poca necesidad de desarrollos a medida y poca necesidad de mantenimiento a futuro de estos desarrollos”.

La decisión aún no está tomada, así que cualquier comentario a favor de una u otra alternativa aún podría ayudarnos a tomar la mejor decisión…

Actualización 17/nov/08: acabamos de decidir implementar Microsoft Dynamics (Navision) 2009 que saldrá al mercado en diciembre 2008. Descartamos OpenERP por falta de partners en España y falta de casos de éxito (muy pocos lo han implementado aún).

Actualización 15/sep/11:  empezamos a usar el ERP en producción en enero 2010. + Nuestras conclusiones en “Cómo implementar un ERP y no morir en el intento

Etiquetas: , , , , ,

84 comentarios to “OpenBravo vs Microsoft Dynamics NAV”

  1. Loogic Links 144 Loogic.com Says:

    [...] OpenBravo vs Microsoft Dynamics NAV. Por François Derbaix. [...]

  2. Pedro Says:

    ¿Y los inconvenientes de Microsoft Dynamics NAV vs Openbravo? Si no tiene, la verdad, dificil la decisión no es…

  3. irenemarciales Says:

    Es una decisión importante, ya que barato no es…

  4. Andreu Bartoli Says:

    Muchas gracias por considerar Openbravo ERP. Soy Andreu Bartoli, responsable del área comercial de la compañía Openbravo y es un placer ver el éxito que estamos teniendo con potenciales usuarios como vosotros considerando Openbravo ERP.

    He querido hacer este post puesto que me gustaría ayudar a completar vuestro análisis y, en particular, comentar algunos puntos que no son completamente correctos:

    - Openbravo ERP sí soporta el uso simultáneo de varios idiomas
    - Openbravo ERP soporta Contabilidad “Multi-dimensional” con hasta 7 dimensiones
    - Los temas de usabilidad que se mencionan en el blog están incluidos en nuestra nueva versión 2,40.

    Finalmente también me gustaría mencionar que Openbravo ERP siempre os proporcionará la libertad de poseer vuestro ERP y adaptarlo a vuestras necesidades más específicas y al crecimiento que como empresa podáis tener sin generar gastos adicionales en licencias, etc.

  5. fderbaix Says:

    Irene: sin duda es una decisión muy importante para TopRural, por el coste, pero sobre todo por las implicaciones que tiene en la gestión a diario. Sin duda es una decisión estratégica.

    Andreu: muchas gracias por tu respuesta. Me alegro que algunos de los inconvenientes tengan solución ya en la nueva versión. Lo tendremos en cuenta e evaluaremos esta nueva versión. En cuanto a los idiomas vimos que OpenBravo soporta distintos idiomas para su interfaz, pero según el partner que nos lo presentó no permite manejar distintos idiomas a la vez para las comunicaciones con nuestros clientes (ej. factura en francés para algunos clientes, en español para otros, etc.). ¿no es así?

    Pedro: los inconvenientes de Microsoft Dynamics en mi opinión son principalmente que no es software open source y que no eprmite enviar las facturas por mail como parte de la solución estándar (requiere un desarrollo por el parnter que se encargará de la integración). De momento no hemos encontrado más desventajas. Parece que es una solución muy madura, y muy popular.

  6. blamsa Says:

    Seria muy interesante, como experiencia para otros en vuestro mismo caso, que pudierais contar como vais evolucionando en la implantación de uno u otro.

  7. Alberto Garcia Says:

    Yo te recomiendo otros opensource http://www.openerp.com, el cual creo yo que cumple vuestras necesidades que openbravo no hacia. Si quieres contactame ya que trabajo en una empresa que nos dedicamos a la implantación de este.Somos partners de ellos.

  8. Ignacio Says:

    Visto el interes que a TopRural le suscita el software libre (Open Source), me gustaria aclarar que la licencia de Openbravo (OBPL) es de código abierto, pero no es una licencia adminitida por la OSI (Open Source Initiative) encargada de velar por la definición de Open Source.

    La OBPL tiene ciertas limitaciones que obliga a que no sea aceptada como las actuales licencias Open Source, por ejemplo, GPL, Mozilla (MPL), BSD…, y otras tantas licencias Open Source (http://www.opensource.org/licenses/).

    De hecho el ERP que comenta Alberto es GPL, como otros, tales como Compiere, del que en parte hereda Open Bravo.

    MI recomendación, es que analizaseis bien otras soluciones Open Source.
    Vosotros sois los que mejor conoceis vuestra empresa y que seleccioneis la opción que más se ajuste siempre que sea Open Source, porque podréis ajustar mejor a vuestra empresa.

  9. Pedro Says:

    Para una comparativa de ERPs en software libre existe un libro blanco que se puede solicitar en smile.fr que incluyec OpenBravo, OpenERP y algunos otros.

    OpenERP (antiguamente TinyERP) está tecnológicamente 5 años por delante de OpenBravo cumpliendo con creces las carencias que OpenBravo os plantea e incluyendo además otras características como BPM, total exposición de su interfaz a través de XML-RPC (en OpenBravo hay que hacerla “a mano”), más de 300 módulos de funcionalidad, etc.

    Además estamos a las puertas del primer lanzamiento de OpenObject, el RAD de OpenERP que incluye un nuevo diseñador de vista, de workflows, BI integrada, desarrollo rápido de módulos usando UML (dia), y muchas mejoras más.

    Creo que cometereis un error si no examinais esta alternativa antes de tomar un decisión….

    Un saludo

  10. Sergio Viteri Says:

    No puedo opinar mucho respecto de las funcionalidades que ofrece OpenBravo y mucho menos las de Ms Dynamics. Conozco poco del primero y nada del segundo. Lo que yo recomiendo es no perder de vista las ventajas reales de utilizar aplicaciones opensource que, contrariamente a lo que piensa mucha gente, no es el precio. Al utilizar OpenBravo o cualquier otra solución libre estamos accediendo al código fuente y a la posibilidad de que muchas empresas (incluyendo a tu propio equipo de desarrolladores) puedan implementar una solución técnica o darte mantenimiento y/o soporte. “Casarte” con Microsoft para esto no es una cosa que yo recomendaría …

  11. Oscar Says:

    ¿Y nadie opina nada fuera del ámbito técnico?

    Desde mi punto de vista la implantación de un ERP, trasciende “las especificaciones técnicas” del producto. Creo que a la hora de implantar un ERP, las pautas a seguir para elegir son:

    1) Necesidades, ¿las cubren los ERP´s que estamos valorando? Si, es así y tenemos posibilidad de software libre, entonces valoremos,
    2) Precio vs rentabilidad vs mejora de competitividad vs intereses subjetivos. Este cuarteto de cualidades creo que es básico: el ERP se debe poder pagar, debe servir para mejorar la rentabilidad y eficiencia de la compañía y debe ayudar a mejorar otros aspectos a lo mejor no tan claros a simple vista: dar valor a una empresa que pretende ser comprada mediante la implantación de un ERP reconocido en que el adquirente confíe y de cuyos resultados se pueda tener una primera impresión de veracidad y rigor. Y porqué no, que pueda ser fusionada con el ERP de la adquirente que muy probablemente será de marca.

    3) Futuro, ¿Que pasa a medio-largo plazo?

    Desde mi punto de vista, (y quizás peque de ignorancia) es importante que una empresa no solo se asegure el poder dedicarse a lo suyo (outsourcing) sino también el soporte futuro en el peor de los casos.

    Creo que una opción “de marca” (Microsoft, SAP…) tiene más visos de calidad respecto de las especificaciones que SI cumple, y más visibilidad a futuro de las especificaciones que están POR CUMPLIR.

    Una opción abierta, sigue haciendo dependiente de programadores (ya sean personas o empresas) a las compañías que lo implantan ya que en cierta medida es como el desarrollo “casero” que mencionaba Frans. Al final, la compañía caerá en el vicio de querer adaptar esa solución abierta a sus necesidades, con lo que tendrá un producto único, y por lo tanto estará dependiente de la persona o empresa que se lo desarrolló. Esta circunstancia también puede darese en un ERP de marca, claro, pero en mucha menos medida, ya que el conocimiento, lo que se puede hacer y lo que no, está regulado por un tercero privado, que es la propietaria del ERP. En este caso, el pago de licencias no solo no me parece un perjuicio, sino que creo más bien que es un beneficio, ya que te dá derecho a EXIGIR. Creo que un ERP abierto está a medio camino entre el desarrollo casero “in house” (considero al ERP abierto como un desarrollo casero de un tercero) y el de marca. Pero además creo que se queda con lo peor de los dos mundos, como un chalet adosado, que te dá los costes de un chalet independiente y los ruidos de un piso.

    En definitiva, como dice mi padre: “Nunca serás lo suficientemente rico como para comprar barato” Y creo que tiene más razón que un santo…

  12. Ignacio Says:

    Sergio, me ha gustado como has expresado la verdadera ventaja competitiva del software libre.

    Oscar, creo que no has entendido bien que es el software libre, en ningun momento es software casero.

    Detras de los grandes ERP de software libre esta siempre una empresa, normalmente con implantación en varios paises a traves de partner. De hecho tanto OpenERP como Openbravo sus redes de distribucion es a través de partners, además estas suelen colaborar activamente en el desarrollo, lo que implica que los partners son participes del desarrollo del producto, no les llueve como les manda la matriz. Esto favorece a un mejor conocimento del software por parte de los partners, no son meros comerciales.

    En Microsoft pasa lo mismo, no distribuye el directamente sino a traves de distribuidores oficiales.

    Dichas empresas no son Microsoft o SAP sin duda, pero dales tiempo. Como se comenta Openbravo es bastante joven, OpenErp ya tiene más años ya que se fundo en el 2001, o Compiere que lo menciono más arriba 1999.

    Tu indicas como peligro la posilidad de que quieran adaptarlo tanto que provoque una dependencia de la empresa que ha desarrollado la aplicación, en el software libre esto es una posibilidad, sin embargo, en el software privativo es obligatorio depender de la empresa proveedora.

    De todas formas los modelos de desarrollo de los buenos ERP en software libre, y cualquier aplicación en software libre bien programada, permiten programar las funciones especificas como módulos, alterando minimamente el núcleo de desarrollo.
    Remarcar en el aspecto de desarrollo, que si una aplicación privativa no tiene lo que tu necesitas, se complica mucho desarrollarlo, no tienes tanta libertad. Normalmente terminas adaptando la empresa a lo que dice la aplicación privativa.

    Más ventajas, en el software libre no depende de un proveedor, si este hace mal su trabajo te puedes ir a otro partner, y en el peor de los casos pueden montar tu propio equipo dentro de la empresa. Comento esto ultimo porque no es el primer caso que veo que una empresa de software privativo se va a pique y deja a sus clientes sin el código fuente y totalmente atrapados, con una aplicación que se hace cada vez más arcaica. Aqui no se va dar este caso, ya que es dificil que Microsoft desaparezca.

    Y aunque todo el mundo diga que no es lo más importante, en un momento como este de crisis el precio importa. No nos engañemos, una clave siempre es si puedo o no pagarlo.

    P.D. No se que habría pasado con Internet si no existiese el software libre (TCP/IP es licencia BSD).

  13. Oscar Says:

    Hola Ignacio,

    Me ha parecido muy interesante lo que dices, y ciertamente tengo unas carencias informativas sobre lo que es una cosa y otra importantes, pero pese a todo, sigo insistiendo:

    1) Las grandes compañías que están detrás del software libre, en algún momento, querrán empezar a recibir réditos a sus inversiones, no? Piendo en la época en que Telefónica regalaba los terminales…
    2) Es mucho mas sano adaptar la empresa a un standard, que adaptar un standard a una empresa. Eso precisamente es lo que puede valorar un inversor externo: que entiende el interior del ERP de su empresa, y eso le genera una cierta garantía.
    3) Hablas de dependencia hacia la empresa integradora, pero de verdad que sigo sin ver la diferencia entre un tipo de dependencia y otra, pero mira, te añado un punto más: ¿Será más fácil contratar a usuarios familiarizados con por ejemplo Navision que con OpenBravo, no? Y eso también es una ventaja, ¡¡y muy importante!!

  14. Ignacio Says:

    Oscar, va a ser interesante discutir contigo, en el buen sentido de la palabra. Te voy a ir respondiendo a cada uno de los puntos.

    1) Las empresas que estan detras del software libre ya esta ganando dinero. Un ejemplo sencillo, Mysql, todo el mundo conoce esta base de datos ya que es una de las más extendidas para aplicaciones web. Es software libre, habra millones de usuarios utilzandola, es imposible saberlo, sin embargo, la empresa que esta detras de Mysql tiene alrededor de 1000 clientes que quieren un soporte técnico directo, de aqui obtienen ingresos. A simple vista se pensaría porque no ganar de los millones de usuarios, primero no se podría ya que muchos dejarian de usarla. Pero de estos millones de usarios Mysql esta sacando un beneficio muy importante, estos usarios estan detectando y corrigiendo bugs y desarrollando mejoras porque son utilies para ellos, pero que pueden servir a clientes de Mysql. Tienes el mejor grupos de testadores de software para ofrecer un mejor servicio a sus clientes de pago, incluso anticipandose. Ademas tienen sus mejoras que pueden beneficiar a sus clientes. Y todo esto sin invertir dinero.
    En el caso de los ERPs se acrecenta, porque no solo es soporte técnico, sino que ganan dinero por los desarrollos de funcionalidades.

    2) Quien ha dicho que las marcas privativas decidan sobre los estandares. Lo que diga Microsoft no va a misa, de hecho Openoffice consiguio antes el estandar ISO 26300 (30 de noviembre de 2006) que Microsoft Office, que lo consiguio con la versión 2007.

    3) De esto no tengo datos asi que no puedo hablar con total certeza, seguramente haya más de Navision, pero yo miraria el listado de partners en las webs de OpenERP y Openbravo, no son tan pocos.
    Si que conozco otra caso que es el de Internet Explorer y Firefox, quien pensaría que Firefox alcazaría el 39,1% de usuarios, tan cercano, al 54,8 % de Internet Explorer. Datos de abril del 2008.

  15. Dani Says:

    Hola.

    Yo apostaría sin dudarlo por una solución Open Source, sin entrar en el Talibanismo de si es GPL o deja de serlo, lo importante es la libertad de poder modificar lo necesario a nuestras necesidades. dejando que otros muchos lo hagan, o pagando a alguien para hacerlo, beneficiarnos de ello y poder contribuir al beneficio de los demás (que volverá a ser el nuestro).

    Cerrarse a una empresa que te cobrará por una Licencia de uso de un software del que nunca seras propietario es un error. Al utilizar software libre, la posibilidad de obtener soporte, gratuito o no, se multiplica exponencialmente.

    Opiniones muy respetables como la de Óscar se basan en una idea errónea y caduca del concepto software, y de como una empresa puede hacer dinero, como empresa que es, del desarrollo del mismo.

    Oscar, el propio portal TopRural que evalúa las distintas posibilidades, basa su éxito en la utilización de software libre en casi su totalidad, desde el sistema operativo, el servidor web y la base de datos, hasta al navegador que utiliza una parte (cada vez mayor) de los usuarios de TopRural, es acaso ese sofware “casero” ? en absoluto.

    Aunque un ERP es un software muy específico, en mi opinión, merece mucho la pena evaluar todas las soluciones (privativas y libres), echar cuentas (no solo financieras) y elegir si es posible, software libre.

    Saludos.

  16. Alberto Garcia Says:

    Hola,

    Me parece un punto de vista muy negativo la opinión de que la empresa tienes que adoptarse al programa. Ya que cada empresa es un mundo y aunque soluciones privativas tengas versiones sectoriales no podrán acceder a todos los sectores.

    Yo como especialista en procesos de negocios te digo que me parece mas ventajoso adaptar un erp software libre a mi empresa.En casos en los que los procesos de negocios no son los comunes. El caso de top rural yo lo veo no usual a una empresa industrial que digamos. Donde en una industrial si puede tener un unos procesos de negocio mas definidos y una implantación de un solución privativa puede ser la adecuada.

    Toda decisión de un sistema erp debe ir después de un análisis de de consultoria. Que no quieran vender la moto los comerciales, que muchos de los partners son mas comerciales que otra cosa, ya que mucha parte de sus ingresos viene por comisiones de ventas de licencias.

    Y digo también que conozco casos de empresas que usaban programas privativos muy caros que han cambiado a software libre por que si tenían posibilidad de desarrollo o modificaciones tenían que ceder los derechos a la empresa propietaria del programa. ¿ porque hacer esto? ¿porque tengo que dar algo que he hecho yo a otros? Si lo hago sera por que quiero.

  17. Oscar Says:

    ¡Bueeeno! Esto empieza a animarse un poco! ¡Que nivel!
    Pero bueno, en mi inmenso orgullo y escaso conocimiento, seguiré intentando, insisto, hablar de coherencia. Al menos desde el punto de vista del empresario…

    ¿Sabéis? El 95% de las opiniones aquí vertidas tienen índole técnica, cuando en verdad, la implantación de un ERP trasciende este ámbito. Es una decisión estratégica de empresa. Tan sólo el comentario de Alberto García se centra más o menos en cuestiones de empresa, pero de manera (perdón Alberto ;-)) taxativa, sin argumentos: “conozco” “te digo que” son expresiones que marcan el tono de su mensaje, pero echaría en falta un poco de argumentación. Lo cierto es que releyendo mis anteriores comentarios, veo que también carecen de los mismos, así que voy a intentar como ha hecho Ignacio, responder a vuestras consideraciones (desde mi punto de vista, claro), punto por punto:

    Antes de nada, permitidme que parta de unas premisas:
    1) ¿Cual es el objetivo final de una empresa? La rentabilidad.
    2) ¿Cuales son los valores implícitos en la rentabilidad? La presteza en la llegada de la misma, y el ajuste de la balanza gastos vs. ingresos.
    3) Cuestión opinable, pero ¿que cualidad debé tener una empresa competitiva ergo rentable, en el siglo XXI?, Creo que fundamentalmente una, el dinamismo. Dinamismo para adaptarse al cambio, para centrarse en su producto, y para no verse perturbada en su core business por agentes externos.
    4) ¿Realmente cada empresa es un mundo? Ni mucho menos!!!! Si así fuera, el período de aprendizaje de un empleado cada vez que cambia de empresa sería tremendo… Podemos afirmar que la estructura de cualquier empresa es básicamente la misma, y se compone de:

    a. Producción
    b. Comercilización
    c. Administración

    Por supuesto que cualquier empresa es libre de cambiar este modelo, pero reto a todos los que vayáis a leer este comentario a que me diga una sólo empresa que lo haya hecho con éxito. Así pues podemos deducir que el que una empresa argumente que precisa de un desarrollo a medida en su ERP, es una falacia, lo que precisa es llamar pedido a la orden de compra, o incoming a los ingresos… etc… Quiere personalizar, pero no adaptar, en la mayoría de los casos. Porque de hecho, el fondo de la cuestión (la contabilidad: que en definitiva traduce a un lenguage universal la actividad de cualquier empresa) ya está regulado, y por Ley. En cualquier caso tan sólo una justificación (simplista lo sé) de porqué adaptarse a un standard antes que a una solución personalizada: Porque el mercado la conoce, entiende y valora.

    Dicho esto, paso a enumerar:

    1) “Las empresas que estan detras del software libre ya esta ganando dinero….A simple vista se pensaría porque no ganar de los millones de usuarios, primero no se podría ya que muchos dejarian de usarla. Pero de estos millones de usarios Mysql esta sacando un beneficio muy importante, estos usarios estan detectando y corrigiendo bugs y desarrollando mejoras porque son utilies para ellos, pero que pueden servir a clientes de Mysql….”
    Ignacio, ¿no ves donde está el negocio? Te contaré un modelo clásico de creación de portal temático: inserción gratuita de todos los actores del sector. Captación masiva de publico, que deriva en adquisición de una posición de liderazgo. Y una vez adquirida esa posición… adivina… ¡a cobrar! Claro está a menos que no haya tenido en cuenta la existencia de las ENG´s (Empresas que No Ganan) En cuyo caso amigo mío, no son una empresa, puede ser un grupo de gente entregada a la causa o si me apuras un lobby anti Microsoft, o anti SAP, pero no una empresa.

    2) “Quien ha dicho que las marcas privativas decidan sobre los estandares. Lo que diga Microsoft no va a misa, de hecho Openoffice consiguio antes el estandar ISO 26300 (30 de noviembre de 2006) que Microsoft Office, que lo consiguio con la versión 2007.”
    Pues mira efectivamente, tienes toda la razón, lo que pasa es que por encima de Microsoft, o cualquier otra empresa está el mercado. El mercado es el que decide sobre lo que quiere y como lo quiere, y al mercado se rinde Microsoft, Apple, Sun o cualquier otra empresa. Y por cierto, la norma ISO es un standard, ¿porqué entonces lo adquiere OpneOffice?

    3) Respecto de la facilidad de encontrar a empleados que usen aplicaciones libres: “De esto no tengo datos asi que no puedo hablar con total certeza, seguramente haya más de Navision, pero yo miraria el listado de partners en las webs de OpenERP y Openbravo, no son tan pocos.”
    Pues mira como muestra un botón:
    Si pongo en google.es “OpenBravo Partner”: tengo 107 resultados
    Si pongo “OpenERP Partner”: tengo 4 resultados
    Si pongo “Navision Partner”: tengo 3730 resultados.

    Efectivamente no son tan pocos, ¡¡¡son poquísimos!!! (Y eso que lo he puesto en Inglés…) A ver quien consigue soporte…

    4) Dani opina: “Cerrarse a una empresa que te cobrará por una Licencia de uso de un software del que nunca seras propietario es un error. Al utilizar software libre, la posibilidad de obtener soporte, gratuito o no, se multiplica exponencialmente.” Respecto del soporte no gratuito me remito al punto anterior. Y respecto del soporte gratuito, ¿También tiene la certificación ISO? ¿Que garantías me dá?

    5) “Oscar, el propio portal TopRural que evalúa las distintas posibilidades, basa su éxito en la utilización de software libre en casi su totalidad, desde el sistema operativo, el servidor web y la base de datos, hasta al navegador que utiliza una parte (cada vez mayor) de los usuarios de TopRural, es acaso ese sofware “casero” ? en absoluto.”
    Dani, el éxito de TopRural no viene ni de lejos por el hecho de haber usado software libre, si así fuese ¿que no empresa triunfaría? Siendo gratis…. Y.. ¿No podría ser que el éxito de TR se deba a un modelo de negocio brillante? ¿Quizás a haber encontrado un nicho de mercado? ¿Quizás a haber realizado innovado en su producto y atención al usuario? Por poner un ejemplo vaya.

    6) Respecto de la opnión de Alberto, no la comparto en absoluto: el 80% de la actividad de una empresa se gestiona sobre las mismas bases, y salvo casos muy, muy concretos, el 20% restante se puede customizar en cualquier ERP.
    Hablas de la consultoría y creo que en ese punto es donde se te vé el plumero (con todo el respeto). La consultoría es precisamente de donde sale el negocio en la implantación de un ERP. ¿Me querrías decir qué % en un proyecto de implantación de ERP corresponde a consultoría y cual corresponde a ERP? (exceptuando casos extremos, claro, como compañías de miles de docenas de miles de usarios etc, que creo que no son el objetivo de este interesante cruce de opiniones).
    ¿Conoces casos de empresas que han abandonado ERP “caros” por no compartir sus desarrollos con el propietario de la licencia? Pues chico si se hubiesen leído antes de adquirirla los términos de la misma no habrían tenido ese problema. Porque serán caros, pero vamos, que las cosas claritas las dejan….

  18. Pedro Says:

    Estimado Oscar,

    Del mismo modo que comentas que a Alberto se le ve el plumero, parece que a tí también se te ve un poco ;)

    Voy a tratar de contestar algunos de tus puntos. En primer lugar me sorprende que identifiques las razones para preferir el código abierto como técnicas, pero estratégicamente no acertadas: normalmente ocurre al revés. Me dedico precisamente a ésto y el principal argumento a favor del software libre en la gestión empresarial obedece a decisiones estratégicas (normalmente gente que ha resultado escaldada por experiencias previas) Hay gente que utiliza software libre en su gestión diaria y parece que no se arrepienten de ello (http://openerp.com/forum/topic6193.html?highlight=magapor).

    Es cierto que “conozco”, o “te digo que” no son argumentos, pero no es menos cierto que mencionar nombres de empresas o casos concretos sin su permiso es complicado, y más aún en un foro público. De todos modos nada es “seguro”. “Conozco” algunas empresas que compraron PeopleSoft en su día porque era “estratégicamente acertado”. ¿Sabes que ha pasado con ellos?. Gente que instaló Baan IV, hizo desarrollos personalizados sobre la licencia de Baan IV, y ahora que se deja de soportar hay que pasar a la versión VI y perderán el control de sus desarrollos (en la medida que los puedan rehacer) por el cambio UNILATERAL en las versiones de las licencias. ¿Sigo?

    El objetivo de una empresa no es la rentabilidad. Una rentabilidad de un 200% pueden ser calderilla respecto a una rentabilidad de un 5% en otra escala de negocios. Si decimos que el objetivo es ganar dinero, podríamos empezar a estar de acuerdo, pero en mi opinión (y no soy el único), el verdadero objetivo de una empresa es la superviviencia (para lo cual está bien ganar dinero), sobre todo si entendemos como empresa cooperativas, organizaciones de todo tipo, fundaciones, arzobispados o cualquier entidad susceptible de utilizar un ERP para gestionar sus negocios. (¿Sabes que el arzobispado de Pamplona y Tudela utiliza OpenBravo? Gestión de inmuebles, mantenimiento de patrimonio, registros, personal… ufff… es complejo… )

    Cada empresa es un mundo. Es así. Hay procesos más o menos comunes, pero la supervivencia de la PYME está en ofrecer lo que no pueden ofrecer las grandes: adaptabilidad, artesanía, personalización. Es por eso por lo que MySAP o Navision en PYMES son un rotundo fracaso. El hecho de poner la etiqueta de “producción” o “comercialización” a un proceso no significa que sea uniforme. Hay empresas que producen tornillos y empresas que producen pollos y no se parecen en nada. Ni siquiera los ratios o indicadores útiles en producción son los mismos.

    Empresas que han cambiado el modelo con éxito:
    - Amazon
    - Google
    - Marks & Spencer
    - Mac Donalds
    - ….

    Todas las empresas exitosas lo han sido por hacer las cosas “de otra manera”. Esto no quiere decir que hacer las cosas de otra manera sea una garantía de éxito ni mucho menos, pero sí que no todo está inventado y es ahí donde está la diferencia.

    Si crees que nadie necesita un desarrollo a medida en mayor o menor grado (lo que en un buen ERP es un proceso de parametrización en otro puede significar un desarrollo a medida) creo que no has visto suficientes casos, pero no te preocupes, que yo te los cuento:
    - una sociedad gestora de fondos de capital riesgo necesitará modificar:
    – la contabilidad para adaptarse a la normativa del Banco de España
    – la contabilización del IVA, ya que funcionarán mediante sistema de prorrata
    – informes analíticos para sus socios, empresas participadas, y distintos consumidores de su información.
    - una empresa con implantación multinacional, necesitará adaptarse a las normativas de varios estados en sus operaciones. La combinación de las distintas normativas en procesos únicos requerirá bastante estudio y personalización en su caso.

    Cualquier empresa tendrá flujos de trabajo o workflows distintos a los de otra y esto no siempre es cuestión de parametrización. Una orden de venta o como quieras llamarla puede requerir por ejemplo la presentación de una receta veterinaria si se trata de un producto medicamentoso y no requerir nada si se trata de correas para perros.

    Respecto al tema de los partners… eso sí que es falaz: para prestar servicios sobre software libre no hace falta ser partner. En los de OpenERP por ejemplo tienes a ZikzakMedia, Nan o Gisce ingeniería que prestan esos servicios sin ser partners, y supongo que habrá muchos más. Para vender Navision hay que “apuntarse” obligatoriamente.

    En el peor de los casos (quiebra y desaparición por catastrofe natural del desarrollador principal y de todos los partners y distribuidores) estimo que el coste de disponer de servicio técnico “in house” para cualquiera de las dos soluciones mencionadas estará en torno a 6 meses de un informático estudiándose el código. Como digo, esto es el peor de los casos. En el caso del software privativo te remito a mis párrafos iniciales: cuéntaselo a los que se creyeron el cuento de PeopleSoft.

    Es cierto lo del 80-20% que comentas al final, pero no que se pueda customizar sobre CUALQUIER ERP. Hay determinados límites que en software privativo no se pueden transpasar. ¿Hablamos de SAP?

    Respecto a casos de abandono de ERP “caros”, fíjate tú: iconecta (del grupo PC-Online) abandonaron Navision para poner…¡AbanQ!. ¿Por qué? Porque Navision estaba completamente sobredimensionado en su caso. Ahora venden AbanQ con su propia marca a sus clientes finales….

    Resumiendo. Creo que hoy en día las soluciones open source para gestión empresarial son maduras. Creo que se adaptan a las PYMES mucho mejor que los “grandes” si bien no es cierto el caso contrario: dudo que Volkswagen pueda hoy plantearse dejar SAP para poner OpenBravo u OpenERP…. Hay empresas que prestan sus servicios en torno al opensource y permiten la confección del traje a medida que muchos clientes demandan. Hay que ser humildes y no ir dando lecciones (“usted tiene que llamar incoming a sus ingresos y ya está…”), ya que quienes conocen sus negocios son ellos, y quienes paga, también.

    Un saludo (sin acritú ;) ),
    Pedro

  19. Oscar Says:

    Lo dicho Pedro, ¡que veo mucho nivel aquí!
    A ver si el Sr. Derbaix publica otro post y tenemos carnaza fresca…

    Saludos y sin acritú, of course.

    Oscar

  20. Ignacio Says:

    Con lo que ha escrito Pedro, prácticamente ha dejado claro todo. Muy interesante el tema de Magapor.

    Me gustaria aclarar algun punto de tu post Oscar.

    Respecto a cobrar. Mysql con el numero de usuarios que tienen podían haber empezado hace tiempo. Pero que habría sucedido, como tienen licencia GPL, la ultima versión que existiese libre habría sido forkeada. Por lo tanto, no se que ganarian con ello.

    Los datos de los partners no se donde los has sacado no son correctos.
    Microsoft tiene más de 4500 partners a nivel internacional (http://www.microsoft.com/spain/businesssolutions/partners.mspx)
    Openerp tiene 58 partners a nivel internacional (http://openerp.com/partner.html)
    Openbravo tiene 112 partners a nivel internacional (http://www.openbravo.com/partners/find-partners-support/)

    Aunque como dice Pedro es relativo, no es necesario ser partner oficial para desarrollar software libre. Y añadiria otro aspecto, que se da más en el caso de Microsoft de los Partners cuantos son solo comerciales?

  21. fderbaix Says:

    ¡muchas gracias Alberto, Ignacio, Pedro, Sergio, Oscar, Dani por publicar vuestros consejos! efectivamente veo que hay mucho nivel, de amigos que conocen toprural por dentro (Oscar, Dani, Sergio) y otros que por lo visto dominan bastante el tema ERP (Alberto, Ignacio, Pedro).

    En todo caso me parecen reflexiones super interesantes. Le daremos unas vueltas, evaluaremos también otras alternativas de ERP abierto, antes de tomar una decisión. Os mantendré informados de los avances que tendremos con este tema del ERP para toprural.

  22. rafa Says:

    Hola a todos, me gustaría dar una visión mas practica sobre la elección de un ERP, basada mas en la funcionalidad y no tanto en si es libre o no. Tengo algo de experiencia en migraciones y actualmente, como COO participo en el equipo que tomará la decisión del nuevo ERP para toprural.

    Como en toda decisión estratégica para una empresa, la cuestión elemental es la de reducir el riesgo y las incertidumbres actuales y futuras.

    Sin entrar a si el software libre es mejor que el de pago, opino que el salto cualitativo que puede inclinar la balanza hacia un lado u otro lo dan los profesionales que desarrollan el proyecto y el tiempo de análisis e implementación.

    Una vez que se ha tomado la decisión de que el desarrollo se quiere externalizar, lo primero es buscar una solución que tenga mercado y que se adapte operativamente a lo que necesitas partiendo de un estándar.

    Si para toprural el corazón de su negocio es la integración web y la gestión de los “contratos” de promociones y costes utilizando diferentes dimensiones buscaremos la mejor solución en este sentido desde un estándar.

    ¿Y como lo hacemos?

    1.- Hacer participar en la decisión a los diferentes departamentos de la empresa, la parte técnica tiene mucho que decir. Decisión en equipo.
    2.- Buscar opiniones externas como las vuestras.
    3.- Ser cuanto más prácticos mejor. Las “demos” son una excelente oportunidad de los partners para vender su herramienta y su empresa. Os recomiendo prestar especial atención a la profesionalidad de los consultores.
    5.- Realizar una segunda demo si fuese necesario. Parte del éxito del proyecto esta en que el partner nos conozca bien lo que queremos. Dar información concreta sobre puntos concretos.
    6.- Propuesta económica ajustada. No queremos que el partner nos facture de más pero tampoco de menos. Volviendo al punto anterior, cuanto mejor conozcan el proyecto mas ajustada será la propuesta.
    7.- No tener prisa.
    8.- No perder la perspectiva a futuro, un ERP convivirá con nosotros entre 5-10 años.
    Pensar en posibles actualizaciones pero también en nuevas necesidades que puedan surgir en el futuro.

    Os comento mi impresión de las “demos”, la de openbravo me sorprendió positivamente fundamentalmente porque mis expectativas eran bajas, hay que decir que conseguir la demo no fue fácil. La usabilidad me pareció floja y el partner algo desbordado con nuestras preguntas. A priori estamos lejos de que el estandar cubra nuestro corazón del negocio. Algo tan sencillo como tener varias dimensiones de costes y centros de beneficio no era posible en la versión presentada. Aunque no vimos ejemplos de integración con nuestra web me dio la impresión de ser relativamente fácil al ser una aplicación 100% web.

    De Microsoft Dynamics Nav hemos tenido 2 demos con 2 partners diferentes. Es sorprendente que para un mismo producto las demos fueran tan diferentes. En ambos casos me quedo claro que es un producto consolidado, usabilidad en línea con otros ERP, varios niveles de dimensiones con controles y políticas de seguridad fáciles de aplicar. Tengo mis dudas sobre la integración web, con la impresión de que es algo en lo que tienen poca experiencia y mas complejo de lo que comentan.

    Otros factores como casarme con Microsoft o encontrar candidatos de forma más sencilla, es obvio que ni nos gusta casarnos con Microsoft ni con nadie pero como en todo, siempre hay preferencias, y la mía es que el ERP aumente la transparencia y eficacia, ademas de que la implementación sea rápida y sencilla.

    Una vez tomada la decisión, lo mas importante es aprovechar la oportunidad definiendo un blueprint con máximo detalle y dando soporte a los consultores en el dia a dia.

  23. Angel Says:

    Hola a todos,

    me incorporo a esta discusión entre otras cosas por ser parte interesada (nosotros somos el famoso “partner” de Openbravo). Me gustaría hacer unas apreciaciones al respecto de todas las discusiones (me dejaré muchas cosas, pero es que habéis hablado de muchos temas juntos!). Además aclararé que conozco bien los dos mundos, pues he trabajado tanto con Navision como con otras soluciones propietarias (Exact Dimoni, SP, etc.):

    – Hay una primera cuestión intrínseca en la diferencia entre MS Navision y Openbravo, y es el tipo de relación que la empresa cliente quiera establecer con la aplicación. Disponer de sw libre permite plantear un modelo EVOLUTIVO bien diferente del sw propietario. Los matices mínimos relacionados con la licencia en el caso de Openbravo no aplican, pues todo lo que diré se puede hacer con esta aplicación:

    COMUNIDAD: además del partner o partners que trabajen en la solución, dispones de un entorno colaborativo de desarrollo que aporta muchísima más sinergia que el mundo de partners de aplicaciones propietarias.

    ESTÁNDARES: la arquitectura de un producto Open source, así como el modelo de desarrollo e integración que propone, en la mayoría de los casos (y lo es el de Openbravo), se basa en estándares. Esto permite acceder a su estructura, código y modelo de forma mucho más inmediata y directa. Esto permite por ejemplo disponer en un menor espacio de tiempo de profesionales cualificados en el producto, pues la barrera de entrada es muchísimo menor que en productos propietarios (y desde luego Navision lo es más aún, al estar basado en tecnologías propietarias).

    CONTROL: poder acceder al código y a la arquitectura del producto da el control total al cliente. Puede elegir si formar gente internamente (con las barreras de entrada mencionadas anteriormente), o contar con los diferentes partners para poder modificar la aplicación A TODOS LOS NIVELES. Los productos propietarios limitan enormemente este acceso, y la transferencia de conocimiento al cliente es enormemente compleja.

    EVOLUCIÓN: un proyecto de implantación de un ERP, una vez que empieza, no termina nunca. Para valorar el coste total no sólo basta con la licencia y los costes de implantación. Hay que pensar qué tendré que pagar como mantenimiento de licencias (y Navision, como el resto, tiene un coste entre un 10% y un 30% anual sólo de licencias), y sobre todo cuánto me costará hacer cambios o evoluciones. El precio de consultores de Navision es alto, pues el coste de poder disponer de un consultor con experiencia, en formación y tiempo, es muy alto. Por lo que una vez que se haga la primera entrega, habrá que empezar a preparar el presupuesto para esa partida. Ahí os puedo asegurar que hay muchísima diferencia.

    ESTABILIDAD Y GARANTÍAS: es uno de los argumentos más graciosos alrededor del SW Libre. La gente dice que dado que es libre y hay una empresa “pequeña” detrás no ofrece las mismas garantías de producto. A parte de resaltar que Openbravo es tan estable que ya está instalada en muchísimas empresas, os recuerdo lo siguiente:

    * Una aplicación propietaria no tiene porqué ser más estable. De hecho tanto Navision como otros productos tienen infinidad de errores y bugs. Según el modelo de versiones de estos productos, se puede tardar entre 6 meses y años en disponer de versiones arregladas, mientras que con la comunidad de desarrollo en el SW libre tienes una solución en la mayoría de casos en días o semanas.

    * QUe por detrás del producto haya una empresa grande no ofrece ninguna garantía. De hecho MS está cambiando TODA la arquitectura del producto, por lo que el NAvision de hoy en día no tendrá nada que ver con el de dentro de 3 años. ¿Qué pasará cuando haya que cambiar de versión? Y nadie te garantiza que el día de mañana no lo compre alguien, o quede olvidado frente a otros productos (si no que se lo digan a Siebel o Peoplesoft, comprados por Oracle y ahora en grandes procesos de cambio). Cuando un producto propietario se discontinúa, la empresa que hay detrás deja de dar soporte. Cosa que no ocurre en el modelo de SW Libre.

    – En cuanto a otras opciones de ERPs abiertos, Openbravo actualmente es la más madura con diferencia. No hay más que ir a Sourceforge (repositorio de SW Libre) y ver la actividad alrededor de todos los proyectos de aplicaciones de negocio. Sin contar con el factor de número de partners locales. Y por supuesto la cobertura funcional, en la que Openbravo deja al resto muy atrás (¡no se llamaba TinyERP por capricho!)

    – Por último, y por no extenderme en demasía, hablar del proyecto concreto, para aclarar también la otra parte: cómo se hacen las propuestas. Como es lógico y ya se ha mencionado Toprural está creciendo de manera exponencial, y esto implica una gran cantidad de necesidades nuevas, muchas de ellas aún desconocidas. Cuando nosotros elaboramos la propuesta tuvimos que realizar un ejercicio intenso de concreción, y aún así muchos de los puntos quedaban abiertos. Aspectos tales como la integración web (dudo que Navision permita hacer una integración limpia, para empezar ni siquiera es una aplicación web!), modelo de contabilidad analítica, etc. Muchos puntos quedaron abiertos y el trabajo con los diferentes departamentos y áreas puede aportar muchísima más ayuda al proceso de definición y ajuste. Para muestra un botón: seguro que entre las dos propuestas de Navision había al menos una diferencia del 30%-40% de presupuesto global. No dáis el dato, pero me juego mis followers de Twitter a que es así ;-)

    No me meteré en la valoración de los puntos a favor y en contra de uno y otro, aunque habría mucho que decir (el envío de facturas por email, ya implementado por nosotros en otro proyecto, por ejemplo, que tampoco ofrece MS NAvision, pero que aparece como un punto en contra de Openbravo nada más). Sólo resaltar como he dicho que echo de menos valoraciones tales como el coste total a 2-3 años, basada en mantenimientos, máquinas, SW (nos hemos olvidado que Navision necesita SQL Server!?!?!), modelo de desarrollo y mantenimiento evolutivo (nuevas funcionalidades, comunidad de desarrollo), arquitectura web, etc.

    Por mi parte he intentado aportar otras de carácter más filosófico y económico. Y por supuesto resaltar que estamos a vuestra disposición para cualquier duda.

  24. Pedro Says:

    No quiero extender mucho la discusión. Sólamente me gustaría decir que las opiniones son como los culos: todo el mundo tiene una.

    Me gustaría mostrar la opinión de Raphael Valyi. Raphael es consultor de smile.fr y creador de su libro blanco sobre ERPs open source. Smile es partner de OpenBravo y de OpenERP, de modo que conoce bien ambos mundos y me parece que su opinión puede ser bastante imparcial.

    Podemos ver lo que dice en el siguiente enlace:
    http://openerp.com/forum/topic5572.html
    en el sexto post.

    Sólamente copio y pego una frase de (no lo olvidemos) un partner de OpenBravo y OpenERP simultaneamente:
    “on the technical side:
    * OpenBravo is REALLY inferior to TinyERP. It’s modeled at a very low relationnal level (see the pl/pg/SQL code!!!) whereas TinyERP has true domain object models. So the code of Tiny is small, comparatively bug free and easy to understand withe a predictible behavior. OpenBravo recognize the weakness of their platform, they are promising Hibernate ORM and Spring for modularity, but all that won’t be available before 2009 and will still be marginal among the code. Moreover Hibernate is a good ORM but it isn’t scritable like Tiny one, so it will still not reach TinyERP flexibility, even by 2010, no way! ”

    Un saludo,
    Pedro

  25. Alberto Garcia Says:

    Hola Angel,

    Tu explicación y defensa de software libre me ha parecido muy buena. Pero tus puñales hacia otros software libre me parece discutible.

    Sobre todo respecto a tinyerp. Has utilizado y programado openerp? Porque claro me extrañaría que un partner de openbravo dijera que es malo.

    Yo he defendido openerp diciendo que cumplía con la mayoría de las cosas que toprural no encontraba en las otras alternativas.

    Creo que la visión que se plantea con el comentario de pedro es mas imparcial. Donde e una empresa que es partner de las dos, por lo que su opinión para mi es mejor.

  26. manuel Says:

    En principio soo quiero daru una opinion sobre el comentario de lo que paso con empresas que compraro ERP y se pone el ejemplo de PEOPLESOFT y BAAN, en estos 2 casos lo que paso es muy simple, la sociedad avanza y con ella la legislacion y las reglas de negocio, si el fabricante del erp no es capaz de dar solucion, pierde los clientes.
    En este pais cerraron cientos de empresas suministradores de software de gestion por cosa tan simples como año 200, el iva, nuevo plan contable de sociedes, ahor ahan aparecido las nic y loque venga.
    Si detras de un software de gestion ERP no hay un equipo que se encarge de estar preparadol, esto puede suponer un problema.
    Volviendo al caso de los 2 erps mencionados, el caso de peoplesoft es que las ventas en españa fueron tan escasas, que no les merecia la pena invertir en adaptar el producto a la legislacio de aqui, ya que era un producto que originariamente soLo se vendia en USA., donde por cierto sigue estando vigente, no ha desaparecido.
    Lo mismo ocurre con BAAN que si sigue vigente.
    NAVISION lleva mas de 20 años solo en ESPAÑA y sigue siendo desde hace tiempo el lider solo en ESPAÑA tiene mas de 6500 intalaciones, cientros de miles en todo el mundo, cuantas hay del resto de ERPS que mencionais, cuantos de estos ERPS existiran dentro de 2 años.
    ¿sabeis que hay empresas que llevan mas de 15 años con Navision sin problemas?, el 95% de las empresas que compran Navision no lo cambian y si lo hacen es por una imposicion de multinacional y migran a SAP. eso es por vsrios motivos. ADAPTABILIDAD, FORTALEZA, RESPALDO, FIABILIDAD Y EVOLUCION.

  27. Angel Says:

    A Alberto García: disculpa si de mis palabras se entiende que digo que TinyERP/OpenERP es malo, porque no es mi opinión, por lo que las matizaré: sólo constataba que la cobertura funcional es menor respecto a Openbravo (lo cual es una realidad), y que la cobertura en partners y comunidad en Sourceforge es también menor.

    En cuanto al comentario de Manuel: una vez que se invierte y se gasta dinero, tiempo y esfuerzos en una implantación de un sistema de gestión, toda empresa está deseando obtener una rentabilidad. Muchas veces, aunque se esté descontento con lo instalado, tiene un coste y un impacto aún mayor cambiar el sistema que mantenerlo con los problemas que éste tenga.

    Además lo que dices es cierto: NAvision lleva 20 años en España, y por el camino ha pasado de ser una aplicación independiente a ser comprada por MS, y en los últimos años además a cambiar de nombre (ahora se llama Dynamics NAV); y por delante le esperan varios años de cambios estructurales muy duros para migrar toda la estructura a .Net.

    Por si no ha quedado claro, no intento atacar a ninguna de las otras soluciones. Simplemente planteo que para solucionar un problema tan complejo como incorporar una aplicación de negocio existen diferentes caminos, y para encontrar el adecuado hay que valorar muchos elementos.

  28. Pedro Says:

    Angel,

    OpenERP no está en SourceForge. De la misma manera que no lo está Postgresql (una de las bases de datos sobre la que funciona OpenBravo, y no por ello es peor que otras que sí lo están), o MySQL, o Python, o el kernel Linux, o GCC o tantos y tantos proyectos de software libre emblemáticos que NO utilizan sourceforge.

    Es lógico pues, que en sourceforge aparezca antes que OpenERP. Sin embargo si vas a freshmeat.net, donde se listan un montón de proyectos de software libre y buscas ERP verás como TinyERP (que ha sido el nombre de OpenERP hasta hace dos meses) tiene una popularidad de un 5,62% mientras que OpenBravo solo tiene un 0,66%.

    Pero esto no quiere decir absolutamente nada. No tiene más valor que el que le queramos dar. OpenBravo tiene una importante base de desarrolladores (a pesar de las draconianas condiciones de cesión de copyrights para incorporar código en el núcleo y de la licencia badgeware). De hecho, puede ser una buena solucíón para muchas empresas. Yo creo que no es la mejor hoy en día, pero podría serlo mañana.. ¿por que no?

    Pero OpenERP también tiene una importante comunidad detrás, un crecimiento exponencial y una funcionalidad mucho más amplia que OpenBravo. No se a que te refieres exactamente con lo de la cobertura funcional, pero los estudios INDEPENDIENTES que se pueden leer al respecto no dicen precisamente que OpenBravo sea funcionalmente más amplio que OpenERP sino más bien lo contrario.

    Un saludo

  29. Lorena Says:

    Alguien tiene alguna comparativa u opinión del erp Adempiere contra los mencionados?
    También parece muy robusto y con una gran comunidad.
    También estamos evaluando algunos erp os

    Saludos

  30. Alberto Garcia Says:

    Hola Lorena,

    Adempiere es otra conocido ya que como openbravo y openxpertia su origen esta en compiere. Pero no tengo comparativas con los mencionados asi que no puedo opinar al respecto.

  31. Pedro Says:

    Si miras en algunos post más arriba se menciona el libro blanco sobre ERP libres preparado por smile.fr. Es una consultora francesa de unos 200 empleados y de vez en cuando publican temas bastante interesantes.

    En ese libro se comparan TinyERP, OpenBravo, Compiere, Adempiere, Neogia y ERP5. El único problema es que está en francés.

    Un saludo

  32. Hernán Emilio Seivane Says:

    No hay almuerzo gratis
    “No se puede obtener algo por nada. El concepto de que no hay almuerzo gratis (no free lunch) fue popularizado por el Nobel de economía Milton Friedman para ilustrar el hecho de que por cada beneficio suele haber un costo.”

    La version Network de OpenBravo cuesta 5000 euros por año (5 usuarios)

    Hernán Emilo Seivane
    TACTICA – Software de CRM / ERP para PYMES
    marketing@tacticasoft.com
    http://www.tacticasoft.com

  33. Alberto Garcia Says:

    Lo primero es diferenciar free, ya que en inglés la palabra free tiene la acepción de libre y gratuito.

    Estamos hablando de soluciones libres peor no gratuitas. Lo que no pagas licencia por uso que es lo típico en aplicaciones propietarias. La vuestra creo

  34. EPI Says:

    Buenas tardes, me he incorporado ( un tanto tarde creo ) pero el tema sobre el que habláis me interesa bastante, he de reconocer que he entrado aquí mientras buscaba entre las distintas opciones de ERP de SWD Libre y la verdad es que estoy entre OpenBravo y openERP. Me he descargado el famoso libro blanco de Smile y sigo sin tenerlo claro, a mi me ayudarían a decidir cosas tan sencillas como el idioma (no he visto que openERP esté en español ) o que dispongan o no de enlace con Estaciones EDI, en fin creo que en este foro hay muchos expertos que incluso podrían estar interesados en ayudarme

    Saludos

  35. Pedro Says:

    OpenERP tiene los principales módulos traducidos al español. También existe una importante comunidad para la localización española del mismo cuyos frutos puedes encontrar tanto en TinyForge (l10n_sp) como en tinyerp-community.googlecode.com donde encontrarás módulos para validación NIF/CIF, topónimos y códigos postales españoles, gestión de remesas, diversas traducciones del servidor y cliente, módulo para gestión de empresas con días de pago, y una larga lista de adaptaciones y modificaciones para la realidad empresarial española.

    Si miras en la página de módulos de TinyERP hay uno en la categoría EDI, pero no he tenido experiencia con él, de modo que no puedo juzgarlo objetivamente y probablemente no esté traducido.

    Un saludo,

  36. Alberto Garcia Says:

    Hola EPI,

    Yo te puedo ayudar con el tema de openerp. Si esta disponible en idioma español, de hecho mi empresa y otras de España nos encargamos del tema de localización para España. Tenemos muchas cosas traducidas pero aun nos falta algún módulo en especial.

    Si a EDI te refieres a conexión con otros sistemas a través de EDI existe un módulo para ello, pero no me tocado tocarlo:
    http://openerp.com/component/option,com_mtree/Itemid,111/task,listcats/cat_id,66/

    A cualquier duda puedes ponerme en contacto conmigo. O déjame tus datos de contacto.

  37. Juan Says:

    Hola Epi,

    Consulta con NaN (http://www.nan-tic.com). Aquí en España es la empresa que más iniciativas está tomando con el programa y son auténticos profesionales.
    A nuestra empresa nos ayudaron con la consultoría y luego la posterior migración a TinyERP y la verdad es que el aumento en la productividad ha sido espectacular. El software es impresionante.
    Así mismo recomiendo si además de la implantación y formación, la empresa requiere de módulos adicionales (realizados a medida), yo recomendaría buscar partners en Centro o Sudamérica, se puede ahorrar mucho dinero. En la web de openerp tienes una lista de partners.

  38. Alberto Garcia Says:

    Como bien dice Juan los de NaN son unas maquinas. Yo tuve el placer de conocerles en mayo en la reunión que hicimos diferentes partners de openerp.

    Han hecho unas cosas fantasticas cosas con Ktiny. Y como ellos defienen openerp como yo, una plataforma con futuro y como dice Juan aumento de productividad.

  39. Daniel Says:

    Hola de nuevo,

    he tenido la oportunidad de conocer un poco más en detalle OpenERP gracias a las gente de ACYSOS, que nos han hecho una visita y muy amablemente nos han contado su funcionalidad, arquitectura, etc…
    Mi opinión es que a nivel funcional y en espera de profundizar más, cubre prácticamente todo lo que necesita TopRural. Evidentemente tenemos que entrar mucho más en detalle y ver una demo con la gente más funcional.
    Respecto a la parte técnica, me ha gustado mucho la facilidad de integración con otras aplicaciones a través de XML-RPC, pero sinceramente, me ha decepcionado mucho que solo funcione con PostGreSQL. Ahora mismo estamos migrando nuestras aplicaciones a MySQL y tener todos los sistemas en el mismo SGBD es un punto que considero casi imprescindible.
    Intentaré manteneros al día sobre nuestros avances.
    Un saludo

  40. Pedro Says:

    Daniel,

    Veo ahora tu post desde Bélgica donde he estado participando en el Community Developers Day de OpenERP. Estoy encantado por los resultados de la reunión y espero grandes avances para la próxima versión 4.4 y sucesivas del producto.

    El tema de PostgreSQL me deja un pelín “frío”. Es cierto que tal vez, tener especialistas en varios sistemas de bases de datos sea un poco “demasiado”, pero me temo que ninguna de las otras alternativas que tienes sobre la mesa o bien no funcionan sobre MySQL (Dynamics Nav) o su rendimiento no es del todo aceptable sobre MySQL. OpenERP trabaja sobre PostgreSQL porque utiliza determinadas características avanzadas de la base de datos que no están disponibles en otras (fundamentalmente la herencia en tablas utilizada en objetos del “core” de OpenERP como las “actions”) y esto no va a cambiar, por lo menos a corto plazo.

    En cualquier caso, no es lo mismo la base de datos para un ERP que la base de datos para una aplicación web como bien sabes, y de hecho, lo normal es no exponer la base de datos de los sistemas de gestión al público colocándolos sobre el mismo servidor que la base de datos “web”. Por “higiene”, deberían estar distanciadas, por lo cual no veo una gran necesidad de que sean la misma. Es una opinión, por supuesto.

    Las necesidades de escalabilidad de un ERP son menores que para una página web, pero en cualquier caso, y para que quien lea este blog no se lleve a engaño déjame aportar unos datos:
    – la mayor base de datos relacional del mundo es una base de datos de 2 petabytes de información, para una “web” y es…. PostgreSQL (http://www.informationweek.com/news/software/database/showArticle.jhtml?articleID=207801436). Ok… no todos tenemos los recursos de Yahoo para optimizar el motor de queries…. pero que nadie me diga que postgresql no escala… ;)
    – Skype utiliza postgresql (http://highscalability.com/skype-plans-postgresql-scale-1-billion-users o bien https://developer.skype.com/SkypeGarage/DbProjects/SkypePostgresqlWhitepaper).

    El hecho de que postgresql no traiga un sistema de replicación incluido en su instalación por defecto no significa que no existan y la escalabilidad de la misma queda perfectamente demostrada en los ejemplos anteriores… ahora bien ¿es necesaria semejante escalabilidad para un ERP de una PYME?. Seguramente no. Hasta donde me alcanza la experiencia PostgreSQL es extremadamente eficiente si se sabe administrar. Estoy hablado de mi experiencia con bases de datos de unos centenares de miles o pocos millones de registros. Obviamente es necesario administrarla correctamente, exactamente igual que ocurre por ejemplo con Oracle o DB2. (¿Se puede saber a que se dedica un administrador de bases de datos si no es precisamente a esto?)

    En cualquier caso, OpenERP parece que seguirá siendo PostgreSQl (nadie, repito: NADIE presente en la reunión de Bélgica ha presentado la necesidad de cambiar de base de datos y había gente con instalaciones muy grandes….), si bien su nuevo motor de Business Intelligence será capaz (… bueno.. es capaz, que para eso me ha venido de Bélgica con una beta ;) ) de trabajar sobre multitud de bases de datos.

    Creo que si la funcionalidad de OpenERP (.. y no has visto todo… ) cumple con las expectativas no deberíais preocuparos por la naturaleza de la base de datos… ¡¡no estamos hablado de un fichero de texto plano, caramba !! ;)

    Un saludo,
    Pedro

  41. Guillermo Says:

    Que pena que tenga que salir un articulo defendiendo Navision. Una app que caducara. Tarde o temprano.

    Es como Windows. Caduca señores.

    Open source es el futuro.

  42. Jorge Villar Salomon Says:

    Mira para mi seria mejor OpenBravo, es un ERP mas fresco y si la implementacion es cara, si no la haces tu solamente, yo trabaje con el Dynamics por 5 años y la verdad nunca me gusto el soporte nunca fue bueno, tuve problemas con el Econnect y los XML para hacer transacciones el costo del sistema es elevado asi como tambien el manteniiento y los desarrollos.
    El dia de hoy estoy aprendiendo bien la estructura del OpenBravo la ruta de los procesos y acompañado con dos compañeros uno en desarrollo de aplicaciones web y otro en servidores y telecomunicaciones estamos arrancando este proyecto.
    Otra ventaja es que la base de datos y los licenciamientos son muchos mas baratos en el OpenBravo, que estar casados con Microsoft con los sistemas Clientes Servidor montados siempre en el SQL de la version que quieras, yo te puedo implementar el Dynamics y se todas las deficiencias que tiene, no es multidimensional como lo dice el sistema asi que abusado con la desicion yo por eso conozco el sistema lo mas intimo que se puede y despues les doy mi opinion.
    Saludos desde Monterrey, Nuevo Leon Mexico

  43. Bernardo Says:

    Jorge villar

    dices que trabajaste con el dynamics?
    aque te refieres con el dynamics?

    NAV, AX , SL O que?

    trabajo en nav, y si es multidimensional

  44. Sarovi Says:

    Hoy en dia estamos atravezando un gran cambio tecnologico, la Tecnologia dejo de ser un elemento de solo soporte sino un elemento de transformacion de innovadoras formas de hacer los negocios. Miren a Amazon su modelo de negocio se basa en tecnologia web. No intento mantener los mismos procesos convencionales de vender libros sino solo aplico la TI de manera ingeniosa. Las empresas de hoy deben ser globales de acceso on line, el modelo Cliente servidor ya es obsoleto, mucho ERPs aun siguen este modelo. Cuando una Empresa adquiere un ERP con tecnologia obsoleta (la tecnologia si importa!) se pone una camisa de fuerza si esta no considera la flexibilida a los cambios Post-Implementacion. Olvidense de mejora de procesos, reingenieria, cambios de acuerdo a nuevas necesidades etc Los costos de hacer cambios de acuerdo a las nuevas demandas del Mercado son caros y requieren mucha customizacion. Frente a esto hoy estan surgiendo un nuevo paradigma para las ERP modernas : SaaS Software como Servicio. bajo arquitectura orientada a Servicios. LA idea es ofrecer una ERP que se adapte a los procesos del Negocio y no al reves.Una ERP que permita a una empresa evolucionar en sus procesos adaptarse a los cambios porque? para ser rentable! no camisas de fuerza ( Un ejemplo wwww.salesForce.com, Dynamics on line, etc ). Creo que en los proximos 5 anos el Concepto de ERP on service sera el futuro…

  45. Jorge Villar Salomon Says:

    Yo trabaje con el Microsoft Dynamics GratPlains y la verdad en ningun lugar tabla donde guarda las susodichas dimensiones son las DAT no son cubos ni nada son simples tablas normales, pero bueno mi mala experiencia con el soporte y el sistema me hace voltear a ver el Open bravo y comenzar a implementarlo en 9 empresas ahora

  46. María Says:

    Hola.

    La verdad es que elegir entre varios ERPs es una decisión muy complicada, sobre todo por el coste económico que supone.

    Yo en primer lugar te aconsejaría que eligieses el opensource, ya que el software libre siempre tiene más ventajas, como una mayor flexibilidad y por su puesto un menor coste. Ya que con el software de código cerrado siempre te acaban “clavando” con costes adicionales “imprevistos”.

    Eso si, te recomiendo que si vas a optar por el opensource elijas Compiere, ya que OpenBravo es una copia de este.

  47. Xavier Places Cano Says:

    Hola a todos.

    Mi nombre es Xavier Places y soy Director de Consultoría en Openbravo.

    Apreciado François, sin querer añadir más puntos ahora de discusión y si todavía tenéis el proceso de decisión abierto, ya que creo que no se ha comentado en otros comentarios os invitaría a asistir al evento que celebramos en Madrid esta próxima semana donde creo que estáis situados, en el que quizás podáis resolver algunas de las dudas que todavía os queden, y en el que entre otras cosas se podrá ver una demostración del producto en la nueva versión.

    Aquí tenéis los detalles del mismo: http://www.openbravo.com/es/about-us/events/erp-today/

    Gracias y un saludo.

  48. ilcapo Says:

    Illo, muxas gracias por acernos el trabajo con la cara jajajaja

  49. Jorge Valdez Says:

    No se si a estas alturas ya tomasteis la decisión de tu ERP, yo si puedo opinar acerca de Dynamics, específicamente de Dynamics GP (Great Plains). Intentaré resumirte mi experiencia. Inicialmente se instaló la versión 8, la empresa integradora en su primer intento de implantación fue un total fracaso, en primer lugar el contrato estipulaba que únicamente iban a dejar funcionando el sistema en las oficinas centrales y sala de ventas principal y que las otras sucursales (en ese momento 2 mas) y las otras empresas y sucursales corrían a cargo de nuestro personal. La implementación no es nada barata hay muchísimos costos adicionales que el “partner de MS”no te menciona:
    - licencia estándar de 10 usuarios nada barata 8,000 us$ y por la implantación 16,000 $
    - Además agregar el costo del SQL y Windows Server.
    - Agregar el costo del equipo, si tienes usuarios remotos solamente se puede conectar con Terminal Server (mas costos de licencias, el conector odbc de SQL es ineficiente para transmitir datos por Internet o redes de banda limitada, al contrario de SQL Postgres que es open source)
    - Agregar un contrato de mantenimiento de licencia o “Software Assurance” como le llama MS que es del 16% anual sobre el valor de la licencia. Dicho contrato se vuelve obligatorio ya que MS no te abre un caso de incidentes si no lo tienes, ni un “service pack” puedes descargar (la versión 8 ya caducó su tiempo de soporte, la 9 va como por el service pack 4 y la 10 por el 3).
    - El valor del SA va aumentando si adquieres nuevos módulos o mas licencias de usuario.
    - Las nuevas versiones solo corren en equipo de última generación (estilo sistemas de MS)

    LOS PRIMEROS INCONVENIENTES APARECIERON:

    -Requiere de mucha, mucha capacitación.
    -Muchos reportes fuera de formato. Afortunadamente existe la herramienta Report Writer, aunque con muchas limitaciones, te permite hacer cambios de forma a los reportes integrados en el sistema, pero no de fondo.
    -El POS es muy limitado y difícil de usar.
    -No hay cortes de caja.
    -No hay impresión de recibos de caja.
    -No te calcula cuota nivelada (con intereses sobre saldo) en cuenta por cobrar (muy útil para inmobiliarias).
    -Aplicaciones que no estaban incluidas en la licencia: Modificador de Ventanas con Visual Basico For Aplications (indispensable para adaptar el sistema a las necesidades de la empresa), Módulo multimoneda, activos fijos, nómina, producción y otros, pues compramos la licencia estandar.
    - Para imprimir el total en letras en cheques (obligatorio en casi toda Latinoamerica) se requiere el módulo Multilingual Check aunque solo uses el idioma español y además se requiere el modificador de Visual Basic (no incluido en la licencia).
    -Para imprimir el total en letras en facturas, también se requiere agregar código en VBA, por lo que prácticamente te obligan a comprar el módulo.
    -El correo electronico si se intregra pero unicamente acepta outlook (mas gastos en licencias).
    -Los estados financieros se imprimen con otra aplicación denominada FRX que requiere mucha capacitación y tienen la desventaja de que cualquier cambio que hagas en la nomenclatura (plan contable como le llaman en Europa) contable tienes que modificar el reporte para agregar o quitar cuentas.
    -Los reportes no se centralizan, cualquier cambio debe replicarse en todos los clientes. Esto también tiene su ventaja: como el sistema solo te permite tener acceso a uno o dos reportes modificados, puedes instalar más variantes del reporte en otras estaciones o en otras instancias de la misma máquina. Por ejemplo lo de facturar en diferentes idiomas, Dynamics solo tiene dos formatos (SOP Short Invoice y SOP Long Invoice), por lo que es posible tener otros formatos de factura en otras estaciones pero (OJO CON ESTO) el sistema no te puede relacionar el idioma preferido de un cliente o de una serie de documentos.

    La lista de problemas es muy grande que te aburrirías leyendo, lo que si te puede resumir son los puntos que debes tomar en cuenta para tomar la decisión:

    1- Antes que nada debes hacer un manual de “todos” los procesos de tu empresa.
    2- Debes tener una copia de todos los formatos que maneja tu empresa, ejemplo: Recibos de caja, facturas, presupuestos, albaranes (envíos le llamamos aquí) reportes de venta, reportes de inventario, planillas, etc.
    3- El plan contable.
    4- Hacer una lista de todos tus recursos tecnológicos.
    5- Hacer una lista del personal de IT con el que cuentas, la experiencia que tienen en productos de MS y de Open.
    6- Mostrar los documentos anteriores al equipo integrador, no al vendedor pues el vendedor te dirá que si se puede pero el consultor te dira que mm…. veremos.
    Y que te digan si es posible implementar el ERP en tu organización con todos estos detalles.
    A mi me tocó enfrentar problemas elementales como que el formato de teléfono no se puede cambiar, usa el formato de EEUU, (para cambiar la máscara hubo que comprar un módulo de mas de 2000 $).
    7- Hacer un contrato con fianza de cumplimiento CON EL PARTNER estipulando fechas de entrega y alcances del proyecto. **TUVIMOS QUE AMENAZAR CON DEMANDAS AL PARTNER PARA QUE REPITIERA LA IMPLEMENTACION TOMANDO EN CUENTA NUESTROS PROCESOS Y FORMATOS.

    CONCLUSIÓN:

    Dynamics se adapta a la mayoría de organizaciones, es el ERP que conozco que mas funciones y seguridad, pero “si quieres que suene fuerte tienes que soplar mas duro” es muy caro hay un artículo (http://ruizrob.blogspot.com/2006/01/cmo-ganar-contra-sap-business-one.html) de un bloguero de MS, que según estudios, de ellos claro, el costo promedio POR USUARIO a 5 años con Dynamics es de 15400 US$, contra 24000 $ de SAP Business One, en EEUU claro.
    Si te vas por MS, “te casas con Microsoft o fracasas”, el divorcio te sale mas caro y mas doloroso que el casamiento.

    EL SISTEMA ES MUY BUENO, LASTIMA QUE SEA DE MICROSOFT.

    CON RESPECTO A OPEN BRAVO ESCRIBEME Y TE DIRE LO QUE PIENSO.

  50. fderbaix Says:

    Hola Jorge, muchas gracias por tus consejos. Acabamos de decidir implementar el Microsoft Dynamics (Navision) 2009 pero sin duda tus consejos nos ayudarán a tener una implementación existosa.

  51. Cesar Says:

    En mi opinion, lo que cobran los partners en la implantación es un robo.
    CON EL DINERO QUE OS PIDE ESE PARTNER, PODEIS CONTRATAR UN INFORMATICO PARA QUE NO SOLO OS IMPLANTE UN ERP LIBRE, SINO PARA ADAPTARLO A VUESTRAS NECESIDADES.

    yo no soy informatico pero he sido capaz de implemetar un erp (openerp) y un crm (sugarcrm) en mi empresa. ahorrandome 30000 euros.

    Con perdon; si un erp open source cuesta implantarlo mas de 5000 euros y mas de un mes, es un robo.

  52. consultorswpropietario Says:

    Cesar… ¿qué volumen de datos has migrado? ¿qué cantidad de usuarios, cantidad de módulos, procesos de negocio has implementado en tu ERP?

    Hay infinitos factores que dependen a la hora de valorar el coste de la implantación de un ERP y no se puede cuantificar en 5000 o en 30000€.

    Como consultor de un ERP propietario para pymes actualmente y con experiencia de unos poquitos años implantando sistemas en enormes compañías, os puedo comentar que he colaborado en proyectos de implantación de millones en algunos casos y de miles en otros.

    Por barato que sea el sw propietario, cuenta en soltar entre 20.000 y 50.000€ en licencias, según los módulos que necesites. Aparte cuenta las horas de consultoría, el servicio técnico, el soporte mensual, tareas adicionales y costes ocultos que jamás salen en una Demo Comercial. Porque SEGURO que cualquier sw propietario te lo muestran como la panacea que cubre todo tu negocio. Hasta que llegamos nosotros al Cliente y vemos que OTRA VEZ se ha vendido humo. Que los desarrollos a medida empiezan a ser requisito imprescincible si se quiere arrancar porque no se cubren los procesos. Pasan los meses e incluso años, para al final quedar el Cliente con una sensación de que le están sableando por algo que no le vale. Pero como ya lo ha contratado… tiene que seguir con ello o acabar en tribunales con la empresa implantadora reclamando daños y prejuicios.

    También tengo que decir que hay muchísimos casos que sí que se vende bien y se implanta en plazos y fechas y ya está. El mismo software es válido para unas empresas y no para otras. Si este es el caso… todos contentos, aun pagando licencias. Lo que quiere el Cliente es que se le solucione su problema y en ocasiones esto prima sobre el coste que le suponga la implantación.

    Dicho esto… a la hora de decantarse por uno u otro sistema, lo principal y lo más importante es que la empresa se autoanalice. Si no sabes lo que necesitas no sabes qué herramienta te lo puede cubrir.

    Implantar un ERP sea propietario o libre, no es trivial, básicamente porque cuando llegas a una empresa normalmente está todo manga por hombro. Nadie tiene claro nada. En ocasiones no está definido ni el catálogo de productos y lo que digo parece muy tonto pero una buena configuración del catálogo es básica para poder llegar a buen fin.

    Antes de decantarte por una solución u otra, toda empresa debería contratar un servicio de consultoría imparcial y externa que realmente analice el negocio y te diga qué es lo que puedes mejorar. Donde están tus errores. Donde hay procesos repetitivos. Donde puedes ahorrar costes o aprovechar tus recursos para asignarlos a realizar tareas que te aporten valor añadido… En software libre tienes la ventaja de que al no pagar licencias, puedes destinar parte de tu presupuesto a esta tarea.

    Y una vez tengas esto claro.. te pones a buscar la solución. Y evalúas. Todo. Desde la funcionalidad que te ofrecen, hasta los consultores que te lo implantarán o la experiencia de la empresa implantadora, el plan de proyecto y por supuesto el coste de cada una.

    El software libre te da libertad de hacer lo que quieras. Si el partner no te gusta… lo cambias. Si el consultor no lo hace correctamente… contratas otro. Si prefieres incluir en plantilla un informático o varios que te hagan el mantenimiento… lo haces. Incluso si la herramienta no te gusta… como no has pagado por el software, lo cambias… En software propietario, si firmas el contrato, estas pillao por los restos, porque solo ellos pueden darte soporte o desarrollarte nuevos módulos. Además estás atado a pagar el mismo software año tras año y si no pagas… ahí te quedas con la versión que te hayan puesto.

    En software libre tienes una comunidad a nivel mundial que evoluciona la herramienta. Y no solo la empresa que inició su desarrollo, sino los partners, los enamorados del software libre, los propios usuarios avispados… envían bugs, implementan módulos que publican… en fin. De esta forma es muchísimo más rápido evolucionar y estár a lo que el mercado necesita.

    Pero en fin, soy consultor de software propietario. No debería hablar así. Por cierto, no conozco openbravo y no puedo opinar pero OpenERP es una caña!

    Saludos!

  53. Nuevo Toprural en versión Beta « Blog de François Derbaix Says:

    [...] remplazaremos nuestro sistema de gestión propio por un ERP [...]

  54. Mariano Says:

    La sugerencia llega tarde pero mirad esta web por si os interesa. Cubre lo que decís de Navision sin los problemas de Open Bravo. http://www.navidian.com

  55. Josué Chilón Says:

    Bueno solo para decirles lo q tienen q hacer antes de tomar su decision, tienen que reinventarse, Ustedes mismos y su empresa, es decir cambiar la mentalidad de hacer las cosas ya q un software no tiene su gran potencial si las personas no lo saben utilizar por ello es q nace la Reingenieria de procesos. luego de ese estudio recien pueden pensar en la implementacion de un ERP. Si deciden por Microsoft de hecho q van a gastar mucho mas y lo desventajoso es q si quieren mas modulos pagan mas, si optan por Open Bravo pueden adaptarlo a su gusto a la mejor forma como les convenga para ello pueden contratar personal experto en java o a un partnert de OpenBravo, es cierto q pagas pero pagas para una mejora radical y no para la licencia ya q es gratis, recuerden que el open source es libre no gratis =).

    “El conocimiento es libre y le pertenece a la humanidad”
    Josué Chilón Cruzado

  56. Microsoft Dynamics: empezamos la implementación « Blog de François Derbaix Says:

    [...] un post de junio 2008 “OpenBravo vs Microsoft Dynamics NAV” comentaba el por qué de implementar un ERP y por qué elegimos Microsoft Dynamics (antes [...]

  57. entelekia Says:

    Bravo por la clase consultorswpropietario, aunque me ha parecido un poco tranfullero, ya que el link de tu nombre conduce a openerp…

  58. consultorswpropietario Says:

    entelekia… soy consultor de software propietario por esto conozco de primera mano la problemática que tiene, lo cual no quita para que si yo personalmente tuviese que implantar hoy en día un ERP en mi empresa, sin duda sería openerp.
    No es tranfullero. Es lo que hay.

  59. Microsoft Dynamics : nous commençons la mise en oeuvre « Blog de François Derbaix Says:

    [...] un post en espagnol de juin 2008 “OpenBravo vs Microsoft Dynamics NAV” je commentais les raisons de mettre en place un ERP et les raisons de choisir Microsoft [...]

  60. Eduardo W. Says:

    Hola,
    Solo hay que recordar lo siguiente y comparar manzanas con manzanas.

    1.Openbravo no tiene cosot de Licencia. Microsoft Dynamics Si.

    2.El costo de soporte por parte de Openbravo no tiene limite de usuarios y el cosot de soporte de Microsoft Dynamic es aproximadamente 20% de las licencias (basados en numero de usuarios, ojo si tienen pensado crecer)

    3. Que pasa si no se quiere pagar la cuota anual de Soporte-Mantenimiento ??
    Openbravo: No se recibe soporte, el sistema sigue 100% funcional.
    Microsoft Dynamics: No se puede usar el sistema ;-)

    Saludos,
    Eduardo WIlliams

    • Flowfield Says:

      Sobre:

      “3. Que pasa si no se quiere pagar la cuota anual de Soporte-Mantenimiento ??
      Openbravo: No se recibe soporte, el sistema sigue 100% funcional.
      Microsoft Dynamics: No se puede usar el sistema ;-)”

      No se a que te refieres con “No se puede usar el sistema”. Eso es falso; lo que no se tiene es derecho a actualizaciones gratuitas, pero la licencia no caduca para la versión que tenga el cliente.

  61. KTA Says:

    Hola,

    Me ha sorprendido bastante que hayais escogido Navision finalmente. Veo que teneis una infraestructura bastante marcada en el software libre y me sorprende que no escogais un ERP libre cuando veo que no teneis una complejidad grande a falta de evaluar algo más. Yo te lo hubiese recomendado.

    Hago una seríe de aclaraciones sobre Navision:
    - Tiene un motor de base de datos propio (no solo funciona con SQL Server como se afirma). Aunque yo recomiendo poner SQL “pero para gustos colores”.
    - No se puede hacer personalizaciones siendo cliente. Falso, lo cierto que la licencia estandar permite un nivel de personalización medio si quieres programar te compras la total y haces lo que te de la gana. Bien es cierto que los partners ni la ofrecen ni recomiendan a los clientes. Solo algunos lo tienen por el volumen de complejidad que tienen y pq tienen un equipo de desarrollo interno.
    - Los que ponen que se migre a .NET como algo malo. Es totalmente lógico que lo hagan para eso es de ellos. El volumen de documentación y desarrollos en .NET es muy alto cosa que en Navision no lo es.

  62. Jorge de J Villar Salomon Says:

    mi estimado Flowfield,
    las famosas actualizaciones a la cual eres segun desde el punto de vista de microsoft y otras casas de software beneficiado con esa poliza de soporte son los parches de los bugs con los que sacan al mercado el sistema, yo te lo digo por experiencia propia con el Dynamics Great Plains que los Store Procedure para correr el Econnect con impuestos negativos jamas funciono, y no puede corregirlo por que el codigo viene cerrado, que pasa si lo hago con Openbravo, el codio viene abierto y lo puedo corregir,

    Yo le llamo no poder usar un sistema cuando pagas por el y no puede funcionar con lo que dice que debe de funcionar, no se si estes contento en comprar un auto que no puede funcionar, que tienes que ir pagando despue de comprarlo para que poco a poco empiece a caminar asi es esto, y esto no es falso, yo tengo cerca de 14 años implementando sistemas desde Dynamics, pasando por el penoso Rapsodia, el Scala y otros ERP’S.

    ah, se me olvidaba, es bueno saber que los consultores de SAP BO se preocupan por conocer Openbravo, pues los costos son diferentes y la operatividad y alcance del sistema es similar.

    Saludos desde monterrey
    jvillar_salomon@hotmail.com

  63. Jorge Valdez Says:

    A estas alturas, lo que me gustaría saber es como le va a Top Rural con su implementación de MS Dynamics?? Por qué tanto silencio…..
    Quisiera saber de un caso de una pequeña o mediana empresa que haya tenido éxito y esté contenta con el funcionamiento y costo vrs eficiencia del sistema MS Dynamics.

  64. Ana Juaristi Says:

    +1 al comentario de Jorge Valdez. ¿como vais con la implantación de Navision?

  65. fderbaix Says:

    una breve actualización: vamos bien, pero con retraso (sobre todo por nuestra parte) y con un precio bastante más alto de lo presupuestado. Voy a intentar preparar otro post para compartir más detalles y experiencias al respecto.

  66. Ana Juaristi Says:

    Esperamos con curiosidad este post. Ojalá nos expliques qué está yendo bien y qué ha sido o puede ser mejorable en la implantación.

    Un conocido gerente de una de las Webs más relevantes de este país, dijo en una conferencia: Considero los errores del pasado una inversión en formación. A veces demasiado cara.

    Si conocemos lo que se ha hecho mal, podremos evitar dichos errores en el futuro.

  67. anajuaristi Says:

    Bueno, bueno, bueno… 12 octubre. Día del Pilar y sin novedad en el frente… ¿sabremos alguna vez si al final toprural arrancó con navision? Me da en la nariz que las cosas no están yendo como uno hubiese querido… si no, hubiesen publicado y dado bombo y platillo al éxito de la implantación tal y como hicieron con el anuncio de la elección el pasado abril…

    ¿O quizás me equivoco?

  68. marcelo Says:

    interesante la discucion, pero ya que veo que cuento con opiniones interesantes, yo planteo mi postura en favor del software libre, aca en Argentina debido a las constantes crisis, (creo que vivimos en crisis), el costo es importante, me inclinaria por el soft libre, eso si vi que plantearon dos programas open bravo erp y otro llamado open erp, cual seria mejor??, y tambien les comento otra situacion yo tengo los conocimientos contables y administrativos, me faltan los de programacion, alguien podria darme una orientacion si este campo es dificil y que conocimientos me convendria adquirir, ejemplo ( aprender a programar en java, q es el lenguaje de open bravo), quisiera desarrolarme en este aspecto para poder ofrecer soluciones de soft libre a empresas, ya que aca las licencias son muy costosas, muchas gracias

  69. Ana Juaristi Says:

    Hola Marcelo:

    Lo primero que debes hacer para empezar a ofertar servicios de OpenERP o cualquier otro software es empaparte de su funcionalidad. Saber hasta donde llega, qué módulos tiene, qué ofrece, qué le falta. Una vez tengas claro esto (y esto son meses de estudio por lo amplio que es) puedes empezar a pensar en ofrecerlo.
    Además, para dar un buen servicio necesitas al menos 3 patas. La comercial, la de consultoría y la de desarrollo/sistemas. Ofrecer un ERP tu solo es tarea prácticamente imposible. No llegarás a todo. Para ser programador o técnico instalador tienes que conocer las tripas, el modelo de objetos y evidentemente el lenguaje. Java para OpenBravo, python para OpenERP. Por el contrario, para ser consultor no te hace falta programar. Y para ser comercial, debes conocer más que en profundidad cada módulo, todos los que hay y más o menos qué hacen para no meter la pata en la oferta y ofrecer algo que no existe. Lo que primero te recomiendo es que definas hacia qué quieres orientar tur carrera.
    Y esto te aplica tanto a OpenBravo como a OpenERP. Por mi parte evidentemente te recomiendo OpenERP porque es lo que conozco y me entusiasma la flexibilidad, la agilidad que tiene y la velocidad con la que se está evolucionando el sistema. Pero esa ya es tu elección.
    Si quieres iniciarte en OpenERP, empieza por mirarte los cursos de http://www.aulaerp.com y si quieres saber un poquito más de la herramienta, visita http://www.openerpsite.com
    Esperando sea de tu interés, recibe un cordial saludo:
    Ana

  70. Eduardo W. Says:

    Como van fderbaix??

  71. PABLO Says:

    Y QUE PASO?

  72. Jorge Valdez Says:

    Será que 3 años no son suficientes para implantar un ERP en una microempresa? ¿Cuál fué el costo real, si incluimos los costos de oportunidad por estar parados sin sistema o con un sistema a medias? ¿Será que Microsoft les tiene prohibido hablar?

  73. Cómo implementar un ERP y no morir en el intento « Blog de François Derbaix Says:

    [...] junio 2008 publiqué nuestra comparativa Openbravo vs Microsoft Dynamics NAV. En aquel momento también tuvimos en cuenta como tercera alternativa a OpenERP. Nuestra [...]

  74. Julian Says:

    Hola buenas me leí todo los post por que somos una pequeña empresa que quiere integrar un software de gestión. consulte muchos presupuestos y sigo pensando que hoy en dia no hay Un ERP para una pequeña empresa con un presupuesto reducido.
    Llevamos varios años con un software obsoleto un programa en cobol parcheado que peta por todos lados y con el que se subsiste ¿ Merece la pena para 8 usuarios que somos implantar un ERP como open Bravo con un coste de implantacion de mas de 12000 euros y un coste de licencias al año de 4000 euros para 8 usuarios? Esto es un borrador estimativo que sera mucho mas dinero. Solo queremos estar algo mas organizados como pequeña empresa pero no me salen los numeros de ahorro con un ERP y si los de gastos con esos abusivos mantenimientos para evitar un caos relativo y estar mas automatizados. Pedi presupuesto a magnificos desarrolladores freelance que por 6000 euros te hacian la aplicacion a la carta en php y mysql con tu codigo fuente explicado y asistencia los primeros meses.
    Sigo buscando presupuestos a dia de hoy pero el precio es una barrera que la pequeña empresa no puede pasar y tiene mucho en cuenta.

  75. Ana Juaristi Olalde (@anajuaristi) Says:

    Julian… perdona pero esto… Pedi presupuesto a magnificos desarrolladores freelance que por 6000 euros te hacian la aplicacion a la carta en php y mysql con tu codigo fuente explicado y asistencia los primeros meses…. No me lo creo.
    Por 6000€ te pueden hacer algo a medida pero posiblemente no será un ERP.
    Prueba OpenERP.

  76. Cheli Says:

    Hola Julian, como te comenta Ana prueba con OpenErp ya que tiene varias ventajas como que la licencia es gpl por tanto completamente libre. La licencia del core de Openbravo es MPL y por tanto libre, pero casi te están obligando a subscribirte a la versión profesional para poder utilizar sus módulos privativos. El core viene bastante capado de casa con funcionalidades limitadas y en cada nueva versión lo están capando más, por ejemplo, en la versión 3.0 el módulo de gestión de proyectos y el de MRP ya no viene en el core y pasan a ser privativos.

    Aún así si definitivamente te decides por Openbravo nosotros ofrecemos un servicio de actualizaciones del core fuera de la versión profesional, con lo que a parte de ahorrarte bastante dinero no tendrás la limitación de usuarios concurrentes. Eso si, sólo cubrimos las actualizaciones del core.

    Ponte en contacto conmigo si estás interesado.

    cheli en sofre punto es

    Un saludo.

    • julian Says:

      Hola cheli nosotros tenemos redactados en nuestra empresa unos prerequisitos no se si tienes una empresa o trabajas por cuent apropia si te los mando podrias hacerme un borrador estimativo. No me importa que sea en OpenERP o en cualquier otro tipo de programa. Mis correos son: trabajojulianmp en gmail.com
      y julian en faesal.com

  77. Sixto Farfán R. Says:

    Si está comparando OpenBravo y NAV debería también considerar a Adempiere, hay casos de éxito muy immportantes en el mundo en empresas industriales, comerciales y de servicios.
    Además openbravo y Adempiere procede n de Compiere, Adempiere se usa en todo el mundo, nosotros tenemos casos de éxito en sud-américa y USA.
    Los siguientes son unos de tantos implementadores en el munto que dan soporte y asesoría:
    http://www.adempiere.com, http://www.Adaxa.com, http://www.systemhaus-westfalia.com/node/6 , http://www.nanotec.com.pe

    Saludos

    Sixto Farfán

  78. Patricia Says:

    Y a estas alturas como le ha ido a Top Rural con Nav?

  79. Ricard Says:

    Buenos dias, que opinan de ADempiere? tiene menos fallos o caidas de sistema?, genera reportes completos contables ? es mas facil de manejar para usuarios? Implementacion cuesta mucho?

  80. Sixto Farfán R. Says:

    Estimado,
    No sé si hasta ahora siguen evaluando, pero a las alternativas que tienes póngalo OpenERP, talvez se convierta la primera y la mejor opción.

    OpenERP

    Es un sistema integral que tiene como misión consolidar en una sola Herramienta de Software, la información de todos los recursos de la empresa para su correcta planificación. OpenERP es una poderosa herramienta para la correcta toma de decisiones. Además de que están diseñados para redefinir y automatizar la mayoría de los procesos en la empresa.

    ¿Porque OpenERP?

    OpenERP se ha convertido en un líder dentro de las pymes de tamaño pequeño a mediano. OpenERP dispone de características y flexibilidad no disponibles con otros proveedores de ERP. En comparación con otros proveedores de ERP, la elección de OpenERP trae consigo muchos beneficios que ayudan enormemente a su organización.

    Precio: los costos de OpenERP pueden ser de un 40 a 60% menos que otras soluciones de sistemas ERP, cero licencias por usuario, multiplataforma (puede elegir un sistema operativo libres como el linux), base de datos poderosa Postgresql (libre), etc.
    Puede comenzar con un módulo y expandirse a medida que su negocio crece
    Flexibilidad para personalizar flujos de trabajo directamente en la aplicación
    Capacidad para implementar in site o en la nube
    OpenERP es una nueva generación de soluciones ERP
    OpenERP está respaldado por una gran comunidad de desarrolladores
    Consultores de OpenERP se están disponibles para colaborar con su organización y asegurar el éxito

    Si bien la elección de un sistema ERP es una de las decisiones más importantes para cualquier compañía, le invitamos a probar nuestra versión de prueba en línea 30 días GRATIS. Si usted decide que OpenERP es la solución que necesita, estaremos encantados de asociarnos con ustedes para llevar a su organización al éxito.

    En OpenERP existen verticales para: Empresas de Telecomunicaciones, Universidades o Centros de Formación, Granjas de Huevos, Indústrias, Costos, Vehículos, Ing.Civil, Centros Educativos, Transportes, Treyshop (Comercio electrónico), Restaurantes, y muchos otros.

Deja un comentario

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s


Seguir

Recibe cada nueva publicación en tu buzón de correo electrónico.

Únete a otros 106 seguidores

%d personas les gusta esto: