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

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

Buenas…

Informaros que acaban de publicar este super documento para programadores (con ciertas restricciones de difusión que teneis detalladas en la última páginas). 17 páginas con un resumen de todo lo que hay que saber para programar OpenERP.

http://www.openobject.com/memento/

Que lo disfruteis!!!

Ultimamente nos preguntan sobre la integración de OpenERP con prestashop o tiendas online que no sean Oscommerce o Magento. Por lo que sabemos hasta ahora, no existe ningún otro conector publicado, pero sí que os paso un enlace muy interesante al blog de Raphaël Valyi y un fragmento de conversación que mantuvimos ayer por chat.

Raphaël: Currently busy packaging OOOR + Kettle you’ll see, this is a revolution.
ETL that can just do anything in OpenERP pull/push data, access workflow, composed objects, do anything along with the flow of data… and Kettle can connect to about anything Excell, Access, ODBC, JDBC, Salesforce…

Ana: I think we need a list of problems solved with your solution to have an idea of what it is

Raphaël: the reason we are using it now is:
importing bank paiment files and exporting account move lines but it will solve any integration problem for instance integration with OpenbravoPOS

Ana: With online stores? prestashop?

Raphaël: yes, it’s doable for online shops too, provided Kettle can eeficiently connect to them which was not the case with magento(Kettle does no generic XMLRPC)for OpenERP, OOOR does the XML/RPC specifically for OpenERP

Auí el link por si quereis saber más:

http://github.com/rvalyi/jripple
OpenERP + Kettle OOOR + JRuby

Esperando os sea de utilidad:

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!!!

Buenas:

Raimon Esteve me envía estos enlaces, de lo más interesantes. Son los enlaces de descarga de los ebooks de OpenERP en pdf.

You can download all free available Open ERP books (in PDF format) here:

• openerp-book.pdf
• openobject-bi.pdf
• openobject-contribute.pdf
• openobject-developer.pdf
• openobject-features.pdf
• openobject-install.pdf
• openobject-technical_guide.pdf

Esperando os sea de utilidad:

Ana

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…

Me ha costado muchos varios ratos repartidos en varios meses, pero al final ya he terminado y publicado en www.aulaerp.com el curso completo de consultoría enfocado a la implantación de un ERP.

Os paso link,  introducción y temario del curso.

http://www.aulaerp.com/aula/course/view.php?id=16

Resumen del curso de consultoría ERP:

• Metodología detallada de implantación de proyectos ERP.
• Desde la elaboración de la propuesta hasta el arranque definitivo, pasando por la planificación del proyecto y su seguimiento.
• Se incluyen pautas para la gestión de incidencias durante la implantación
• Se explican casos reales de situaciones ocurridas en cliente y su resolución
• Se incluyen documentos modelo, es decir, “plantillas” y muestras para la realización de los siguientes documentos asociados al proyecto:

• Análisis inicial (ODT) incluyendo un guion para analizar las principales áreas de negocio
• Propuesta / Contrato
• Planificación de proyecto
• Orden del día
• Acta
• Parte de asistencia

Público objetivo:

• Estudiantes de últimos cursos de carrera y recién licenciados que deseen enfocar su carrera profesional al mundo de la consultoría de los ERPs.
• Gente con experiencia en otros sectores que decidan iniciarse como consultores.
• Consultores/Implantadores de otros ERPs libres o propietarios que deseen cotejar su propia metodología, consejos y pautas de actuación con las expuestas en este curso. (Se admiten, por supuesto, todo tipo de sugerencias y críticas constructivas, además de opiniones personales)

1. Introducción

Bienvenido al curso de consultoría de aulaERP.
En este curso aprenderás a implantar un sistema de gestión integral o ERP en una empresa.
Intentaremos no solo explicarte teóricamente los conocimientos que debes tener para ser consultor, sino que intentaremos explicarte ejemplos prácticos y casos reales que nos han sucedido en nuestra trayectoria como consultores en distintos ámbitos del mundo empresarial.

Sobre todo, intentaremos detallar la metodología empleada por nosotros en las implantaciones de un ERP que según nuestra experiencia es aplicable tanto en proyectos muy pequeños como en proyectos grandes.

• Definiciones y términos de consultoría Recurso
• Tareas del consultor. Desde formador a director de proyectos. Recurso

2    Resumen de metodología de un proyecto de implantación. Fases y tareas a alto nivel

• Metodología de un proyecto de implantación

3     FASE 1: Pre-Venta

• FASE 1: Pre-Venta
• Venta : De la propuesta al contrato
• Documentos de control de calidad y seguimiento de proyecto

4    FASE 2: Pre-Implantación

• FASE 2: Pre-Implantación
• Análisis inicial. Introducción
• Como realizar un análisis inicial
• Ejemplo Plantilla análisis inicial
• Descarga Plantilla análisis inicial file (odt)
• Planificación del proyecto
• Ejemplo de plan de proyecto

5    FASE 3: Implantación

• FASE 3: Implantación
• Formación y prácticas en una implantación
• El orden del día de una Jornada en Cliente (Ejemplo de orden del día)
• Ventajas de elaborar el acta de una sesión o jornada en cliente
• Ejemplo de acta de sesión o jornada en Cliente
• Tareas posteriores a la sesión o jornada en cliente
• El parte de asistencia (Ejemplo de parte de asistencia)
• Seguimiento de proyectos
• Reflexiones sobre la fase de implantacion

6    FASE 4: Soporte al arranque

• FASE 4: Soporte al arranque
• Migración de datos. Subproyecto de implantación

7    FASE 5: Conclusiones

• FASE 5: Conclusiones

Su precio son 195€

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