Archivo de la etiqueta: crítica

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