Producto en Openerp

El producto es una de las piezas claves de configuración dentro de Openerp, ya que gracias a su correcta configuración vamos a ser capaces de realizar pedidos de venta, compra, lanzamiento de ordenes de fabricación…etc.

En definitiva es una de las piedras angulares de Openerp, que hay que saber configurar bien:

Pero ¿que es lo que entiende por producto openerp?

En openerp, se entiende por producto los siguientes elementos:

• Servicio
• Producto almacenable
• Consumible
• Materias primas, residuos, semielaborados…etc. en definitiva productos que van a ser incorporados a un proceso de fabricación.

El producto tiene una entrada independiente en Openerp, tal y como se muestra en el gráfico adjunto (modo extendido)

Para definir correctamente un producto es necesario tener definidas o configuradas aquellas entidades relacionadas con éste (categorías de producto, categorías de unidades de medida y unidades de medida)

Antes de comenzar con la configuración de los maestros, que viene siendo habitual en otras configuraciones de funcionalidad dentro de Openerp, en este caso, y por la complejidad del mismo, vamos a comenzar por la configuración de la ficha de producto, que se detalla en el gráfico adjunto:

La ficha de configuración de producto, se divide en:

un área común, relativa a la descripción del producto

Distintas pestañas relativas a :

1. Información general
2. Abastecimiento y ubicaciones
3. Precios y Proveedores
4. Descripciones
5. Empaquetado
6. Contabilidad

Descripción del Producto:

• Nombre: campo obligatorio, se utiliza para dar un nombre al mismo, es importante ya que es el único campo obligatorio que nos permitirá identificar los distintos productos dados de alta.
• Código: No es obligatorio (esto es novedoso con respecto a otros ERPS)
• Variantes: Definidas por los atributos de producto, nos permitirán definir conceptos como: color, talla, peso..)
• EAN13: Tampoco es obligatorio, pero es necesario para los productos que requieran de este campo.

Veamos dos ejemplo de Producto con plantillas y variantes.

Un producto puede definirse como una plantilla y varias variantes, que incluso estas últimas puede estar en distintas dimensiones (en función de los módulos instalados)

Por ejemplo, en la industria textil, las variantes de la plantilla de producto “camiseta”, son:

• Largo: ((S, M, L, XL, XXL)
• Color:(blanco, negro, gris, verde…)
• Calidad del genero:(Algondón 125g/m2, 150g/m2, 160g/m2, 180g/m2),

Para poder controlar esto, es requerido instalar el módulo product_variant_multi. Gracias a este módulo, se evita una explosión en la base de datos del producto, es decir, no es lo mismo manejar una plantilla con 15 variantes de tres tipos, que más de 160 productos totalmente distintos.

Este módulo está disponible en extra-addons y es de gran utilidad para estos casos.

Otro ejemplo podría estar en las gafas. Aquí podemos tener una plantilla de producto que sea gafas de sol sin graduar, y como variantes, y por ejemplo, podrían estar:

• Tipos de cristales
• Colores
• Tamaño etc.

Sino estuviera instalado el móudlo product_variant_multi, y apra el caso de la camiseta tendríamos un producto Camiseta, con las siguientes variantes:

Camiseta Talla S color blanco, algodón 125g.

Camiseta Talla S color blanco, algondón 150g

…etc.

Es decir, tendríamos o podríamos tener una explosión en el número de productos, que nos podría llevar a tener una base de datos inmanejable.

Con respecto al tipo de producto, dentro del apartado general, observamos que se admiten las siguientes configuraciones:

• Puede ser vendido
• Puede ser comprado
• alquilable

Estas codificaciones tienen su importancia, ya que si el producto puede ser vendido, podremos por ejemplo, hacer un pedido a cliente, y si puede ser comprado, se hará un pedido a proveedor, por ejemplo cuando las reglas de stocks lo indiquen (si se ha definido esta opción y el producto es almacenable)

Product_gtin: Es un módulo de extra-addons que extiende la validación del EAN13 a otras codificaciones.