Tenemos un par de clientes que arrancarán en Enero con multicompañía y por las pruebas que llevamos hechas, en principio, funciona y es usable. Ahora bien… hay que tener en cuenta algunas cosas y seguir una guía estricta para su configuración. También nos preguntan exactamente en qué consiste y cuándo es mejor opción poner una base de datos en multicompañía o una base de datos independiente para cada compañía. En cuanto a esto último, os pongo la claves para tomar la decisión.

1. Se hace todo en una única base de datos por lo que posteriormente es más fácil sacar informes globales tomando de datos de todas las compañías.
2. Se puede “compartir” la tabla de clientes/proveedores y la de productos por todas las compañías.
3. Se puede especificar que un cliente/proveedor o un producto concreto sólo sea visible y utilizabe por una única compañía
4. No se permite que un cliente/proveedor o producto sea asignado a más de una compañía. Es decir, será visible por todas o sólo por una por defecto. Si jugamos con la configuración de compañías padres e hijas, se puede hacer que un cliente / producto sea visible en el padre y todas sus hijas por ejemplo.
5. Cada compañía tiene sus usuarios.
6. Los datos de operativa de una compañía no los ve la otra, si no se permite. Es decir, un usuario que tiene acceso a pedidos, albaranes, facturas de una compañía, no verá por defecto los de otra compañía.
7. Se puede definir un superusuario de una compañía “padre” que vea todo de todas las compañías. Esta compañía padre, solo vale para visualizar datos conjuntos de todas pero no vale para operar, es decir, para crear pedidos, facturas y demás… Esta compañía “padre” no existe legalmente, solo es una compañía ficticia, que se usa para configurar los maestros de todo el resto de compañías y para ver informes globales de todas.
8. Cada compañía puede tener sus propios precios por los productos “compartidos”, sus impuestos, su propia tabla de cuentas contables. Cada cliente “compartido” también tendrá una cuenta contable propia en cada compañía.
   Es decir, un usuario que entre a ver un producto en la compañía A verá un precio y un usuario que entre a ver el mismo producto en la compañía B verá otro precio (si lo tienen distinto). Igual pasa cuando ves un cliente.
9. Cada compañía también tiene sus propios almacenes.
10. Seguro que me dejo muchas otras cosas pero básicamente esto os puede hacer tener una idea de si poner una multicompañía o hacer cada compañía en una base de datos independiente.

A continuación os pongo una lista de las tareas que hay que llevar a cabo para configurar una multicompañía en OpenERP 6.0

• Crear la nueva compañía en administración / compañías. Esto crea el cliente asociado a la compañía. Completar los datos básicos de cada una, incluido logo y datos básicos para informes, moneda… etc.
• Completar direcciones, sedes y contactos del cliente asociado a cada compañía.
• En contabilidad / configuración / configuración financiera / ejecutar asistente configuración financiera para nueva compañía. Siguiendo los datos del asistente crear la nueva configuración financiera, teniendo en cuenta haber instalado previamente los módulos de localización de cada país.
• Hasta aquí, lo más básico… Curiosamente cuando instalamos una monocompañía, el sistema de base nos carga una serie de datos de configuración que no se incluyen cuando creamos una nueva compañía. Entre ellos:
  • Ventas: Crear la/s tienda/s de ventas para cada compañía
  • Almacén: Crear la/s ubicación/es y almacén/es de cada compañía.
  • Usuarios: Crear los usuarios de cada compañía
  • Secuencias: Hay que duplicar manualmente todas las secuencias de la compañía “muestra” creando y asociando al menos las mismas para cada compañía. Cuidado con los nombres ya que posteriormente utilizaremos dichas secuencias para que sean asociadas a los diarios contables. Si no marcamos con un tag o un nombre distinto cada país/compañía, luego nos será complicado asociar la secuencia correcta.
  • Diarios: Igual que con las secuencias, hay que crear manualmente muchos de los diarios. Algunos ya se crean durante la ejecución del asistente de configuración financiera pero otros no. Cuidado al asignar las secuencias. Coged en cada diario asociado a cada pais/compañía, las que correspondan. Si no, dará errores al operar. En España, tanto para multicompañía como para monocompañía, es requerido instalar nan_account_invoice_sequence. En los diarios de compra, venta y devolución de facturas, asignar la secuencia de factura correcta a cada tipo de diario.
• Configuración de divisas:
  • Si requerimos además de multicompañía, que sea multidivisa, será necesario establecer una base de moneda para cada compañía. Es decir, en España la base monetaria será el Euro pero en USA será el dolar. Por lo tanto, debemos configurar cada moneda con su propia base para cada compañía. El resto de monedas serán calculadas como divisa con respecto a esta base.
  • Recomendable instalar el módulo currency_rate_update. Permite que openERP se conecte a un Webservice para la actualización automática de los cambios de divisa. Puede ser ejecutado manualmente o puede establecerse una periodicidad para su ejecución, de forma desatendida.
• Configuración de tarifas:
  • Cuidado aquí. Las tarifas de venta y compra deben ser creadas para cada compañía. Cada tarifa Base, debe llevar asignada la moneda base de dicha compañía.
  • Se pueden establecer tarifas en otra moneda distinta a la de la compañía, basadas en la tarifa base, de tal forma que se mostrará la moneda en la que se compra o vende, durante todo el ciclo hasta la factura. Sin embargo, al realizar el asiento contable de la factura de compra o venta realizará la conversión a la moneda base en el asiento contable y marcará el importe en divisa. Cuidado también aquí con la moneda base establecida en el diario en que se hace el apunte. Debe ser igual que el de la compañía, si queremos contabilizar todo en moneda única.
• Precios de productos:
  • Si se requiere establecer un precio base para cada producto en cada país/moneda, recomendamos instalar product_multi_company. Esto convierte el campo precio en un campo property, lo cual nos permite tener un precio base del producto para cada compañía.

Y creo que es todo. Con esto, hemos conseguido configurar una base de datos multicompañía, con los elementos básicos para funcionar en las áreas de gestión (ventas, compras, almacén, facturación y contabilidad)

Esperando sea de vuestro interés, cordiales saludos:

Ana

Gestión de una pyme con OpenERP. Ventas, compras, almacenes y logística

Instalación localización española de OpenERP

Contabilidad OpenERP

Aprovechando su liberación, hemos refactorizado gran parte de los videotutoriales y mejorado algunos apartados. La liberación de la matrícula ha sido posible gracias a la financiación de la fundación IBIT de Mallorca.

Recordaros que su traducción al catalán, realizada por Zikzakmedia, está también disponible en los siguientes enlaces: www.openerp.cat/aula

http://formacio.xarxabit.org

Dentro del mismo proyecto para Ibit, también se ha mejorado sustancialmente y ampliado el contenido del curso técnico online para programadores de openerp (matrícula gratuita)

Introducción a la programación con OpenERP

Esperando os sea grata la noticia, cordiales saludos!!

Ana

Sabeis que en aulaerp tenemos un curso con ejemplos de archivos csv que utilizamos para cargar datos en varios de nuestros clientes.  Ahora bien, esta forma de migrar es muy manual, hay que hacer las transformaciones prácticamente de forma artesanal y es bastante laborioso. Por lo tanto, alrededor de la temática de migración de datos a OpenERP, existen varias herramientas que he testeado una a una durante todo el día. Aquí os paso mis conclusiones al respecto:

• openETL: Es la herramienta de migración de OpenERP SA. Es un módulo stand alone, o ejecutable desde el cliente openerp que se descarga de launchpad, aquí: https://launchpad.net/openobject/openetl No sé si por no buscar bien, o no existir, no he encontrado una documentación a nivel de usuario que me permita utilizarlo. Hay documentación pero me ha parecido muy técnica. Tiene buena pinta pero lo dejo para técnicos de sistemas y programadores que se dedican a ello. Nhomar es fan acérrimo de OpenETL y lo utiliza habitualmente.
• Terminatooor de rvalyi: He pedido a mis compañeros de ting que me hagan una introducción a la herramienta y me muestren su funcionalidad en acción. He decidido que tampoco la usaré ya que la parte de carga de datos de Kettle a OpenERP se realiza mediante sentencias programando en Ruby. También muy potente y flexible, pero para técnicos programadores con conocimientos en ruby o ganas de aprender un nuevo lenguaje.
• El conector de NAN kettle-openerp: Facil de instalar, tiene una pinta estupenda y no es necesario programar. El plugin te “trae” a Kettle la estructura de tablas de OpenERP de forma visual por lo que a priori, me parece muchísimo más sencillo que las otras 2 opciones.

Aquí os pongo los pasos que he seguido para instalar el conector de NAN casi a la primera y sin mucho problema:

• He seguido este manual para instalar el kettle con el interfaz visual spoon (haced caso primero al comentario que tiene. Instalad todas las librerías que dice porque son necesarias. Si no, cascan algunos puntos. http://blog.foobaria.com/2010/05/install-pentaho-data-integration-aka.html#setup_kettle

• Leeros la presentación de Angel del año pasado en Vilanova.  http://www.slideshare.net/raimonesteve/migracin-de-datos-con-openerpkettle En las páginas 18 y 19 teneis algunas instrucciones para instalarlo. Yo he intentado lo de copiar los archivos en las rutas que pone en la presentación, pero no atinaba. Por lo que, he ejecutado el install.sh que viene en el modulo.

ana@ana-laptop:~/openerp/

openerp-kettle$ ./install.sh $HOME/opt/kettle
Kettle Dir: /home/ana/opt/kettle

• Por último, he copiado a mano (porque el enlace no me funcionaba) el directorio TinyOuputForDeploy en %HOME/opt/plugins/steps

• Y claro… arrancar spoon (meted usuario  admin pwd admin si estais en pruebas en la pantalla de entrada al Kettle)

Y listo… si vais a transformaciones / sortida vereis el plugin. Si haceis doble click, os permite configurar una conexión a una BBDD de OpenERP y obtener los modelos, sus tablas y sus campos de forma totalmente automática y transparente. Por lo que ya podeis iniciar la configuración del modelo de carga para el caso concreto.

Por si seguís adelante. Os recomiendo que os veais todos los puntos de este manual antes de empezar el primer proyecto:

• http://wiki.pentaho.com/display/EAI/Getting+started

Esperando sea de vuestro interés, cordiales saludos!!

Ana

Primero de todo anunciaros un nuevo motor de informes que ha publicado muy recientemente Pexego. Lo teneis en extra-addons.

pxgo_openoffice_reports

Este motor permite una integración TOTAL con OpenOffice. También está basado en relatorio y para su instalación se pueden seguir las mismas instrucciones que las que comentamos en un post anterior, sobre el motor de informes de sraps.

El nuevo motor funcionalmente es una pasada. Se pueden tener plantillas ods, odt y obtener salidas en cualquier formato pdf u openoffice que se defina, incluir gráficos, charts, hacer bucles en horizontal y por supuesto en vertical. Recomiendo 100% que lo instaleis y lo probeis. Gracias a Pexego por la aportación!!!

En todos los sistemas de reportes, el problema es saber la sintaxis exacta para acceder a los campos que se requiere mostrar. Aquí van un par de truquillos que quizás os resulten interesantes. Estos truquillos, valen también para el módulo report_designer “oficial”.

Truco 1: Acceder a un valor concreto de un campo one2many. Ejemplo: acceder al código de producto que se muestra en la ficha de proveedor del producto, por ejemplo, desde una línea de albarán: [[move_lines.product_id.seller_ids[0].product_code]]

Truco 2: Desglosar un valor separado por un carácter en 2 valores. Ejemplo: 22234_33331, quiero que se muestre en el informe desglosado por un lado 22234: [[ CAMPO.split('_')[0] ]] y por otro 33331 : [[ CAMPO.split('_')[1] ]]

Truco 3: Acceder a un campo imagen directamente desde openOffice: Ejemplo: Poner el logo de la empresa en cualquier documento:

[[ company.logo and setTag('para','image',{'width':'100.0','height':'33.3'}) ]][[ company.logo ]]

Gracias a Hugo y a Jordi por darme las pistas

Sobra decir que si teneis más “trucos”  que nos pueden facilitar la vida a la hora de definir informes personalizados, me los paseis para que los publique.

Esperando os sea de utillidad:

Ana

NUEVO TUTORIAL OPEN ERP EN ESPAÑOL. TRABAJANDO EN UN PROYECTO DE LA
UNIVERSIDAD ME PUSE EN LA TAREA DE HACER UN TUTORIAL PARA AQUELLAS
PERSONAS QUE ESTAN EMPEZAR ADESARROLLAR EN ESTA HERRAMIENTA, LO PUEDES
DESCARGAR DEL GRUPO EN GOOGLE:

http://groups.google.com.co/group/openerpamerica

Se agradece la aportación!!

Además han surgido(que yo sepa) las siguientes Webs donde podeis también encontrar información interesante y tutoriales varios sobre OpenERP. Si conoceis alguna más, me decís para publicarlas.

• openerpweb: Susana Izquierdo
• civicom.eu: AESE, Aplicaciones de Software, S.L.

Que cunda el ejemplo, por favor.

Cordiales saludos!!!

Ana

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

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

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

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

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