Openbravo Network, yo no la quiero

Del listado de cosas que prometía Openbravo Network una gran mayoría era para facilitar el trabajo del consultor e implantador, esta versión se publicitaba como que venía a solventar un abanico de problemas pero la realidad es que en vez de solventarlos añade unos cuantos a los que ya de por si te puedes encontrar en una implantación de Openbravo ERP.

Primero decir que hablo desde el conocimiento que me da el estar utilizando una Openbravo Network 2.40 para un cliente de la empresa en la que trabajo. Empezaré nombrando los problemas que vienen en la primera versión que instalamos:

-Openbravo Network siendo una aplicación web dónde en principio el ĺimite de usuarios lo pone el hardware y la red, se vende según número de usuarios, curioso almenos.

-Todo se controla desde una herramienta web que te limita bastante el trabajo.

-La única alternativa es una cuenta shell con un usuario «openbravo» que sólo tiene acceso al código fuente de Openbravo ERP. El resto de tareas siempre se deben hacer desde el panel de administración.
-No puedes administrar los paquetes del sistema, en realidad no puedes administrar nada que no te deje el panel de administración que en cuanto a configuración del sistema tiene:

-Los enlaces al soporte de segundo nivel y del soporte de Openbravo network están mal, no te llevan al sitio correcto.

-El sistema de actualizaciones que sólo está accesible en obn no ha funcionado en todo este tiempo, al principio lo achacaron a un bug en la versión 2.40 así que esperaremos. Desués de esperar mucho y varias quejas y viendo que incluso había salido la MP1 nos dijeron que eso estaba corregido en dicha versión, lo curioso fué la propuesta de solventar el problema «para corregir el problema de que falla el sistema de actualización debes actualizar a la MP1», esto fué chistoso.

-El panel de administración está caido día si día no. La solución que nos dieron era que lo reiniciaramos pero como no teníamos acceso a root del sistema ni a ningún usuario con permisos no se podía, así que nos digeron que para escalar privilegios teníamos una orden «unsupported» que directamente nos pasaba a root. Primer problema de seguridad grave, no hace falta ningún exploit porque el exploit viene de casa, ejecuta unsupported y listo.

-Como el raa (panel de administración ) está casi siempre caido se producen cosas como que el sistema de copias de seguridad que lo tenemos puesto diareamente, cuando lo consultas al cabo de una semana a lo mejor sólo ha hecho copias los tres primeros días, lo reinicias y sigue funcionando.

-El systema de ntpd (sincronizar hora) no funciona.

-Al realizar un desarrollo tan simple como añadir una pestaña no funciona en un caso especial, una ventana en concreto, ya que wad da error al generar el código. La definición de dicha pestaña es idéntica a otra que si funciona en la aplicación y al abrir una incidencia para que lo revisen nos contestan que eso no es un problema de network y que debes contratar soporte de segundo nivel. Después de pagar 10.000€ te dicen que tienes que contratar más soporte para que wad compile una pestaña.

-Despues de aplicar el mp1 hubo un conflicto en el código de openbravo, restauramos una copia que teníamos y seguimos aplicando mejoras. Al preguntar como reaplicar el mp1 sólo para el código nos dicen que hemos procedido mal, que para restaurar el código hay que hacer un rollback de toda la actualización desde el panel de control lo cual implica desaplicar 25 actualizaciones (eso se entiende según la información que da el panel) la mayoría por no decir todas del propio sistema (kernel, vim, raa, sudo, udev, etc) para luego volver a aplicarlo todo de nuevo.

-Se intenta hacer el rollback e inmediatamente el sistema nos echa fuera, al intentar volver entrar no responde el raa/panel así que esperamos un rato y al final decidimos reiniciarlo por suponer que como de costumbre está colgado. El resultado es que desde el panel ahora no se puede hacer rollback y nosotros seguimos sin mp1 aplicado.

-Al preguntar como aplicar un parche, ya sea facilitandonos herramientas como diff o patch o que nos indicaran como lo hacían ellos con sus mpx para hacerlo nosotros igual nos dicen que esa máquina es de producción y que no puede tener patch. Curiosa respuesta cuando para que el tinglao que tienen montado en obn funcione tienen que tener un compilador de java, el código fuente de openbravo con las contraseñas de la base de datos en un archivo en plano, dichas contraseñas son system/sa y TAD/TAD y no se sugiere en ningún sitio cambiarlas a pesar de que almenos debería ser obligatorio, el tema del unsupported. Total que todo eso si, pero un sistema de aplicar parches que no sea sobreescribir todo, que es lo que ellos recomiendan, no.

– Los informes que en nuestras máquinas de desarrollo y en nuestra máquina de pruebas han funcionado sin problemas en ob, al detectar las cadenas de texto y realizar la traducción y guardalas en la tabla ad_textinterfaces_trl perdía los carácteres especiales (tildes, º, etc). Hubo que detectar el problema desde soporte y corregirlo directamente modificando las entradas de dicha tabla.

Total, que Openbravo Network es una mierda maravilla, pero una mierda maravilla (10.000€ sin límite de usuarios o 5.000€ por 5 usuarios más 500€ por usuario adicional, todos estos precios son por un año) muy cara y poco útil.

Cheli

9 respuestas a «Openbravo Network, yo no la quiero»

  1. El unico ERP abierto fiable hoy en dia es Adempiere. Despues de unos meses, tenemos tres clientes y funciona estupendamente.

    No gasten el tiempo con OpenBravo, es una demo por la que hay que pagar para conseguir sacar algo en claro.

  2. Pues si, tenéis razón, no la quiero ver ni en pintura pero por desgracia no me toca a mi decidir si contratarla o no, sólo me toca sufrirla.

    Nestor: No he probado Adempiere pero dudo mucho que no tenga ningún problema como comentas porque que yo sepa Adempiere es un fork de Compiere del que también deriva el modelo MDD de Openbravo y por tanto debe tener los mismos problemas que se tienen en Openbravo a causa de esta decisión de diseño. MDD tiene sus ventajas pero también un capazo de inconvenientes.

  3. Hola

    pruebe OpenERP v5, mismo se hay que aprender o Python, llegara mas rápido. La concepción del programa es mucha buena.
    Me parece que los integradores españoles no reclamen así, pueden entrar en contacto con:
    http://www.thymbra.com/es/
    http://www.nan-tic.com/
    http://www.acysos.com/

    Aquí tiene la nueva documentación que pueden generar después de instalar Sphinx: https://code.launchpad.net/~openerp-community/openobject-doc/features
    Perece que sera publicado luego esta v5.

    Manu

  4. Hola Cheli:

    Dejando a parte las valiosas aportaciones de Nestor y Manu que se caen por su propio peso (una por afirmar que Adempiere es mucho más estable cuando su origen es el mismo y dispone de muchos desarrolladores a sueldo menos, y la otra por el «exquisito» español de «Manu»), te voy a dar mi opinión sobre algunos de los puntos que expones.

    Aunque tu conocimiento técnico es amplio, te adelanto muchos comentarios erróneos vienen derivados de tu escaso conocimiento en el apartad de gestión.

    – Openbravo Network se vende por número de usuarios por el simple hecho de que la base de datos que incorpora es Oracle, que si se vende por número de usuarios. Por lo tanto, puestos a quejarnos, quejémonos de que OB Network se venda con Oracle y no con Postgres. (Créeme, he trabajado en una implantación con posgres y de momento no quiero volver a hablar de otra)

    – El hecho de que todo se administre desde un entorno web te limita el trabajo a ti que tienes un amplio conocimiento técnico. En general facilita la vida de un consultor medio, que no tiene dicho conocimiento.

    – Sobre que «a cualquier administrador de sistemas le entraría la risa al verse tan atado de manos», apelo de nuevo a tu desconocimiento de las clausulas de Openbravo Network. Como supongo que debes saber, El soporte gratuito contra cualquier fallo de Openbravo estandar o cualquier componente de su stack (oracle, tomcat, ant …) implica que la empresa debe asegurarse que el usuario no ha sido el causante de dicho error. Por ello no se deja modificar la base de dichos programas. Repito, el aspecto técnico te lo dejo a ti, pero creo que ya me has comprendido. El bug reportado debe ser rápidamente reproducible en cualquier sistema con Openbravo Network, y por ello debe asegurarse que todo sistema con Openbravo Network está en las mismas condiciones. Queremos garantía contra errores del sistema? Este es el precio que hay que pagar. Personalmente esta garantía me ha facilitado mucho la vida, al no tener que perder tiempo en solucionar X bugs que mi cliente había encontrado, ya que se me solucionaron desde soporte de Openbravo.

    – En mi caso no he tenido problemas creando ventanas, solapas o campos nuevos.

    – Mi panel de administración no ha fallado todavía, pero no pongo en duda que el tuyo haya fallado. Espero se pueda llegar hasta el fondo del asunto.

    – En mi caso no he tenido ningún conflicto al aplicar el parche MP1, salvo que el skin que habíamos creado no funciona puesto que se ha cambiado la estructura. No estoy de acuerdo con la explicación que se me ha dado, pero he tenido que acatarla.

    Resumiendo, como es bueno disponer de más de una opinión real, aquí va la mía.

    Openbravo Network tiene varios defectos (los cuales me he encargado de ir reportandolos esperando que se mejoren para la siguiente versión. Espero que tú también), pero en líneas generales a mí particularmente me ha facilitado la implantación en el último cliente.

    Y te dejo una última pregunta final:
    ¿No agradecerá tu jefe de proyecto que en un futuro, cuando tengáis 10 implantaciones de Openbravo, no tengáis incidencias derivadas de que un cliente tiene Openbravo instalado sobre windows, otro con java 1.6, otro con posgres, con oracle, con diferentes versiones de ant? ¿No agradecerá que todos vuestros clientes tengan el stack sobre el que funciona Openbravo exactamente igual; y que si algo falla en cualquier componente tenga la tranquilidad que desde el soporte que tiene no tendrá que dedicar tiempo a arreglarlo él?

    Supongo que un día estarás en su lugar y agradecerás estas cosas.

    Un saludo,

    Consultant.

  5. Tu primer párrafo desacredita el resto de tu argumento aún siendo bastante correcto pero bueno.

    No se los detalles de cómo se venden las licencias de software privativo por el mero hecho que no suelo trabajar con este tipo de software. Gracias por el dato de oracle y las licencias por usuario.

    Se perfectamente porque te atan las manos, he visto ese tipo de clausulas en varios productos para tener lo que ellos llaman un entorno controlado, pero cuando te atan tanto las manos hasta el punto que el producto llega a ser poco útil y deja de cumplir las promesas con las que te lo vendieron pues… yo almenos me sentiría estafado.

    Lo de la pestaña tenía poco misterio, se replicó parámetro por parámetro del diccionario una pestaña de una ventana que ya exisitía en openbravo en una ventana nueva. Curiosamente no compila porque efectivamente en ese caso tan particular el código que genera wad no es correcto. Seguramente no sea un problema de network pero el caso es que no funciona en el código de network y no se quiso resolver la incidencia sinó cobrar soporte de segundo nivel adicional.

    Pues has tenido una suerte tremanda con tu raa, el nuestro no hay dia que no lo tengas que reinicar 4 o 5 veces mientras haces algo con él. Tras cualquier operación se cuelga y no es a causa de que no la haya terminado porque si lo ha hecho, sin nombrar que cuando lo revisas cada x dias está colgado como ya comenté en el apunte.

    Lo del mp1 es una chorrada, el diseño de openbravo propicia esto porque el código cuando se aplica una actualización tiene que fundirse (hacer merge) y si has hecho algún desarrollo pueden haber conflictos. Es un problema derivado de estar hecho en java y sin una plataforma de desarrollo que evite este tipo de problemas (una api propia ¿quizá?). El problema es que tengas que tirar atrás un puñado de actualizaciones para poder reaplicar el mp1. Ob dijo que no teníamos que haber restaurado una copia del código pero claro, eso hubiera supuesto tener el sistema sin funcionar con las modificaciones que se le estaban aplicando hasta que no se solventara un cambio de una actualización externa como es el mp1, cosas que nos instaron a que lo solventaramos nosotros mismos, y eso pues no es viable.

    Si estás acostumbrado a intentar la odisea de aplicar una actualización de ob típica de las que hay en sourceforge sabrás de lo que hablo.

    Y contestando a tu último párrafo. Primero decir que yo no tengo jefe de proyecto.
    Nadie ha dicho que tengas que implementar entornos heterogéneos, está claro que mantener eso es una locura y cualquier administrador por muy novato que sea lo sabe. Pero otra es que tengas que montar un producto como network que cuesta un pastizal y no cumple ni de lejos las expectativas que se le suponen. Prefiero implantar a mis clientes un entorno controlado y homogéneo que prepare yo por mi cuenta poniendo la pila de herramientas y versiones que considere oportunas y que tenga requeteprobadas en mis servidores de pruebas.

    Total, si al final ante cualquier problema nos van a derivar a soporte de segundo nivel igualmente y los problemas propios de la network no los hemos tenido nunca antes en nuestros servidores. Nos ahorramos el hecho de tener que inflar artificialmente el precio del proyecto 10.000€, nuestros clientes más contentos y nosotros con menos problemas y dando un mejor soporte.

  6. Cheli Says,
    Yo soy un usuario común y corriente, vivo en Chile y me gusta el Opensource, pero me encuentro con varios problemas, que de paso no espero que me los soluciones jejeje.
    Me encuentro formando una empresa chica, un local de venta (ferreteria) contacte a Openbravo Parner local para implementar el ERP básico, sin nada adicional, instalado en dos computadores de ventas, uno de administración y un servidor y me fui de espaldas al ver lo que me cobraron y el plazo de entrega: 5000 EUROS, y dos meses de entrega!
    Después de putear a los cuatro vientos estaba decidido a pasarme a una solución con licencia (Softland o Microsoft), pero me encanta la filosofía Open y me traicionaría a mi si pagara licencias.
    La pregunta: Cuanto debería costar un ERP open Source?, es que acá en Chile los sueldos no dan para tanto y la ganancia del local tampoco, me están cobrando el mismo valor que en Europa, lo encuentro ridículo!
    Aver si me echas una mano o es que para algo tan pequeña el Open no me sirve?
    Te dije que tengo nivel usuario? lo mas que e echo es ser Key user de iScala, y trabajar comousuario en Manager (ademas de usar linux claro esta)
    Gracias

  7. Respondiendo directamente a las preguntas, un ERP libre, aunque el fabricante puede establecer el precio que estime oportuno, generalmente no cuesta nada porque te lo puedes descargar desde internet. Ahora bien, un proyecto de implantación si que cuesta dinero ya que es un servicio, en el caso de Openbravo en España un proyecto básico suele estar por encima de los 20.000€.

    Lo de que la empresa sea pequeña o grande no tiene nada que ver con que sirva el software libre o no, hay programas de software libre que se están utilizando en empresas enormes. Si nos referimos a Openbravo, este está orientado a las pymes.

    Yo por mi experiencia no te recomendaría Openbravo pero tampoco sabría cual recomendarte, así que como ves mucho no te puedo ayudar.

    Saludos.

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.