logo

Publicaciones etiquetadas ‘empresa’

Multicompañía en OpenERP 6

Módulo Multicompañía – crear compañía

Lo primero que necesitamos para trabajar con OpenERP en multicompañía es añadir a nuestro usuario el grupo “Useability / Multi companies”. De esta forma podremos ver los campos referentes a la multicompañía.

Multicompañía

Si nuestro usuario tiene asignado este grupo podremos ver el menú /Administración/Compañías, en la ventana de Compañías podremos dar de alta las compañías.

Multicompañía

Las diferentes compañías se pueden crear en OpenERP en una estructura de jerárquica. Así, si queremos crear un grupo de empresas llamado A formado por las empresas B y C primero crearemos la compañía A y luego al crear las compañías B y C completaremos el campo compañía padre con la compañía A.

En el menú compañía árbol de compañías podemos ver esta estructura.

Multicompañía

Módulo Multicompañía – accesos

Una vez creadas las compañías tenemos que configurar el acceso a los diferentes documentos, conociendo como funciona el control de acceso a cada compañía. Cada usuario tendrá una lista de compañías a las que se le permite el acceso, y entre esas compañías una será la compañía actual.

Si vamos al menú de usuarios podemos ver la compañía actual del usuario:

y la lista de compañías a las que tiene acceso:

De esta forma cuando un usuario se conecte a OpenERP lo hará con una compañía, y no tendrá acceso a los datos de otras compañías aunque esté en su lista de compañías autorizadas. Importante: Hay que tener cuidado de no trabajar con el usuario admin en multicompañía, ya que este usuario se salta los controles de acceso multicompañía. Así que lo mejor es cuando se cree una compañía crear un usuario administrador de esa compañía con el que hacer toda la configuración.

Ahora que tenemos claro como funciona el control de acceso podemos ver las “reglas de registro”.  Las reglas de registro se encuentran en el menú “Administración/Seguridad” y nos sirven para definir quien va a tener acceso a cada documento. Por ejemplo con reglas de registro podríamos hacer que los comerciales solo puedan ver los pedidos que han creado ellos mismos.

Esto nos va a servir en un entorno multicompañía para definir que documentos podemos ver, por ejemplo:

  • Un pedido de venta lo podremos ver si no está asociado a compañías o si esta asociado a nuestra compañía o alguna compañía que esté por debajo.

{code hidden:false title:false}[‘|’,(‘company_id’,’=’,False),(‘company_id’,’child_of’,[user.company_id.id])]{/code}

  • Una empresa la podremos ver si no está asociada a compañías o está asociada a nuestra compañía o alguna compañía por encima o por debajo.

{code hidden:false title:false}[‘|’,’|’,(‘company_id.child_ids’,’child_of’,[user.company_id.id]),(‘company_id’,’child_of’,[user.company_id.id]),(‘company_id’,’=’,False)]{/code}

Módulo multicompañía – otras cuestiones

Hasta aquí hemos visto como crear las compañías y dar acceso a usuarios y documentos. Todavía quedan problemas por resolver para hacer totalmente funcional el sistema multicompañía.

El primer problema que nos encontramos es que la instalación de muchos módulos no está pensada para la multicompañía. Por esta razón, los objetos creados automáticamente en la instalación de un módulo, como las secuencias de pedido del módulo de ventas, sólo se crean para la primera compañía creada. Lo ideal sería que la creación de esos objetos se crease mediante un wizard, y poder lanzarlo en cada compañía, pero de momento nos toca crear esos datos a mano para cada compañía.

Aunque podemos definir una estructura de árbol en las compañías, la consolidación de la contabilidad no está contemplada en este sistema, aunque tenemos cuentas contables virtuales, pero no una forma automática de crear todas las correspondencias.

Otro problema que se está planteando en el canal irc de openobjects es como podemos restringir diferentes accesos de un usuario para cada compañía, por ejemplo un usuario que tenga acceso a compras y ventas en una compañía pero solo a ventas en otra compañía. De momento tampoco podemos contemplar esto y la solución sería crear dos usuarios distintos.

Para más información sobre OpenERP visita nuestra web haciendo un clic aquí.

Leer más