- ERP OpenERP / Servicios / Consultoría / Implantación

Como ya habreis podido comprobar esto evoluciona de día en día y cada vez hay más módulos publicados. En esta lista os intento anotar algunos que me han parecido muy interesantes. Todos los podréis encontrar en las ramas estables de commiters y community:

• nan_partner_risk y nan_partner_risk_insurance: Permite gestionar el límite de riesgo asociado a cada Cliente.
• product_pack: permite componer y vender kits de oferta de varios productos.
• c2c_currency_rate_update : Permite actualizar automáticamente los factores de conversión de las distintas monedas.
• mrp_dimensions: Para empresas de fabricación y que requieran agilizar la gestión de los productos “dimensionables” sin tener que explosionar la ficha de producto.
• product_images_olbs: Permite asociar imágenes a los productos. Inicialmente fue concebido para el nuevo conector con Magento, pero se puede utilizar de forma independiente
• magentoerpconnect:  Nuevo conector con magento, totalmente rehecho con respecto a la primera versión.

Hay muchísimos más. Os animo a probar aquellos que veais que os pueden resultar de interés para vuestra empresa. Se agradecería me enviarais vuestra opinión de los que probéis para publicarla.

Saludos!!

Ana

OpenERP por defecto trae muchos listados en todos los módulos. En ocasiones hay que instalarlos expresamente porque son módulos independientes. Muchos de ellos pueden servir sin tener que montar ningún otro. Conviene antes de ponerse a montar un informe personalizado, ver si ya está hecho. Los módulos extra que contienen exclusivamente informes de algún tipo llevarán en su nombre la etiqueta “report_”

Adicionalmente, por ejemplo,para obtener informes de inventarios, stock y ubicaciones, hay una entrada en el menú que en ocasiones pasa desapercibida, pero que es prácticamente imprescindible: inventario/estructura ubicaciones stock. Por ejemplo, permite sacar el inventario de cualquiera de las ubicaciones entre 2 fechas.

Además, existe un módulo que es potentísimo pero que requiere cierto conocimiento técnico para usarlo. Es el base_report_creator. En él puedes configurarte informes personalizados que puedes asociar a un menú y permitir visibilidad o no a los usuarios sobre ellos asignando permisos. Se utiliza para hacer listados de objetos, sumatorios y demás.
Para personalizar un informe tipo albarán o factura hay 3 opciones:

1. Si sabes programar rml, directamente puedes buscarlos dentro del módulo asociado, abrirlos y modificarlos a tu gusto.
2. Utilizar el módulo base_report_designer. Esto permite  descargar el sxw asociado al módulo (no todos los informes lo tienen),  modificarlo con Openoffice y subir el archivo modificado al servidor. La única pega que tiene el módulo es que si subes un informe mal montado, con variables que no corresponden y demás, dará un error de impresión. Para facilitar la modificación del documento en OpenOffice, se recomienda comprar el plugin para openoffice en la página oficial de Tiny, aunque no es absolutamente imprescindible.
3. Utilizar Jasper Reports. Un gestor de informes potentísimo basado en ireports y para el que existe conector con OpenERP. El módulo Jasper reports publicado por NAN te permite exportar objetos de openerp y utilizarlos para contruir tus informes en Jasper. En aulaERP teneis un manual gratuito bastante completo donde se explica lo básico para empezar pero también requiere ciertos conocimientos técnicos.

Buenas…

En este post voy a intentar explicar una forma sencilla de descargar de launchpad tanto el servidor, el cliente, los módulos extra de commiters y los de community con un único comando.

https://launchpad.net/openerp

Os descargais la rama como está descrito en un montón de sitios.  Vereis que  baja un script python muy sencillo
bzr_set.py que lo que hace es descargar todas las ramas de la distribución que se quiera (4.2, 5.0, trunk…). Para seleccionar la distribución, es necesario editarlo y poner DEFAULT= “versión que se quiera descargar”

Pasos para descargar las ramas de una distribución “de tirón”. En el ejemplo voy a utilizar 5.0, pero sería exactamente igual con trunk o 4.2 :

• Abrir el script bzr_set.py, asignar DEFAULT=’5.0′
• Crear un directorio cualquiera, por ejemplo, openerp5.0
• cd openerp5.0
• copiar el script bzr_set.py en ese directorio
• ejecutarlo de la siguiente forma pyhton2.5 bzr-set.py
• Vereis que dentro de openerp5.0 os crea la siguiente estructura
  • web –> ficheros servidor web para acceso con el explorador
  • server –> servidor openerp
  • client –> cliente openerp
  • addons –> Modulos “oficiales” versión 5.0
  • addons-extra –> Módulos extra de commiters
  • addons-community –> Módulos extra de community
• Con esto, ya teneis los fuentes de la 5.0 descargados en vuestro ordenador. Para actualizarlos basta con ejecutar  pyhton2.5 bzr-set.py tal y como habeis hecho antes.
• Para instalar y ejecutar los fuentes, os recomiendo el curso de aulaerp http://www.aulaerp.com/cursos-aulaerp/instalacion-de-openerp-sobre-linux-ubuntu.html

Adicionalmente recordad, que sólo con estos módulos no nos vale. También teneis que descargaros los módulos de localización Española aquí: https://launchpad.net/openerp-spain.

Creo que sería bastante sencillo modificar el bzr-setup.py para añadirle las ramas de localización y otras que pudieran seros de interés.

Aprovecho el post para copiar mi respuesta a un post del foro donde me preguntaban cómo se reportaban los bugs  en launchpad. No solo se pueden reportar errores, también se pueden hacer sugerencias de desarrollo de nuevos módulos (blueprints), preguntar dudas (answers), descargar y/o aportar traducciones de módulos… etc. La operativa para reportar un error, un blueprint o una pregunta en launchpad sería la siguiente:

• Buscar el proyecto openobject. aquí: https://launchpad.net/openobject
• En Projects, justo en portada vereis TODOS los proyectos realacionados con el entorno de desarrollo de OpenERP (Openobject). A partir de aquí, buscais el proyecto donde están los módulos que den el error. Por ejemplo, si es en un módulo extra sería aquí: OpenObject Addons. Si es de localización española sería aquí: OpenERP Spanish Localization Project.  Si es de algún proyecto relacionado, tipo poweremail o cliente koo, vereis que tienen sus propias ramas dentro de openobject: KDE OpenObject Client, Power Email
• En la parte derecha del todo, de la pantalla principal, teneis en rojo “Report a bug”. Pulsad ahí y seleccionando el subproyecto que se trate, explicais el error. Cuanto más detalle se dé mejor y siempre indicando versión de entorno en la que sucede el error.

Esperando os sea de interés, cordiales saludos:

Ana

Hola:

Cualquiera que haya programado en cualquier lenguaje sabrá que lo más complicado de la programación es detectar dónde y porqué se produce el error. Cuanto más detalle dé el entorno mejor.

En el foro oficial inglés Alejandro J. Cura ha incluido este post, que creo merece la pena publicar en openerpsite.  Esperando os esa de utilidad, cordiales saludos:

Hola,

hemos estado trabajando en unas modificaciones a OpenERP que muestran mucho más detalle en los mensajes de error. Están basadas en el código que usa Django para mostrar sus errores. Así es como se ve:

Se puede clickear en cualquier línea de código del traceback para expandir algunas líneas antes y después de la línea seleccionada. Y también se pueden ver las variables locales a cada nivel del traceback. Ahorra un montón de tiempo.

Pueden encontrar más información aquí:
http://www.gcoop.com.ar/noticias/mensajes-de-error-detallados-para-openerp

Por favor, avísenme si les resultan útiles, y que cambios piensan que serían necesarios como para ser incluídos en OpenERP.

saludos,
–
Alejandro J. Cura,
gcoop / cooperativa de software libre

Este tema técnico y muy poco documento, es sumamente interesante. En ocasiones puede evitar a un programador hacer un módulo específico.

Un evento de servidor consiste en detectar que pasa algo en la aplicación y hacer que el sistema responda a este hecho de forma automática. Para ello, en la mayoría de los sistemas o bien hay que programar o bien los disparadores o triggers se construyen a nivel de base de datos, lo cual puede desestabilizar el sistema e incluso dejarlo inutilizado si no se hace y prueba muy bien. En OpenERP los automatismos pueden ser controlados mediante eventos del servidor, directamente desde el Cliente GTK o Web.  Son creados a nivel de objetos y no de base de datos.

Igualmente hay que ir con cuidado porque un evento puede enlazar otro y otro y causar algún desaguisado pero si se sabe hacer es sumamente útil. El único problema es que hay muy poca documentación al respecto en la Web oficial pero he localizado este link donde viene explicado en bastante detalle:

http://sharoonthomas.blogspot.com/2009/09/open-erp-server-actions.html

Si alguien se anima a traducirlo a castellano, lo publicamos en AulaERP.

Muchas gracias:

Ana

Comentario Raimon Esteve: lo conocemos y la documentación de Sharoon es la mejor que se encuentra hoy en dia.
Atención: parte importante! se tiene que agregar en el workflow la acción, si no, os volvereis locos….

——————————————————-

Editado a 14/10/2009

Captando al vuelo mi solicitud del post anterior, Iñaki Fernandez amablemente nos envía el tutorial traducido sobre eventos del servidor en OpenERP que tal y como prometí he publicado en aulaerp

Aquí va:

http://www.aulaerp.com/aula/mod/resource/view.php?id=333

Muchas gracias Iñaki por tu aportación!!!

Otro punto candente. Inicialmente, OpenERP no ofrece módulo de gestión de nóminas que sepamos. Si alguien lo conoce, o sabe cómo crearlas en OpenERP, nos corrija, por favor. Pero… hoy ha habido un intercambio de e-mails entre Carlos Liébana y Susana Izquierdo del cual he sido mera observadora, que creo merece la pena reproducir aquí. No creo que a Carlos y Susana les importe

Carlos: ¿Existe algún modulo hecho para generar/introducir las nóminas y que se creen los asientos contables correspondientes?

Susana: Que yo sepa no. OpenERP no lleva gestión de nóminas, ten en cuenta que aquí hay mucho lío con respecto a temas legislativos.
Con respecto al asiento contable es sencillo, suele  ser un predefinido. Pero de ahí a que primero te genere y calcule correctamente la nómina y luego el asiento, pues no. No funciona como cuando generas las facturas, si vas por ahí.

Carlos: Gracias por la respuesta, iba más bien por una vez que se tenga la nómina (en mano, en este caso la creación de las nóminas está externalizada), poder introducir los datos que en ella vienen y que se generara el asiento automáticamente. Cuando se pagara, lo mismo, que se generara el asiento de nuevo.

Susana: Esto si se se puede hacer, es contabilidad pura y dura

El asiento contable de nómina es 640 (aquí habría que especificar por empleado), la seguridad social de la empresa  contra IRPF y otros, así un ejemplo de asiento tipo predefinido sería

Total devengado o bruto (640) en el Debe
Seg Social a cargo empresa (642) en el debe
TC1(Empr+Trabaj)Importe total a pagar a la Seg Social (476) en el haber
Importe de las retenciones IRPF (4751) en el haber
Importe liquido de las nominas a pagar (465) en en haber

cuando se pague, tanto la SS de la empresa como la nómina eso irá contra bancos.

Lo habitual es que sean asientos predefinidos. y periódicos, aunque ojo, con la periodicidad, porque puede haber baja laborales y los importes cambiar. Los asientos puedes predefinirlos dentro de la sección de definición de modelos de asientos.

Bueno… yo no lo usaría en un entorno de producción, pero cada vez más gente se está instalando la versión Allinone de OpenERP para probar. También hay mucha gente que se ha instalado el servidor y el cliente por separado y en este caso es más sencillo.

El problema surge cuando tiny publica una nueva versión. ¿Como actualizo? Cuando descargas la nueva versión, si tienes otra ya instalada, da un error y dice que no puede continuar. Pues se me ha ocurrido probar un par de truquillos muy tontos y funcionan perfectamente.

En caso de que tengais el Allinone, entiendo que lo que se quiere es mantener intactas las bases de datos postgres que hayais creado. Para actualizar el Cliente

1. Desde Herramientas / Añadir-Quitar programas desinstalais el Cliente OpenERP. Solo el Cliente.
2. Descargais la nueva versión desde aquí e instalais normalmente. Probais que enganche al servidor de forma normal y ya está listo.

Ahora el server.

1. Descargar la nueva versión desde aquí e instalar normalmente.
2. c:/archivos de programa/openerp allinone/server/ buscar el archivo openerp-server.conf. y abrir con un editor de textos.
3. C:\Archivos de programa\OpenERP Server buscad el nuevo openerp-server.conf que se crea con la nueva instalación del server.
4. En los parámetros db_user y db_password poneis los que teniais en el antiguo openerp-server.conf
5. Verificad que los accesos directos que existían anteriormente apuntan a los nuevos servidor y Cliente, y que  ejecutan los exe que están en las nuevas rutas.
6. Opcionalmente, si habiais añadido módulos adicionales de extra-addons en la instalación del allinone, debereis llevároslos a la nueva ubicación, con cuidado de no machacar los addons oficiales publicados con esta versión.

Con esto, hemos conseguido quitar el allinone independizando servidor y cliente, pero manteniendo las bases de datos postgres.

Por último, hay que hacer que el servicio del server apunte a la ruta correcta y no a la del allinone. Para ello, supondríamos que tendríamos que ir a propiedades del servicio, pero no. El campo no es editable desde allí, se modifica desde regedit. Si buscais allinone en regedit, podreis encontrar el registro que buscais. Como siempre en windows, para ir pasando al siguiente registro de búsqueda utilizad F3.

Si tuvieseis anteriormente instalados cliente y servidor de forma independiente, solo hay que renombrar las entradas de regedit para que os permita instalar la nueva versión. Igualmente cuidado con el openerp-server.conf porque al instalar la nueva versión, se carga el anterior, por lo que conviene que guardeis aparte una copia antes de hacer esto:

1. inicio / ejecutar
2. escribir regedit –> Abre el registro de windows.
3. En HKEY_LOCAL_MACHINE / Software buscad openerp server y/o openerp client
4. Renombradlos a openerp server 2 y/o openerp client 2, por ejemplo.
5. Descargar la nueva versión desde aquí e instalar normalmente.
6. En los parámetros db_user y db_password de openerp-server.conf poneis los que teniais antes.
7. En este caso, entiendo que mantendría los addons añadidos puesto que está sobreescribiendo la misma ruta de directorio que hubiese pero no lo he probado.

Esperando os sea de utilidad:

Ana

Buenas… publico este nuevo e-mail de Javier Peirats donde nos da las instrucciones para incluir y poder imprimir códigos de barras en los informes de OpenERP. Gracias de nuevo Javier…

Hola Ana,
Creo que puede ser interesante compartir, una forma alternativa de generar los códigos de barras en los documentos.
Te pongo la explicación a continuación:

Otra opción para generar códigos de barras en los reports de Openerp.

Se trata de incrustar fuentes True Type dentro del report. El procedimiento es muy sencillo, hay que copiar el fichero .ttf de la fuente al directorio del servidor de Openerp (está probado en servidor Windows)

Luego hay que modificar el report .rml que deseamos modificar, registrando la fuente de la siguiente manera (justo después del tag de “document”)

<docinit>

<registerFont fontName=”3of9″ fontFile=”bcode39.ttf”/>

</docinit>

Seguidamente deberemos añadir un estilo utilizando la nueva fuente:

<paraStyle name=”barcode” fontName=”3of9″ fontSize=”15.0″ />

Y a la hora de utilizarlo:

<para style=”barcode”>*[[ o.name ]]*</para>

Dependiendo de la fuente true type hay que colocar asterisco delimitando el principio y el final de los datos a representar.

Se pueden encontrar fácilmente por Internet fuentes gratuitas, sobre todo para la generación de códigos 3of9, y por supuesto a nivel comercial existen infinidad de fuentes para todo tipo de códigos.

Este sistema no sólo sirve para generar códigos de barras, sino que nos permite personalizar los reports para obtener el resultado más profesional, utilizando tipografías corporativas, para ajustarnos al máximo a las necesidades del cliente.

—————-
Un saludo cordial
Javier Peirats.
Inercia.com

Uno de los aspectos más importantes en el manejo un ERP es buscar la información que necesitas de una forma fácil y amigable. El siguiente video muestra esta funcionalidad en OpenERP que si en la versión anterior ya era buena, en esta se han superado.

A petición de Nhomar, publico el video donde se muestra.

Saludos!!!

Ana

Creo que este truquillo merece una entrada en openerpsite.

Como supongo que ya casi todos sabéis, si en la ficha del cliente le asociáis un idioma, los informes relativos a este Cliente salen en su propio idioma. Por ejemplo, el pedido y la factura. Pero el albarán no. No conseguía imprimirlo en castellano. Y hay otros informes no relativos a un cliente que también están solo en inglés.

Comentándolo con Jordi me dice:

Este es un truco muy tonto de OpenERP. Simplemente hay que asociar el idioma en la propia compañía. La gente piensa que los informes de OpenERP no están traducidos al castellano y es que simplemente no han definido el idioma de la compañía, que por defecto está en blanco y por eso coge el inglés.

Casi todos los informes contables que son muchísimos también están en castellano.

O sea, que ya sabéis, lo primero que hay que hacer hay que abrir la ficha de Cliente de la propia compañía y asociarle el idioma Castellano.

Otro error que causa problemas graves y es fácilmente evitable es el del ZoneTime. Si vais a preferencias de usuario y asociais una zona horaria en la ficha, empiezan a pasar cosas raras cuando te logas con el usuario. Por ejemplo, algunos campos fecha no los deja asignar. Algunos botones de control de flujo aparecen por duplicado, no te permite validar pedidos de compra … en fin, problemas varios. El error está reportado y el bug confirmado y aceptado en launchpad por lo que lo arreglarán seguro. Pero de momento, intentad no asociar una zona horaria a un usuario. Si lo haceis y os pasa, simplemente con crear un nuevo usuario que no tenga zona horaria asociada, con los mismos permisos que el que se “ha roto”, solucionado. No hace falta que tireis la base de datos y hagais otra porque está perfectamente.